An谩lisis |La Tercera Plataforma: Donde los datos est谩n al centro de la transformaci贸n digital

Las empresas que construyen centros de datos est谩n considerando GIFEE – Google Infrastructure For Everyone Else, que esencialmente implica colocar bloques Lego de infraestructura convergente, donde toda la inteligencia es ejecutada en el software de los dispositivos.

Ksenia Efimova, Analista Senior de Investigaci贸n de IDC, EMEA Telecoms and Networking, habl贸 sobre Tendencias de Gesti贸n Arquitect贸nica y Centros de Datos de Nueva Generaci贸n en un reciente encuentro de EMEA NetEvents en Barcelona. Efimova defini贸 el contexto a partir del modelo “Plataforma”. La Primera Plataforma es la computadora mainframe, la Segunda Plataforma es cliente/servidor. “Seg煤n IDC, la tercera plataforma consiste en nube, social, movilidad y datos; y aceleradores de innovaci贸n, AR, VR, AI, rob贸tica, blockchain, etc茅tera” – Fig 1.

Ksenia Efimova se帽al贸 que los datos est谩n en el centro de la transformaci贸n digital y que su complejidad y volumen est谩n aumentando: “驴Qu茅 hay que hacer y qu茅 hay que cambiar con respecto a la gesti贸n de los datos, la seguridad de los datos y el enfoque general? Los centros de datos son las herramientas para procesar los datos y los centros de datos necesitan cambiar y adaptarse”. 驴C贸mo pueden cambiar? Una primera respuesta obvia es que la velocidad debe aumentar. Efimova mostr贸 un diagrama de las expectativas pasadas y futuras para las ventas de switches de alta velocidad – Fig 2

“Varios proveedores ya han introducido 400 gigas, pero eso no significa que las empresas lo acepten. La mayor铆a de las veces, los hyperscalers estar谩n a cargo”.

Sin embargo, subray贸 que este aumento de la velocidad no resolver谩 todos los problemas, ni tampoco se romper谩 y reemplazar谩 la infraestructura. Lo que se necesita es un enfoque totalmente nuevo: para el almacenamiento, los servidores, la red y el sistema en su conjunto. Para empezar, cada vez nos oponemos m谩s al consumo de energ铆a y estamos a favor de una mayor eficiencia, ya que la complejidad de gestionar una combinaci贸n de centros de datos tradicionales, tanto privados como p煤blicos, basados en la nube y en los locales, exige una mayor automatizaci贸n y una mayor inteligencia de las m谩quinas.

En ese contexto, inici贸 la discusi贸n con su panel integrado por ejecutivos de NetFoundry, Mellanox Technologies y VMware haciendo la siguiente pregunta: 驴Cu谩l deber铆a ser, en su opini贸n, la primera consideraci贸n -ya sea para la empresa o para el mercado hyperscale- a la hora de planificar el centro de datos de la 3陋 Plataforma del futuro?

Philip Griffiths, Head of EMEA Partnerships de NetFoundry, se帽al贸 que lo primero que hay que hacer es despejar la estrategia y los objetivos: “驴Desea construir un centro de datos a gran escala? 驴O simplemente algo local, por ejemplo, una subsidiaria alemana para mantener los datos en el pa铆s? 驴O est谩 buscando ubicaciones edge para reducir la latencia? O quiz谩s procesamiento IOT, en el que s贸lo se necesitan un par de blades o racks dentro de la torre de una telco?”.

Una vez acordado esto, debe decidir c贸mo entregar lo que el cliente quiere, como por ejemplo, reducir el consumo de energ铆a, usar automatizaci贸n e IA, tener todo definido por software para evitar enviar a los ingenieros in situ para que resuelvan los problemas manualmente cada vez que se necesite.

“Pero en realidad”, resumi贸, “el primer paso clave es decidir lo que quiero conseguir. 驴A qui茅n le estoy entregando esto? 驴D贸nde voy a ganar dinero? Algunos de los proveedores de centros de datos, como Equinix, por ejemplo, se han reposicionado como una empresa de conectividad a diferentes nubes, proporcionando lugares donde los datos se est谩n reubicando”.

Kevin Deierling, Director de Marketing de Mellanox Technologies, propuso un enfoque hol铆stico: “Piensa fuera de la computadora. Antiguamente se pod铆a contar con que la ley de Moore duplicaba el desempe帽o cada dos a帽os – las CPUs pod铆an absorber todo el software y uno segu铆a escribiendo aplicaciones ineficientes”. Refiri茅ndose a Martin Casado y VMware a帽adi贸: “son tecnolog铆as incre铆bles, pero que pueden consumir todos los ciclos de la CPU”.

Antiguamente hab铆a un router Cisco que reenviaba paquetes usando software: “Hoy en d铆a vendemos switches de 100 GB, 400 GB: ninguna red en el mundo puede reenviar paquetes usando software”. En su lugar, necesita un h铆brido de hardware y software ASIC para acelerar el reenv铆o de m谩quinas virtuales y normas de cortafuegos y equilibrio de carga, etc. “Cuando se lo coment茅 por primera vez a Martin Casado鈥 estaba tan emocionado. Pregunt贸: ‘驴Quieres decir que pones un switch virtual en silicio en un Ethernet NIC? Es fant谩stico鈥 L谩stima que no pueda usarlo, porque soy VMware y necesito controlar esa interfaz para tener el control del software’. Pero luego explicamos que la ruta de control sigue siendo controlada por el VMware”.

Las decisiones de pol铆tica deben seguir siendo tomadas en la gesti贸n de mantenimiento; es s贸lo la ruta de datos la que se acelera. “La inteligencia debe seguir estando en ese nivel superior; y realmente, nos gusta pensar en la optimizaci贸n a nivel de centro de datos鈥 no se est谩 optimizando a nivel de caja individual, sino que a trav茅s de toda la plataforma (computaci贸n, almacenamiento, redes y aplicaciones) se piensa de forma hol铆stica”. El centro de datos es la computadora. Resuelve las cosas a ese nivel – en lugar de ponerte a desmalezar – y tendr谩s mucho m谩s 茅xito”.

Joe Baguley, Vicepresidente y Director de Tecnolog铆a para EMEA, VMware, estuvo de acuerdo en concebir el centro de datos completo como un 煤nico ordenador. Entonces: “Muchos de los clientes con los que estamos hablando no est谩n construyendo nuevos centros de datos; lo que buscan es trasladarse al centro de datos de terceros鈥 o simplemente trasladar su VM a un host que las hospede”.

“Los que est谩n construyendo centros de datos est谩n mirando a GIFEE – Google Infrastructure For Everyone Else – preguntando c贸mo los hiperescaladores construyen un centro de datos y “驴c贸mo puedo hacerlo yo mismo? B谩sicamente, todo se hace en software. “Los clientes que est谩n construyendo centros de datos a gran escala, est谩n armando bloques Lego para infraestructura hiper-convergente conectada a trav茅s de una spine de 10 gigas, luego 10/40, o incluso 40/100鈥 la spine es s贸lo la capa plana 2, porque toda la inteligencia se hace en el software en los dispositivos”.

Esto permite un uso mucho m谩s eficiente del hardware desde el punto de vista energ茅tico. Tambi茅n permite que el hardware haga lo que 茅l llam贸 “una muerte rodante”. Explic贸 c贸mo la mayor铆a de las empresas se abarrotan de hardware comprado con el paso de los a帽os para alg煤n proyecto espec铆fico, mientras que un operador de CloudScale adecuado en una plataforma de software virtualizada va a帽adiendo nuevo hardware, como si fueran bloques de Lego, a los bastidores. Las cargas de trabajo m谩s cr铆ticas ingresan autom谩ticamente al kit m谩s nuevo y, por lo tanto, el hardware antiguo se abre paso a trav茅s de la jerarqu铆a para realizar trabajos de menor prioridad hasta que desaparece. Este proceso de rodaje constante es mucho m谩s eficiente que todos los picos y canales de actualizaci贸n de hardware.

Baguely tambi茅n hizo una advertencia sobre la eficiencia energ茅tica: “Hay que tener en cuenta la paradoja de Jevon en el sentido de que cuanto m谩s hacemos algo eficiente, m谩s barato es su funcionamiento, por lo tanto, m谩s gente lo busca, y mucho m谩s lo usamos鈥 Decir, de buenas a primeras, que el uso de la nube es eficiente en lo que respecta al uso de la energ铆a, es un camino muy ostensible, muy largo, y muy oscuro, que es mejor evitar”.
Ksenia Efimova le pregunt贸 si este enfoque de hiperconvergencia era adecuado para todos: “ahora mismo vemos la migraci贸n de los sistemas CRM, vemos la migraci贸n de los sistemas ERP a la hiperconvergencia. 驴As铆 que esa tendencia se mantendr谩 hasta el final?”

Baguely contest贸: “S铆, si se puede virtualizar, se ejecutar谩 en hiperconvergencia y se puede virtualizar pr谩cticamente cualquier cosa鈥 La barrera a la HCI rara vez tiene que ver con las aplicaciones o el software que estamos intentando ejecutar; es la gente que no entiende c贸mo sacar partido de la HCI. Porque, si est谩 utilizando una infraestructura hiperconvergente y construyendo correctamente un centro de datos como una gran m谩quina, hay un mont贸n de gente que necesita abandonar sus feudos y entender que est谩n jugando un juego m谩s grande. Redes, computaci贸n, almacenamiento, todo en uno”.

Kevin Deierling se帽al贸 c贸mo las cosas se est谩n moviendo hacia el borde: “Tenemos un SmartNIC que combina una conectividad de red de 25 gigas, 100 gigas con n煤cleos ARM para aplicaciones de vanguardia; y ahora est谩 ejecutando ESXi. As铆 que estamos empezando a ver que el hipervisor funciona en estas peque帽as m谩quinas”. Se refiri贸 a la hiperconvergencia como “infraestructura invisible”: f谩cil de desplegar y que simplemente funciona, hasta que mueves una VM y rompes la red. Pero ahora, con la inteligencia de SmartNIC en la red, cuando algo se mueve se produce una notificaci贸n y la red se adapta: “as铆 que ahora tambi茅n hemos hecho que la red sea invisible”. Estuvo de acuerdo en que los problemas restantes eran de comportamiento.

Esta migraci贸n de la inteligencia hacia el borde propici贸 nuevos debates. Philip Griffiths dio el ejemplo de la IO 5G – c贸mo se sugiri贸 originalmente que todo se conectar铆a a la nube, pero en su lugar el cambio es a una arquitectura de varios niveles, con un centro de datos de nube masivo, luego centros de datos de nube regionales, y luego centros de datos de nube en el borde de los locales y tal vez incluso pasarelas de IOT haciendo procesos locales. “Estamos trabajando con Dell y VMware en una oportunidad IOT en la que nos estamos desplegando en gateways para proporcionar esa conectividad en varios niveles de computaci贸n, porque esa red MPLS tradicional -en la que tendr铆amos operadores regionales que se conectan en su totalidad a un punto central- no es posible”. Estamos haciendo que estos centros de datos procesen datos absolutamente en todas partes”.

Todo sonaba muy positivo, hasta que Kseniya plante贸 el problema de la escasez mundial de personal cualificado. Deireling sugiri贸 que los hiperescaladores est谩n dispuestos a dedicar tiempo al desarrollo para ahorrar dinero, mientras que las empresas gastan dinero para ahorrar tiempo: En realidad, pagar谩n por adelantado para que alguien m谩s los administre, y creo que es una compensaci贸n falsa鈥 lo que han comprado es complejidad”. Piensas que est谩s obteniendo una plataforma llave en mano de Cisco y la complejidad es tan alta que realmente pagas por los servicios gestionados para gestionar todo este material”.

Para Baguely la clave de la hiperescala est谩 en la automatizaci贸n: “Las empresas a煤n no se han dado cuenta de que la automatizaci贸n es un requisito fundamental del dise帽o, no un tornillo鈥.”. Veo a estas personas construyendo sistemas y luego trabajando en c贸mo automatizar, en lugar de trabajar en c贸mo construir un sistema automatizado – es la 煤nica manera de conseguir escalabilidad”.

La 煤ltima pregunta de Kseniya fue sobre el marketing: “驴A qui茅n ve como su socio a la hora de dirigirse a los clientes y decirles que podemos ayudarles a transformar sus centros de datos?

Por Mellanox, Deierling dijo que han estado vendiendo principalmente a los gigantes de la hiperescala, y eso es bastante sencillo. Tratar con una configuraci贸n de varios proveedores es m谩s dif铆cil, por lo que VMware es un buen socio. “A veces son s贸lo retos empresariales y tenemos muchos socios que se unen porque estamos optimizando toda la pila de soluciones: la capa de infraestructura, la capa de aplicaci贸n, las redes y el almacenamiento. Todo tiene que estar completamente integrado. Ese es el mayor reto al que nos enfrentamos”.

Por NetFoundry, Philip Griffiths, dijo que ellos tambi茅n ten铆an muchos socios: “Hay muchas cosas interesantes que podemos hacer, pero en 煤ltima instancia, hay que cuadrar las cosas con lo que es bueno para el negocio y c贸mo va a hacer que las cosas avancen”. Se necesita gente con dos habilidades: tecnolog铆a y relaciones con los clientes: “En primer lugar, la mayor铆a de las empresas de TI est谩n construidas para impulsar las ventas del negocio. Dos, contar con personas capacitadas que re煤nan a esas personas y vean el valor de la cooperaci贸n”.

Joe Baguely de VMware dijo: “El reto para la mayor铆a de las organizaciones es una cierta estrechez de miras, basada en su procedencia. Podr铆an ser expertos en redes, as铆 que todo se ver谩 a trav茅s de la lente de la red. O ser谩 a trav茅s de la lente de almacenamiento, la lente de c谩lculo, la lente de servicio administrado, etc. Es en realidad entender la necesidad de tener un punto de vista m谩s amplio, o al menos reunirlos alrededor de una mesa para construir algo m谩s grande y m谩s amplio.

“En VMware hemos recopilado una mentalidad incre铆blemente diversa para construir esta visi贸n en el futuro. Porque ten铆amos a gente como Mart铆n Casado en el equipo para recordarnos que debemos ver las cosas de otra manera. En los primeros d铆as est谩bamos hablando de las m谩quinas virtuales y uno de los miembros del equipo dijo: ‘oh, no, en realidad deber铆an llamarse contenedores’. Y todos dec铆an: “驴Contenedores? Estamos en 2011. 驴De qu茅 est谩s hablando? Fue el tipo que invent贸 las zonas en Solaris, as铆 que sab铆a de lo que hablaba鈥 Eso nos hizo pensar, no s贸lo estamos hablando de una futura plataforma para VMs, sino de una futura plataforma para aplicaciones en contenedores; resultan ser VMs ahora mismo y en el futuro son contenedores y el siguiente es unikernels y as铆 sucesivamente”.

Por Lionel Snell, Editor, NetEvents


驴Desea suscribirse a nuestro newsletter?

Contacto | Diario TI es una publicaci贸n de MPA Publishing International Ltd.