Devo implementar um plano de recuperação de desastres (DR) em nuvens públicas, dada sua resiliência inerente, ou empregar backups seria suficiente? Se eu precisar de um estratégia de DR, como posso determinar o melhor para minhas necessidades? Vamos nos aprofundar nessas questões…
Qual é a diferença entre recuperação de desastres e backup?
Para começar, é crucial esclarecer a distinção entre recuperação de desastres e backup, pois eles são frequentemente usados incorretamente de forma intercambiável. O processo de backup envolve a duplicação de seus dados para um sistema de armazenamento (fita, NAS, armazenamento em nuvem, etc.), que pode então ser usado para restaurar dados perdidos ou corrompidos devido a eventos como perda de dados, ataques de ransomware ou falha do sistema, tudo por configurações e políticas de retenção especificadas. As soluções de backup mais eficazes armazenam dados de forma eficiente e oferecem diversas opções de recuperação, como recuperação granular de arquivos/pastas ou restauração para um banco de dados. Normalmente, espera-se que as operações de recuperação sejam executadas no mesmo ambiente ou em um ambiente semelhante. Por outro lado, a recuperação de desastres se concentra na replicação e restauração rápidas de aplicativos e de toda a infraestrutura. Embora a eficiência do armazenamento seja importante, a prioridade é minimizar o RPO (Recovery Point Objective – o intervalo de tempo entre replicações) e o RTO (Recovery Time Objective – o período para restaurar todo o sistema após o desastre). Os dados são armazenados em um formato pronto para lançamento; embora a recuperação granular de arquivos/pastas seja benéfica, ela não é um ponto focal. A melhor solução de DR deve permitir a restauração em uma nuvem ou região diferente e fornecer recursos de failback contínuos (revertendo aplicativos para resolução pós-desastre).
Tendo esclarecido essas distinções, qual tecnologia você deve optar? No mínimo, é seguro dizer que incorporar a funcionalidade de backup é necessário. Isso fornece uma rede de segurança para restauração de dados após falhas ou desastres. Você pode confiar em recursos nativos de nuvem pública para snapshots de volume ou utilizar fornecedores terceirizados. No entanto, é vital ser claro sobre a duração da recuperação, o local de armazenamento de dados, os custos de backup (não apenas os custos de licença, se houver, mas também aqueles associados ao armazenamento e transferência de dados) e como restaurar dados ou Máquinas Virtuais (VMs).
Embora o backup seja uma solução conveniente quando você precisa restaurar uma informação específica, ele pode não ser muito benéfico quando todo o seu data center ou zona de disponibilidade sofre inatividade.
Anos atrás, as nuvens públicas eram vistas com ceticismo pelas organizações, percebidas como instáveis e inseguras. No entanto, a tendência atual pende para o sentimento oposto – muitos agora consideram as nuvens públicas extremamente robustas, acreditando que elas mantêm várias cópias de dados e garantem um tempo de atividade próximo a 100%. Embora isso seja verdade em alguns casos, o cenário real está em algum lugar no meio.
Ocasionalmente, nuvens públicas enfrentam problemas – com suas regiões ou serviços específicos passando por tempo de inatividade, impactando sua clientela – você incluído. Você pode monitorar o status dos serviços de nuvem pública por meio de vários recursos online (AWS, Microsoft Azure, Google Cloud). Por exemplo, se você estiver executando suas Máquinas Virtuais (VMs) na região AWS us-west e ela tiver problemas de conectividade, seus aplicativos e VMs podem sofrer. É fácil descartar tais ocorrências como infrequentes e, portanto, não uma preocupação séria. No entanto, não consigo me lembrar de um único mês sem problemas de serviço de nuvem afetando um dos Três Grandes. Se uma interrupção de até 6 horas for tolerável para você, então as nuvens públicas são geralmente confiáveis, pois normalmente restauram seus serviços dentro dessa duração.
Caso contrário, você precisará fazer dois cálculos cruciais:
- O custo para sua empresa por hora de inatividade.
- O tempo que levaria para restaurar toda a sua infraestrutura a partir de um backup.
Essas considerações preparam você para lidar com uma interrupção na nuvem, mas também ajudam a se preparar para eventos como ataques de ransomware, erro humano (responsável por cerca de 70% de todas as interrupções) ou qualquer falha de hardware.
Se o produto dos pontos 1 e 2 resultar em um valor financeiramente inaceitável, fica claro que você precisa de uma solução de Recuperação de Desastres (DR).
O que ter em mente ao escolher uma estratégia de recuperação de desastres
Várias soluções de Disaster Recovery (DR) existem no mercado hoje. Aqui estão alguns critérios importantes a serem considerados ao escolher:
- Se possível, use uma nuvem pública diferente para failover. Isso protegerá você do impacto de um erro generalizado e permitirá uma verdadeira mobilidade de carga de trabalho. Em outras palavras, você não está preso a uma nuvem específica e pode utilizar os melhores recursos de todas elas.
- Realize testes de DR regularmente. É lamentável quando as empresas negligenciam suas estratégias de DR, e pior ainda quando estão pagando por um serviço que não entrega o prometido. Procure fazer um teste mensal, no mínimo.
- Encontre um equilíbrio entre usar serviços de nuvem nativos e operar seus próprios aplicativos. Embora os serviços de nuvem sejam fáceis de usar e convenientes, eles não facilitam o failover prontamente.
- Avalie várias opções de software de DR – algumas empresas de backup, cientes da confusão backup/DR, alegam oferecer recursos abrangentes de failover de infraestrutura. Coloque-os à prova para garantir a satisfação.
Nuvens públicas são excelentes sites de failover: elas eliminam a necessidade de configurar um site DR separado completo com hardware, licenças de software e suporte – tudo isso pode permanecer sem uso 80% do tempo, simplesmente esperando por um evento de failover. Alternativamente, nuvens públicas podem ser usadas para armazenar snapshots, incorrendo em custos de computação somente durante um failover.
No mínimo, não é negociável ter uma solução de backup na atual era digital. Reflita sobre a criticidade de suas operações comerciais serem interrompidas até que a recuperação de um backup seja concluída e considere uma solução de DR. Nuvens públicas são ótimas para uso como sites de failover. Tenha em mente que as empresas geralmente se enquadram em uma de duas categorias – a) aquelas que ainda não implementaram backups e b) aquelas que já têm sistemas de backup em vigor.
👆🏻 Explore mais a fundo o reino da recuperação de desastres baseada em nuvem e entenda as vantagens que ela oferece em relação aos métodos convencionais de recuperação de desastres
→ https://hystax.com/how-to-select-the-right-cloud-disaster-recovery-platform/
