Apêndice C: backup e recuperação

A recuperação pós-falha na AWS é mais rápida e mais fácil em comparação com ambientes de hospedagem tradicionais. Por exemplo, você pode executar uma instância de substituição em minutos como resposta a uma falha no hardware, ou usar o failover automatizado em muitos dos nossos managed services para negar o impacto de uma reinicialização devido à manutenção de rotina.

Entretanto, você ainda precisa garantir a cópia dos dados certos para conseguir recuperá-los. Para restabelecer a disponibilidade de um site do WordPress, recupere os seguintes componentes:

• Sistema operacional (OS) e instalação e configuração de serviços (Apache, MySQL e assim por diante)

• Código de aplicação e configuração do WordPress

• Temas e plugins do WordPress

• Uploads (por exemplo, arquivos de mídia para publicações)

• Conteúdo do banco de dados (publicações, comentários e assim por diante)

A AWS oferece uma variedade de métodos para fazer backup e restaurar seus dados e ativos de aplicações Web.

Este whitepaper apresentou anteriormente o uso de snapshots do Lightsail para proteger todos os dados armazenados no armazenamento local da instância. Se o site do WordPress for executado apenas na instância do Lightsail, os snapshots regulares do Lightsail deverão ser suficientes para que você recupere o site do WordPress na íntegra. Mas você ainda perderá todas as alterações no site, pois o último snapshot seria tirado se você fizesse a restauração por um snapshot.

Em uma implantação de vários servidores, é necessário copiar cada um dos componentes abordados anteriormente, usando diferentes mecanismos. Cada componente pode ter um requisito diferente de frequência de backup, por exemplo, a instalação e a configuração do OS e do WordPress mudam com muito menos frequência que o conteúdo gerado pelo usuário, por isso podem ser copiados com menos frequência sem perder dados no caso de uma recuperação.

Para fazer o backup da instalação e configuração do OS e serviços, além do código e da configuração da aplicação do WordPress, você pode criar uma AMI de uma instância do EC2 configurada corretamente. As AMIs podem agir com duas finalidades: como backup do estado da instância e como modelo ao executar novas instâncias.

Para fazer o backup do código e da configuração da aplicação do WordPress, é necessário usar as AMIs e os backups do Aurora.

Para fazer o backup de temas e plugins do WordPress instalados no site, faça o backup do bucket do Amazon S3 ou do sistema de arquivos do Amazon EFS onde eles estão armazenados.

• Para temas e plugins armazenados em um bucket do S3, é possível ativar a Replicação entre regiões para que todos os objetos carregados no bucket principal sejam replicados automaticamente para o bucket de backup em outra região AWS. A replicação entre regiões exige que o versionamento esteja ativado nos buckets de origem e de destino, o que fornece uma camada adicional de proteção e permite reverter para uma versão anterior de qualquer objeto específico no bucket.

• Para temas e plugins armazenados em um sistema de arquivos do EFS, é possível criar um AWS Data Pipeline para copiar dados do sistema de arquivos do EFS de produção para outro sistema de arquivos do EFS, conforme descrito na página de documentação Fazer backup dos sistemas de arquivos do Amazon EFS. Também é possível fazer backup de um sistema de arquivos do EFS usando qualquer aplicação de backup já conhecida.

• Para fazer backup de uploads do usuário, siga as etapas descritas anteriormente para temas e plugins do WordPress.

• Para fazer backup do conteúdo do banco de dados, é necessário usar o backup do Aurora. O Aurora faz backup do volume do cluster automaticamente e retém os dados de restauração durante o período de retenção de backup. Os backups do Aurora são contínuos e incrementais para que você possa restaurar rapidamente para qualquer ponto dentro do período de retenção de backup. Quando os dados do backup estão sendo gravados, não há nenhum impacto em relação à performance ou à interrupção de serviço do banco de dados. Você pode especificar um período de retenção de backup entre 1 e 35 dias. Você ainda pode criar snapshots de bancos de dados manuais, que são mantidos até que você os exclua. Snapshots de bancos de dados manuais são úteis para backups e arquivamentos de longo prazo.