Todos os produtos
Search
Central de documentação

Alibaba Cloud Service Mesh:Visão geral do gerenciamento multicluster

Última atualização: Aug 27, 2026

Conheça os dois cenários de gerenciamento multicluster compatíveis com o Service Mesh (ASM) e acesse as referências da documentação correspondente.

Conceitos fundamentais

Unidade de recuperação de desastres

Em cenários de recuperação de desastres, para evitar pontos únicos de falha, implanta-se um sistema completo e independente em várias localizações geográficas distintas. Cada sistema individual é denominado unidade de recuperação de desastres.

Rede plana

Considere duas sub-redes independentes (por exemplo, diferentes Virtual Private Clouds (VPCs) ou vSwitches da Alibaba Cloud). Se os endereços IP de uma sub-rede forem acessíveis diretamente pela outra, as duas formam uma rede plana. O acesso direto significa que o roteamento da Camada 3 (camada IP) alcança a outra sub-rede sem intermediários. Caso contrário, elas constituem uma rede não plana.

Cenários típicos multicluster

Os recursos multicluster do Service Mesh (ASM) oferecem suporte a diversas soluções de implantação com múltiplos clusters.

Cenário 1: Recuperação de desastres multicluster

Ao criar múltiplos clusters para recuperação de desastres, implante-os em várias localizações geográficas. Além disso, crie uma instância dedicada do ASM para cada cluster na mesma localização geográfica dele. Em cenários multicloud, caso utilize clusters de outros provedores e a Alibaba Cloud não esteja disponível na região correspondente, selecione a localização geográfica mais próxima. Para mais informações, consulte Multi-cluster disaster recovery.

Cenário 2: Descoberta de serviços compartilhada entre clusters

Suponha que suas cargas de trabalho estejam implantadas de forma assimétrica (ou seja, cargas diferentes em cada cluster) em vários clusters dentro de uma única unidade de recuperação de desastres (por exemplo, na mesma zona ou região). Se as aplicações precisarem se comunicar entre si, adicione esses clusters à mesma instância do ASM. Assim, os clusters compartilham informações de descoberta de serviços, permitindo que as aplicações se chamem diretamente por meio de nomes de domínio de serviços do Kubernetes, sem expor serviços externamente via gateways.

Conectividade de rede multicluster

Nos cenários multicluster descritos anteriormente, pode ser necessário acessar recursos entre clusters. Por exemplo, em situações de recuperação de desastres, quando o cluster local fica indisponível, o sistema tenta chamadas entre clusters. Os clusters podem residir em redes diferentes, como VPCs distintas, regiões separadas ou ambientes de cloud híbrida sem interconexão de rede. Nesse caso, estabeleça primeiro as conexões de rede entre os clusters. Utilize um dos seguintes métodos:

Tipo de implantação

Descrição

Método de conexão

VPCs cruzadas na Alibaba Cloud

Todos os clusters são da Alibaba Cloud, mas residem em VPCs diferentes

Alibaba Cloud + cloud de terceiros ou clusters autogerenciados

A implantação inclui clusters da Alibaba Cloud e clusters de terceiros ou autogerenciados

Gerenciamento de tráfego multicluster

Use a DNS proxy for multi-cluster service discovery

Recuperação de desastres multicluster

Region-level disaster recovery with ASM and GTM

Using a service mesh for availability zone disaster recovery

Use a service mesh for service-level disaster recovery

Observabilidade multicluster

Ative Mesh Topology in Managed Mode

Outros

Gerencie multi-cluster applications with ASM and Karmada