Skip to content

Instantly share code, notes, and snippets.

@sandromello
Created September 27, 2015 19:19
Show Gist options
  • Save sandromello/0d183ef7ad0221dd20a0 to your computer and use it in GitHub Desktop.
Save sandromello/0d183ef7ad0221dd20a0 to your computer and use it in GitHub Desktop.
DR - AM

Disaster Recovery

Como solução de Disaster Recovery optamos pela recuperação do ambiente direto na nuvem em um provedor de IaaS. Como provedor escolhemos a empresa AWS que atualmente possui uma gama de serviços que atende toda nossa demanda de infra-estrutura. Abaixo segue o desenho da solução de Disaster Recovery para nosso ambiente:

1. Nossas aplicações de crédito consistem em servidores de aplicação e o acesso direto aos dados através de volumes agregados aos servidores, através desse ambiente controlamos todos os ativos de TI para fornecer nossa solução. 2. Com o serviço Storage Gateway que é um serviço que se conecta com um aplicativo on-premise fornecendo uma solução de Storage baseada em cloud. Ele realiza uploads de forma segura dos dados para a nuvem da AWS. 3. Os dados da aplicação, snapshots e AMI's (imagens de sistema operacional) ficam guardados no Amazon S3, um storage durável e de baixo custo. As AMI's são imagens customizadas de sistema operacional, é possível subir novas máquinas virtuais (instâncias EC2) a partir dessas imagens. 4. No caso de um desastre no datacenter local é possível provisionar um ambiente privado, isolado com o serviço Amazon Virtual Private Cloud (Amazon VPC), dessa forma é possível recriar o ambiente nas mesmas condições. 5. A aplicação e os dados podem ser recriados pelos snapshots EBS (Amazon Elastic Block Storage) através de instâncias EC2, os dados podem ser montados após a criação do sistema operacional. 6. Para verificar a aplicação recuperada é possível acessar através de um ambiente seguro através de uma conexão VPN.

Analisando a arquitetura é possível identificar diversos benefícios como:

  • Homologação do ambiente através de testes antes da transição;
  • Paga apenas pelo consumo da utilização dos recursos, nesse caso apenas o armazenamento, utilização de tráfego e pelo appliance Storage Gateway, ou seja não é necessário manter nenhum servidor em execução sem necessidade;
  • Economia com infra-estrutura local

Procedimento de recuperação

Considerando que a arquitetura desenhada acima já foi aplicada, desde a configuração do ambiente on-premise com o storage gateway até a criação do ambiente privado na AWS, o passos abaixo descrevem o passo-a-passo da recuperação do ambiente.

  1. Através do console de administração da AWS: https://aws.amazon.com (autenticar com as respectivas credenciais), acessar Services -> EC2;
  2. Launch Instance. Escolha a AMI pré-configurada para subir os novos servidores com as aplicações de crédito;
  3. Configure o tipo das instâncias (quantidade vcpu's e memória) de acordo com as configurações dos servidores do ambiente on-premise;
  4. Configure o Security Group (firewall virtual) correto nas instâncias;
  5. Associe os volumes com os dados da aplicação nas instâncias;
  6. Associe um Elastic IP (IP público) nas instâncias para conseguir acessá-las através da Internet;
  7. Conclua o processo para iniciar as instâncias;

A partir desse ponto é possível acessar as instâncias remotamente

  1. Através de uma conexão VPN, acesse remotamente os servidores e realize a configuração de todos os parâmetros da aplicação;
  2. O ambiente já deve estar funcional e operante, realize a mudança do DNS para que os usuários sejam direcionados para a nova aplicação;
  3. Conclusão do processo de Disaster Recovery.

Uma das vantagens de utilizar um ambiente IaaS como solução é a possibilidade de automatizar a maioria dos processos através de chamadas de API.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment