Azure Dedicated Hosts

Aplica-se a: ✔️ Linux VMs ✔️ Windows VMs ✔️ Conjuntos de escala uniforme

O Host Dedicado do Azure é um serviço que fornece servidores físicos capazes de hospedar uma ou mais máquinas virtuais atribuídas a uma 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. Pode aprovisionar anfitriões dedicados numa região, zona de disponibilidade e domínio de avaria. Em seguida, você pode colocar VMs diretamente em seus hosts provisionados em qualquer configuração que melhor atenda às suas necessidades.

Vídeo de Introdução

Benefícios

Reservar o host inteiro oferece vários benefícios além daqueles de um host de máquina virtual compartilhada padrão:

• Otimização de custos: com o benefício híbrido do Azure, você pode trazer suas próprias licenças para Windows e SQL para o Azure. Para obter mais informações, veja 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 em suas máquinas virtuais, há algumas cargas de trabalho confidenciais em que cada segundo de pausa pode ter um impacto. Com anfitriões dedicados, pode optar por uma janela de manutenção para reduzir o impacto no seu serviço.

• Eficiência de desempenho: como você tem controle sobre um host físico, pode escolher quais aplicativos compartilham 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 na máquina host.

• Segurança: O isolamento de hardware no nível do servidor físico permite que os dados confidenciais da memória permaneçam isolados em um host físico. Nenhuma VM de outro cliente será colocada em seus hosts. Os hosts dedicados são implantados nos mesmos data centers e compartilham a mesma rede e a mesma infraestrutura de armazenamento subjacente que outros hosts não isolados.

Grupos, hosts e VMs

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 uma SKU descrevendo quais tamanhos de VM podem ser criados. Cada host pode hospedar várias VMs, de tamanhos diferentes, desde que sejam da mesma série de tamanho.

Considerações sobre alta disponibilidade

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

Usar zonas de disponibilidade para isolamento de falhas

As zonas de disponibilidade são locais físicos exclusivos dentro de uma região do Azure. Cada zona é composta por um ou mais datacenters equipados com energia, refrigeração e rede independentes. Um grupo de hosts é criado em uma única zona de disponibilidade. Uma vez criados, todos os anfitriões serão colocados dentro dessa zona. Para obter alta disponibilidade entre zonas, você precisa criar vários grupos de hosts (um por zona) e distribuir seus hosts entre eles de acordo.

Se você 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 isolamento de falhas

Um host pode ser criado em um domínio de falha específico. Assim como a VM em um conjunto de escala ou 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ínio de falha. Ao criar hosts dentro do grupo de hosts, você atribui domínio de falha para cada host. As VMs não exigem nenhuma atribuição de domínio de falha.

Domínios de falha não são o mesmo que colocation. Ter o mesmo domínio de falha para dois hosts não significa que eles estejam próximos um do outro.

Os domínios de falha têm escopo para o grupo de hosts. Você não deve fazer nenhuma suposição sobre 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 seus serviços de discos gerenciados subjacentes em vários carimbos de armazenamento, para aumentar a proteção contra isolamento de falhas.

Usando zonas de disponibilidade e domínios de falha

Você pode usar os dois recursos juntos para obter ainda mais isolamento de falhas. Para usar ambos, especifique a zona de disponibilidade e a contagem de domínio de falha para cada grupo de hosts, atribua um domínio de falha a cada host no grupo e, em seguida, atribua uma zona de disponibilidade a cada VM.

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

Posicionamento manual vs. automático

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

Ao criar um novo grupo de hosts, verifique se a configuração para posicionamento automático de VM está selecionada. Ao criar sua 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 for selecionado para o grupo de hosts.

Limitações de posicionamento automático

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

• Você não poderá reimplantar sua VM.
• Você não poderá usar VMs DCv2, Lsv2, NVasv4, NVsv3, Msv2 ou M-series com hosts dedicados.

Recuperação do serviço de host

Em caso de qualquer falha relacionada ao nó subjacente, problemas de conectividade de rede ou software podem empurrar o host e as VMs no host para um estado não íntegro, causando interrupção e tempo de inatividade em suas cargas de trabalho. A ação padrão é que o Azure faça automaticamente o serviço de recuperação do host afetado para um nó íntegro e mova todas as VMs para o host íntegro. Depois que as VMs forem recuperadas e reiniciadas, o host afetado será deslocalizado. Durante o processo de recuperação do serviço, o host e as VMs ficariam indisponíveis, incorrendo em um ligeiro tempo de inatividade.

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

• Grupo de recursos
• País/Região
• Domínio de Falha
• Grupo anfitrião
• ADH SKU
• Substituição automática na configuração de falha

Os usuários com requisitos de conformidade podem precisar de uma forte afinidade entre o host e o nó subjacente e não gostariam de ser automaticamente recuperados do serviço, nesses cenários, os usuários podem optar por desativar a recuperação automática do serviço no nível do host desativando a configuração 'Substituir automaticamente o host em caso de falha'.

Implicações

Se você decidir desativar a recuperação automática do serviço e se o nó subjacente encontrar uma falha, seu estado de host mudará para 'Host Pending Deallocate' e acabará sendo deslocalizado.

Para evitar a deallocation, você precisaria reimplantar manualmente o host criando um novo host dedicado e movendo todas as VMs do host antigo para o novo host.

A configuração de substituição automática do host é 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 a Conjunto de Dimensionamento de Máquina Virtual

Os Conjuntos de Dimensionamento de Máquinas Virtuais permitem tratar um grupo de máquinas virtuais como um único recurso e aplicar políticas de disponibilidade, gerenciamento, dimensionamento e orquestração como um grupo. Seus hosts dedicados existentes também podem ser usados para Conjuntos de Dimensionamento de Máquina Virtual.

Ao criar um Conjunto de Dimensionamento de Máquina Virtual, você pode especificar um grupo de hosts existente para que todas as instâncias de VM sejam criadas em hosts dedicados.

Os seguintes requisitos se aplicam ao criar um Conjunto de Dimensionamento de Máquina Virtual em um grupo de hosts dedicado:

• O posicionamento automático da VM precisa ser habilitado.
• A configuração de disponibilidade do seu grupo de anfitriões deve corresponder ao seu conjunto de escalas.
  • Um grupo de hosts regionais (criado sem especificar uma zona de disponibilidade) deve ser usado para conjuntos de escala regional.
  • O grupo de hosts e o conjunto de escalas devem estar usando 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 seu conjunto de escala. O portal do Azure permite especificar a dispersão máxima para seu conjunto de escalas, que define a contagem de domínio de falha de 1.
• Os hosts dedicados devem ser criados primeiro, com capacidade suficiente e as mesmas configurações para zonas de conjunto de escala e domínios de falha.
• Os tamanhos de VM suportados para seus hosts dedicados devem corresponder ao usado para seu conjunto de escala.

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

• O provisionamento excessivo não é recomendado e está desativado por padrão. Você pode habilitar o provisionamento excessivo, mas a alocação do conjunto de escala 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 de proximidade para colocalização

Suporte de disco ultra para máquinas virtuais em hosts dedicados

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

• O grupo de hosts precisa ter Ultra SSD 'Ativado', essa propriedade não pode ser alterada depois que o grupo de hosts é criado
• A série de máquinas virtuais do host dedicado deve ser compatível com ultra discos.

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

• O grupo de anfitriões deve ter a colocação automática 'desativada'
• A contagem de domínio de falha do grupo de hosts deve ser definida apenas como '1'.

Controlo da manutenção

A infraestrutura que suporta suas máquinas virtuais pode ocasionalmente ser atualizada para melhorar a confiabilidade, o desempenho, a segurança e para iniciar novos recursos. A plataforma 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 nem mesmo alguns segundos que a VM precisa ser desligada para manutenção.

O Controle de Manutenção oferece aos clientes a opção de ignorar atualizações regulares da plataforma agendadas em seus hosts dedicados e, em seguida, aplicá-las no momento de sua escolha dentro de uma janela contínua de 35 dias. Dentro da 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, consulte Gerenciando atualizações de plataforma com o Controle de Manutenção.

Considerações de capacidade

Depois que um host dedicado é provisionado, o Azure o atribui ao servidor físico. Isso garante a disponibilidade da capacidade quando você precisa provisionar sua VM. O Azure usa toda a capacidade na região (ou zona) para escolher um servidor físico para seu host. Isso também significa que os clientes podem esperar ser capazes de aumentar sua pegada de host dedicado sem a preocupação de ficar sem espaço no cluster.

Quotas

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 é de 3000 vCPUs, por região.
2. Cota da 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 dedicado Dsv3, 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 de host dedicado e a cota de vCPU da família VM, mas não consumirá a vCPU regional. As VMs colocadas em um host dedicado não contarão para a cota vCPU da família VM. Se uma VM for movida de um host dedicado para um ambiente multilocatário, a VM consumirá a cota vCPU da família VM.

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

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

Preços

Os usuários são cobrados por host dedicado, independentemente de quantas VMs são implantadas. No seu extrato mensal, você verá um novo tipo de recurso faturável de hosts. As VMs em um host dedicado ainda serão mostradas em sua declaração, mas terão um preço de 0.

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

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

Para obter mais informações, consulte Preços do Host Dedicado do Azure.

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

Gerações de hardware e tamanhos

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

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

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

Ciclo de vida do anfitrião

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

Perguntas Mais Frequentes

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

A. A partir de hoje, os hosts dedicados do Azure não oferecem suporte à migração ao vivo e, em caso de falha de hardware, o serviço recupera 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 da mesma família que o host dedicado subjacente. Por exemplo, um host Dsv3-Type4 suporta apenas VMs da família de VMs Dsv3.

P. Eu seria capaz de 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 suportar os tamanhos de VMs. Por exemplo, em um host Dsv3-Type4 você pode executar VMs D2sv3, D8sv3, D16sv3 ao mesmo tempo.

Próximos passos

• Para implantar um host dedicado, consulte Implantar VMs e dimensionar conjuntos para hosts dedicados.

• Há um modelo de exemplo que usa zonas e domínios de falha para máxima resiliência em uma região.

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