Soluções de backup de VM de carga de trabalho

A proteção de dados de aplicativos em máquinas virtuais (VMs) é um requisito fundamental para aplicativos empresariais essenciais em execução no Google Cloud VMware Engine. É possível continuar usando as mesmas ferramentas de backup usadas no local para fazer backup da VM da VMware e dos dados do VMware Engine. Esta página fornece diferentes opções e considerações para infraestrutura de backup que protege VMs e dados no VMware Engine.

Soluções de backup compatíveis

O Google fornece Serviço de backup e DR como uma solução de backup para cargas de trabalho no Google Cloud. As soluções de backup de terceiros baseadas em agente podem interoperar com o VMware Engine se fornecerem backups no nível do aplicativo e forem certificadas por fornecedores de aplicativos (por exemplo, RMAN para Oracle).

As soluções de backup que podem interoperar com o VMware Engine precisam estar em conformidade com o padrão do protocolo da API VMware vStorage para proteção de dados (VADP, na sigla em inglês) e serem certificadas pela VMware para vSAN. O VMware Engine validou as seguintes soluções de backup para conformidade:

Considerações sobre a solução de backup

Considere as perguntas a seguir antes de projetar sua solução de backup e implementar um modelo de implantação no VMware Engine.

Como escolher uma tecnologia de backup

É possível usar uma abordagem de backup baseada em agente ou VADP. Recomendamos o uso de uma abordagem baseada em VADP ao migrar cargas de trabalho de ambientes locais porque isso requer menos alterações. Ele também oferece flexibilidade na escolha do local para repositórios de backup.

Uma abordagem de backup baseada em agente para VMs migradas requer configuração adicional se uma rede de camada 2 for esticada de um ambiente local para o VMware Engine ou se você quiser alterar o local do repositório de backup principal durante a migração.

Como determinar o número de cópias de dados a serem armazenadas

Você precisa avaliar os requisitos gerais de backup, os objetivos e as políticas da sua empresa. Inclua os requisitos para armazenar backups em locais específicos, como local, externo, seu objetivo de tempo de recuperação (RTO, na sigla em inglês) e objetivo de ponto de recuperação (RPO, na sigla em inglês).

Determinar onde armazenar os dados de backup

Há vários lugares onde você pode armazenar dados de backup (repositório de backup). Cada local oferece uma combinação diferente de custo de armazenamento, objetivo de tempo de recuperação (RTO, na sigla em inglês), número de cópias e cobranças de transferência de dados de saída da rede. Baseie sua escolha nos requisitos e custos do app e nos recursos do software de backup.

Considere as seguintes escolhas principais e seus principais aspectos relevantes para armazenar backups de VMs e dados:

Use discos permanentes como armazenamento de back-end de uma instância do Compute Engine. A instância do Compute Engine exporta uma montagem NFS para o servidor de backup. Uma vantagem dessa abordagem é que os discos permanentes são regionais e também podem ser replicados entre regiões.
Use o Filestore para exportar volumes NFS para uso como repositórios de backup. Essa abordagem fornece menos sobrecarga de gerenciamento porque as instâncias do Filestore são instâncias gerenciadas. Ela também oferece um desempenho consistente. As instâncias do Filestore são divididas por zonas e os dados não são replicados entre zonas ou regiões.
Use o Cloud Storage para armazenar arquivos de backup. O Cloud Storage armazena dados entre zonas e regiões para aumentar a redundância. Os dados são armazenados e movidos entre níveis de armazenamento com base em acionadores definidos pelo usuário. O Cloud Storage ajuda a otimizar os custos mantendo os dados frequentemente usados em níveis de armazenamento mais rápidos e os mais antigos em níveis de armazenamento de menor custo. Consulte a documentação do fornecedor da solução de backup para integração do Cloud Storage.
Use o NetApp Cloud Volumes Service para o Google Cloud para exportar volumes NFS e PMEs para uso como repositórios de backup. Esse serviço totalmente gerenciado elimina a sobrecarga operacional do armazenamento conectado à rede (NAS, na sigla em inglês), como o Filestore. Os volumes de serviço de volume do Cloud Volumes são regionais, e os dados não são replicados entre zonas ou regiões. Para mais informações, consulte Regiões em que o Cloud Volumes Service está disponível.

Também é possível armazenar backups em um cluster diferente da mesma nuvem privada, em uma nuvem privada do VMware Engine ou no armazenamento local.

O uso de um cluster diferente na mesma nuvem privada ou em uma nuvem privada diferente no VMware Engine fornece o menor RTO, mas pode ter altos custos de armazenamento. O Cloud Storage oferece um RTO maior a um preço menor do que usando clusters diferentes. O Compute Engine com disco permanente e o Filestore fornecem um RTO e preços que se encaixam entre as duas opções.

Os níveis de desempenho do Cloud Volumes Service são dinâmicos, e um volume pode ser atualizado para um nível superior durante a recuperação para atender ao seu RTO e, em seguida, alterado para um nível inferior para otimizar os custos. O armazenamento no local gera cobranças pela transferência de dados de saída da rede, mas preserva o armazenamento de backup atual.

Permissões do IAM e do vSphere

Os administradores e usuários de backup precisam ter as permissões necessárias para fazer o seguinte:

Implantar instâncias do Compute Engine em um projeto e uma rede VPC
Conectar a rede VPC ao VMware Engine
Configurar regras de firewall na rede VPC

Para mais informações sobre os papéis e permissões do Google Cloud, consulte IAM.

Os usuários do vSphere com o papel Cloud-Owner-Role padrão têm os privilégios necessários para implantar componentes da solução de backup (máquinas virtuais e dispositivos) no VMware Engine. Se um componente de software de backup exigir privilégios adicionais do vCenter que não estão disponíveis para o papel Cloud-Owner-Role padrão, use uma conta de usuário da solução.