Zonas no GDC com isolamento físico

Neste documento, explicamos a hierarquia de implantação do Google Distributed Cloud (GDC) com isolamento físico, que inclui universos, regiões e zonas. Para fornecer alta disponibilidade para seus recursos e infraestrutura com isolamento físico, é preciso entender os locais que hospedam seu ambiente e os limites estratégicos que aplicam as configurações disponíveis para seus aplicativos.

Este documento é destinado aos seguintes grupos de público-alvo:

  • Operadores de infraestrutura responsáveis por implantar e gerenciar zonas do GDC e infraestrutura global.
  • Administradores de plataforma, como administradores de rede e de TI, que são responsáveis por configurar serviços de várias zonas.
  • Operadores de aplicativos responsáveis por desenvolver e gerenciar aplicativos em um universo do GDC.

Para mais informações, consulte Públicos-alvo da documentação do GDC com isolamento físico.

Visão geral da hierarquia de implantação

Uma implantação do GDC com isolamento físico segue uma estrutura hierárquica composta por universos, regiões e zonas.

Um universo é um agrupamento de alto nível de zonas interconectadas que compartilham conectividade de rede e um plano de controle. Embora as zonas possam estar geograficamente distantes, um limite regional é estabelecido quando zonas distintas estão fisicamente próximas o suficiente para ter uma comunicação de baixa latência.

Uma zona é o elemento básico da implantação do GDC com isolamento físico. Cada zona é uma implementação independente que não requer conectividade com o Google Cloud em nenhum momento. Uma zona gerencia a própria infraestrutura, serviços, APIs e ferramentas por meio de um plano de controle local.

Por exemplo, o diagrama a seguir ilustra um universo multizona do GDC:

Um universo consiste em zonas agrupadas em regiões.

Este diagrama tem duas regiões, cada uma em um único universo. A região 1 está destacada para mostrar três zonas que operam vários serviços zonais, como máquinas virtuais (VM) e aplicativos de contêiner. Também há serviços globais que abrangem todas as zonas e regiões do universo, como o Identity and Access Management (IAM) e o balanceamento de carga.

Por exemplo, é possível ter um universo do GDC que abrange regiões geográficas distantes. Considere a Região 1 na Virgínia, EUA, com três zonas:

  • Zona A, como us-virginia1-a
  • Zona B, como us-virginia1-b
  • Zona C, como us-virginia1-c

Da mesma forma, a Região 2 pode estar na Holanda e incluir zonas em Amsterdã:

  • Zona A, como eu-ams1-a
  • Zona B, como eu-ams1-b
  • Zona C, como eu-ams1-c

As zonas em uma região precisam estar geograficamente próximas umas das outras, mas as regiões podem abranger grandes distâncias. Por exemplo, uma zona pode ter um limite máximo de distância de fibra de 50 km para outra zona na mesma região, mas a região pode abranger centenas de quilômetros de outra região. Entre em contato com o grupo de operadores de infraestrutura para mais informações sobre seus requisitos de latência específicos.

Sobre as zonas

Uma zona contém quatro camadas que podem operar de forma isolada sem exigir conectividade com o Google Cloud ou com a Internet pública:

  • Hardware: o equipamento básico totalmente integrado aos racks do seu data center. Essa camada fornece a capacidade de computação, armazenamento, rede e GPU para seu sistema e cargas de trabalho integradas.
  • Infraestrutura: o sistema de gerenciamento de hardware subjacente. Essa camada fornece interfaces que permitem que o software seja executado sem precisar de configurações específicas de hardware.
  • Plataforma de serviços: o framework para criar serviços no GDC. Essa camada oferece consistência entre serviços gerenciados e serviços do Marketplace.
  • Serviços gerenciados e do Marketplace: os serviços de nuvem voltados para o cliente que são executados no GDC. Essa camada fornece uma implementação consistente do plano de dados para cargas de trabalho e serviços.

Esses componentes oferecem a flexibilidade de ajustar a configuração zonal para atender aos requisitos exclusivos de disponibilidade e resiliência. Entender essa estrutura é a base para compreender as configurações comuns de zona com isolamento físico.

Configurações de implantação

As seções a seguir descrevem as configurações de implantação comuns que podem ser usadas no GDC com isolamento físico.

Configuração de zona única

Uma configuração de zona única permite implantar um universo em que uma zona atua como a única região. Essa configuração é possível porque cada zona opera de forma independente. Normalmente, essa configuração é usada para implantações iniciais ou para cargas de trabalho que não exigem alta disponibilidade ou recuperação de desastres robusta.

A principal limitação de um universo de zona única é que ele cria um ponto único de falha, tornando o sistema vulnerável a interrupções. Um ponto único de falha ocorre quando você implanta recursos exclusivamente em uma única zona. Os recursos zonais são afetados como um grupo quando ocorre uma interrupção ou falha de serviço nessa zona específica.

Configuração de várias zonas

Uma configuração multizona permite distribuir estrategicamente seus aplicativos e serviços em várias zonas. Essa configuração melhora a resiliência e a tolerância a falhas do sistema, fornecendo recursos distribuídos geograficamente.

Essa configuração também oferece alta disponibilidade, o que permite que o aplicativo ou serviço permaneça continuamente acessível e operacional, mesmo que uma zona sofra uma interrupção. Para ter alta disponibilidade por meio de redundância, implante e gerencie recursos em várias zonas de um universo. O GDC oferece um subconjunto de serviços que fornecem recursos globais para que o recurso seja gerenciado em várias zonas em um universo por padrão, sem replicação manual. Os recursos globais abrangem várias zonas por padrão, o que os torna disponíveis mesmo durante uma interrupção zonal.

Um dos principais benefícios de uma configuração de várias zonas é que cada zona pode funcionar como um domínio de desastre distinto. Um domínio de desastre é um grupo de recursos suscetíveis a falhas simultâneas devido à localização física ou dependência compartilhada. Ao posicionar estrategicamente as zonas com uma distância suficiente entre elas, seu sistema se torna mais resiliente contra falhas generalizadas.

A assimetria zonal permite que as configurações de organização e hardware sejam diferentes entre as zonas em um universo do GDC. A assimetria zonal é um recurso em pré-lançamento a partir da versão 1.14.4.

Principais recursos de uma configuração multizona

As configurações de várias zonas permitem estabelecer uma arquitetura resiliente, porque cada zona pode funcionar como domínios de desastre distintos. A distribuição de recursos entre esses domínios de desastre independentes permite aprimorar seus sistemas com isolamento físico com os principais recursos descritos nas seções a seguir.

Alta disponibilidade

É possível criar aplicativos de alta disponibilidade para fornecer serviços duráveis que podem resistir a interrupções. Estratégias de alta disponibilidade, como balanceamento de carga e replicação de dados, transformam aplicativos zonais frágeis em serviços globais resilientes e confiáveis. Para mais informações, consulte Alta disponibilidade para seus apps.

Proteção de dados

É possível usar uma configuração de várias zonas para manter seus dados seguros e acessíveis, mesmo em caso de interrupção, usando estratégias de proteção de dados que permitem configurar a replicação de dados para criar backups geograficamente separados. Para mais informações, consulte Proteção de dados com armazenamento multizona.

Gerenciamento de tráfego de rede

Criar uma rede durável é essencial para criar um sistema do GDC altamente disponível. É possível configurar estratégias de rede em várias zonas para planejar procedimentos de failover durante uma possível interrupção zonal. Equilibrar o tráfego de rede entre zonas também pode ter um impacto positivo no desempenho do aplicativo. Para mais informações, consulte Gerenciamento de tráfego de rede para várias zonas.

Controle de permissões

É possível implementar papéis entre zonas para aplicar estratégias de controle de acesso em uma escala global, o que remove a gestão de permissões específica da zona, que pode ser tedioso e difícil de gerenciar. Da mesma forma, é possível gerenciar a autenticação entre zonas para usuários humanos e serviços com contas de acesso global. Para mais informações, consulte Controle de permissões para um universo de várias zonas.

Limitações

Os universos do GDC com isolamento físico têm as seguintes limitações:

  • Um universo com duas zonas não pode fornecer uma estratégia de recuperação automatizada, independentemente da configuração da região, e precisa ser recuperado manualmente. Os universos com três ou mais zonas podem acionar etapas de recuperação automaticamente.
  • O GDC fornece regiões apenas como um conceito de agrupamento e não fornece serviços regionais. As regiões em um universo do GDC são fornecidas para se alinhar de perto com a arquitetura pública do Google Cloud e para desenvolvimento e planejamento futuros.

A seguir