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 Disaster Recovery e Backup, já que a maioria não vê diferença ou até mesmo usa mal os termos. Backup é quando você replica algum estado dos seus dados para algum armazenamento (fita, NAS, armazenamento em nuvem, etc.) e então tem uma maneira de restaurar um item ou itens perdidos 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 é aquele que armazena dados de forma eficiente e fornece 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 é sobre replicação e recuperação rápidas dos aplicativos e de toda a infraestrutura; o consumo de armazenamento é essencial, mas o foco principal é em 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 essencial. 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, qual tecnologia deve ser usada? Bem, eu diria que pelo menos você precisa ter uma funcionalidade de backup. É melhor do que nada e ajudará você a restaurar após uma falha ou um desastre. Você pode usar recursos de nuvem pública padrão para tirar snapshots 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 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.
