Recursos da VM do Azure Stack Hub

As máquinas virtuais (VMs) do Azure Stack Hub fornecem recursos de computação escaláveis sob demanda. Antes de implantar VMs, você deve aprender as diferenças entre os recursos de VM disponíveis no Azure Stack Hub e no Microsoft Azure. Este artigo descreve essas diferenças e identifica as principais considerações para o planejamento de implantações de VM. Para saber mais sobre as diferenças de alto nível entre o Azure Stack Hub e o Azure, consulte o artigo Principais considerações .

Diferenças de VM

Tamanhos de VM

O Azure Stack Hub impõe limites de recursos para evitar o consumo excessivo de recursos (servidor, local e nível de serviço). Esses limites melhoram a experiência do locatário reduzindo o consumo de recursos afetado por outros locatários.

• Para saída de rede da VM, há limites de largura de banda em vigor. Caps no Azure Stack Hub são os mesmos que caps no Azure.
• Para recursos de armazenamento, o Azure Stack Hub implementa limites de IOPS de armazenamento (Operações de Entrada/Saída por Segundo) para evitar o consumo excessivo básico de recursos pelos locatários para uso de armazenamento.
• Para discos de VM, IOPS de disco no Azure Stack Hub é uma função do tamanho da VM em vez do tipo de disco. Isto significa que, para uma VM da série Standard_Fs, independentemente de escolher SSD ou HDD para o tipo de disco, o limite de IOPS para um segundo disco de dados é de 2300 IOPS.
• Os discos temporários conectados à VM não são persistentes e podem ser perdidos em operações do plano de controle, como redimensionamento ou stop-deallocate.

A tabela a seguir lista as VMs com suporte no Azure Stack Hub, juntamente com sua configuração:

Os tamanhos de VM e suas quantidades de recursos associadas são consistentes entre o Azure Stack Hub e o Azure. Essa consistência inclui a quantidade de memória, o número de núcleos e o número/tamanho dos discos de dados que podem ser criados. No entanto, o desempenho de VMs com o mesmo tamanho depende das características subjacentes de um determinado ambiente do Azure Stack Hub.

Extensões de VMs

O Azure Stack Hub inclui um pequeno conjunto de extensões. Atualizações e extensões adicionais estão disponíveis através da distribuição do Marketplace. Trazer extensões personalizadas para o Azure Stack Hub não é um cenário suportado; uma extensão deve primeiro ser integrada ao Azure para ser disponibilizada no Azure Stack Hub.

Use o seguinte script do PowerShell para obter a lista de extensões de VM disponíveis em seu ambiente do Azure Stack Hub.

Get-AzVmImagePublisher -Location local | `
  Get-AzVMExtensionImageType | `
  Get-AzVMExtensionImage | `
  Select Type, Version | `
  Format-Table -Property * -AutoSize

Get-AzureRMVmImagePublisher -Location local | `
  Get-AzVMExtensionImageType | `
  Get-AzVMExtensionImage | `
  Select Type, Version | `
  Format-Table -Property * -AutoSize

Se o provisionamento de uma extensão em uma implantação de VM demorar muito, deixe o tempo limite de provisionamento em vez de tentar interromper o processo para desalocar ou excluir a VM.

Versões da API

Os recursos de VM no Azure Stack Hub dão suporte às seguintes versões de API:

"2017-12-01", "2017-03-30", "2016-03-30", "2015-06-15"

Você pode usar o seguinte script do PowerShell para obter as versões de API para os recursos de VM disponíveis em seu ambiente do Azure Stack Hub:

Get-AzResourceProvider | `
  Select ProviderNamespace -Expand ResourceTypes | `
  Select * -Expand ApiVersions | `
  Select ProviderNamespace, ResourceTypeName, @{Name="ApiVersion"; Expression={$_}} | `
  where-Object {$_.ProviderNamespace -like "Microsoft.compute"}

Get-AzureRMResourceProvider | `
  Select ProviderNamespace -Expand ResourceTypes | `
  Select * -Expand ApiVersions | `
  Select ProviderNamespace, ResourceTypeName, @{Name="ApiVersion"; Expression={$_}} | `
  where-Object {$_.ProviderNamespace -like "Microsoft.compute"}

A lista de tipos de recursos suportados e versões de API pode variar se o operador de nuvem atualizar seu ambiente do Azure Stack Hub para uma versão mais recente.

Ativação do Windows

Os produtos Windows devem ser utilizados de acordo com os Direitos de Utilização do Produto e os termos de licença da Microsoft. O Azure Stack Hub usa a Ativação Automática de VM (AVMA) para ativar VMs do Windows Server.

• O host do Azure Stack Hub ativa o Windows com chaves AVMA para o Windows Server 2016. Todas as VMs que executam o Windows Server 2012 R2 ou posterior são ativadas automaticamente.
• As VMs que executam o Windows Server 2012 ou anterior não são ativadas automaticamente e devem ser ativadas usando a ativação MAK. Para usar a ativação MAK, você deve fornecer sua própria chave do produto.

O Microsoft Azure usa a ativação KMS para ativar VMs do Windows. Se você mover uma VM do Azure Stack Hub para o Azure e encontrar problemas de ativação, consulte Solucionar problemas de ativação de VM do Windows do Azure. Informações adicionais podem ser encontradas na postagem Solucionando problemas de falhas de ativação do Windows em VMs do Azure.

Elevada Disponibilidade

Sua VM pode estar sujeita a uma reinicialização devido à manutenção planejada, conforme agendado pelo operador do Azure Stack Hub. Para alta disponibilidade de um sistema de produção multi-VM no Azure, as VMs são colocadas em um conjunto de disponibilidade que as distribui por vários domínios de falha e domínios de atualização. Na escala menor do Azure Stack Hub, um domínio de falha em um conjunto de disponibilidade é definido como um único nó na unidade de escala.

Embora a infraestrutura do Azure Stack Hub já seja resiliente a falhas, a tecnologia subjacente (clustering de failover) ainda incorre em algum tempo de inatividade para VMs em um servidor físico afetado se houver uma falha de hardware. O Azure Stack Hub dá suporte a ter um conjunto de disponibilidade com um máximo de três domínios de falha para ser consistente com o Azure.

Domínios de falha

As VMs colocadas em um conjunto de disponibilidade serão fisicamente isoladas umas das outras, distribuindo-as da forma mais uniforme possível em vários domínios de falha (nós do Azure Stack Hub). Se houver uma falha de hardware, as VMs do domínio de falha com falha serão reiniciadas em outros domínios de falha. Eles serão mantidos em domínios de falha separados das outras VMs, mas no mesmo conjunto de disponibilidade, se possível. Quando o hardware voltar a ficar online, as VMs serão rebalanceadas para manter a alta disponibilidade.

Domínios de atualização

Os domínios de atualização são outra maneira de o Azure fornecer alta disponibilidade em conjuntos de disponibilidade. Um domínio de atualização é um grupo lógico de hardware subjacente que pode passar por manutenção ao mesmo tempo. As VMs localizadas no mesmo domínio de atualização serão reiniciadas juntas durante a manutenção planejada. À medida que os locatários criam VMs dentro de um conjunto de disponibilidade, a plataforma Azure distribui automaticamente as VMs entre esses domínios de atualização.

No Azure Stack Hub, as VMs são migradas ao vivo entre os outros hosts online no cluster antes que seu host subjacente seja atualizado. Como não há tempo de inatividade do locatário durante uma atualização de host, o recurso de domínio de atualização no Azure Stack Hub só existe para compatibilidade de modelo com o Azure. As VMs em um conjunto de disponibilidade mostrarão 0 como seu número de domínio de atualização no portal.

Arc em VMs do Azure Stack Hub

Os servidores habilitados para Arc não oferecem suporte à instalação do agente de máquina conectado em máquinas virtuais em execução no Azure ou máquinas virtuais em execução no Azure Stack Hub ou Azure Stack Edge, pois já são modeladas como VMs do Azure.

Produtos de servidor do Microsoft Office em VMs do Azure Stack Hub

Nem todos os produtos de servidor do Microsoft Office são suportados em VMs do Azure Stack Hub, o que é esclarecido da seguinte forma:

Próximos passos

Criar uma VM do Windows com o PowerShell no Azure Stack Hub