Hace unos días he recibido una notificación, un mensaje, por aquí por twitter, con una pregunta sobre uno de mis audios, un capítulo del podcast.
Esto no es frecuente, pocas veces ocurre, pero que ocurra, me pone contento.
Hace unos días he recibido una notificación, un mensaje, por aquí por twitter, con una pregunta sobre uno de mis audios, un capítulo del podcast.
Abro hilo. Este hilo Solo que aquí, he quitado gifs y demás. Solo texto.
El podcast en cuestión, el capítulo 52 donde hago el resumen del estado, solo que hasta esa fechan diciembre del 2020, y de una forma…
Pues eso, que a lo mejor es la forma de transmitir la idea conceptual. Y puestos a ello, vemos que es la hyperconvergencia desde un punto de vista más práctico.
Los primeros intentos, la verdad, es que más que esto, fueron esfuerzos orientados a la automatización de la infraestructura. Actualmente, un IaaS es una capa de automatización.
Si metemos un IaaS en un CPD local, tenemos eso, pero necesitaremos mantener todas sus capas, es decir, servidores, capa de cómputo, redes, capa de red y seguridad…
Cabinas de disco o similar, como capa de almacenamiento, y gestión, como capa de orquestación, gestión, provisión o llamese X.
Lo primero que uno se encuentra al enfrentarse a un comercial de hyperconvergencia es que que sacan la comparativa de un rack lleno, 48U hasta arriba (y su correspondiente factura de la luz)
Donde nos dicen:
- Tienes 10U de almacenamiento
- Tienes 2U de fibra de almacenamiento
- Tienes 24U de servidores
- Tienes 4U de servicios de red de seguridad
- Tienes 4U de switches
- Y tienes demasiado cableado despeinado
Y sacan una flamante imagen de un rack con 10-12U con todo*. O básicamente todo lo que puede parecer en rendimiento a lo que hay, y eso es suficiente muchas veces.
Pues empezamos, porque tenemos 8U con 4 servidores llenos de discos, 2U de switches, gordos no, lo siguiente, y 2 pasacables bonitos con peine.
Pues ya está. Tenemos lo mismo que antes solo que actualizado. Ah, si, falta la gestión. Lo que convierte eso en un IaaS de verdad, local, pero de verdad.
Una máquina virtual (o no) que habla con las bios de los servidores, con las controladoras, con los discos, con las nic y con los switches… Y que a lo mejor sabe instalar cosas, hipervisores en los hosts y máquinas virtuales dentro…
Este IaaS nos va a ofrecer lo básico. nos va a ofrecer NFV, funciones de red virtuales, y SDS, almacenamiento definido por software.
Con esto, nuestro proyecto de IaaS va a evolucionar a un nombre que le pega más, que se le ajusta mucho más. Llega el momento del SDDC Software-defined data center.
En mi experiencia, voy a hablar de 2 modelos básicamente que son los que más conozco, he usado de los otros pero me centraré en VMware y nutanix, y quizás en hpe en menor medida.
Lo primero. Necesita una red potente. El backend de red va a ser de 10Gb, de 25Gb… De lo más que se pueda en el momento.
Los siguiente. El almacenamiento lo aporta cada nodo, así que carguemos los nodos con cuantos más discos y mejores controladoras para tener mucho espacio.
Estos dos componentes deben ir armonizados así que las best practices dijeron “y que todo el disco sea SSD o mejor” y el comercial vio que eso era bueno.
Dejando de lado el chiste, lo que si precisará el sistema es de una red de almacenamiento acorde a la velocidad de los discos. ssd+ssd -> 10 Gb ssd+hdd -> 2 Gb De RDMA, NVME, NVMEoE y resto de moderneces… No, hoy no toca.
Todos los sistemas de almacenamiento híbrido o flash tienen en común un cálculo que parece el estándar de facto del mercado. 10%. Y con eso se construye todo.
En los equipos de tipo readynode de VMware se suelen montar discos de caché (ssd write intensive o nvme enterprise) y discos de datos, en proporción de hasta 1 a 7. Un disco de caché por cada grupo de discos de datos.
Eso quiere decir que la caché la podemos dar con un disco de 900GB write intensive podríamos dar servicio a 5 discos SATA o SAS de 5400 RPM, (o 5 SSD) de 2 TB (1920GB)
Es decir. Un DL 380 Gen8 como el que tengo en casa, con 12 bahías, tiene 2 grupos de discos de 5+1 y un total de 22TB brutos. aprox 15-16TB netos. Ahora sumemos nodos.
Sobre los tipos de protección, raid o no, quiero hablar en un capítulo futuro, así que esa parte me la salto. Vamos a la parte de la entrega de ese disco.
Como tenemos NFV, y los discos son de cada nodo, podemos definir una red de almacenamiento. Como además tenemos un hipervisor que controla los discos en cada nodo, podemos hacer que se “publiquen” esos discos.
Lo más habitual es que sea por iSCSI en ethernet. Sobre todo si hay red de 10Gb. Ese servicio iSCSI nos va a entregar un disco unificado o fraccionado en función del propio software.
Para la entrega, #VMware vsan y vdc entregan un datastore único mientras que en #nutanix vamos a poder manejarlo con mucho más grano. Al igual que con HPE greenlake Nimble o Simplivity. Y otras soluciones.
Con disco común en los hosts, ya tenemos base para poder virtualizar, pero habrá que seguir comunicando. Tenemos a nuestro SDDC que nos facilitará las NFV que sea capaz:
- switching gestionado por un switch distribuido o virtual, y basado en los físicos de “muchosgigas”
- seguridad basada en apliances de ese tipo (firewall, balanceadores, ips, ids, cosas de mitm…)
- y conectividad vía protocolos como BGP, RIP, OSPF, o lo que sea que queramos usar aunque disguste a los fabricantes. Podremos ir a SDN o a MPLS al gusto.
Ya tenemos controlado el computo, el almacenamiento, la red, y la seguridad. Y el comercial que vendió eso dice… “Te llevas lo mejor” Y el operador de sala ahora tiene una web con todo lo que antes estaba disperso, centralizado.
En definición de unicornios y resto de fauna y flora, eso es la hyperconvergencia comercial. Gracias por haber leído hasta aquí, porque ahora empieza lo que de añado de experiencia.
Humildemente veo esto como un relleno de huecos en sitios donde no hay presupuesto para IT, o se quiere adelgazar el IT. Y si, ahí entra devops.
En una infra tradicional, IT tiene desarrollo, almacenamiento y backup, sistemas, redes y seguridad, y operadores. Con devops aplicado radical, lo de “devsecnetops” tenemos esos mismos roles condensados en menos personal. unpopularopinion
No siempre es así, pero suele ser que donde el planteamiento dice “X puede manejar”, los que pagan acaban diciendo “X debe manejar”, por eso las ofertas son como son, listas de reyes magos…
Y ya sin el “Offtopic” de crítica al mercado laboral, lo que veo cuando he montado estos sistemas es:
- Buena escalabilidad. Para añadir cómputo o disco, o los dos, simplemente se añaden nodos iguales.
- Buen rendimiento. Vale para casi cualquier empresa que necesite más de 2 servidores con una NAS.
- Buen manejo. Una misma persona (siempre que sepa leer) va a poder manejar casi todo el sistema, tanto hardware como la provisión de recursos o la red.
Así que, gracias, @gurumeditation6 por pedirme que aclarase ese audio, y voy a maquetar esto también para un post del blog. Por cierto, tengo una chulada en el blog, https://yovirtualizador.com/enlaces.html donde están todos los enlaces del blog y del podcast.
YoVirtualizador en formato podcast. Ahora también en Sospechosos Habituales: https://wt.territoriolinux.es/rss/short.xml
Y sin más, os dejo los enlaces:
Web: https://www.yovirtualizador.com
Grupo de telegram: https://t.me/grupovirtualizador
Podcast: https://www.ivoox.com/podcast-yovirtualizador_fg_f1563806_filtro_1.xml
Canal de youtube: https://www.youtube.com/channel/UC0R70cABSsmC6TFyXth0qPg
Enlace de afiliados de amazon: https://amzn.to/3gX3HmK
Enlace de referidos de la Asociación Podcast: https://www.asociacionpodcast.es/registrarse/socio/?coupon=SB6A70
