Funcionalidades da VM do Azure Stack Hub

As máquinas virtuais (VMs) do Azure Stack Hub fornecem recursos de computação dimensionáveis a pedido. Antes de implementar VMs, deve aprender as diferenças entre as funcionalidades da VM disponíveis no Azure Stack Hub e no Microsoft Azure. Este artigo descreve estas diferenças e identifica considerações-chave para o planeamento de implementações de VMs. Para saber mais sobre as diferenças de alto nível entre o Azure Stack Hub e o Azure, veja 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 (nível local e de serviço do servidor.) Estes limites melhoram a experiência do inquilino ao reduzir o consumo de recursos afetado por outros inquilinos.

• Para a saída de rede da VM, existem maiúsculas de largura de banda. As maiúsculas no Azure Stack Hub são as mesmas que as maiúsculas 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 por inquilinos para utilização de armazenamento.
• Para discos de VM, o 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 de 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 é 2300 IOPS.
• Os discos temporários ligados à VM não são persistentes e podem ser perdidos em operações do plano de controlo, como redimensionar ou parar desalocar.

A tabela seguinte lista as VMs suportadas no Azure Stack Hub juntamente com a configuração:

Os tamanhos das VMs e as respetivas quantidades de recursos associadas são consistentes entre o Azure Stack Hub e o Azure. Esta 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 das VMs com o mesmo tamanho depende das características subjacentes de um ambiente específico do Azure Stack Hub.

Extensões de VM

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

Utilize o seguinte script do PowerShell para obter a lista de extensões de VM que estão disponíveis no 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 aprovisionamento de uma extensão numa implementação de VM demorar demasiado tempo, deixe o tempo limite de aprovisionamento em vez de tentar parar o processo para desalocar ou eliminar a VM.

Versões da API

As funcionalidades da VM no Azure Stack Hub suportam as seguintes versões da API:

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

Pode utilizar o seguinte script do PowerShell para obter as versões da API para as funcionalidades da VM que estão disponíveis no 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 e versões de API suportados pode variar se o operador da cloud atualizar o ambiente do Azure Stack Hub para uma versão mais recente.

Ativação do Windows

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

• O anfitrião do Azure Stack Hub ativa o Windows com chaves AVMA para Windows Server 2016. Todas as VMs que executam Windows Server 2012 R2 ou posterior são ativadas automaticamente.
• As VMs que executam Windows Server 2012 ou anterior não são ativadas automaticamente e têm de ser ativadas através da ativação MAK. Para utilizar a ativação MAK, tem de fornecer a sua própria chave de produto.

O Microsoft Azure utiliza a ativação KMS para ativar VMs do Windows. Se mover uma VM do Azure Stack Hub para o Azure e encontrar problemas de ativação, veja Resolver problemas de ativação da VM do Windows do Azure. Podem ser encontradas informações adicionais na mensagem Troubleshooting Windows activation failures on Azure VMs Azure Support Team Blog (Resolver problemas de falhas de ativação do Windows nas VMs do Azure ) no Blogue da Equipa de Suporte do Azure.

Elevada Disponibilidade

A VM pode estar sujeita a um reinício devido à manutenção planeada, conforme agendado pelo operador do Azure Stack Hub. Para elevada disponibilidade de um sistema de produção de várias VMs no Azure, as VMs são colocadas num conjunto de disponibilidade que as espalha por vários domínios de falha e atualiza domínios. Na escala mais pequena do Azure Stack Hub, um domínio de falha num 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 ativação pós-falha) ainda implica algum tempo de inatividade para as VMs num servidor físico afetado se existir uma falha de hardware. O Azure Stack Hub suporta 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 num conjunto de disponibilidade serão fisicamente isoladas umas das outras ao espalhá-las o mais uniformemente possível sobre vários domínios de falha (nós do Azure Stack Hub). Se ocorrer uma falha de hardware, as VMs do domínio de falha falhada serão reiniciadas noutros domínios de falha. 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 estar online, as VMs serão reequilibradas para manter a elevada disponibilidade.

Domínios de atualização

Os domínios de atualização são outra forma de o Azure fornecer elevada disponibilidade em conjuntos de disponibilidade. Um domínio de atualização é um grupo lógico de hardware subjacente que pode ser submetido a manutenção ao mesmo tempo. As VMs localizadas no mesmo domínio de atualização serão reiniciadas em conjunto durante a manutenção planeada. À medida que os inquilinos criam VMs num conjunto de disponibilidade, a plataforma do Azure distribui automaticamente as VMs por estes domínios de atualização.

No Azure Stack Hub, as VMs são migradas em direto pelos outros anfitriões online no cluster antes de o anfitrião subjacente ser atualizado. Uma vez que não existe tempo de inatividade do inquilino durante uma atualização do anfitrião, a funcionalidade de domínio de atualização no Azure Stack Hub só existe para compatibilidade de modelos com o Azure. As VMs num conjunto de disponibilidade mostrarão 0 como o número de domínio de atualização no portal.

Arc em VMs do Azure Stack Hub

Os servidores preparados para o Arc não suportam a instalação do agente de máquinas ligadas em máquinas virtuais em execução no Azure ou em máquinas virtuais em execução no Azure Stack Hub ou no Azure Stack Edge, uma vez que já estã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:

Passos seguintes

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