Nosso Blog

Como criar um Plano de Disaster Recovery na Nuvem

Você nunca pode saber quando um desastre ocorrerá na sua infraestrutura de nuvem. No entanto, você pode preparar um plano de recuperação de desastre na nuvem que permita restaurar operações rapidamente sempre que ocorrer um desastre na sua nuvem. Este artigo explica como.

O que é Disaster Recovery ?

Um desastre é qualquer tipo de evento inesperado que interrompe as cargas de trabalho de TI da sua empresa.

Um desastre pode ser causado pela falha do hardware de um provedor de nuvem, como o incêndio do data center que interrompeu o serviço para alguns clientes do Azure em 2017. Pode ser o resultado de um ataque cibernético que torna os aplicativos indisponíveis, como outro exemplo. Isso pode ser causado pela exclusão acidental de dados por um de seus administradores.

O que é Disaster Recovery na nuvem?

Existem várias maneiras de implementar um plano de recuperação de desastre. Uma abordagem é confiar na infraestrutura local para fazer backup de suas cargas de trabalho.

O método que fornece a maior flexibilidade e velocidade de recuperação, no entanto, é o backup na nuvem e a recuperação de desastres. Um plano de recuperação de desastre na nuvem é aquele que utiliza uma nuvem pública – como AWS, Azure ou Google Cloud Platform – para fazer backup de dados, aplicativos e outros recursos. Então, quando ocorrer um desastre, esses recursos poderão ser restaurados da nuvem para seus locais originais – sejam esses locais de infraestrutura no local ou na nuvem.

Outra maneira de descrever o backup na nuvem e a recuperação de desastre é chamá-lo de recuperação de desastre fora do local, porque suas cargas de trabalho são copiadas em um site remoto e podem ser recuperadas a partir daí.

 

É importante observar que um plano de recuperação de desastre na nuvem pode ser usado para fazer backup e restaurar cargas de trabalho executadas no local, bem como aquelas hospedadas na nuvem. Você não precisa executar seus sistemas de produção na nuvem para aproveitar a recuperação de desastre baseada na nuvem.

 

Por que usar Disaster Recovery na nuvem?

Um plano de recuperação de desastre na nuvem oferece vários benefícios importantes, em comparação com outros tipos de estratégias de recuperação de desastre:

  • É mais escalável, pois você pode aumentar facilmente a quantidade de recursos dos quais faz backup na nuvem adquirindo mais capacidade de infraestrutura em nuvem.
  • Você pode pagar conforme o uso. Em outras palavras, você paga pela infraestrutura de recuperação de desastres na nuvem enquanto a usa; não há necessidade de investir antecipadamente em hardware ou pagar por mais infraestrutura do que você realmente usa em um determinado momento.
  • A recuperação de desastres baseada na nuvem torna possível aproveitar os recursos de redundância geográfica. Isso significa que você pode espalhar seus recursos de backup em várias regiões geográficas para maximizar sua disponibilidade, mesmo que parte da nuvem que você usa falhe.
  • A recuperação da nuvem é rápida porque a maioria da infraestrutura de nuvem oferece alta largura de banda e E / S de disco rápida.

Criando um plano de Disaster Recovery na nuvem

Quando se trata de criar uma estratégia de recuperação de desastre baseada na nuvem, há duas perguntas principais que você precisa responder.

Escolhendo um provedor de DR de nuvem

O primeiro é qual provedor de nuvem usar. As três grandes plataformas de nuvem pública disponíveis hoje incluem:

  • Amazon Web Services (AWS), que oferece um sistema diversificado de instalações em nuvem. Juntamente com o armazenamento e as máquinas virtuais, a AWS oferece plataformas de banco de dados, recursos de transferência de dados, repositórios de dados frios e de arquivo morto e mais. A AWS é um dos players mais antigos do mercado de serviços em nuvem e oferece descontos significativos para assinaturas de longo prazo. O serviço de ambiente virtual da AWS, EC2, é escalável e econômico.
  • O Google Cloud Platform também oferece várias ferramentas de virtualização, armazenamento e processamento de big data, que foram desenvolvidas juntamente com serviços como Gmail e Google Docs. Permite criar máquinas virtuais com configurações personalizadas de recursos, ajudando assim a economizar tempo de recuperação.
  • O Microsoft Azure é outro serviço complexo, que possui diferentes infraestruturas, plataformas e software como serviço.

Abordagens de recuperação de desastres na nuvem

A segunda pergunta é qual abordagem usar para a recuperação de desastres fora do local. Embora todos os planos de recuperação de desastres na nuvem envolvam a nuvem de alguma forma, os tipos específicos de recursos em nuvem que são usados ​​e a maneira como eles são implantados variam de acordo com a abordagem de recuperação de desastres adotada.

Há quatro abordagens a serem consideradas:

Restaurar e recuperar. Essa é a estratégia mais direta de recuperação de desastres externos. Isso envolve fazer backup de dados na nuvem e recuperá-los da nuvem quando ocorre um desastre. (Como observado acima, lembre-se de que os dados podem ser recuperados do local do backup para um ambiente local no local ou para outra infraestrutura em nuvem, dependendo de suas necessidades.) Para que uma estratégia simples de backup e recuperação funcione, você precisa para garantir que ele atenda aos seus requisitos de RTO e RPO. Nos casos em que as necessidades de RPO e RTO são muito altas, pode ser difícil obter uma abordagem de backup e recuperação para recuperação de desastres fora do local.

Luz piloto. Sob essa abordagem, você mantém uma cópia dos servidores e bancos de dados virtuais de produção armazenados na nuvem o tempo todo. Você mantém os dados e as configurações sincronizados com os dos sistemas de produção, mas os recursos de backup baseados em nuvem são ativados e ativados apenas no caso de seus sistemas de produção falharem devido a um desastre. Assim, o ambiente de backup em nuvem funciona como uma luz piloto em seu forno. Está sempre pronto para disparar sob demanda; no entanto, como levará algum tempo para ativar os recursos de backup baseados em nuvem, a recuperação após um desastre não é instantânea. A desvantagem do atraso é que você não precisa pagar para ter seus recursos de backup em execução na nuvem constantemente.

Espera quente. O modo de espera quente é semelhante à abordagem piloto, exceto que os servidores e bancos de dados virtuais de backup estão realmente em execução o tempo todo. Isso permite que você coloque os recursos de backup em produção quase instantaneamente sempre que ocorrer um desastre. No entanto, essa abordagem será mais cara, porque você precisa pagar para manter cópias de backup da sua infraestrutura em execução na nuvem o tempo todo.

Múltiplos sites. Essa abordagem envolve o uso da técnica de espera a quente, mas, em vez de ter apenas uma cópia de suas cargas de trabalho em execução na nuvem o tempo todo, você executa várias cópias que estão espalhadas pelas diferentes zonas geográficas da nuvem. Essa estratégia fornece o maior nível de disponibilidade, pois garante que você possa restaurar suas cargas de trabalho muito rapidamente, mesmo se parte da infraestrutura do seu provedor de nuvem falhar. É também, no entanto, a abordagem mais cara.

Conclusão

A abordagem específica adotada ao projetar uma arquitetura de recuperação de desastre na nuvem dependerá das suas necessidades e do seu orçamento. Se seus bancos de dados e configurações de infraestrutura forem relativamente constantes e suas demandas de RTO não forem muito grandes, uma estratégia simples de backup e recuperação em nuvem pode funcionar. Uma estratégia mais cara pode ser necessária se você precisar de mais disponibilidade ou capacidade de se recuperar mais rapidamente.

Seja qual for a abordagem adotada, você obterá vários benefícios escolhendo uma estratégia de recuperação de desastre externa. Você obterá escalabilidade e disponibilidade, além de provavelmente reduzir seus custos gerais em comparação com uma estratégia de recuperação de desastres que depende apenas da infraestrutura local.

Está gostando do conteúdo? Compartilhe!

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

Post Recentes:

Menu

Redes