Facebook Twitter Google Plus

Esse tutorial usa os tutoriais de Auto Scaling e no RDS (portanto este tutorial depende da realização prévia de ambos: Auto-Scaling e RDS) e guia o usuário para que ele seja capaz de fazer deploy de sua aplicação através de múltiplas Availability Zones. Criando uma arquitetura Multi-AZ você aumenta a disponibilidade de sua aplicação (versus ter apenas uma única Zona de Disponibilidade). Para aumentar ainda mais a disponibilidade você pode usar estratégias de Disaster Recovery e Multi-Regiões na Nuvem da AWS. Veja os  deck de slides sobre Arquiteturas Cloud na AWS e sobre Estratégias de Disaster Recovery e Multi Regiões na Nuvem da AWS para maiores informações sobre o tópico.

Esse tutorial usa os tutoriais de Auto Scaling e no RDS (portanto este tutorial depende da realização prévia de ambos: Auto-Scaling e RDS) e guia o usuário para que ele seja capaz de fazer deploy de sua aplicação através de múltiplas Availability Zones. Criando uma arquitetura Multi-AZ você aumenta a disponibilidade de sua aplicação (versus ter apenas uma única Zona de Disponibilidade). Para aumentar ainda mais a disponibilidade você pode usar estratégias de Disaster Recovery e Multi-Regiões na Nuvem da AWS. Veja os  deck de slides sobre Arquiteturas Cloud na AWS e sobre Estratégias de Disaster Recovery e Multi Regiões na Nuvem da AWS para maiores informações sobre o tópico.

1

Reconfigurando o Auto Scaling para usar Multi-AZ

Para configurar o Auto Scaling para usar multiplas availability zones, você irá precisar usar a opção –availability-zones quando criar ou atualizar um Auto Scaling group. Você deve se lembrar que usamos esta opção com uma única availability zone quando criamos originalmente o aws201-as-group Auto Scaling group no tutorial de Auto Scaling. Primeiro iremos descrever nosso Auto Scaling group para determinar qual AZ ele esta usando atualmente:

C:\ec2> as-describe-auto-scaling-groups aws201-as-group
Exemplo de resultado da execução da linha de comando:
AUTO-SCALING-GROUP aws201-as-group aws201-config3 us-east-1a LabELB 2 5 2
INSTANCE i-50a29b60 us-east-1a InService Healthy aws201-config2
INSTANCE i-ec0a0adc us-east-1a InService Healthy aws201-config3
TAG aws201-as-group auto-scaling-group Name AS-Web-Server true

Note que no exemplo aws201-as-group estamos usando apenas a us-east-1a. Para usar outra AZ, nós precisamos atualizar o Auto Scaling group para usar múltiplos AZs (us-east-1b neste exemplo) – tenha certeza de digitar todos os comandos abaixo em apenas uma linha:

C:\ec2> as-update-auto-scaling-group aws201-as-group --availability-zones us-east-1a,us-east-1b
Exemplo de resultado da execução da linha de comando:
OK-Updated AutoScalingGroup

Rebalanceamento Automático

Agora que você atualizou seu Auto Scaling group com sucesso, o serviço de Auto Scaling determinará automaticamente que você esta sem balanceamento (2 web servers estão rodando na us-east-1a e nenhum web server esta rodando na us-east-1b). Auto Scaling irá corrigir isso automaticamente lançando uma nova instancia na us-east-1b e terminando uma na us-east-1a.

2

Reconfigurando o RDS para Multi-AZ

Configurar o RDS pra usar um multi-AZ é tão simples quanto selecionar uma opção no menu drop-down na interface do console. Na aba RDS, selecione sua instancia RDS e clique no botão Modify. Na caixa de diálogo Modify DB Instance, selecione Yes na opçao Multi-AZ Deployment. Caso você tenha modificado o tamanho da sua instancia RDS no tutorial anterior, use essa oportunidade para voltar o tamnho dela para uma instancia small, isso irá fazer com que você economize uma quantidade relevante de dinheiro. E mais uma vez, selecione Apply Immediately.

3

Até este momento você tem uma base de dados bem robusta e você pode executar funções como backups sem precisar ficar off, porque o backup é feito usando a cópia secundária do banco de dados. Por trás dos panos o RDS replica os dados sincronamente, e sua aplicação usará a instancia primária para as operações SQL. Se o primário falhar, a AWS irá automaticamente promover o segundo servidor para primário enquanto tenta simultaneamente recuperar o servidor com erro. Sua string de conexão irá continuar a mesma, dessa forma esse “soluço” nao terá nenhum efeito na sua aplicação.

Reconfigurando o ELB para AZ adicionais

O Auto Scaling irá adicionar automaticamente instancias adicionais ao multiplo AZ, mas você ainda tem que atualizar seu ELB para ser capaz de fazer o multi-AZ. Clique na aba EC2, selecione Load Balancers a esquerda, selecione o seu load balancer LabELB e clique na aba Instances, e finalmente clique no ícone +/- a direita de Availability Zones:

4

Selecione o box relacionado ao AZ que você adicionou ao seu Auto Scaling group e clique “Save”:

5

Testando o deploy Multi-AZ

Você pode testar o deploy no seu multi-AZ, carregando a URL ELB no seu navegador. Pode verificar a localização (AZ) do seu web server esperando alguns minutos para o ELB DNS TTL expire ou você pode conectar diretamente a cada servidor e verificar que eles estão em diferentes AZ’s.

O Multi-AZ RDS é mais dificil de testar porque a AWS faz um fail-over automático. Uma forma de testar o fail-over é reconfigurando o tamanho (tipo) da sua instancia RDS e aplicando as mudanças imediatamente. Nesse caso, o RDS atualizará o backup da instancia RDS para um tipo maior, falhará, e atualizará o novo servidor de backup.

Encerrando os serviços pagos

Por favor, siga as instruções do tutorial de Auto Scaling e do tutorial de RDS para terminar todos os serviços pagos.


BIGtheme.net Joomla 3.3 Templates