Devo construir uma estratégia de DR em nuvens públicas, pois elas tendem a ser resilientes, ou utilizar o backup? Se sim, qual é o melhor estratégia de DR para mim? Vamos discutir…
Primeiro, vamos discutir brevemente a diferença entre recuperação de desastres e backup, já que a maioria não vê diferença ou até faz uso indevido dos termos. Backup é quando você replica algum estado de seus dados para algum armazenamento (fita, NAS, armazenamento em nuvem, etc.) e, em seguida, tem uma maneira de restaurar um item ou itens ausentes dos pontos de restauração. De acordo com algumas configurações e políticas de retenção, ele protege contra perda de dados, ransomware ou falha do sistema. A melhor solução de backup é aquela que armazena dados de forma eficiente e oferece várias opções de recuperação, como recuperação granular de arquivos/pastas, restaurações para um banco de dados, etc. Normalmente, a recuperação deve ser executada no mesmo ambiente ou em um ambiente semelhante. Enquanto isso, a Recuperação de Desastres trata da rápida replicação e recuperação dos aplicativos e de toda a infraestrutura; o consumo de armazenamento é essencial, mas o foco principal está no baixo RPO (Recovery Point Objective – o tempo entre replicações) e RTO (Recovery Time Objective – tempo para restaurar todo o sistema após um desastre). Os dados são armazenados em um formato pronto para uso; a recuperação granular de arquivos/pastas é uma vantagem, mas não um aspecto central. Uma solução de DR ideal deve ser capaz de restaurar em outra nuvem ou região e ter uma funcionalidade de failback suave (retorno de aplicativos quando o desastre for corrigido).
Agora que sabemos a diferença, que tecnologia devemos usar? Bem, eu diria que pelo menos você precisa ter uma funcionalidade de backup. É melhor do que nada e irá ajudá-lo a restaurar após uma falha ou desastre. Você pode usar recursos padrão de nuvem pública para obter instantâneos de volume ou usar algum fornecedor para isso. Apenas certifique-se de entender quanto tempo leva para recuperar, onde os dados são armazenados, quanto você precisa pagar pelo backup (não apenas pelas licenças, se não for gratuito, mas também pelo armazenamento e transferência de dados) e como fazer isso. restaurar dados ou VMs.
O backup é excelente quando você precisa restaurar algumas informações, mas não ajuda muito quando todo o data center ou zona de disponibilidade está inoperante.
Há alguns anos, as empresas consideravam as nuvens públicas inseguras e instáveis. Agora há uma tendência oposta – as pessoas tendem a pensar que as nuvens públicas são altamente confiáveis, armazenam todos os dados em poucas cópias e fornecem tempo de atividade de até 100%. Claro, às vezes é assim, mas a verdade está no meio.
As nuvens públicas apresentam problemas de tempos em tempos – suas regiões ou serviços específicos podem ficar inativos, afetando seus clientes – incluindo você, como cliente. Você pode ver o status da nuvem pública aqui, aqui, ou aqui. Por exemplo, digamos que você execute suas VMs na AWS na região oeste dos EUA. Se houver problemas devido à conectividade, seus aplicativos e VMs estarão com problemas. Você pode dizer que isso acontece muito raramente e não precisa se preocupar com isso. Não me lembro de um mês sem problemas de serviços em nuvem para uma das Três Grandes. Se até 6 horas de interrupção for aceitável para você, você pode ignorá-la; as nuvens públicas fazem um excelente trabalho restaurando seus serviços neste período.
