Saltar al contenido

it

Ashrae publica el estándar 90.4 para energía en el Datacenter

Después de tener este nuevo estándar durante varios años en el horno, por fin Asharae se ha decidido a publicar su nuevo estándar “90.4-2016, the Energy Standard for Data Centers“.

ashrae_logo_banner

como era de esperar, incluye recomendaciones en cuanto a diseño, construcción, operación y mantenimiento del Datacenter para maximizar su eficiencia.

¿La controversia esta servida?

Después de muchos tiempo evaluando la eficiencia del Datacenter en términos de PUE y DCIE (podéis leer más sobre estos concecptos aquí), ha saltado cierta controversia, ya que en la versión borrador del documento se fijaban niveles máximos de PUE y en la final se ha eliminado toda referencia a esto, ¿el motivo?, desde Ashrae dicen que los Datacenters son infraestructuras de misión critica y que por tanto la gestión del riesgo debe ser prioritaria a la propia mejora de la eficiencia.

Principales Cambios

El estándar 90.4 esta orientado ante todo al rendimiento de los componentes MLC (Mechacnical load components) y ELC (Electrical Loss Component) y se basa en el calculo y posterior comparación de nuestros MLC y ELC con con los máximos “permitidos”. Hay que decir que los valores de ELC y MLC varían  en función de las distintas zonas climáticas.

 

¿Qué opináis de estos cambios?

 

 

 

De jefe a lider de un equipo IT en 10 tips (o al menos te querran más)

De un tiempo a esta parte, Linkedin (al menos gran parte de mi línea temporal) se ha convertido una sucesión de imágenes y comentarios acerca de la diferencia entre un líder y un jefe. Por el número de veces que se comparten y los comentarios que suscitan, esta claro que el tema interesa.

¿Cuando un responsable de equipo se convierte en jefe (o peor en jefecillo) o en líder?

 

infografia_diferencia_entre_jefe_y_lider

He pensado mucho si escribir este artículo o no y como enfocarlo. La temática es complicada y al contrario de lo que parecen pensar muchas personas, creo que no existe formula mágica para convertirnos en lideres en 1o pasos (ni en 11, 12, ….1000), pero si que después de muchos años dirigiendo equipos IT, algunos muy grandes (35, 100 personas) y otros pequeños  pero altamente cualificados (Seals de la IT), hay determinadas cosas que por lo menos a mí me han funcionado.

Aquí va mi lista:

  1. Predicar con el ejemplo: los equipos de IT no son distintos de cualquier otro equipo y en general responden mejor cuando perciben que su jefe/líder es el primero en saltar al campo de batalla, el último en dejarlo….. y nunca deja a nadie atrás.[youtube=https://youtu.be/QyhtNL8UeWs]
  2. Hablar en el mismo idioma: al contrario de lo que muchos managers piensan, estar certificados en PMP o PRINCE2 por si solo no basta, no es lo mismo fabricar cacerolas o construir un puente que desplegar un infraestructura IT compleja con altos requisitos de disponibilidad.El jefe de equipo debe ser capaz de comunicarse con su equipo en su mismo idioma, por lo que debe tener los skills técnicos mínimos para entender lo que le plantean, evaluar la dificultad del trabajo y trasladar con precisión lo que se quiere. Es curioso que se pida nivel mínimo B2,C1 o lo que sea de idiomas y muchas veces no pidamos esos skills mínimos para comunicarnos con nuestro equipo.

    Dilbert_comunicacion

  3. Escuchar: descubre que motiva a las personas de tu equipo, oriéntalas, en definitivo, entiende que son eso…..personas, con días buenos y malos, con problemas que pueden descentrarlos. Aprende a tener cuerda cuando es necesario.
  4. Construye un equipo: un equipo no es solo una agrupación de personas con un objetivo común, es algo más. Ser capaz de construir un equipo puede marcar la diferencia entre el éxito o el fracaso.[youtube=https://youtu.be/qvF3jfSWq8A]
  5. Rodéate de los mejores: no tengas miedo a tener gente buena a tu lado y a que esa gente brille. El “brillo” de un jefe de equipo no debería basarse en “apagar” o ocultar el brillo de los demas. Si tu equipo brilla, tu brillas, su éxito es el tuyo. Reconoce el trabajo de los demás y favorece las oportunidades de crecimiento de las personas.SteveJobs_Personas_inteligentes
  6. Confía en tu equipo: esto esta íntimamente ligado con delegar. Después de muchos años en IT y con un background técnico potente puedes sentirte tentando a decir como se hace todo. No pretendas saber más de BBDD que tu DBA, más de comunicaciones que tu especialista en Networking y así sucesivamente con el storage, virtualización, servidores de aplicación, etc.
  7. Delega: tienes un equipo a tu disposición, tu trabajo es que el equipo funcione como un reloj. Tu trabajo es coordinar y secuenciar las tareas, desbloquear problemas….no hacer y estar metido en todo.
  8. Aprende de todo el mundo: de los que tienen más experiencia que tu (los abuelos carrasqueta y loo juniors, del bedel, de Punset…..y del de la moto)
  9. Autocritica: la culpa no siempre es de otros y aunque lo sea, también es tuya. Lo siento, va con el puesto y lo llaman responsabilidad.[youtube=https://youtu.be/IqyQxygXmfw]
  10. Inquietud: Mantente en movimiento, aprende, prueba cosas nuevas
  11. Go to point 1 and iterate again

 

y vosotros , ¿qué opináis?

La mayoría de CEO’s considera que el departamento TIC no aporta valor estratégico

El pasado 23/05/2013 se publicaba en DiarioTI un artículo con un titular, para mi impactante.

El titular rezaba tal que así,  “Mayoría de CEO’s considera que el departamento TIC no aporta valor estratégico”, así que con un titular tan sensacionalista y contundente  y tocando uno de los puntos más sensibles a los que como profesionales IT nos tendremos que enfrentar en nuestra vida diaria no pude resistir la tentación de leerlo, con la esperanza de descubrir por fin el porqué de este desencuentro entre el mundo del negocio y de IT.

El contenido:

Poca cosa, la verdad… el artículo se basa en los resultados obtenidos por Setesca, en base a su nueva metodología (por supuesto registrada) y a la que han llamado “One Shot” y que después de hacer su magia arroja conclusiones como esta:

En España, un 85% de los CEO’s consideran que el departamento TIC no aporta valor estratégico

o esta:

“No cumple con los calendarios de proyectos, no es proactivo y no existe una comunicación clara de su valor”

IF<imagen original en el artículo de diarioti>

Conclusiones:

El artículo se basa a un informe de una consultora, que logicamente trata de vender sus servicios basados en una metodología propia y cuyo manera de analizar los datos y extraer conclusiones desconocemos, por lo que le otorgare el trato de “artículo de opinión” y ¿qué opino sobre esto?.

Aunque tengo la suerte de conocer CEO’s con gran preparación y conocimiento de lo que IT debe y puede aportar a su negocio y  por tanto, del valor que IT tiene para el, es cierto que existe un número aún importante de profesionales (no se si un 85%), que aún no han incorporado la habilidad de evaluar las posibilidades que IT podría aportar a su negocio a su repertorio de skills.

Con la renovación generacional y la incorporación de nativos digitales a esos puestos de responsabilidad, la evolución natural lógica es que esa brecha entre Bussiness e IT sea cada vez más estrecha, pero como profesiones de IT debemos preguntarnos que hemos hecho nosotros mal y el porqué de esa baja valoración que se da muchas veces en la dirección a nuestro trabajo.

La respuesta fácil es que nuestro CEO es mayor o negado tecnológicamente  y  no comprende lo que IT pueda ofrecer y quizás sea así, sin embargo (y lo he podido ver en más de una ocasión) desde IT fallamos a la hora de transmitir nuestras necesidades y el valor que podemos aportar.

hablamos idiomas distintos

Un CEO puede tener o no base técnica,  pero no debemos suponer que habla el mismo idioma que los técnicos y que por tanto entiende argumentos técnicos. Una vez sentada esta premisa, debemos trasladar nuestros argumentos técnicos a argumentos de negocio.

 No planteemos invertir xx dinero en la adquisición de un nuevo servidor porque así podremos ponerlos en alta disponibilidad y balancear la carga…¿y eso que es?, planteémoslo como, oye jefe si inviertes xxx dinero, la aplicación estará parada tanto tiempo menos y como cada minuto que estamos parado nos cuesta yyyy….. en un año hemos amortizado la inversión y a partir de ese punto son todo beneficios!!!!

TI debe ser capaz de argumentar sus peticiones y justificar su valor en términos de negocio, no en términos técnicos, mientras no logremos eso, difícilmente negocio nos reconocerá valor y por supuesto mucho menos pagarlo ;-).

y vosotros, ¿qué opináis?

CCN-STIC-823 – Seguridad en Entornos Cloud, Publicado el primer borrador

ccn

 

 

 

 

El CCN acaba de liberar el primer borrador de la Guía “CCN-STIC-823 Seguridad en entornos Cloud”, está guía dentro de la sería 800 (adecuación al ENS) se puede considerar de recomendable lectura para toda las personas definan o trabajen con arquitecturas de sistemas tipo Cloud y obligada si trabajáis o dais servicios a AAPP en España.

El original de la guía podéis consultarlo aquí.

CCN-STIC-823-Seguridad_Cloud

Al igual que el resto de guías de la serie 800, no esperéis un manual técnico, sino más bien un documento de referencia que nos guiará a través de las distintas pasos y consideraciones a tener en cuenta (en este caso, para prestar nuestro servicio desde el Cloud).

Entre los aspectos que cubre podemos encontrar:

  • Gestión de Riesgos.
  • Aspectos relativos a la seguridad de la información.
  • ANS
  • Seguimiento del servicio.

Es una guía de buen nivel y que llega en el momento adecuado, por el auge que esta teniendo el Cloud en estos momentos y porque complementa la “CCN-STIC-811 Interconexión en el ENS”  en lo referente a arquitectura de sistemas e interconexión.

Como muchos ya sabréis el ENS (Esquema Nacional de Seguridad) es uno de lo temas sobre los que escribo a menudo, por la importancia del cambio de mentalidad que supone este en las AAPP y por los movimientos “técnicos” que la adecuación a el, van a ocasionar en los diferentes organismos.

Además tuve la oportunidad de colaborar como coautor de 2 de estas guías (CCN-STIC-811 Interconexión en el ENS y CCN-STIC-818- “Herramientas de seguridad en el ENS”), ya veis… hoy dejan escribir a cualquiera ;-).

El Datacenter verde (o no) de Microsoft en Quincy

Sin duda ser eficiente energéticamente es bueno….. bueno para el planeta, bueno para la empresa que pagará menos en factura eléctrica y un largo etc.

Los grandes propietarios de Datacenters, Google, Amazon, Microsoft , etc. promocionan constantemente la eficiencia de sus instalaciones y es que ser verde esta de moda y es vendible dentro la política de RSC de las compañías, por eso no deja de ser curioso (y contradictorio) que ocurran cosas como la que le ha ocurrido a Microsoft en su Datacenter de Quincy (Washington).

 

La noticia salto en el NewYork Times, señalando que Microsoft malgasto electricidad para evitar una multa.

Escenario:

Microsoft debe calcular el consumo de su Datacenter para que los proveedores de electricidad puedan atender la demanda de la instalación. En un momento dado se sobreestima el consumo, lo cual no sería un problema sino fuese porque se comprometieron  con el productor de electricidad a consumirla, aceptando sanciones económicas sino lo hacían , así que se exponen a una multa por consumir menos de lo que esperaban.

¿De cuanto dinero hablamos?

210.000$, cantidad que es superior al coste de consumir la electricidad que les faltaba para no incurrir en penalizaciones.

¿Qué hicieron?

Después de poner en la balanza ecología y economía, o de no ponerla…la verdad es que esto solo lo saben ellos, se opto por “quemar” literalmente esta energía, encendiendo unos grandes calentadores sin ningún propósito.

Resultado:

Al final la noticia salto al dominio público y Microsoft anuncio que corregiría inmediatamente esta situación. La respuesta fue rápida, aunque para algunos el daño a la credibilidad “verde” de la compañía tardará en repararse.

 

Revisión del Energy Logic 2.0 de Emerson: “New Strategies for Cutting Data Center Energy Costs and Boosting Capacity” – Parte 2

Continuando la parte 1 de este artículo (la puedes ver aquí), vamos a terminar de repasar la guía de optimización de Emerson (original aquí).

En la primera parte del artículo vimos el siguiente contenido:

  • Efecto cascada.
  • Componentes de bajo consumo.
  • ICT Architecture.
  • Virtualización y consolidación de servidores.

dejando para esta segunda parte:

  • Power Architecture.
  • Gestión de temperaturas y flujos de aire.
  • Refrigeración.
  • DCIM
  • Análisis del PUE.

así que manos a la obra:

Power Architecture:

Tradicionalmente los sistemas de alimentación realizan una doble conversión, de AC a DC del suministro a la UPS y de DC a AC nuevamente de la UPS al servidor, esta doble conversión aunque bastante optimizada, tiene un coste, habitualmente entre el 3 y 4% .

En determinado entornos, con suministro de alta calidad se puede optar por equipos que permiten hacer bypass de esta doble conversión, de esta manera se ahorran estas perdidas durante la operación normal del Datacenter, lógicamente los equipos deberán ser muy rápidos en conmutación del bypass (alrededor de 4 milisegundos), para evitar caídas en el tiempo entre que cae el suministro y entran las UPS.

Otra opción para conseguir mejoras, es el uso de UPS inteligentes que permiten activar / desactivar unidades en función de la carga (si desactivas una unidad, sus inversores están dejando de consumir). Esta característica puede ser de gran utilidad en Datacenters con periodos de utilización de distintos niveles.

 

Gestión de temperaturas y flujos de aire:
Unos de los principales conceptos que tiene que tener claro un manager de Datacenters es que el aire frío y caliente no debe mezclarse, ya que esto permite incrementar la temperatura de retorno del aire y por tanto mejorar la eficiencia de los equipos de refrigeración.

Según Emerson el incremento de capacidad de refrigeración entre usar técnicas de separación de aire frío / caliente puede rondar el 30-38%.

Otra de las medidas que se puede tomar es elevar la temperatura del aire frío de entrada a los servidores (siempre dentro del margen de utilización del fabricante). Emerson sostiene que un incremente de 5.6ºC puede suponer un ahorro del 20% en refrigeración, lo cual no esta nada mal, además operar en los límites altos de ASHRAE permite que los economizadores dispongan de una franja de utilización más amplia

 

Refrigeración:
Al margen del uso de técnicas de FreeCooling directo o indirecto y de mejoras derivadas de la correcta gestión delos flujos de aire,  la clave en el ahorro en refrigeración se basa en 2 conceptos:

  • Adecuarnos a la demanda: Usando equipos que permiten modificar su consumo en función de la demanda (desactivando compresores, por ejemplo.)
  • Incrementar la densidad por Rack: cuando concentramos el calor en una zona, es más fácil de retirar (en teoría).

Según Emerson, el enfoque de alta densidad podría permitirnos entorno al 1.5% en climatización.

 

DCIM:

 

En este punto no puedo estar más de acuerdo con Emerson, medir lo que ocurre en el Datacenter y contar con una herramienta que nos permita gestionar esta información, es fundamental:

lástima que muchas instalaciones operen sin ningún tipo de software de este tipo.

 

Análisis del PUE:
El PUE es una de las medidas de eficiencia en Datacenter más ampliamente usadas y como tal debería ser calculada en nuestras intalaciones.

 

Según Emerson aplicando todas sus recomendaciones, podríamos bajar el PUE de un Datacenter del 1.92 al 1.28

pero si por lo que sea, no podemos aplicar las 10 recomendaciones, no os preocupéis que os lo desglosan en tramos de 5 ( son más apañados }:-) )

Reconocimiento de autor:

Las imágenes y datos analizados en este artículo se han extraído del “Energy Logic 2.0 de Emerson: “New Strategies for Cutting Data Center Energy Costs and Boosting Capacity” de Emerson, cuyo original puedes consultar aquí.

Referencias:

Revisión del Energy Logic 2.0 de Emerson: “New Strategies for Cutting Data Center Energy Costs and Boosting Capacity” – Parte 1

 

Revisión del Energy Logic 2.0 de Emerson: "New Strategies for Cutting Data Center Energy Costs and Boosting Capacity" – Parte 1

Emerson ha publicado su “Energy Logic 2.0: New Strategies for Cutting Data Center Energy Costs and Boosting Capacity”, (lo podéis descargar aquí) que me parece muy interesante.

Se trata de una documentación / presentación de 39 páginas que da un repaso rápido a algunos principios de optimización básicos de Datacenters, la mayoría de ellos sobradamente conocidos, otros …. no tanto.

Efecto cascada:

Ya lo hemos comentado en algún artículo anterior (Componentes de bajo consumo en el Datacenter) y consiste en que según diversos estudios cada W ahorrado en el consumo de un dispositivo termina suponiendo un ahorro de aproximadamente 2.84W.

 

Componentes de bajo consumo:

Según Emerson (y cualquier fabricante), prácticamente no hay diferencia de rendimiento (solo de precio) entre usar una CPU de bajo consumo y una tradicional:

 

y se puede lograr una reducción del 11% del consumo del Datacenter si bajamos el consumo medio por CPU de 91W a 54W, gracias nuevamente al efecto cascada.

Pero no solo las CPUs son susceptibles de conseguir mejoras en eficiencia, las fuentes de alimentación por ejemplo son otro elemento con gran recorrido de mejora:

ICT Architecture:
La importancia de pensar antes de actuar, queda reflejada aquí ya que según Emerson, tener una política coherente y optimizada para el despliegue y crecimiento de las infraestructuras de red puede suponer un ahorro del 3.5% del total, lo cual no esta nada mal y es que hasta la elección de un cableado u otro tiene repercusión:

Además menciona una cosa muy importante y es que la ICT Architecture, debe integrarse con la gestión DCIM de la infraestructura.

 

 

Virtualización y consolidación de servidores:
Con indices de utilización por debajo del 80% en servidores en muchos casos, la virtualización es uno de los caminos más fáciles y rápidos para obtener importantes ahorros, pero no es el único.

La consolidación de servicios, permite reducir la complejidad de los servicios soportados por la infraestructura, lo que termina traduciéndose en menor número de equipo y personal necesarios, en resumen, menos coste.

y en este punto lo dejamos… en la segunda parte del artículo veremos entre otras cosas:

  • Power Architecture.
  • Gestión de temperaturas y flujos de aire.
  • Refrigeración.
  • DCIM
  • Análisis del PUE.

Reconocimiento de autor:

Las imágenes y datos analizados en este artículo se han extraído del “Energy Logic 2.0 de Emerson: “New Strategies for Cutting Data Center Energy Costs and Boosting Capacity” de Emerson, cuyo original puedes consultar aquí.