Entendendo a alta disponibilidade

2ª geração

Este documento reflete a disponibilidade geral do Cloud Databases de 2ª geração, que está sendo implementado gradualmente em novas regiões. Você pode verificar a disponibilidade por região aqui.

Regiões

Cloud Databases As instâncias são implantadas em uma região com várias zonas (MZR) ou em uma região com várias zonas em um único campus. Cada instância é implantada em uma configuração de alta disponibilidade; ou seja, os dados são replicados por cada banco de dados em um ou mais servidores, garantindo a alta disponibilidade dos dados durante as operações normais.

  • Nos MZRs, os membros do banco de dados estão distribuídos por diferentes centros de dados, ou zonas.
  • Em regiões multizona com um único campus, os membros do banco de dados estão distribuídos entre diferentes hosts.

Caso ocorra uma falha em uma região multizona de campus único em um MZR ou uma falha de hardware em qualquer região, seus dados continuarão acessíveis, pois são replicados em outros servidores de banco de dados em pleno funcionamento. Esses problemas são tratados por Especialistas da IBM Cloud® no local.

Para obter mais informações sobre como seu banco de dados específico replica dados entre cada um de seus membros, consulte a documentação do Cloud Databases.

Backups

  • Além da configuração de alta disponibilidade, para implantações em regiões com várias zonas do serviço “ IBM Cloud® ”, seus dados são capturados em instantâneos e copiados diariamente pela plataforma “ Cloud Databases ” e armazenados na mesma região que os instantâneos da VPC Block Storage.
  • Para a maioria das regiões multizona de campus único do IBM Cloud®, seus dados são copiados para backup localmente em instantâneos do VPC Block Storage da região multizona de campus único.

No momento, os backups independentes estão disponíveis apenas para o Databases for MySQL. Para obter mais informações sobre backups independentes, consulte “Noções básicas sobre backups independentes ”.

Se ocorrer uma falha completa de região, os servidores de banco de dados na região poderão não ficar acessíveis, mas os dados de backup permanecerão disponíveis. É possível iniciar uma restauração desses backups em uma região disponível do console de gerenciamento de serviços. Para obter mais informações, consulte a documentação sobre backups do Cloud Databases.

É de sua responsabilidade criar uma nova instância do serviço na qual a restauração seja realizada quando a plataforma Cloud Databases for restaurada. Você também é responsável por testar a validade e o horário de restauração de seus backups. Para obter mais informações, consulte a seção “Recuperação de desastres ” na página “Responsabilidades compartilhadas do Cloud Databases ”.

Alta disponibilidade de nível do aplicativo

Os aplicativos que se comunicam sobre redes e serviços de nuvem estão sujeitos a falhas de conexão temporárias. Você deseja projetar os seus aplicativos para tentar novamente as conexões quando os erros são causados por uma perda temporária em conectividade com a sua implementação ou com a IBM Cloud.

Como o Cloud Databases é um serviço gerenciado, atualizações regulares e manutenção do banco de dados fazem parte das operações normais. Essa manutenção pode, ocasionalmente, causar breves intervalos em que seu banco de dados fica indisponível.

Os seus aplicativos devem ser projetados para manipular interrupções temporárias para o banco de dados, implementar a manipulação de erros para comandos de banco de dados com falha e implementar a lógica de nova tentativa para se recuperar de uma interrupção temporária.

Vários minutos de indisponibilidade de banco de dados ou interrupções de conexão não são esperados. Abra um chamado de suporte com detalhes se você tiver períodos de tempo mais longos do que um minuto sem conectividade para que possamos investigar.

Se você tiver implementações em mais de uma região, o IBM Cloud® Monitoring deverá ser provisionado e as métricas de plataforma ativadas em cada região. Para obter mais informações, consulte Integração com o IBM Cloud Monitoring.

ANSs