Fault domains e zonas de disponibilidade do Azure Dedicated Host: o guia completo de alta disponibilidade

By Mirko Peters · 2026-10-25

Saiba como configurar fault domains e zonas de disponibilidade do Azure Dedicated Host para criar arquiteturas de nuvem empresarial de locatário único e altamente disponíveis.

Automatically translated with AI from the original post. Read the English original

Os fault domains e as zonas de disponibilidade do Azure Dedicated Host oferecem isolamento da infraestrutura física para cargas de trabalho empresariais. Ao distribuir servidores de locatário único por racks de hardware separados e por datacenters distintos, arquitetos de nuvem podem projetar ambientes altamente disponíveis, que mitigam tanto falhas de componentes em nível de rack quanto indisponibilidades catastróficas de um site regional, sem comprometer a conformidade regulatória.

Principais conclusões

• As zonas de disponibilidade isolam grupos de hosts dedicados em infraestruturas independentes de energia, refrigeração e rede física dentro da mesma região do Azure.
• Os fault domains distribuem hosts dedicados por racks de servidores físicos separados para proteger contra falhas localizadas de hardware.
• Os grupos de hosts funcionam como contêineres lógicos que impõem os limites regionais e zonais da sua infraestrutura física dedicada.
• O posicionamento manual de VMs em fault domains distintos garante que cópias redundantes de uma aplicação nunca compartilhem o mesmo rack de servidores físicos.
• Combinar redundância em nível de zona com separação por fault domain oferece disponibilidade de nível empresarial para cargas de trabalho críticas e exigentes.

Entendendo a arquitetura do Azure Dedicated Host

Ao migrar aplicações críticas para o Microsoft Azure, alcançar alta disponibilidade exige mais do que simplesmente implantar várias máquinas virtuais atrás de um balanceador de carga. Na infraestrutura de nuvem compartilhada, os hypervisors distribuem automaticamente as cargas de trabalho dos clientes pelo datacenter para otimizar o uso de recursos. No entanto, organizações que operam sob estruturas regulatórias rigorosas, ou que executam bancos de dados empresariais sensíveis à latência, muitas vezes precisam de visibilidade total sobre onde está o seu poder computacional físico.

É aqui que entra a arquitetura de nuvem de locatário único. Em vez de compartilhar uma placa-mãe com cargas de trabalho desconhecidas, um Azure Dedicated Host reserva um servidor físico inteiro exclusivamente para a sua assinatura. Mas alugar o hardware é só metade da batalha. Para evitar que uma única falha de hardware tire todo o seu sistema do ar, você precisa dominar a mecânica dos grupos de hosts, das zonas de disponibilidade e dos fault domains.

O papel dos grupos de hosts

Antes de provisionar qualquer servidor físico no Azure, você precisa estabelecer um grupo de hosts. Pense em um grupo de hosts como um limite lógico ou contêiner que determina onde a sua infraestrutura dedicada fica. Ao configurar um grupo de hosts, você define a região de destino do Azure e, o que é crucial, se ele estará dentro de uma zona de disponibilidade.

Os grupos de hosts simplificam o gerenciamento ao agrupar vários servidores físicos sob um mesmo guarda-chuva administrativo. Eles também impõem regras rígidas de posicionamento. Um grupo de hosts não pode abranger várias zonas de disponibilidade; se a sua arquitetura exigir redundância entre zonas, você deve provisionar grupos de hosts separados para cada zona. Quando o grupo de hosts estiver ativo, você pode adicionar hosts dedicados a ele e começar a distribuir as suas máquinas virtuais.

Dominando as zonas de disponibilidade para a resiliência regional

Zonas de disponibilidade são locais fisicamente separados dentro de uma única região do Azure. Cada zona possui sua própria fonte de energia independente, sistemas de refrigeração dedicados e uma infraestrutura de rede robusta. Se uma queda de energia inesperada ou uma falha na infraestrutura local afetar a Zona 1, a Zona 2 e a Zona 3 continuam operando sem interrupção.

Ao aplicar zonas de disponibilidade a hosts dedicados, sua estratégia de arquitetura precisa levar em conta os limites regionais. Como um grupo de hosts está vinculado a uma zona específica, você não pode distribuir um único grupo de hosts por várias zonas. Se você quiser alcançar alta disponibilidade para um banco de dados corporativo executado em hardware dedicado, precisará implantar pelo menos dois grupos de hosts:

• Provisione o Grupo de Hosts A na Zona de Disponibilidade 1, atribuindo a ele os hosts dedicados.
• Provisione o Grupo de Hosts B na Zona de Disponibilidade 2, atribuindo a ele também hosts dedicados.
• Implante a máquina virtual do seu banco de dados primário no host dedicado da Zona 1.
• Implante a máquina virtual da réplica ou do banco de dados secundário no host dedicado da Zona 2.

Essa separação deliberada garante que um incidente localizado em um data center não consiga derrubar simultaneamente suas instâncias primária e secundária da aplicação.

Mitigando riscos de hardware com domínios de falha

Enquanto as zonas de disponibilidade protegem contra interrupções amplas em data centers, os domínios de falha tratam de vulnerabilidades de hardware localizadas dentro dos próprios racks de servidores. Em um data center do Azure, os servidores são organizados em fileiras e racks físicos conectados a switches de rede Top-of-Rack e a unidades de distribuição de energia compartilhadas.

Um domínio de falha define um grupo de hosts dedicados que compartilham uma fonte de energia comum e um switch de rede. Ao atribuir seus hosts dedicados a domínios de falha diferentes durante a criação do grupo de hosts, você garante que uma falha física em um rack não derrube todo o seu cluster de aplicações.

Projetando para redundância no nível de rack

Considere uma aplicação corporativa interna padrão executada em duas máquinas virtuais idênticas que atendem ao tráfego web. Se você colocar as duas máquinas virtuais em um único host dedicado, qualquer manutenção obrigatória de hardware ou falha inesperada de componente nesse servidor físico específico deixará as duas máquinas virtuais offline imediatamente.

Para eliminar esse ponto único de falha, você deve:

1. Configurar seu grupo de hosts para usar pelo menos dois domínios de falha.
2. Implantar o Host Dedicado A e atribuí-lo ao Domínio de Falha 1.
3. Implantar o Host Dedicado B e atribuí-lo ao Domínio de Falha 2.
4. Colocar sua primeira máquina virtual da aplicação web no Host A.
5. Colocar sua segunda máquina virtual da aplicação web no Host B.

Quando o Azure agenda uma manutenção da plataforma ou enfrenta um problema de hardware localizado no nível de rack que afeta o Domínio de Falha 1, somente o Host A é impactado. Sua máquina virtual secundária, executada no Host B no Domínio de Falha 2, permanece totalmente operacional, mantendo os serviços de negócio disponíveis para os usuários finais.

Conclusão e próximos passos

Projetar alta disponibilidade com o Azure Dedicated Host exige planejamento cuidadoso em várias camadas da arquitetura. Ao usar grupos de hosts, estruturar suas implantações em zonas de disponibilidade e separar os servidores físicos em domínios de falha distintos, você ganha controle completo sobre seu ambiente de nuvem de locatário único, mantendo uma resiliência de nível corporativo.

Para ouvir uma análise completa sobre isolamento de hardware, mecânica de licenciamento e armadilhas comuns de preço, não deixe de ouvir o episódio completo do M365 FM Podcast para mais insights especializados em nuvem!

Perguntas frequentes

Um único Azure Dedicated Host pode se estender por várias zonas de disponibilidade?

Não. Um grupo de hosts individual e os hosts dedicados associados precisam estar dentro de uma única zona de disponibilidade. Para usar várias zonas, você deve criar grupos de hosts separados para cada zona.

Qual é a diferença entre uma zona de disponibilidade e um domínio de falha em hosts dedicados?

As zonas de disponibilidade oferecem separação física entre instalações de data center distintas, com energia e refrigeração independentes. Os domínios de falha oferecem separação entre racks de servidores físicos dentro do mesmo data center, para mitigar falhas localizadas de hardware e de rede.

Preciso configurar domínios de falha para minhas máquinas virtuais em hosts dedicados?

Não. As máquinas virtuais herdam a separação em nível de rack do host dedicado em que estão posicionadas. Você atribui o host dedicado a um domínio de falha específico ao provisioná-lo dentro do grupo de hosts.

Posso usar o posicionamento automático de VMs em vários domínios de falha em um grupo de hosts?

Sim, o Azure pode posicionar automaticamente máquinas virtuais em hosts disponíveis dentro de um grupo de hosts. No entanto, para cargas de trabalho com requisitos rigorosos de alta disponibilidade, o posicionamento manual costuma ser preferível, pois garante redundância precisa entre os domínios de falha.