SUSE Telco Cloud 3.6 Documentación #

SUSE Telco Cloud se compone tanto de componentes existentes de SUSE y Rancher como de características y componentes adicionales creados por el equipo de Edge para permitirnos abordar las limitaciones y complejidades necesarias en edge computing. Los componentes utilizados tanto en el clúster de gestión como en los de sentido descendente se explican a continuación, con un diagrama de arquitectura de alto nivel simplificado, señalando que esta no es una lista exhaustiva:

3.1.1 Clúster de gestión #

 

• Gestión: Esta es la parte centralizada de SUSE Telco Cloud que se utiliza para gestionar el aprovisionamiento y el ciclo de vida de los clústeres en sentido descendente conectados. El clúster de gestión suele incluir los siguientes componentes:

  • Gestión de múltiples clústeres con Rancher Prime (Chapter 6, Rancher), que permite un panel común para la incorporación de clústeres en sentido descendente y la gestión continua del ciclo de vida de la infraestructura y las aplicaciones, proporcionando además un aislamiento completo de inquilinos e integraciones de IDP (proveedor de identidad), un gran mercado de integraciones y extensiones de terceros, y una API independiente del proveedor.

  • Gestión de sistemas Linux con SUSE Multi-Linux Manager, que permite la gestión automatizada de parches y configuración de Linux del sistema operativo Linux subyacente (*SUSE Linux Micro (Chapter 10, SUSE Linux Micro)) que se ejecuta en los clústeres en sentido descendente. Tenga en cuenta que, aunque este componente está en contenedores, actualmente necesita ejecutarse en un sistema separado del resto de los componentes de gestión, por lo que aparece etiquetado como "Linux Management" en el diagrama anterior.

  • Un controlador de Lifecycle Management (Chapter 21, Controlador de actualización) dedicado que gestiona las actualizaciones de los componentes del clúster de gestión a una versión de SUSE Telco Cloud determinada.

  • Un soporte opcional de gestión y ciclo de vida completo para equipo sin sistema operativo con Metal3 (Chapter 11, Metal³), MetalLB (Chapter 17, MetalLB) y proveedores de infraestructura CAPI (Cluster API), que permite el aprovisionamiento completo de extremo a extremo de sistemas de equipo sin sistema operativo que tienen capacidades de gestión remota.

  • Un motor GitOps opcional llamado Fleet (Chapter 9, Fleet) para gestionar el aprovisionamiento y el ciclo de vida de los clústeres en sentido descendente y las aplicaciones que residen en ellos.

  • Como base del propio clúster de gestión se encuentra SUSE Linux Micro (Chapter 10, SUSE Linux Micro) como sistema operativo base y RKE2 (Chapter 14, RKE2) como la distribución de Kubernetes que soporta las aplicaciones del clúster de gestión.

3.1.2 Clústeres en sentido descendente #

 

• Sentido descendente: Esta es la parte distribuida de SUSE Telco Cloud que se utiliza para ejecutar las cargas de trabajo del usuario en el edge, es decir, el software que se ejecuta en la propia ubicación del edge, y que normalmente se compone de los siguientes componentes:

  • RKE2, una distribución de Kubernetes reforzada y certificada, optimizada para su uso en el gobierno y en sectores regulados

  • SUSE Security (Chapter 16, SUSE Security) para habilitar funciones de seguridad como el escaneo de vulnerabilidades de imágenes, la inspección profunda de paquetes y la protección contra amenazas y vulnerabilidades en tiempo real.

  • Almacenamiento en bloques de software con SUSE Storage (Chapter 15, SUSE Storage) para habilitar un almacenamiento en bloques ligero, persistente, resistente y escalable.

  • Un sistema operativo Linux ligero, optimizado para contenedores y reforzado con SUSE Linux Micro (Chapter 10, SUSE Linux Micro), que proporciona un SO inmutable y altamente resistente para ejecutar contenedores y máquinas virtuales en el edge. SUSE Linux Micro está disponible tanto para arquitecturas AArch64 como para AMD64/Intel 64, y también es compatible con Real-Time Kernel para aplicaciones sensibles a la latencia (por ejemplo, casos de uso de telecomunicaciones).

  • Para los clústeres conectados (es decir, aquellos que tienen conectividad con el clúster de gestión) se despliegan dos agentes, a saber, Rancher System Agent para gestionar la conectividad con Rancher Prime, y venv-salt-minion para recibir instrucciones de SUSE Multi-Linux Manager para aplicar actualizaciones de software de Linux. Estos agentes no son necesarios para la gestión de clústeres desconectados.

La imagen anterior proporciona una visión general de la arquitectura de alto nivel para los clústeres en sentido descendente conectados y su conexión al clúster de gestión. El clúster de gestión puede desplegarse en una amplia variedad de plataformas de infraestructura subyacentes, tanto en capacidades in situ como en la nube, dependiendo de la disponibilidad de red entre los clústeres en sentido descendente y el clúster de gestión de destino. El único requisito para que esto funcione es que las URL de API y de devolución de llamada sean accesibles a través de la red que conecta los nodos del clúster en sentido descendente con la infraestructura de gestión.

Es importante reconocer que existen mecanismos distintos mediante los cuales se establece esta conectividad en relación con el mecanismo de despliegue del clúster en sentido descendente. Los detalles de esto se explican con mucha más profundidad en la siguiente sección, pero para establecer una comprensión básica, existen tres mecanismos principales para que los clústeres en sentido descendente conectados se establezcan como un clúster "gestionado":

Note

Se recomienda implementar múltiples clústeres de gestión para adaptarse a la escala de grandes despliegues, optimizar las preocupaciones de ancho de banda y latencia en entornos dispersos geográficamente y minimizar la interrupción en caso de una interrupción o actualización del clúster de gestión. Puede encontrar los límites de escalabilidad y los requisitos del sistema actuales del clúster de gestión aquí.

El aprovisionamiento de red dirigido es aquel en el que conoce los detalles del hardware en el que desea realizar el despliegue y tiene acceso directo a la interfaz de gestión fuera de banda para orquestar y automatizar todo el proceso de aprovisionamiento. En este escenario, nuestros clientes esperan que una solución sea capaz de aprovisionar sitios en el borde de forma totalmente automatizada desde una ubicación centralizada, yendo mucho más allá de la creación de una imagen de arranque al minimizar las operaciones manuales en la ubicación en el borde; simplemente coloque en el rack, encienda y conecte las redes necesarias al hardware físico, y el proceso de automatización enciende la máquina a través de la gestión fuera de banda (por ejemplo, a través de la API de Redfish) y maneja el aprovisionamiento, la incorporación y el despliegue de la infraestructura sin intervención del usuario. La clave para que esto funcione es que los sistemas sean conocidos por los administradores; ellos saben qué hardware está en qué ubicación, y se espera que el despliegue se maneje de forma centralizada.

Esta solución es la más robusta, ya que usted interactúa directamente con la interfaz de gestión del hardware, trata con hardware conocido y tiene menos restricciones en cuanto a la disponibilidad de la red. En cuanto a la funcionalidad, esta solución utiliza ampliamente Cluster API y Metal³ para el aprovisionamiento automatizado desde equipo sin sistema operativo, pasando por el sistema operativo, Kubernetes y las aplicaciones en capas, y proporciona la capacidad de vincularse al resto de las capacidades comunes de gestión del ciclo de vida de SUSE Telco Cloud tras el despliegue. La guía de inicio rápido para esta solución se encuentra en Chapter 4, Despliegues automatizados de BMC con Metal³.

Para los clientes que necesitan operar en entornos independientes, en entornos aislados o con conectividad de red limitada, SUSE Telco Cloud proporciona una solución que permite generar medios de instalación totalmente personalizados que contienen todos los artefactos de despliegue requeridos para habilitar tanto clústeres de Kubernetes de alta disponibilidad de nodo único como de múltiples nodos en edge, incluyendo cualquier carga de trabajo o componente en capas adicional que se requiera, todo ello sin conectividad de red al mundo exterior y sin la intervención de una plataforma de gestión centralizada. La experiencia del usuario sigue de cerca la solución de «phone home» en el sentido de que se proporcionan medios de instalación a los sistemas de destino, pero la solución se iniciará in situ. En este escenario, es posible conectar los clústeres resultantes a Rancher para su gestión continua (es decir, pasar de un modo de operación «desconectado» a «conectado» sin una reconfiguración o un redespliegue importantes), o pueden seguir operando de forma aislada. Tenga en cuenta que en ambos casos se puede aplicar el mismo mecanismo coherente para automatizar las operaciones del ciclo de vida.

Además, esta solución se puede utilizar para crear rápidamente clústeres de gestión que pueden alojar la infraestructura centralizada que admite tanto los modelos de 'aprovisionamiento de red dirigida' como de 'aprovisionamiento de red «Phone Home»', ya que puede ser la forma más rápida y sencilla de aprovisionar todo tipo de infraestructura edge. Esta solución utiliza intensamente las capacidades de SUSE Telco Cloud Image Builder para crear medios de instalación totalmente personalizados y desatendidos; el inicio rápido se puede encontrar en Chapter 5, Clústeres independientes con Edge Image Builder.