Confira algumas considerações importantes que afetam a implantação de dispositivos de backup/recuperação do Backup e DR:
Quais são os requisitos de objetivo do tempo de recuperação (RTO) da sua organização? O RTO é o período máximo em que você pode ficar sem seus dados. Por exemplo, se o RTO for de 4 horas,você precisará acessar os dados em até 4 horas após uma falha.
Você precisa centralizar o gerenciamento de backups? Você precisa decidir se quer gerenciar seus backups de forma centralizada ou não.
- O gerenciamento centralizado de backups significa que você tem um único console de gerenciamento de dispositivos para gerenciar backups de todas as suas cargas de trabalho em todas as linhas de negócios. Essa pode ser uma maneira mais eficiente de gerenciar backups, já que você só precisa gerenciar um único console de gerenciamento de dispositivos.
- O gerenciamento descentralizado de backup significa que você tem um console de gerenciamento de appliance separado para cada linha de negócios. O modo de operação varia de organização para organização.
Qual é seu caso de uso de backup? Você precisa de backups remotos para recuperação de desastres em caso de desastre em uma região de produção, ou é suficiente proteger seus dados localmente? Se você precisar de recursos de recuperação de desastres, considere backups entre regiões. Isso significa armazenar seus backups em vários locais para que, se um deles for afetado por um desastre, seus dados ainda estejam acessíveis.
As cargas de trabalho estão em uma única região
A melhor estratégia de backup em uma região depende das suas necessidades.
Se você não precisa de recuperação de desastres (DR)
Para ter o melhor desempenho e reduzir os custos, implante o console de gerenciamento de dispositivos e os dispositivos de backup/recuperação na mesma região em que suas cargas de trabalho estão sendo executadas. Armazene as imagens de backup na mesma região das cargas de trabalho.
Se você também quiser ter cópias de backup fora do local, armazene backups em uma região diferente ou use armazenamento birregional ou multirregional. Armazenar backups em uma região diferente gera cobranças de rede e armazenamento.
Se você precisar de backup e DR
Para ter o desempenho mais rápido e o menor custo, implante um console de gerenciamento de appliance na mesma região da carga de trabalho de produção e um segundo console de gerenciamento de appliance em uma região que possa ser usada para recuperação de desastres.
Implante dispositivos de backup/recuperação na região da carga de trabalho de produção e na região de DR para minimizar o objetivo de tempo de recuperação (RTO). Isso garante que um ambiente de DR seja totalmente pré-provisionado e esteja disponível em caso de desastre.
Armazene imagens de backup na região de produção e uma cópia na região de recuperação de desastres (DR, na sigla em inglês) ou use armazenamento birregional ou multirregional. A cópia de backup da região de produção pode atender às necessidades rotineiras de backup com desempenho mais rápido. Os dados copiados para sua região de DR podem ser usados para recuperar as cargas de trabalho caso a região de produção fique inativa.
As cargas de trabalho estão em várias regiões
A melhor estratégia de backup entre regiões depende das suas necessidades.
Se você não precisa de recuperação de desastres (DR)
Para ter o melhor desempenho e reduzir os custos, implante o console de gerenciamento do appliance em uma das regiões em que suas cargas de trabalho estão sendo executadas. Isso permite o gerenciamento centralizado em todas as cargas de trabalho e regiões.
Implante um ou mais dispositivos de backup/recuperação em cada região em que as cargas de trabalho estão sendo executadas. Armazene os backups na mesma região que as cargas de trabalho.
Se você também quiser ter cópias de backup fora do local, armazene backups em uma região diferente ou use armazenamento birregional ou multirregional. Armazenar backups em uma região ou multirregião diferente gera cobranças de rede e armazenamento.
Se você precisar de backup e DR
Implante um console de gerenciamento de appliance em cada uma das regiões de carga de trabalho de produção e outro na região de DR.
Implante dispositivos de backup/recuperação nas regiões de carga de trabalho de produção e na região de DR para minimizar o objetivo de tempo de recuperação (RTO). Isso garante que um ambiente de DR esteja totalmente pré-provisionado e disponível em caso de desastre.
Armazene backups na região da carga de trabalho de produção e uma cópia na região de DR ou use armazenamento birregional ou multirregional. A cópia de backup da região de produção pode ser usada para atender às necessidades de backup.
Uma imagem de backup no DR pode ser usada para recuperar cargas de trabalho se a região de produção estiver inativa.
Topologia de rede recomendada para Backup e DR
OGoogle Cloud recomenda o uso da VPC compartilhada ao implantar o Backup e DR. A VPC compartilhada permite que uma organização conecte recursos de vários projetos a uma rede VPC (VPC) comum para que eles possam se comunicar de maneira segura e eficiente usando IPs internos dessa rede. Quando você usa a VPC compartilhada, é preciso designar um projeto como host e anexar um ou mais projetos de serviço. As redes VPC no projeto host são chamadas de redes VPC compartilhada. Recursos qualificados de projetos de serviço podem usar sub-redes na rede VPC compartilhada.
Com a VPC compartilhada, os administradores da organização delegam responsabilidades administrativas, como a criação e o gerenciamento de instâncias, aos administradores de projetos de serviço enquanto mantêm o controle centralizado dos recursos de rede, como sub-redes, rotas e firewalls.
O console de gerenciamento do appliance é ativado em uma rede VPC de produtor de serviços. Essa VPC produtor de serviços se comunica com seu projeto usando o Acesso privado do Google. O objetivo principal dessa conexão é que o console de gerenciamento do dispositivo e os dispositivos de backup/recuperação troquem metadados. O tráfego de backup não passa por esse link. No entanto, um console de gerenciamento de dispositivos precisa se comunicar com todos os dispositivos de backup/recuperação implantados em qualquer rede.
Práticas recomendadas para VPC compartilhada
Recomendamos as seguintes práticas:
Conexão com o console de gerenciamento do appliance: é melhor conectar a rede do provedor de serviços a uma VPC compartilhada na sua rede. Todo o tráfego do console de gerenciamento do dispositivo flui por essa VPC e, portanto, pelo projeto host. O provisionamento da conectividade com o Backup e DR por uma VPC compartilhada também permite uma conexão perfeita entre os projetos em que as cargas de trabalho estão sendo executadas (projetos de serviço) e o Backup e DR.
Localização do dispositivo de backup/recuperação: os dispositivos de backup/recuperação precisam ser implantados em uma sub-rede com o Acesso privado do Google ativado para conectividade com o console de gerenciamento de dispositivos. Há duas estratégias recomendadas para selecionar os projetos dos dispositivos de backup/recuperação:
No projeto host central: nessa estratégia, o Backup e DR é tratado como um serviço central de TI. A equipe central de backup governa o provisionamento do serviço. Assim, todos os dispositivos de backup/recuperação são provisionados no projeto host, permitindo que os administradores centrais consolidem todos os recursos de backup em um projeto central. Essa abordagem tem o benefício de consolidar todos os recursos relacionados a backup e o faturamento deles em um único projeto.
Em projetos de serviço: essa estratégia é adequada para equipes mais descentralizadas em que os projetos de serviço são criados e o gerenciamento deles é delegado a equipes distribuídas. Nesse cenário, a prática recomendada é provisionar a VPC para projetos de serviço downstream. Os dispositivos de backup/recuperação são instalados nos projetos de serviço nessas VPCs. Isso permite a colocalização da carga de trabalho e do dispositivo de backup/recuperação em um único projeto.
Acesso privado do Google: é recomendável ativar o Acesso privado do Google para cada sub-rede em que você instala um dispositivo de backup/recuperação. Isso garante que o dispositivo de backup/recuperação possa se comunicar com APIs, como Compute Engine, Cloud Storage e Cloud Logging, o que é importante para o funcionamento do monitoramento e dos alertas. Para simplificar e melhorar as conexões com as APIs Google Cloud , considere configurar a resolução de DNS para
private.googleapis.com, conforme documentado na seção Resumo das opções de configuração. Para o Acesso privado do Google, configure as regras de firewall dos dispositivos de backup/recuperação para permitir conexões com o intervalo CIDR199.36.153.8/30na porta TCP 443.