Explore los dos escenarios de gestión de varios clústeres que admite Service Mesh (ASM) y consulte las referencias a la documentación correspondiente para cada uno.
Conceptos previos
Unidad de recuperación ante desastres
En los escenarios de recuperación ante desastres, se despliega un sistema completo e independiente en varias ubicaciones geográficas distintas para evitar puntos únicos de falla. Cada uno de estos sistemas individuales se denomina unidad de recuperación ante desastres.
Red plana
Considere dos subredes independientes (por ejemplo, diferentes virtual private clouds (VPC) o vSwitches de Alibaba Cloud). Si las direcciones IP de una subred son accesibles directamente desde la otra, ambas subredes forman una red plana. El acceso directo significa que el enrutamiento de capa 3 (capa IP) alcanza la otra subred sin intermediarios. De lo contrario, constituyen una red no plana.
Escenarios típicos de varios clústeres
Las capacidades multiclúster de Service Mesh (ASM) admiten diversas soluciones de despliegue.
Escenario 1: Recuperación ante desastres con varios clústeres
Al construir varios clústeres para recuperación ante desastres, despliéguelos en varias ubicaciones geográficas. Además, cree una instancia de ASM dedicada para cada clúster en su misma ubicación geográfica. En escenarios de nube múltiple, si utiliza clústeres de otros proveedores y Alibaba Cloud no está disponible en la región correspondiente, seleccione la ubicación geográfica más cercana. Para obtener más información, consulte Multi-cluster disaster recovery.
Escenario 2: Descubrimiento de servicios compartido entre varios clústeres
Suponga que sus cargas de trabajo están desplegadas de forma asimétrica (es decir, se despliegan cargas diferentes en cada clúster) en varios clústeres dentro de una sola unidad de recuperación ante desastres (por ejemplo, en la misma zona o región). Si las aplicaciones de distintos clústeres necesitan comunicarse entre sí, agregue dichos clústeres a la misma instancia de ASM. Así, los clústeres comparten información de descubrimiento de servicios y las aplicaciones pueden llamarse directamente mediante nombres de dominio de servicios de Kubernetes, sin necesidad de exponer los servicios fuera de los clústeres a través de gateways.
Conectividad de red entre varios clústeres
En los escenarios anteriores, podría requerirse acceso entre clústeres. Por ejemplo, en situaciones de recuperación ante desastres, cuando el clúster local deja de estar disponible, se intentan llamadas entre clústeres. Estos pueden residir en redes diferentes, como VPC distintas, regiones separadas o entornos de nube híbrida donde las redes no están interconectadas. En tal caso, primero establezca conexiones de red entre los clústeres. A continuación se describen los métodos disponibles:
|
Tipo de despliegue |
Descripción |
Método de conexión |
|
Entre VPC en Alibaba Cloud |
Todos los clústeres pertenecen a Alibaba Cloud, pero residen en VPC diferentes |
|
|
Alibaba Cloud + nube de terceros o clústeres autogestionados |
El despliegue incluye clústeres de Alibaba Cloud junto con clústeres de terceros o autogestionados |
|
Gestión de tráfico entre varios clústeres
Recuperación ante desastres con varios clústeres
Region-level disaster recovery with ASM and GTM
Using a service mesh for availability zone disaster recovery