Hosts Dedicados do Azure

  • Artigo

Aplica-se 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 atribuídas a uma só assinatura do Azure. Os hosts dedicados são os mesmos servidores físicos usados em nossos data centers, fornecidos como um recurso de hardware diretamente acessível. Você pode provisionar hosts dedicados em uma região, uma zona de disponibilidade e em um domínio de falha. Em seguida, você pode colocar as VMs diretamente nos hosts provisionados, em qualquer configuração que melhor atenda às suas necessidades.

Introdução de vídeo

Benefícios

A reserva de todo o host oferece vários benefícios além daqueles encontrados em um host de máquina virtual compartilhado padrão:

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

  • Confiabilidade: você tem controle quase completo sobre os eventos de manutenção iniciados pela plataforma 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.

  • Eficiência de desempenho: como você tem controle sobre um host físico, pode escolher quais aplicativos compartilham os recursos físicos, como memória e armazenamento. Isso pode acelerar determinadas cargas de trabalho que se beneficiam de baixa latência e alta taxa de transferência no computador host.

  • Segurança: o isolamento de hardware no servidor físico permite que os dados de memória confidenciais permaneçam isolados em um host físico. Nenhuma outra VM de um cliente será colocada nos seus 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.

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.

Utilize zonas de disponibilidade para 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á preciso criar vários grupos de hosts (um por zona) e distribuir os hosts entre eles de acordo.

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, você precisa 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. Para usar os dois, especifique a zona de disponibilidade e a contagem de domínios de falha para cada grupo de hosts, atribua um domínio de falha a cada host do grupo e atribua uma zona de disponibilidade a cada VM.

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 de posicionamento automático

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

  • Você não poderá reimplantar a VM.
  • Você não poderá usar VMs das séries DCv2, Lsv2, NVasv4, NVsv3, Msv2 ou M com hosts dedicados.

Recuperação do serviço de host

No caso de qualquer falha relacionada ao nó subjacente, a conectividade de rede ou os problemas de software podem efetuar push do host e das VMs no host para um estado não íntegro, causando interrupção e tempo de inatividade para suas cargas de trabalho. A ação padrão é o Azure recuperar o serviço automaticamente do host afetado para um nó íntegro e mover todas as VMs para o host íntegro. Depois que as VMs passarem pela recuperação de serviço e forem reiniciadas, o host afetado será desalocado. Durante o processo de recuperação de serviço, o host e as VMs ficarão indisponíveis, incorrendo em um pequeno tempo de inatividade.

O host recém-criado terá todas as mesmas restrições que o host antigo:

  • Resource group
  • Região
  • Domínio de falha
  • Grupo de Hosts
  • ADH SKU
  • Substituição automática na configuração de falha

Os usuários com requisitos de conformidade podem precisar de uma afinidade forte entre o host e o nó subjacente, não sendo indicada a recuperação de serviço automática. Nesses cenários, os usuários podem optar por recusar a recuperação de serviço automática no nível do host desabilitando a configuração "Substituir automaticamente o host em caso de falha".

Implicações

Se você decidir desabilitar a recuperação de serviço automática e se o nó subjacente encontrar uma falha, o estado do host será alterado para “Desalocação pendente de host” e, eventualmente, será desalocado.

Para evitar a desalocação, você precisará reimplantar manualmente o host, criando um host dedicado e movendo todas as VMs do host antigo para o novo host.

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

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 só recurso e aplique políticas de disponibilidade, gerenciamento, escala e orquestração como um grupo. Os hosts dedicados existentes também podem ser usados para os 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 quando um conjunto de dimensionamento de máquinas virtuais é criado 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 use grupos de posicionamento por proximidade para colocalização

Suporte a disco Ultra para máquinas virtuais em hosts dedicados

Os discos Ultra oferecem IOPS mais altos (máximo de 160,00 IOPS por disco) e taxa de transferência de disco mais alta (máximo de 4000 MBps por disco), dependendo do tamanho do disco. Todas as limitações dos discos ultra ainda se aplicariam. Para usar discos ultra em hosts dedicados, os seguintes requisitos precisam ser atendidos:

  • O grupo de hosts precisa ter o Armazenamento de Disco Ultra 'Habilitado', essa propriedade não pode ser alterada após a criação do grupo de hosts
  • A série de máquinas virtuais do host dedicado deve ser compatível com discos ultra.

Os hosts dedicados também suportam ultra discos com tamanhos especiais de VM: LSv2, M, Mv2, Msv2, Mdsv2, NVv3, NVv4. No entanto, nestes casos abaixo listados limitações adicionais seriam aplicáveis:

  • O grupo de hosts deve ter o posicionamento automático 'Desabilitado'
  • A contagem de domínios de falha do grupo de hosts deve ser definida apenas como '1'.

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 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 durante os quais a VM precisa ser desligada 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 poderá 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. Essa ação 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á a vCPU do host dedicado e a cota de vCPU da família de VMs, mas não consumirá a 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 uma cota para os 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 representa a série de tamanho da VM e o tipo em determinado host. 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, os quais estamos analisando. Esse 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.

Perguntas frequentes

P. O que acontece com meu host dedicado no caso de uma migração ao vivo?

A. A partir de hoje, os hosts dedicados do Azure não dão suporte à migração dinâmica e, em caso de falha de hardware, recuperamos o host para um nó diferente.

P. Posso executar VMs de várias famílias de VMs no mesmo host dedicado?

A. Não, você seria capaz de executar apenas VMs a partir da mesma família que o host dedicado subjacente. Por exemplo, um host de Dsv3-Type4 só dá suporte a VMs da família de VMs Dsv3.

P. Posso executar diferentes tamanhos de VM em um único host dedicado?

A. Sim, você pode executar vários tamanhos de VMs no mesmo host dedicado, desde que todas as VMs pertençam à mesma família que o host dedicado subjacente e haja capacidade suficiente no host para dar suporte aos tamanhos das VMs. Por exemplo, em um host Dsv3-Type4 você pode executar VMs D2sv3, D8sv3, D16sv3 ao mesmo tempo.

Próximas etapas