Entendendo a alta disponibilidade e a recuperação de desastre para o Schematics

Entenda os recursos de alta disponibilidade dos recursos IBM Cloud® que você deseja provisionar com IBM Cloud® Schematics e projete seus recursos para atender aos requisitos de disponibilidade que sua empresa e seus clientes precisam.

A alta disponibilidade é uma disciplina essencial em uma infraestrutura de TI para manter seus recursos operantes e suas cargas de trabalho de aplicativo funcionando mesmo após uma falha de site parcial ou total. O propósito principal da alta disponibilidade é eliminar os pontos potenciais de falha em uma infraestrutura de TI. Por exemplo, é possível se preparar para a falha de um sistema incluindo redundância e configurando mecanismos de failover.

Como o IBM Cloud Schematics é configurado para assegurar a alta disponibilidade do serviço?

O Schematics é implementado como duas instâncias de serviço altamente disponíveis em duas localizações geográficas separadas, os EUA e a Europa. Dentro de cada geografia, o serviço é implementado em duas regiões multizona, como us-south e us-east na geografia dos EUA e eu-de e eu-gb para a geografia da Europa. Essa configuração assegura que o serviço continue disponível, mesmo que uma região dentro de uma geografia falhe. Os dados não são compartilhados entre as localizações geográficas.

Quem é responsável por configurar a alta disponibilidade para meus recursos?

Embora o IBM Cloud Schematics seja responsável por assegurar que suas informações da área de trabalho estejam disponíveis, passem por backup e sejam replicadas em diversas regiões para que as informações possam ser recuperadas após uma falha, o Schematics não configura a alta disponibilidade para seus recursos do IBM Cloud. Em vez disso, você deve entender os recursos que cada oferta de recurso oferece para decidir qual nível de disponibilidade é o ideal para suas necessidades. Em seguida, use o IBM Cloud Schematics para provisionar e configurar seus recursos do IBM Cloud em uma configuração altamente disponível.

Como posso implementar alta disponibilidade para meus recursos?

Revise a imagem a seguir para localizar uma abordagem geral de como você pode tornar seu recurso altamente disponível e incluir resiliência para dar conta de uma falha de site ou de região. O nível de disponibilidade para você depende de vários fatores, como os recursos de alta disponibilidade disponíveis para o seu recurso, seus requisitos comerciais, os contratos de nível de serviço que você tem com seus clientes e o dinheiro que você precisa gastar. No arquivo de configuração do Terraform, você tem a opção de configurar vários blocos do provider para as diferentes regiões, zonas ou locais nos quais você deseja provisionar seus recursos. Para obter mais informações, consulte Criando várias configurações do provider.

Os recursos de alta disponibilidade suportados dependem do tipo de recurso IBM Cloud que você escolhe provisionar com IBM Cloud Schematics. Alguns cenários de alta disponibilidade que são mostrados nesta imagem podem não estar disponíveis para o seu recurso. Certifique-se de revisar a documentação do recurso para localizar os recursos de alta disponibilidade suportados.

1. Recursos de zona única: por padrão, seu recurso do IBM Cloud é implementado em uma zona. Essa configuração não protege suas cargas de trabalho ou seus dados de uma falha zonal ou regional.
2. Vários recursos entre zonas: é possível criar várias instâncias e difundir essas instâncias entre zonas, como Clusters multizonas no IBM Cloud Kubernetes Service ou uma nuvem particular virtual com sub-redes em diferentes zonas. Essa configuração protege suas cargas de trabalho e seus dados no caso de uma falha zonal. Observe que essa configuração pode não estar disponível para o seu recurso.
3. Vários recursos entre regiões: é possível criar várias instâncias e difundir essas instâncias entre regiões, como vários clusters no IBM Cloud Kubernetes Service. Essa configuração fornece a mais alta disponibilidade para suas cargas de trabalho e seus dados no caso de falha zonal ou regional. Observe que essa configuração pode não estar disponível para o seu recurso.