Devo construir uma estratégia de DR em nuvens públicas, já que elas tendem a ser resilientes, ou usar o backup? Em caso afirmativo, qual a melhor opção? 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 se concentra na replicação e recuperação rápidas dos aplicativos e de toda a infraestrutura; o consumo de armazenamento é essencial, mas o foco principal está no baixo RPO (Objetivo de Ponto de Recuperação - o tempo entre replicações) e RTO (Objetivo de Tempo de Recuperação - 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 para 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 você precisa ter uma funcionalidade de backupÉ melhor do que nada e ajudará você a se recuperar após uma falha ou desastre. Você pode usar recursos padrão de nuvem pública para criar snapshots de volume ou contratar um fornecedor para isso. Certifique-se de entender quanto tempo leva para recuperar, onde os dados estã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 alguma informação, mas não ajuda muito quando todo o data center ou zona de disponibilidade está inativo.
Há alguns anos, as empresas consideravam as nuvens públicas inseguras e instáveis. Agora, a 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 fornecer até 100% de tempo de atividade. Claro, às vezes é assim, mas a verdade está no meio termo.
Nuvens públicas apresentam problemas de tempos em tempos – suas regiões ou serviços específicos podem estar inativos, afetando seus clientes, incluindo você, como cliente. Você pode ver o status da nuvem pública de AWS, Azure, ou GCPPor exemplo, digamos que você execute suas VMs na AWS na região Oeste dos EUA. Se houver problemas de 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 com serviços de nuvem para uma das Três Grandes. Se até 6 horas de indisponibilidade forem aceitáveis para você, pode ignorá-la; as nuvens públicas fazem um excelente trabalho restaurando seus serviços nesse período.
