Implantações de dispositivo do VMware Cloud Director e configuração de alta disponibilidade do banco de dados

Você pode criar uma implantação de dispositivo do VMware Cloud Director com um cluster de alta disponibilidade do banco de dados que fornece recursos de failover para o seu banco de dados do VMware Cloud Director.

O dispositivo do VMware Cloud Director usa um banco de dados PostgreSQL incorporado. O banco de dados PostgreSQL incorporado inclui o pacote de ferramentas do Replication Manager (repmgr), que fornece uma função de alta disponibilidade (HA) para um cluster de servidores PostgreSQL.

Você pode implantar o dispositivo do VMware Cloud Director como uma célula primária, célula em espera ou célula de aplicativo do VMware Cloud Director. Consulte Implantar seu dispositivo do VMware Cloud Director usando o vSphere Client, Implantação do seu dispositivo do VMware Cloud Director usando o VMware OVF Tool ou #GUID-D35B3629-FCA2-40A6-8009-1A6CF8120F30.

Para configurar o HA para o seu banco de dados do VMware Cloud Director, ao criar o grupo de servidores, você pode configurar um cluster de HA do banco de dados implantando uma instância primária e duas instâncias de espera do dispositivo do VMware Cloud Director. Você pode dimensionar horizontalmente o seu grupo de servidores implantando adicionalmente as células do aplicativo. Consulte a figura Cluster de HA do banco de dados do dispositivo do VMware Cloud Director.

Figura 1. Cluster de HA do banco de dados do dispositivo do VMware Cloud Director

Criar uma implantação do dispositivo do VMware Cloud Director com o banco de dados de HA

Para criar um grupo de servidores VMware Cloud Director com uma configuração HA de banco de dados, siga este fluxo de trabalho:

1. Implante o dispositivo do VMware Cloud Director como uma célula primária.

   A célula principal é o primeiro membro no grupo de servidores do VMware Cloud Director. O banco de dados incorporado está configurado como o banco de dados do VMware Cloud Director. O nome do banco de dados é vcloud e o usuário do banco de dados é vcloud.

2. Verifique se a célula primária está funcionando.
   1. Para verificar a integridade do serviço VMware Cloud Director, faça login com as credenciais do administrador do sistema para o VMware Cloud Director Service Provider Admin Portal em https://primary_eth0_ip_address/provider.
   2. Para verificar a integridade do banco de dados PostgreSQL, faça login como root na interface do usuário de gerenciamento de dispositivo em https://primary_eth1_ip_address:5480

      O nó primário deve estar em um status de execução.

3. Implante duas instâncias do dispositivo do VMware Cloud Director como células em espera.

   Os bancos de dados incorporados são configurados em modo de replicação com o banco de dados primário.

   Observação: Após a implantação do dispositivo em espera inicial, o Replication Manager começa a sincronizar seu banco de dados com o banco de dados do dispositivo primário. Durante esse tempo, o banco de dados do VMware Cloud Director e, portanto, a interface de usuário do VMware Cloud Director não estarão disponíveis.
4. Verifique se todas as células no cluster de HA estão em execução.

   Consulte Visualizar a integridade do cluster e o modo de failover do seu dispositivo do VMware Cloud Director.

5. (Opcional) Implante uma ou mais instâncias do dispositivo do VMware Cloud Director como células do aplicativo VMware Cloud Director.

   Os bancos de dados incorporados não são usados. A célula do aplicativo VMware Cloud Director se conecta ao banco de dados primário.

Observação: Se o cluster estiver configurado para failover automático, depois de implantar uma ou mais células adicionais, você deverá usar a API do Dispositivo para redefinir o modo de failover do cluster para o Automatic. Consulte a API do dispositivo do VMware Cloud Director. O modo de failover padrão para novas células é Manual. Se o modo de failover estiver inconsistente em todos os nós do cluster, o modo de failover do cluster será Indeterminate. O modo de Indeterminate pode levar a estados de clusters inconsistentes entre os nós e os nós seguindo uma célula primária antiga. Para exibir o modo de failover do cluster, consulte Visualizar a integridade do cluster e o modo de failover do seu dispositivo do VMware Cloud Director.

Criar uma implantação de dispositivo do VMware Cloud Director sem o banco de dados de HA

Importante: A VMware não oferece suporte para implantações de dispositivos do VMware Cloud Director sem HA de banco de dados.

Para criar um servidor do VMware Cloud Director sem uma configuração de HA do banco de dados, siga este fluxo de trabalho:

1. Implante o dispositivo do VMware Cloud Director como uma célula primária.

   A célula principal é o primeiro membro no grupo de servidores do VMware Cloud Director. O banco de dados incorporado está configurado como o banco de dados do VMware Cloud Director. O nome do banco de dados é vcloud e o usuário do banco de dados é vcloud.

2. Verifique se a célula primária está funcionando.
   1. Para verificar a integridade do serviço VMware Cloud Director, faça login com as credenciais do administrador do sistema para o VMware Cloud Director Service Provider Admin Portal em https://primary_eth0_ip_address/provider.
   2. Para verificar a integridade do banco de dados PostgreSQL, faça login como root na interface do usuário de gerenciamento de dispositivo em https://primary_eth1_ip_address:5480

      O nó primário deve estar em um status de execução.

3. (Opcional) Implante uma ou mais instâncias do dispositivo do VMware Cloud Director como células do aplicativo VMware Cloud Director.

   O banco de dados incorporado não é usado. A célula do aplicativo VMware Cloud Director se conecta ao banco de dados primário.

Failover automático do seu dispositivo do VMware Cloud Director

Se o serviço do banco de dados principal falhar, você poderá ativar o VMware Cloud Director para executar um failover automático para um novo principal.

O failover automático elimina a necessidade de um administrador iniciar a ação de failover se o serviço de banco de dados primário falhar em executar suas funções por qualquer motivo. Por padrão, o modo de failover é definido como manual. Você pode definir o modo de failover como automático ou manual usando a API do dispositivo do VMware Cloud Director. Consulte o Referência de esquemas de API do dispositivo do VMware Cloud Director.

Observação: Se o cluster estiver configurado para failover automático, depois de implantar uma ou mais células adicionais, você deverá usar a API do Dispositivo para redefinir o modo de failover do cluster para o Automatic. Consulte a API do dispositivo do VMware Cloud Director. O modo de failover padrão para novas células é Manual. Se o modo de failover estiver inconsistente em todos os nós do cluster, o modo de failover do cluster será Indeterminate. O modo de Indeterminate pode levar a estados de clusters inconsistentes entre os nós e os nós seguindo uma célula primária antiga. Para exibir o modo de failover do cluster, consulte Visualizar a integridade do cluster e o modo de failover do seu dispositivo do VMware Cloud Director.

Se o seu ambiente tiver pelo menos duas células em espera ativas, no caso de uma falha no banco de dados primário, um failover do banco de dados será iniciado automaticamente. Após o failover, deve haver pelo menos uma espera ativa para que o novo banco de dados primário seja atualizável. Em circunstâncias normais, sua implantação do dispositivo do VMware Cloud Director deve ter pelo menos duas esperas ativas em todos os momentos. Se houver apenas uma espera ativa por um curto período, por exemplo, devido à falha do primário e à promoção de uma das esperas, o primário com falha antigo deverá ser substituído por uma nova espera o mais rápido possível.

Quando há um primário ativo e pelo menos duas células em espera ativas, o cluster é considerado estar em um estado de Healthy. Se houver um primário ativo e apenas uma espera ativa, o cluster estará em um estado de Degraded. Se houver outra falha de banco de dados enquanto o cluster estiver em um estado de Degraded, o primário não será atualizável até que outra espera seja colocada online. Quando o banco de dados primário não é atualizável, o VMware Cloud Director não está disponível porque as células do VMware Cloud Director não conseguem atualizar o banco de dados até que haja pelo menos uma espera ativa para processar uma replicação de streaming do banco de dados primário. O conceito de um cluster de Healthy e Degraded é o mesmo independentemente de você ativar o failover manual ou automático.

Após uma falha no banco de dados principal, o estado do principal será No_Active_Primary. Para um failover manual do dispositivo do VMware Cloud Director, o administrador deve promover manualmente uma espera para principal e reimplantar o principal com falha como em espera. Para um failover automático do dispositivo, o VMware Cloud Director promove automaticamente uma espera para o principal, e o administrador reimplanta manualmente o principal com falha como uma espera.

Figura 2. Failover de dispositivo do VMware Cloud Director manual e automático

Isolamento automático de sua célula primária com falha do VMware Cloud Director

Se uma nova célula primária for promovida após uma falha de célula primária, o VMware Cloud Director isola automaticamente a primária antiga para impedir que ela reinicie.

No caso de um failover, se um banco de dados primário com falha reiniciar após a promoção de uma nova célula primária, o VMware Cloud Director isola automaticamente a primária antiga. Essa automação evita a síndrome do cérebro dividido, em que dois bancos de dados ativos podem divergir um do outro. A automação de isolamento para e desativa o serviço vpostgres no antigo nó primário. Depois disso, você pode reimplantar o primário com falha como uma célula em espera para restaurar a integridade do cluster para Healthy.

Para obter mais informações sobre como exibir o status de integridade do cluster e o modo de failover, consulte Visualizar a integridade do cluster e o modo de failover do seu dispositivo do VMware Cloud Director.