Hosts Dedicados do Azure

Aplicável a: ✔️ VMs do Linux ✔️ VMs do Windows ✔️ Conjuntos de dimensionamento uniformes

O Host Dedicado do Azure é um serviço que fornece servidores físicos - que podem hospedar uma ou mais máquinas virtuais - dedicados a uma assinatura do Azure. Os Hosts dedicados são os mesmos servidores físicos usados em nossos data centers, fornecidos como um recurso. Você pode provisionar hosts dedicados em uma região, uma zona de disponibilidade e em um domínio de falha. Em seguida, você pode posicionar VMs diretamente em seus hosts provisionados, em qualquer configuração que melhor atenda às suas necessidades.

Benefícios

Ao reservar o host inteiro, você terá os seguintes benefícios:

  • Isolamento de hardware no nível do servidor físico. Nenhuma outra VM será colocada nos hosts. Os hosts dedicados são implantados nos mesmos data centers e compartilham a mesma rede e a infraestrutura de armazenamento subjacente que outros hosts não isolados.
  • Controle sobre eventos de manutenção iniciados pela plataforma do Azure. Embora a maioria dos eventos de manutenção tenha pouco ou nenhum impacto nas máquinas virtuais, há algumas cargas de trabalho confidenciais em que cada segundo de pausa pode ter um impacto. Com hosts dedicados, você pode aceitar uma janela de manutenção para reduzir o impacto no serviço.
  • Com o benefício híbrido do Azure, você pode colocar suas próprias licenças do Windows e SQL no Azure. O uso dos benefícios híbridos oferece benefícios adicionais. Para obter mais informações, confira Benefício Híbrido do Azure.

Grupos, hosts e VMs

Exibição dos novos recursos para hosts dedicados.

Um grupo de hosts é um recurso que representa uma coleção de hosts dedicados. Você cria um grupo de hosts em uma região e uma zona de disponibilidade e adiciona hosts a ele.

Um host é um recurso, mapeado para um servidor físico em um data center do Azure. O servidor físico é alocado quando o host é criado. Um host é criado dentro de um grupo de hosts. Um host tem um SKU que descreve quais tamanhos de VM podem ser criados. Cada host pode hospedar várias VMs de tamanhos diferentes, contanto que sejam da mesma série de tamanho.

Considerações sobre Alta Disponibilidade

Para alta disponibilidade, você deve implantar várias VMs, distribuídas entre vários hosts (mínimo de 2). Com os Hosts Dedicados do Azure, você tem várias opções para provisionar a infraestrutura para formatar seus limites de isolamento de falhas.

Usar as Zonas de Disponibilidade para o isolamento de falhas

As zonas de disponibilidade são locais físicos exclusivos em uma região do Azure. Cada zona é composta por um ou mais datacenters equipados com energia, resfriamento e rede independentes. Um grupo de hosts é criado em uma única zona de disponibilidade. Depois de criado, todos os hosts serão colocados dentro dessa zona. Para obter alta disponibilidade entre zonas, será necessário criar vários grupos de hosts (um por zona) e distribuir os hosts adequadamente.

Se atribuir um grupo de hosts a uma zona de disponibilidade, todas as VMs criadas nesse host deverão ser criadas na mesma zona.

Usar Domínios de Falha para o isolamento de falhas

Um host pode ser criado em um domínio de falha específico. Assim como a VM em um conjunto de dimensionamento ou conjunto de disponibilidade, os hosts em diferentes domínios de falha serão colocados em diferentes racks físicos no data center. Ao criar um grupo de hosts, é necessário especificar a contagem de domínios de falha. Ao criar hosts dentro do grupo de hosts, você deve atribuir um domínio de falha para cada host. As VMs não exigem nenhuma atribuição de domínio de falha.

Os domínios de falha não são o mesmo que colocação. Ter o mesmo domínio de falha para dois hosts não significa que eles estão próximos entre si.

Os domínios de falha são incluídos no escopo do grupo de hosts. Você não deve fazer suposições sobre a antiafinidade entre dois grupos de hosts (a menos que eles estejam em zonas de disponibilidade diferentes).

As VMs implantadas em hosts com domínios de falha diferentes terão os serviços de discos gerenciados subjacentes em vários carimbos de armazenamento, para aumentar a proteção de isolamento de falhas.

Como usar Zonas de Disponibilidade e Domínios de Falha

Você pode usar os dois recursos juntos para obter ainda mais isolamento de falha. Nesse caso, você especificará a zona de disponibilidade e a contagem de domínios de falha para cada grupo de hosts, atribuirá um domínio de falha a cada um dos hosts no grupo e atribuirá uma zona de disponibilidade a cada uma das VMs

O modelo de exemplo do Resource Manager usa zonas e domínios de falha para distribuir hosts e obter máxima resiliência em uma região.

Posicionamento manual versus automático

Ao criar uma VM no Azure, você pode selecionar o host dedicado a ser usado. Você também pode usar a opção para posicionar automaticamente as VMs em hosts existentes em um grupo de hosts.

Ao criar um novo grupo de hosts, verifique se a configuração de posicionamento automático de VM está selecionada. Ao criar a VM, selecione o grupo de hosts e deixe o Azure escolher o melhor host para sua VM.

Os grupos de hosts habilitados para posicionamento automático não exigem que todas as VMs sejam colocadas automaticamente. Você ainda poderá escolher explicitamente um host, mesmo quando o posicionamento automático estiver selecionado para o grupo de hosts.

Limitações

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

  • Você não poderá aplicar os Benefícios Híbridos do Azure nos hosts dedicados.
  • Você não poderá reimplantar a VM.
  • Você não poderá usar VMs Lsv2, NVasv4, NVsv3, Msv2 ou série M com hosts dedicados

Suporte ao conjunto de dimensionamento de máquinas virtuais

Os conjuntos de dimensionamento de máquinas virtuais permitem que você trate um grupo de máquinas virtuais como um único recurso e aplique políticas de disponibilidade, gerenciamento, dimensionamento e orquestração como um grupo. Os hosts dedicados existentes também podem ser usados para conjuntos de dimensionamento de máquinas virtuais.

Ao criar um conjunto de dimensionamento de máquinas virtuais, é possível especificar um grupo de hosts existente para ter todas as instâncias de VM criadas em hosts dedicados.

Os seguintes requisitos se aplicam ao criar um conjunto de dimensionamento de máquinas virtuais em um grupo de hosts dedicado:

  • O posicionamento automático da VM precisa ser habilitado.
  • O conjunto de disponibilidade do grupo de hosts deve corresponder ao conjunto de dimensionamento.
    • Um grupo de hosts regionais (criado sem especificar uma zona de disponibilidade) deve ser usado para conjuntos de dimensionamento regionais.
    • O grupo de hosts e o conjunto de dimensionamento devem usar a mesma zona de disponibilidade.
    • A contagem de domínio de falha para o nível do grupo de hosts deve corresponder à contagem de domínio de falha para o conjunto de dimensionamento. No portal do Azure, você pode especificar a distribuição máxima para o conjunto de dimensionamento, que define a contagem de domínio de falha de 1.
  • Hosts dedicados devem ser criados primeiro, com capacidade suficiente e com as mesmas configurações para zonas de conjunto de dimensionamento e domínios de falha.
  • Os tamanhos de VM com suporte para os hosts dedicados devem corresponder aos tamanhos usados para o conjunto de dimensionamento.

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

  • O superprovisionamento não é recomendado e está desabilitado por padrão. Você pode habilitar o superprovisionamento, mas a alocação do conjunto de dimensionamento falhará se o grupo de hosts não tiver capacidade para todas as VMs, incluindo as instâncias superprovisionadas.
  • Usar o modo de orquestração ScaleSetVM
  • Não usar grupos de posicionamento por proximidade para colocalização

Controle de manutenção

Às vezes, a infraestrutura que oferece suporte às máquinas virtuais pode ser atualizada para melhorar a confiabilidade, o desempenho, a segurança e a inicialização de novos recursos. A plataforma do Azure tenta minimizar o impacto da manutenção da plataforma sempre que possível, mas os clientes com cargas de trabalho sensíveis à manutenção não toleram nem os poucos segundos que a VM precisa ser congelada ou desconectada para manutenção.

O Controle de Manutenção fornece aos clientes uma opção para ignorar atualizações de plataforma regulares agendadas nos hosts dedicados e aplicá-las no momento de sua escolha dentro de uma janela sem interrupção de 35 dias. Na janela de manutenção, você pode aplicar a manutenção diretamente no nível do host, em qualquer ordem. Quando a janela de manutenção terminar, a Microsoft avançará e aplicará a manutenção pendente aos hosts, em uma ordem que pode não seguir os domínios de falha definidos pelo usuário.

Para obter mais informações, confira Gerenciar atualizações da plataforma com o Controle de Manutenção.

Considerações sobre a capacidade

Quando um host dedicado for provisionado, o Azure o atribuirá ao servidor físico. Isso garante a disponibilidade da capacidade quando você precisa provisionar a VM. O Azure usa toda a capacidade na região (ou zona) para escolher um servidor físico para o host. Isso também significa que os clientes podem esperar conseguir aumentar o volume de host dedicado sem se preocupar em ficar sem espaço no cluster.

Cotas

Há dois tipos de cota que são consumidos quando você implanta um host dedicado.

  1. Cota de vCPU de host dedicado. O limite de cota padrão é 3000 vCPUs, por região.
  2. Cota de família de tamanho de VM. Por exemplo, uma assinatura pré-paga pode ter apenas uma cota de 10 vCPUs disponíveis para a série de tamanho Dsv3, na região leste dos EUA. Para implantar um host Dsv3 dedicado, você precisaria solicitar um aumento de cota para pelo menos 64 vCPUs antes de implantar o host dedicado.

Para solicitar um aumento de cota, crie uma solicitação de suporte no portal do Azure.

O provisionamento de um host dedicado consumirá o host dedicado vCPU e a cota de vCPU da família de VMs, mas não consumirá o vCPU regional. As VMs colocadas em um host dedicado não serão contadas na cota de vCPU da família de VMs. Se uma VM for movida de um host dedicado para um ambiente multilocatário, a VM consumirá a cota de vCPU da família de VMs.

Captura de tela das páginas de uso e cotas no portal

Para obter mais informações, confira Cotas de vCPU de máquina virtual.

A avaliação gratuita e as assinaturas do MSDN não têm cota para Hosts Dedicados do Azure.

Preços

Os usuários são cobrados por host dedicado, independentemente de quantas VMs são implantadas. No demonstrativo mensal, você verá um novo tipo de recurso faturável de hosts. As VMs em um host dedicado continuarão sendo mostradas no demonstrativo, mas terão o preço de 0.

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

O licenciamento de software, o armazenamento e o uso de rede são cobrados separadamente do host e das VMs. Não há nenhuma alteração nesses itens faturáveis.

Para saber mais, confira preços do Host Dedicado do Azure.

Você também pode economizar em custos com uma Instância Reservada dos Hosts Dedicados do Azure.

Tamanhos e gerações de hardware

Um SKU é definido para um host e representa a série de tamanho da VM e o tipo. Você pode misturar várias VMs de tamanhos diferentes em um único host, desde que elas tenham a mesma série de tamanho.

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

Os tamanhos e os tipos de hardware variam de acordo com a região. Consulte a página de preços do host para saber mais.

Observação

Quando um host Dedicado for provisionado, não será possível alterar o tamanho ou o tipo. Se precisar de um tamanho diferente do tipo, será necessário criar um novo host.

Ciclo de vida do Host

O Azure monitora e gerencia o status da integridade de seus hosts. Os seguintes estados serão retornados quando você consultar o host:

Estado de Integridade DESCRIÇÃO
Host disponível Não há nenhum problema conhecido com o host.
Host sob investigação Encontramos alguns problemas com o host. Estamos analisando a questão. Esse é um estado de transição necessário para que o Azure tente identificar o escopo e a causa raiz do problema identificado. As máquinas virtuais em execução no host podem ser afetadas.
Desalocação pendente do host O Azure não pode restaurar o host de volta para um estado íntegro e pedirá que você reimplante as máquinas virtuais fora desse host. Se autoReplaceOnFailure estiver habilitado, as máquinas virtuais serão recuperadas para o hardware íntegro. Caso contrário, a máquina virtual pode estar em execução em um host prestes a falhar.
Host desalocado Todas as máquinas virtuais foram removidas do host. Você não será mais cobrado por esse host, pois o hardware foi retirado da rotação.

Próximas etapas