Azure Dedicated Hosts

Aplica-se a: ✔️ Conjuntos de dimensionamento uniformes de VMs do Windows VMs ✔️ ✔️ do Linux

O Anfitrião Dedicado do Azure é um serviço que fornece servidores físicos capazes de alojar uma ou mais máquinas virtuais atribuídas a uma subscrição do Azure. Os anfitriões dedicados são os mesmos servidores físicos utilizados nos nossos datacenters, fornecidos como um recurso de hardware diretamente acessível. Pode aprovisionar anfitriões dedicados numa região, zona de disponibilidade e domínio de avaria. Em seguida, pode colocar VMs diretamente nos anfitriões aprovisionados em qualquer configuração que melhor satisfaça as suas necessidades.

Introdução ao Vídeo

Benefícios

Reservar todo o anfitrião proporciona vários benefícios para além dos de um anfitrião de máquina virtual partilhado padrão:

• Otimização de Custos: com o benefício híbrido do Azure, pode trazer as suas próprias licenças para Windows e SQL para o Azure. Para obter mais informações, veja Benefício Híbrido do Azure.

• Fiabilidade: tem controlo quase completo sobre os eventos de manutenção iniciados pela plataforma do Azure. Embora a maioria dos eventos de manutenção tenha pouco ou nenhum impacto nas suas máquinas virtuais, existem algumas cargas de trabalho confidenciais em que cada segundo de pausa pode ter um impacto. Com anfitriões dedicados, pode optar por participar numa janela de manutenção para reduzir o impacto no seu serviço.

• Eficiência de Desempenho: uma vez que tem controlo sobre um anfitrião físico, pode escolher que aplicações partilham recursos físicos, como memória e armazenamento. Isto pode acelerar determinadas cargas de trabalho que beneficiam de baixa latência e débito elevado no computador anfitrião.

• Segurança: o isolamento de hardware ao nível do servidor físico permite que os dados de memória confidenciais permaneçam isolados num anfitrião físico. As VMs de nenhum outro cliente serão colocadas nos anfitriões. Os anfitriões dedicados são implementados nos mesmos datacenters e partilham a mesma rede e infraestrutura de armazenamento subjacente que outros anfitriões não isolados.

Grupos, anfitriões e VMs

Um grupo de anfitriões é um recurso que representa uma coleção de anfitriões dedicados. Pode criar um grupo de anfitriões numa região e numa zona de disponibilidade e adicionar anfitriões ao mesmo.

Um anfitrião é um recurso mapeado para um servidor físico num datacenter do Azure. O servidor físico é alocado quando o anfitrião é criado. Um anfitrião é criado num grupo de anfitriões. Um anfitrião tem um SKU que descreve os tamanhos de VM que podem ser criados. Cada anfitrião pode alojar várias VMs, de tamanhos diferentes, desde que sejam da mesma série de tamanhos.

Considerações de elevada disponibilidade

Para elevada disponibilidade, deve implementar várias VMs, distribuídas por vários anfitriões (mínimo de 2). Com os Anfitriões Dedicados do Azure, tem várias opções para aprovisionar a sua infraestrutura para moldar os limites de isolamento de falhas.

Utilizar zonas de disponibilidade para isolamento de falhas

As zonas de disponibilidade são localizações físicas exclusivas numa região do Azure. Cada zona é composta por um ou mais datacenters equipados com energia, refrigeração e rede independentes. Um grupo de anfitriões é criado numa única zona de disponibilidade. Depois de criados, todos os anfitriões serão colocados nessa zona. Para alcançar uma elevada disponibilidade entre zonas, tem de criar vários grupos de anfitriões (um por zona) e distribuir os anfitriões entre eles em conformidade.

Se atribuir um grupo de anfitriões a uma zona de disponibilidade, todas as VMs criadas nesse anfitrião têm de ser criadas na mesma zona.

Utilizar Domínios de Falha para isolamento de falhas

Um anfitrião pode ser criado num domínio de falha específico. Tal como a VM num conjunto de dimensionamento ou conjunto de disponibilidade, os anfitriões em diferentes domínios de falha serão colocados em bastidores físicos diferentes no datacenter. Quando cria um grupo de anfitriões, é necessário especificar a contagem de domínios de falhas. Ao criar anfitriões no grupo de anfitriões, atribui o domínio de falha a cada anfitrião. As VMs não requerem nenhuma atribuição de domínio de falha.

Os domínios de falha não são os mesmos que a colocação. Ter o mesmo domínio de falha para dois anfitriões não significa que estejam próximos uns dos outros.

Os domínios de falha estão no âmbito do grupo de anfitriões. Não deve assumir a antifinidade entre dois grupos de anfitriões (a menos que estejam em zonas de disponibilidade diferentes).

As VMs implementadas em anfitriões com domínios de falha diferentes terão os serviços de discos geridos subjacentes em vários selos de armazenamento, para aumentar a proteção contra isolamento de falhas.

Utilizar Zonas de Disponibilidade e Domínios de Falha

Pode utilizar ambas as capacidades em conjunto para obter ainda mais isolamento de falhas. Para utilizar ambos, especifique a zona de disponibilidade e a contagem de domínios de falha em para cada grupo de anfitriões, atribua um domínio de falha a cada anfitrião no grupo e, em seguida, atribua uma zona de disponibilidade a cada VM.

O modelo de exemplo Resource Manager utiliza zonas e domínios de falha para distribuir anfitriões para uma resiliência máxima numa região.

Colocação manual vs. automática

Ao criar uma VM no Azure, pode selecionar o anfitrião dedicado a utilizar. Também pode utilizar a opção para colocar automaticamente as VMs em anfitriões existentes, num grupo de anfitriões.

Ao criar um novo grupo de anfitriões, certifique-se de que a definição para colocação automática da VM está selecionada. Ao criar a VM, selecione o grupo de anfitriões e permita que o Azure escolha o melhor anfitrião para a sua VM.

Os grupos de anfitriões que estão ativados para colocação automática não necessitam que todas as VMs sejam colocadas automaticamente. Ainda poderá escolher explicitamente um anfitrião, mesmo quando a colocação automática estiver selecionada para o grupo de anfitriões.

Limitações de colocação automáticas

Problemas conhecidos e limitações ao utilizar o posicionamento automático da VM:

• Não poderá reimplementar a VM.
• Não poderá utilizar VMs da série DCv2, Lsv2, NVasv4, NVsv3, Msv2 ou série M com anfitriões dedicados.

Recuperação do serviço de anfitrião

Em caso de falhas relacionadas com o nó subjacente, a conectividade de rede ou problemas de software podem emitir o anfitrião e as VMs no anfitrião para um estado não em bom estado de funcionamento, causando interrupções e tempo de inatividade nas cargas de trabalho. A ação predefinida é que o Azure faça a reparação automática do anfitrião afetado num nó em bom estado de funcionamento e mova todas as VMs para o anfitrião em bom estado de funcionamento. Assim que as VMs forem reparadas e reiniciadas, o anfitrião afetado será desalocado. Durante o processo de recuperação do serviço, o anfitrião e as VMs ficarão indisponíveis ao incorrer num ligeiro período de indisponibilidade.

O anfitrião recém-criado teria todas as mesmas restrições que o anfitrião antigo:

• Grupo de recursos
• Região
• Domínio de Falha
• Grupo de Anfitriões
• ADH SKU
• Substituir automaticamente na definição de falha

Os utilizadores com requisitos de conformidade podem precisar de uma forte afinidade entre o anfitrião e o nó subjacente e não gostariam de ser automaticamente reparados pelo serviço, nesses cenários os utilizadores podem optar por não participar na recuperação do serviço automático ao nível do anfitrião ao desativar a definição "Substituir automaticamente o anfitrião por falha".

Implicações

Se decidir desativar a recuperação do serviço automático e se o nó subjacente encontrar uma falha, o estado do anfitrião será alterado para "Host Pending Deallocate" e será eventualmente desalocado.

Para evitar a desalocação, terá de reimplementar manualmente o anfitrião ao criar um novo anfitrião dedicado e mover todas as VMs do anfitrião antigo para o novo anfitrião.

A definição de anfitrião de substituição automática é uma definição de tempo de criação e não pode ser alterada depois de o anfitrião ser criado. As VMs que são manualmente paradas/desalocadas do anfitrião afetado não são movidas como parte da recuperação automática do serviço.

Suporte do Conjunto de Dimensionamento de Máquinas Virtuais

Conjuntos de Dimensionamento de Máquinas Virtuais permite-lhe tratar um grupo de máquinas virtuais como um único recurso e aplicar políticas de disponibilidade, gestão, dimensionamento e orquestração como um grupo. Os anfitriões dedicados existentes também podem ser utilizados para Conjuntos de Dimensionamento de Máquinas Virtuais.

Ao criar um Conjunto de Dimensionamento de Máquinas Virtuais, pode especificar um grupo de anfitriões existente para que todas as instâncias de VM tenham sido criadas em anfitriões dedicados.

Os seguintes requisitos aplicam-se ao criar um Conjunto de Dimensionamento de Máquinas Virtuais num grupo de anfitriões dedicado:

• O posicionamento automático da VM tem de estar ativado.
• A definição de disponibilidade do grupo de anfitriões deve corresponder ao conjunto de dimensionamento.
  • Um grupo de anfitriões regional (criado sem especificar uma zona de disponibilidade) deve ser utilizado para conjuntos de dimensionamento regionais.
  • O grupo de anfitriões e o conjunto de dimensionamento têm de utilizar a mesma zona de disponibilidade.
  • A contagem de domínios de falha para o nível do grupo de anfitriões deve corresponder à contagem de domínios de falha do conjunto de dimensionamento. O portal do Azure permite-lhe especificar a distribuição máxima do conjunto de dimensionamento, que define a contagem de domínios de falha de 1.
• Os anfitriões dedicados devem ser criados primeiro, com capacidade suficiente e as mesmas definições para zonas de conjuntos de dimensionamento e domínios de falha.
• Os tamanhos de VM suportados para os anfitriões dedicados devem corresponder ao utilizado para o conjunto de dimensionamento.

Nem todas as definições de orquestração e otimização de conjuntos de dimensionamento são suportadas por anfitriões dedicados. Aplique as seguintes definições ao conjunto de dimensionamento:

• O sobreaprovisionamento não é recomendado e está desativado por predefinição. Pode ativar o sobreaprovisionamento, mas a alocação do conjunto de dimensionamento falhará se o grupo de anfitriões não tiver capacidade para todas as VMs, incluindo as instâncias sobreaprovisionadas.
• Utilizar o modo de orquestração ScaleSetVM
• Não utilizar grupos de colocação por proximidade para a co-localização

Suporte de disco ultra para máquinas virtuais em anfitriões dedicados

Os discos Ultra oferecem IOPS mais elevado (máximo de 160 00 IOPS por disco) e débito de disco superior (máximo de 4000 MBps por disco), consoante o tamanho do disco. Todas as limitações dos discos ultra ainda se aplicariam. Para utilizar discos ultra em anfitriões dedicados, os seguintes requisitos têm de ser cumpridos:

• O grupo de anfitriões tem de ter o SSD Ultra "Ativado", esta propriedade não pode ser alterada depois de o grupo de anfitriões ser criado
• A série de máquinas virtuais do anfitrião dedicado deve ser compatível com discos ultra.

Os anfitriões dedicados também suportam discos ultra com tamanhos de VM especiais: LSv2, M, Mv2, Msv2, Mdsv2, NVv3, NVv4. No entanto, nestes casos abaixo, aplicar-se-iam limitações adicionais listadas:

• O grupo de anfitriões deve ter a Colocação Automática "Desativada"
• A contagem de domínios de falha do grupo de anfitriões deve ser definida como "apenas 1".

Controlo da manutenção

A infraestrutura que suporta as máquinas virtuais pode ocasionalmente ser atualizada para melhorar a fiabilidade, o desempenho, a segurança e o lançamento de novas funcionalidades. A plataforma do Azure tenta minimizar o impacto da manutenção da plataforma sempre que possível, no entanto, os clientes com cargas de trabalho sensíveis à manutenção não podem tolerar poucos segundos que a VM precisa de encerrar para manutenção.

O Controlo de Manutenção fornece aos clientes uma opção para ignorar as atualizações regulares da plataforma agendadas nos anfitriões dedicados e, em seguida, aplicá-las no momento da sua escolha numa janela de 35 dias. Na janela de manutenção, pode aplicar a manutenção diretamente ao nível do anfitrião, por qualquer ordem. Quando a janela de manutenção terminar, a Microsoft avançará e aplicará a manutenção pendente aos anfitriões por uma ordem que pode não seguir os domínios de falha definidos pelo utilizador.

Para obter mais informações, veja Gerir atualizações da plataforma com o Controlo de Manutenção.

Considerações de capacidade

Assim que um anfitrião dedicado é aprovisionado, o Azure atribui-o ao servidor físico. Ao fazê-lo, garante a disponibilidade da capacidade quando precisar de aprovisionar a VM. O Azure utiliza toda a capacidade na região (ou zona) para escolher um servidor físico para o anfitrião. Também significa que os clientes podem esperar ser capazes de aumentar a sua pegada de anfitrião dedicada sem a preocupação de ficar sem espaço no cluster.

Quotas

Existem dois tipos de quota que são consumidos quando implementa um anfitrião dedicado.

1. Quota de vCPU de anfitrião dedicado. O limite de quota predefinido é de 3000 vCPUs, por região.
2. Quota familiar do tamanho da VM. Por exemplo, uma subscrição Pay as you go pode ter apenas uma quota de 10 vCPUs disponíveis para a série de tamanhos Dsv3, na região E.U.A. Leste. Para implementar um anfitrião dedicado Dsv3, terá de pedir um aumento de quota para, pelo menos, 64 vCPUs antes de poder implementar o anfitrião dedicado.

Para pedir um aumento de quota, crie um pedido de suporte no portal do Azure.

O aprovisionamento de um anfitrião dedicado consumirá a vCPU do anfitrião dedicado e a quota de vCPU da família VM, mas não consumirá a vCPU regional. As VMs colocadas num anfitrião dedicado não contarão com a quota da vCPU da família VM. Se uma VM for movida de um anfitrião dedicado para um ambiente multi-inquilino, a VM consumirá a quota de vCPU da família de VMs.

Para obter mais informações, veja Quotas de vCPU da máquina virtual.

As subscrições de avaliação gratuita e MSDN não têm quota para Os Anfitriões Dedicados do Azure.

Preços

Os utilizadores são cobrados por anfitrião dedicado, independentemente do número de VMs implementadas. Na sua declaração mensal, verá um novo tipo de recurso faturável de anfitriões. As VMs num anfitrião dedicado continuarão a ser apresentadas na sua declaração, mas terão um preço de 0.

O preço do anfitrião é definido com base na família de VMs, no tipo (tamanho do hardware) e na região. Um preço de anfitrião é relativo ao maior tamanho de VM suportado no anfitrião.

O licenciamento de software, o armazenamento e a utilização da rede são faturados separadamente do anfitrião e das VMs. Não existem alterações a esses itens faturáveis.

Para obter mais informações, veja Preços do Anfitrião Dedicado do Azure.

Também pode poupar nos custos com uma Instância Reservada dos Anfitriões Dedicados do Azure.

Gerações de hardware e tamanhos

Um SKU representa a série de tamanhos da VM e escreve num determinado anfitrião. Pode misturar várias VMs de tamanhos diferentes num único anfitrião, desde que sejam da mesma série de tamanhos.

O tipo é a geração de hardware. Diferentes tipos de hardware para a mesma série de VMs serão provenientes de diferentes fornecedores de CPU e terão diferentes gerações de CPU e número de núcleos.

Os tamanhos e os tipos de hardware variam consoante a região. Veja a página de preços do anfitrião para saber mais.

Nota

Quando um anfitrião dedicado é aprovisionado, não pode alterar o tamanho ou o tipo. Se precisar de um tamanho diferente do tipo, terá de criar um novo anfitrião.

Ciclo de vida do anfitrião

O Azure monitoriza e gere o estado de funcionamento dos anfitriões. Os seguintes estados serão devolvidos quando consultar o anfitrião:

Estado de Funcionamento	Descrição
Anfitrião Disponível	Não existem problemas conhecidos com o seu anfitrião.
Anfitrião Sob Investigação	Estamos a ter alguns problemas com o anfitrião que estamos a investigar. Este estado de transição é necessário para que o Azure tente identificar o âmbito e a causa raiz do problema identificado. As máquinas virtuais em execução no anfitrião podem ser afetadas.
Desalocar Anfitrião Pendente	O Azure não consegue restaurar o anfitrião novamente para um estado de bom estado de funcionamento e pedir-lhe para reimplementar as máquinas virtuais deste anfitrião. Se autoReplaceOnFailure estiver ativado, as máquinas virtuais serão reparadas para hardware em bom estado de funcionamento. Caso contrário, a máquina virtual pode estar em execução num anfitrião que está prestes a falhar.
Anfitrião Desalocado	Todas as máquinas virtuais foram removidas do anfitrião. Já não está a ser cobrado por este anfitrião, uma vez que o hardware foi retirado da rotação.

Perguntas Mais Frequentes

Q. O que acontece ao meu anfitrião dedicado em caso de migração em direto?

A. A partir de hoje, os anfitriões dedicados do Azure não suportam a migração em direto e, em caso de falha de hardware, o serviço cura o anfitrião para um nó diferente.

Q. Posso executar VMs de várias famílias de VMs no mesmo anfitrião dedicado?

A. Não, só poderia executar VMs da mesma família que o anfitrião dedicado subjacente. Por exemplo, um anfitrião Dsv3-Type4 só suporta VMs da família de VMs Dsv3.

Q. Seria capaz de executar diferentes tamanhos de VM num único anfitrião dedicado?

A. Sim, pode executar vários tamanhos de VMs no mesmo anfitrião dedicado, desde que todas as VMs pertençam à mesma família que o anfitrião dedicado subjacente e haja capacidade suficiente no anfitrião para suportar os tamanhos das VMs. Por exemplo, num anfitrião Dsv3-Type4, pode executar VMs D2sv3, D8sv3, D16sv3 ao mesmo tempo.

Passos seguintes

• Para implementar um anfitrião dedicado, veja Implementar VMs e conjuntos de dimensionamento em anfitriões dedicados.

• Existe um modelo de exemplo que utiliza zonas e domínios de falha para a resiliência máxima numa região.

• Também pode poupar nos custos com uma Instância Reservada dos Anfitriões Dedicados do Azure.