Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
A recuperação de desastre geográfico é um recurso de recuperação de desastre em Hubs de Eventos do Azure que replica continuamente sua configuração de namespace (hubs de eventos, grupos de consumidores e configurações) de um namespace primário para um namespace secundário. Esse recurso permite que você inicie um failover do namespace primário para o secundário durante interrupções regionais.
Observação
Este artigo descreve o recurso de recuperação de desastre geográfico que replica apenas metadados. Para obter informações sobre o recurso de replicação geográfica, que replica dados e metadados, consulte a replicação geográfica.
O modelo de cluster dos Hubs de Eventos do Azure totalmente ativo com suporte à zona de disponibilidade fornece resiliência contra interrupções de hardware e datacenter. No entanto, se ocorrer um desastre em que uma região inteira e todas as zonas não estiverem disponíveis, você poderá usar a recuperação de desastre geográfico para recuperar a carga de trabalho e a configuração do aplicativo.
Os conceitos e o fluxo de trabalho descritos neste artigo se aplicam a cenários de desastre, não a interrupções temporárias. Para obter uma discussão detalhada sobre a recuperação de desastre em Microsoft Azure, consulte Disaster recovery for Azure applications. Com a recuperação de desastres geográficos, você pode iniciar uma migração de failover única do primário para o secundário a qualquer momento. A migração de failover aponta para o namespace secundário o nome do alias escolhido para o namespace. Após a migração, o emparelhamento é removido. O failover é quase instantâneo depois de iniciado.
Importante
- O recurso permite a continuidade instantânea de operações com a mesma configuração, mas não replica os dados de evento. A menos que o desastre tenha causado a perda de todas as zonas, os dados de evento preservados no hub de eventos primário após o failover poderão ser recuperados e os eventos históricos poderão ser obtidos de lá depois que o acesso for restaurado. Para replicar dados de eventos e operar namespaces correspondentes em configurações ativas/ativas para lidar com interrupções e desastres, não se apoie nesse conjunto de recursos de recuperação de desastre geográfico, mas siga as diretrizes de replicação.
- As atribuições de RBAC (controle de acesso baseado em função) do Microsoft Entra às entidades no namespace primário não são replicadas no namespace secundário. Crie atribuições de função manualmente no namespace secundário para proteger o acesso a elas.
Para configurar o emparelhamento de recuperação de desastres geográficos e iniciar o failover, consulte Configurar recuperação de desastres geográficos.
Termos e conceitos básicos
O recurso de recuperação de desastre implementa a recuperação de desastre de metadados e depende de namespaces de recuperação de desastre primário e secundário. O recurso de recuperação de desastre geográfico está disponível apenas para as camadas padrão, premium e dedicada . Você não precisa fazer nenhuma alteração de cadeia de conexão, já que a conexão é feita por meio de um alias.
Os seguintes termos são usados neste artigo:
- Alias: o nome para uma configuração de recuperação de desastres que você configurou. O alias fornece uma única cadeia de conexão estável do FQDN (Nome de Domínio Totalmente Qualificado). Aplicativos usam essa cadeia de conexão de alias para conectarem-se a um namespace.
- Namespace primário/secundário: os namespaces que correspondem ao alias. O namespace primário é ativo e recebe mensagens (pode ser um namespace existente ou um novo). O namespace secundário é passivo e não recebe mensagens. Os metadados entre os dois estão sincronizados, para que ambos possam aceitar mensagens continuamente sem quaisquer alterações no código do aplicativo ou na cadeia de conexão. Para garantir que apenas o namespace ativo receba mensagens, você deve usar o alias.
- Metadados: entidades — como hubs de eventos e grupos de consumidores — e suas propriedades do serviço que estão associadas ao namespace. Somente entidades e suas configurações são replicadas automaticamente. Mensagens e eventos não são replicados.
- Failover: o processo de ativação do namespace secundário.
Pares de namespace com suporte
Há suporte para as seguintes combinações de namespaces primários e secundários:
| Camada de namespace primário | Camada permitida de namespace secundário |
|---|---|
| Standard | Padrão, dedicado |
| Premium | Premium |
| Dedicado | Dedicado |
Importante
Não é possível emparelhar namespaces que estão no mesmo cluster dedicado. Você pode emparelhar namespaces que estão em clusters separados.
Considerações sobre failover
Ao planejar o failover, considere os seguintes pontos:
Por design, a recuperação de desastre geográfico dos Hubs de Eventos não replica dados. Portanto, você não pode reutilizar o valor de deslocamento antigo do seu hub de eventos primário no seu hub de eventos secundário. Reinicie o receptor de eventos usando um dos seguintes métodos:
- EventPosition.FromStart() – Se você quiser ler todos os dados no hub de eventos secundário.
- EventPosition.FromEnd() – Se você quiser ler todos os novos dados do momento da conexão com o hub de eventos secundário.
- EventPosition.FromEnqueuedTime(dateTime) – se você quiser ler todos os dados recebidos em seu hub de eventos secundário a partir de uma determinada data e hora.
Considere o fator de tempo em seu planejamento de failover. Por exemplo, se você perder a conectividade por mais de 15 a 20 minutos, pode decidir iniciar o failover.
Como nenhum dado é replicado, as sessões ativas atuais não são replicadas. Além disso, a detecção duplicada e as mensagens agendadas podem não funcionar. Novas sessões, mensagens agendadas e novas duplicatas funcionam.
Você deve ensaiar o failover de uma infraestrutura complexa distribuída pelo menos uma vez.
A sincronização de entidades pode levar algum tempo, cerca de 50 a 100 entidades por minuto.
Alguns aspectos do plano de gerenciamento do namespace secundário tornam-se somente leitura enquanto o emparelhamento de recuperação geográfica está ativo.
O plano de dados do namespace secundário é somente leitura enquanto o emparelhamento de recuperação de desastres geográficos estiver ativo. O plano de dados do namespace secundário aceita solicitações GET para habilitar a validação de controles de acesso e conectividade do cliente.
Pontos de extremidade privados
Esta seção fornece considerações ao usar a recuperação de desastres geográficos com namespaces que usam pontos de extremidade privados. Para aprender a usar pontos de extremidade privados com Hubs de Eventos em geral, confira Configurar pontos de extremidade privados.
Novos emparelhamentos
Se você tentar criar um emparelhamento entre um namespace primário com um ponto de extremidade privado e um namespace secundário sem um ponto de extremidade privado, o emparelhamento falhará. O emparelhamento só terá êxito se namespaces primários e secundários tiverem pontos de extremidade privados. Use as mesmas configurações nos namespaces primário e secundário e em redes virtuais em que você cria pontos de extremidade privados.
Observação
Quando você tenta emparelhar o namespace primário com um ponto de extremidade privado e um namespace secundário, o processo de validação verifica apenas se existe um ponto de extremidade privado no namespace secundário. Ele não verifica se o ponto de extremidade funciona nem se funcionará após o failover. É sua responsabilidade garantir que o namespace secundário com ponto de extremidade privado funcione conforme o esperado após o failover.
Para testar se as configurações de ponto de extremidade privado são as mesmas em namespaces primários e secundários, envie uma solicitação de leitura (por exemplo: Get Event Hub) para o namespace secundário de fora da rede virtual e verifique se você recebeu uma mensagem de erro do serviço.
Emparelhamentos existentes
Se já existir um emparelhamento entre o namespace primário e o secundário, a criação do ponto de extremidade privado no namespace primário falhará. Para resolver o erro, crie um ponto de extremidade privado no namespace secundário primeiro e, em seguida, crie um para o namespace primário.
Observação
Embora possa acessar o namespace secundário como somente leitura, você pode atualizar as configurações do ponto de extremidade privado.
Configuração recomendada
Ao criar uma configuração de recuperação de desastre para os namespaces de seus aplicativos e dos Hubs de Eventos, crie pontos de extremidade privados para os namespaces primários e secundários dos Hubs de Eventos. Esses pontos de extremidade privados se conectam a redes virtuais que hospedam instâncias primárias e secundárias do seu aplicativo.
Suponha que você tenha duas redes virtuais VNET-1 e VNET-2, e esses namespaces primários e secundários: EventHubs-Namespace1-Primary e EventHubs-Namespace2-Secondary. Concluir as seguintes etapas:
- Em
EventHubs-Namespace1-Primary, crie dois pontos de extremidade privados que usem sub-redes deVNET-1eVNET-2 - Em
EventHubs-Namespace2-Secondary, crie dois pontos de extremidade privados que usem as mesmas sub-redes deVNET-1eVNET-2
A vantagem dessa abordagem é que o failover pode acontecer na camada de aplicativo independentemente do namespace dos Hubs de Eventos. Considere os seguintes cenário:
Failover somente para o aplicativo: neste cenário, o aplicativo não existe em VNET-1, mas é movido para VNET-2. Como ambos os pontos de extremidade privados estão configurados em VNET-1 e VNET-2 para os namespaces primário e secundário, o aplicativo funciona normalmente.
Failover somente para o namespace do Hubs de Eventos: neste cenário, como ambos os pontos de extremidade privados estão configurados nas duas redes virtuais para os namespaces primário e secundário, o aplicativo funciona normalmente.
Observação
Para obter orientação sobre a recuperação de desastre geográfico de uma rede virtual, confira Rede virtual – continuidade dos negócios.
RBAC (controle de acesso baseado em função)
As atribuições de RBAC (controle de acesso baseado em função) do Microsoft Entra às entidades no namespace primário não são replicadas no namespace secundário. Crie atribuições de função manualmente no namespace secundário para proteger o acesso a elas.