“El VMware de los servidores perimetrales”. Ese era el plan de Robin.io.
Desde que fue comprado por el gigante japonés Rakuten Group, Robin.io se ha convertido en Symworld Cloud, y su sistema de gestión y almacenamiento Kubernetes ha sido implementado en más de 50 000 servidores por el brazo de telecomunicaciones de la compañía, Rakuten Symphony, en equipos OpenRAN en torres 5G.
¿Ha significado eso una oportunidad perdida para Robin.io, que soñaba con ejecutar contenedores en ubicaciones perimetrales de la misma manera que lo hacía VMware en los centros de datos? No precisamente.
Podría decirse que de esta experiencia ha surgido con mejoras que hacen que la variante de Kubernetes se adapte mejor a implementaciones muy grandes.
En otras palabras, lo mejor para manejar los millones, o decenas de millones, de servidores micro perimetrales que las empresas industriales internacionales o las ciudades inteligentes podrían querer implementar.
Eso probablemente incluya el funcionamiento de máquinas herramienta en ubicaciones remotas o la gestión de la señalización del tráfico de la ciudad inteligente, por ejemplo, o la iluminación o la calefacción.
O incluso en hardware OpenRAN como reemplazo de costosos equipos de Nokia, Ericsson o Samsung, en un mercado que Rakuten Group observa de cerca.
El hardware de abstracción permite una utilización del 100 %
“Nuestra fortaleza en relación con los grandes jugadores de Kubernetes (Red Hat OpenShift y VMware Tanzu) es que nuestro sistema se concibió desde el principio para implementaciones muy grandes”, dijo Partha Seetala, presidente de Rakuten Symphony, a la publicación hermana francesa de Computer Weekly, LeMagIT. , durante un reciente evento IT Press Tour.
“El enfoque de nuestro competidor es administrar instancias de aplicaciones en un clúster de hardware uniforme con un tipo de CPU, GPU, almacenamiento y tarjeta de red”, dijo Seetala. “El nuestro está expuesto de la misma manera desde diferentes hardware para que las aplicaciones obtengan el máximo rendimiento como si estuvieran escritas expresamente para ellas.
“Tomemos como ejemplo este caso en telecomunicaciones, cuando una implementación de OpenRAN quiere validar una comunicación en menos de 40 μs. Es simplemente imposible de hacer si su código de software no tiene en cuenta el tipo de red o acelerador FPGA en su equipo. Pero tiene 800 variantes de hardware en su parque de antenas. ¿A qué te dedicas? ¿Escribir e implementar 800 versiones de su código? Eso es lo que tienes que hacer con nuestros competidores. Sin embargo, exponemos nuestro hardware subyacente de manera universal”.
La oferta de software de Rakuten Symphony se presenta actualmente en tres productos. Symworld CNP (Cloud Native Platform) es el sistema Kubernetes comprado a Robin.io. Symworld Orchestrator es la consola para la administración remota de servidores perimetrales, algo así como VMware vCenter pero capaz de administrar 100 000 máquinas físicas y más de 10 000 clústeres de Kubernetes.
Finalmente, Symworld CNS (Cloud Native Storage) corresponde a la capa de almacenamiento en Robin.io CNP, que puede instalarse encima de cualquier otro sistema Kubernetes, con OpenShift particularmente en mente. Según la empresa, el almacenamiento Ceph, que Red Hat proporciona para su uso con Kubernetes, no es completamente adecuado para las implementaciones en el borde.
CNS: Ir más allá de CSI
“Cuando se trata de almacenamiento, mejoramos Kubernetes con funciones de alto nivel similares a las que encontraría en arreglos de almacenamiento para máquinas virtuales”, dijo Seetala. “En el borde, normalmente implementas aplicaciones que usan MongoDB. Lo primero es mejorar Kubernetes para que tenga almacenamiento persistente. Eso es lo que hacen los fabricantes de arreglos con CSI. Pero hay que ir más allá”.
Seetala elogió las características de su capa de almacenamiento, que gestiona el ancho de banda en varios contenedores sobre la marcha, jerarquizando entre unidades según la carga de trabajo, el cifrado y la compresión.
“Sobre todo, nuestro sistema protege los datos, realiza instantáneas locales, copias de seguridad en otros lugares y ofrece un sistema completo para restaurar la actividad en caso de incidentes, incluso a través de la sincronización de contenido entre servidores o clústeres”.
Todo lo cual tiene en cuenta las características de rendimiento, ancho de banda, IOPS y capacidad de disco en cada servidor.
Con respecto a las copias de seguridad y las instantáneas, Seetala explicó que no es suficiente colocar una copia de emergencia de MongoDB en el disco. Para restaurar una instancia funcional, debe capturar las transacciones a medida que ocurren, como la configuración de la aplicación, especialmente las canalizaciones entre los diversos servicios, y los metadatos.
CNP: El buque insignia
La capa de almacenamiento funciona con un controlador CSI, suministrado por CNP para discos internos o por el fabricante de arreglos de discos. Y CNP no es autónomo, ya que se instala en un nivel de Linux. Rakuten Symphony usa CentOS y RHEL de Red Hat.
Un componente clave de CNP es su módulo Sherlock, que diagnostica el hardware del host (Rakuten Symphony funciona con chips clave y proveedores de servidores) y produce un conjunto de recursos. Estos comprenden el rendimiento del procesador y otros chips aceleradores, la red y el almacenamiento.
Este grupo de rendimiento está expuesto a Kubernetes a través del módulo Programador avanzado, que permite que el organizador entregue recursos de acuerdo con las necesidades de la aplicación. Para aprovechar al máximo el conjunto de recursos, las aplicaciones pueden usar una herramienta gráfica para ayudar a especificar sus necesidades, como el ancho de banda de la red, la potencia de la CPU o la GPU.
Sherlock y Advanced Scheduler se empaquetan como parte del producto CNS, pero se limitan a descubrir y compartir recursos de almacenamiento.
Advanced Scheduler puede distribuir recursos a cualquier máquina virtual. “Sabemos bien que los contenedores no reemplazan al 100 % a las máquinas virtuales. Por lo tanto, si su servidor perimetral ejecuta máquinas virtuales desde un host KVM de Linux, CNP lo trata como si fuera un contenedor”, dijo Seetala.
La capa de red la proporciona Calico, el sistema de código abierto utilizado en OpenShift. No es una red de malla que permite que las aplicaciones en contenedores envíen mensajes, sino una red TCP/IP que brinda funcionalidad como firewall y tarjeta de red virtual por contenedor.
Una consola gráfica para supervisión y monitoreo remoto
Finalmente, Symworld Orchestrator brinda funcionalidad de implementación, actualizaciones y monitoreo remoto similar a la que se encuentra en las consolas de administración en VMware o Nutanix.
Gestiona su flota de máquinas utilizando una visualización funcional o geográfica en forma de árbol, con posibilidad de control manual o automatización a través de reglas personalizables. Permite a los clientes ejecutar escenarios de implementación que consisten, por ejemplo, en implementar servidores maestros localmente y servidores dependientes en otras ubicaciones.
También es Symworld Orchestrator que gestiona todas las operaciones relacionadas con el almacenamiento y la protección de datos. CNS se entrega con una versión reducida de la consola para permitir la definición de reglas para la copia de seguridad y recuperación de actividades.