La potencia sin control, no sirve de nada: Monitorizar el CPD

Así reza el eslogan de un fabricante de neumáticos, y no le falta razón.

Tambien viene al caso otra famosa frase:  “Lo que mides es lo que tienes” (Que afirma que si no se conoce el estado de algo, no es posible afirmar que funciona correctamente o se le saca todo el partido de que es capaz)

Ambas frases aportan algo tan simple como la necesidad que existe de medir y controlar todos los aspectos del centro de datos.

Hay ciertos aspectos fácilmente medibles, pero otros son de más difícil consecución.

Pongamos un ejemplo:

Se adquiere un switch con 48 puertos  Gigabit y una vez instalado se comienza a agregar tráfico por cada uno de esos puertos. Una vez se empieza a detectar que existe un descarte  de paquetes, colisiones de red u otros problemas es muy fácil detectar el problema pero hubiese sido más efectivo conocer que la CPU del dispositivo no puede con ese nivel de tráfico. El problema reside en que no todos los switches nos informan directamente de su nivel de carga de CPU,  throwput total y otros valores importantes que permitan conocer en cada momento el estado del mismo y el potencial de desempeño libre que dispone en cada momento.

Herramientas como los gestores SNMP, Nagios o  Network PRTG, por poner algunos de los más conocidos, son hoy en día indispensables en el centro de datos y permiten un control pormenorizado de los elementos y servicios .

Igualmente, cada elemento a incluir en el equipamiento del centro de datos debe ser compatible con protocolos de monitorización estandarizados, huyendo siempre de los métodos propietarios de unos u otros fabricantes.

De igual importancia son la correcta gestión de los mensajes, alertas, e-mails, alarmas sonoras y demás señales que estas herramientas generan y que deben ser tratadas, de forma automatizada unas y de forma manual otras.

Switches Virtuales

Un reto actual consiste en monitorizar con la misma capacidad, flexibilidad y potencia las redes virtuales que se están apoderando de los centros de datos. Los datos que pasan por los “virtual switch”, no son tan fáciles de monitorizar como lo son en este tipo de elementos físicos tradicionales y si bien es cierto que ya empiezan a surgir herramientas que facilitan estos menesteres, no se conseguirá un control  perfecto mientras estos switches virtuales no incluyan interfaces snmp, y módulos creados al efecto.

Estándar abierto en Grid Computing

GridCOMP, proyecto financiado por la UE para el desarrollo de software de computación distribuida

Son varios, los fabricantes de software,  que ofertan productos para repartir la distribución de las cargas de trabajo entre varios equipos.

Lo interesante de la noticia reside en que los componentes del proyecto GridCOMP, han elaborado un software que permite realizar esto mismo independientemente del hardware, fabricante o tecnología que resida bajo cada uno de los nodos de computación del “grid”.

Siendo además un software de código abierto, permite la adecuación y mejora del mismo por parte de cualquier entidad que lo utilice.

Característica de especial mención, es aquella por la que el software monitoriza continuamente la red por la que se distribuyen los nodos, para evitar la sobrecarga de cualquier enlace entre los mismos, con lo que dicho aplicativo puede ser utilizado con bjo impacto para el resto de funciones que desempeñe el conjunto de sistemas.

Teóricamente, posibilita que varios ISP (por poner un ejemplo), se unan para ofrecer servicios en la nube (cloud computing) mas robustos, fiables y distribuidos o que varias universidades unan la capacidad de sus servidores para obtener mayor capacidad de cómputo y mejorar sus proyectos de investigación.

vSphere, Nuevo foco de negocio para fabricantes de networking

Si bien hasta ahora, en el mundo Vmware, el administrador de la infraestructura podía crear switches virtuales, estos eran un punto mas de administración, a parte de la infraestructura física de red, hoy las tornas pueden estar cambiando.

VMware Sphere 4 sale a la palestra con muchas mejoras bajo el brazo pero una de las que a medio plazo traerá mas cola es auquella por la que anuncia que ahora se pueden crear switches distribuidos e incluso un swtch de dicho tipo puede ser un Cisco Nexus V1000.

 

Esquema de bloques del primer switch virtual desarrollado por Cisco.

 

No es tanto el hecho de poder realizar esta configuración como lo que la posibilita, lo que tiene mas trascendencia, ya que lo verdaderamente importante reside en que a partir de ahora los fabricantes de productos de networking (switches principalmente), podrán, utilizando las nuevas APis de Vmware, crear sus propios switches virtuales de acuerdo a las funcionalidades de los que actualmente poseen sus congéneres de tipo físico.

Así un administrador de red o infraestructura, podrá con una única consola de un determinado fabricante, administrar toda su “flota”, de switches tanto físicos como virtuales. Es mas, apostaría a que a medio plazo aparecen nuevas compañías especializadas en el diseño y construcción de switches virtuales sin la necesidad de que existan modelos similares en el plano físico.

Si vamos un poco mas allá en esta idea. ¿No puede esto desembocar en el desembarco de toda una nueva hornada de elementos de red virtuales, routers, centralitas PBX, u otros elementos cuales quiera de red, relegando los elementos físicos a meros interconectores con la consecuente merma de costes y características, que por otro lado podrían ir migrando a la plataforma virtual de red?.

En un futuro de pocos meses veremos si estas reflexiones se producen o atendemos a otros cambios de rumbo a los que tan acostumbrados nos tiene esta ciencia.