Esta secção do guia de Google Cloud arquétipos de implementação descreve o arquétipo de implementação multirregional.
Numa arquitetura de nuvem que usa o arquétipo de implementação multirregional, a aplicação é executada em duas ou mais Google Cloud regiões. Os dados da aplicação são replicados em todas as regiões na arquitetura. Para garantir uma replicação de dados rápida e síncrona, as regiões encontram-se normalmente num continente.
O diagrama seguinte mostra a topologia da nuvem para uma aplicação que é executada em duas Google Cloud regiões:
O diagrama anterior mostra duas pilhas de aplicações de várias camadas isoladas que são executadas de forma independente em duas Google Cloud regiões. Em cada região, a aplicação é executada em três zonas. As bases de dados nas duas regiões são replicadas. Se a carga de trabalho tiver um objetivo de ponto de recuperação (RPO) baixo ou se exigir uma forte consistência dos dados entre regiões, a replicação da base de dados tem de ser síncrona. Caso contrário, as bases de dados podem ser replicadas de forma assíncrona. Os pedidos dos utilizadores são encaminhados para equilibradores de carga regionais através de uma política de encaminhamento de DNS. Se ocorrer uma indisponibilidade numa das duas regiões, o DNS encaminha os pedidos dos utilizadores para o equilibrador de carga na outra região.
Exemplos de utilização
As secções seguintes fornecem exemplos de casos de utilização para os quais o arquétipo de implementação em várias regiões é uma escolha adequada.
Alta disponibilidade para utilizadores geograficamente dispersos
Recomendamos uma implementação multirregional para aplicações que sejam essenciais para o negócio e onde a alta disponibilidade e a robustez contra interrupções da região sejam essenciais. Se uma região ficar indisponível por qualquer motivo (mesmo uma interrupção em grande escala causada por um desastre natural), os utilizadores da aplicação não sofrem qualquer tempo de inatividade. O tráfego é encaminhado para a aplicação nas outras regiões disponíveis. Se os dados forem replicados de forma síncrona, o objetivo de tempo de recuperação (RTO) é quase zero.
Latência baixa para utilizadores da aplicação
Se os seus utilizadores estiverem numa área geográfica específica, como um continente, pode usar uma implementação multirregional para alcançar um equilíbrio ideal entre a disponibilidade e o desempenho. Quando uma das regiões tem uma indisponibilidade, o balanceador de carga global envia pedidos originários dessa região para outra região. Os utilizadores não percebem um impacto significativo no desempenho porque as regiões estão dentro de uma área geográfica.
Conformidade com os requisitos de residência e soberania dos dados
O arquétipo de implementação multirregional pode ajudar a cumprir os requisitos regulamentares de residência dos dados e soberania operacional. Por exemplo, um país na Europa pode exigir que todos os dados dos utilizadores sejam armazenados e acedidos em centros de dados localizados fisicamente no país. Pode implementar a aplicação em Google Cloud regiões na Europa e usar o DNS com uma política de encaminhamento com geolimites para encaminhar o tráfego para a região adequada.
Considerações de design
Quando aprovisiona e gere recursos redundantes em várias localizações, o volume de tráfego de rede entre localizações pode ser elevado. Também armazena e replica dados em várias regiões. Quando cria uma arquitetura que usa o arquétipo de implementação multirregional, considere o custo potencialmente mais elevado dos recursos na nuvem e do tráfego de rede, bem como a complexidade da operação da implementação. Para aplicações essenciais para o negócio, a vantagem da disponibilidade de uma arquitetura multirregional pode compensar o aumento do custo e da complexidade operacional.
Arquitetura de referência
Para ver uma arquitetura de referência que pode usar para criar uma implementação multirregional em VMs do Compute Engine, consulte o artigo Implementação multirregional no Compute Engine.