Regiones clásicas con múltiples centros de datos

Si crea un clúster clásico con varios centros de datos, las réplicas del maestro de alta Kubernetes disponibilidad se distribuyen automáticamente entre los centros de datos. Tienes la opción de distribuir tus nodos de trabajo entre zonas clásicas (centros de datos) para proteger tus aplicaciones ante un fallo en una zona. Para determinar si una región clásica tiene varios centros de datos desde la CLI, puede ejecutar ibmcloud oc locations y buscar el valor en la columna Multizone Metro.

Esta imagen es una representación artística y no refleja los límites políticos o geográficos reales.

Regiones clásicas con un centro de datos

Si crea un clúster clásico en una región con un único centro de datos, el maestro de alta disponibilidad incluye tres réplicas en hosts independientes, pero no está repartido por las zonas clásicas.

Las regiones clásicas con un centro de datos se gestionan desde el punto final regional situado en la región más cercana que admita centros de datos clásicos, como mon01 a us-east o sao01 a us-south.

Esta imagen es una representación artística y no refleja los límites políticos o geográficos reales.

Recursos en agrupaciones de una sola zona

Los recursos de su clúster permanecen en el centro de datos en el que está implementado el clúster, pero las operaciones de gestión pueden enrutarse a través de un punto de acceso regional.

Los recursos del clúster, incluidos los nodos maestro y trabajadores, están en la misma ubicación en la que se ha desplegado el clúster. Al iniciar acciones de orquestación del contenedor local, como por ejemplo mandatos oc, la información se intercambia entre los nodos maestro y trabajador dentro de la misma zona.

Si configura otros recursos del clúster, como almacenamiento, redes, recursos de computación o aplicaciones que se ejecutan en pods, dichos recursos y sus datos permanecen en el centro de datos en el que ha desplegado el clúster.

Cuando inicie acciones de administración de clúster, como ejecutar ibmcloud oc comandos, información básica sobre el clúster como nombre, ID, usuario, el comando se enruta a través de un punto final regional y el punto final global.

Recursos en clusters multizona

En los clústeres multizona, los recursos del clúster se reparten entre varias ubicaciones (zonas para VPC y centros de datos para Classic) para una mayor disponibilidad.

Los nodos de trabajo se reparten entre varias zonas de VPC o centros de datos clásicos de la región para ofrecer más disponibilidad a su clúster. Las Kubernetes también están repartidas por zonas o centros de datos clásicos. Cuando se inician acciones de orquestación de contenedores locales, como comandos oc, la información se intercambia entre los nodos maestros y de trabajo a través del punto de conexión global.

Otros recursos del clúster, como el almacenamiento, las redes, la capacidad de cálculo o las aplicaciones que se ejecutan en pods, varían en cuanto a cómo se implementan en las zonas de su clúster. Para obtener más información, revise estos temas:

• Configurar almacenamiento de archivos y almacenamiento de bloques en clústeres, o elegir una solución de almacenamiento persistente multizona.
• Habilitar el acceso público o privado a una aplicación mediante el uso de un servicio de equilibrador de carga de red(NLB)en un clúster.
• Gestión del tráfico de red mediante Ingress.
• Cómo aumentar la disponibilidad de la app.

Cuando se inician acciones de gestión de clústeres, como la ejecución de ibmcloud oc comandos, la información básica sobre el clúster, como el nombre, el ID y el usuario, el comando se redirige a través del punto final global.