- Identificando um código de zona de disponibilidade
- Camadas de armazenamento x instâncias de servidor
- O que a implantação do Multi-AZ oferece?
Para entender completamente o que é uma
Multi-AZ Deployment significa para sua infraestrutura, é fundamental reconhecer como o Amazon Web Services está configurado em todo o mundo e, portanto, como ele fornece os serviços de redundância, independentemente da sua localização. Conforme discutido na documentação oficial, a Nuvem AWS é composta por várias
Regions , que são locais físicos em todo o mundo, como Oregon, Estados Unidos; Virgínia do Norte, Estados Unidos; Irlanda; e Tóquio. Dentro de cada
Region existe uma série de data centers físicos separados, conhecidos como Availability Zones . Cada Availability Zone é uma instalação independente com seus próprios recursos de energia, conectividade e rede. A maioria das Regions abrigam de 2 a 3 Availability Zones diferentes cada, fornecendo redundância adequada quando necessário dentro de uma determinada Region . Enquanto a Amazon está sempre expandindo sua
Region e Availability Zone cobertura, você pode visualizar um mapa atual da infraestrutura da Nuvem AWS na imagem abaixo:
Imagem cortesia de Amazon Web Services
Todas as
Availability Zones dentro de uma única Region são conectados uns aos outros por meio de rede de fibra óptica privada, permitindo que cada Availability Zone comunicar uns com os outros e transferir dados de forma rápida e eficiente, conforme necessário. Identificando um código de zona de disponibilidade
Ao criar uma nova instância por meio do painel da AWS, você pode ter a opção de selecionar uma
Availability Zone específica , ou em muitos casos simplesmente uma Region e o sistema selecionará a Availability Zone para você. Regions são rotulados por uma string simples para apresentar o país e/ou sub-região, se necessário. Por exemplo, us-west-2 é a designação para a Region do Oregon, Estados Unidos enquanto us-west-1 é para a Califórnia, Estados Unidos. Availability Zones são designados seguindo a Region tag com uma designação de letra, como us-west-1b ou us-west-2a . Camadas de armazenamento versus instâncias de servidor
Outro conceito importante a ser entendido para entender o que
Multi-AZ Deployments implica é a diferença entre a storage layer e a server instance . A
server instance para seu banco de dados é melhor pensado como a máquina física que controla a estrutura de seu banco de dados e rotas todos os seus dados contidos na storage layer . A
storage layer é um virtualizado com suporte de SSD representação de todos os dados reais em seu banco de dados. A palavra-chave para focar aqui é virtualizada , que é a maneira elegante da Amazon de dizer que a storage layer que representa os dados reais em seu sistema não está anexado a nenhum local físico ou máquina, mas é virtualizado e propagado para numerosos locais (seis no total em três Availability Zones na maioria dos casos). O que a implantação Multi-AZ oferece?
Em quase todos os casos usando Amazon Web Services, é uma prática padrão para a
storage layer (onde todos os dados residem) sejam armazenados de forma redundante em todas as Availability Zones dentro da Region fornecida sem custo adicional. No caso de uma Availability Zone ficar off-line por algum motivo (por mais improvável que seja), o sistema já está pronto para continuar instantânea e automaticamente os serviços do seu banco de dados por meio de uma cópia idêntica da storage layer de uma das outras Availability Zones conectadas . No entanto , a menos que especificado de outra forma, essa redundância é aplicada apenas à
storage layer , mas não existe para a máquina física de sua server instance real . Se algo causar a Availability Zone onde sua server instance reside no desligamento, seu banco de dados deixará de funcionar, pois a server instance física está offline. É aqui que a
Multi-AZ Deployment vem para serviços como o Amazon Aurora. Assim como a redundância automática dos dados em sua storage layer , uma Multi-AZ Deployment significa que sua server instance também é copiado de forma redundante em várias Availability Zones . Por esse motivo, qualquer Multi-AZ Deployment do Amazon Aurora é garantido que se uma única Availability Zone ficar offline onde a server instance física máquina reside, um failover automático é iniciado em uma replicação em espera atualizada em outra Availability Zone conectada . Conforme discutido na documentação oficial, para maximizar o tempo de atividade do seu sistema, o procedimento de failover (que normalmente leva apenas 1-2 minutos) será executado automaticamente no caso de qualquer um dos seguintes eventos:
- Perda de disponibilidade na
Availability Zoneprincipal - Perda de conectividade de rede com o primário
- Falha de unidade de cálculo no primário
- Falha de armazenamento no primário
