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
| Funcionalidade | Azure (global) | Azure Stack Hub |
|---|---|---|
| Imagens de máquina virtual | O Azure Marketplace tem imagens que pode utilizar para criar uma VM. Veja a página Azure Marketplace para ver a lista de imagens que estão disponíveis no Azure Marketplace. | Por predefinição, não existem imagens disponíveis no Marketplace do Azure Stack Hub. O administrador da cloud do Azure Stack Hub tem de publicar ou transferir imagens para o Marketplace do Azure Stack Hub antes de os utilizadores as poderem utilizar. |
| Geração de VHD | As VMs de geração dois suportam funcionalidades-chave que não são suportadas em VMs de geração 1. Estas funcionalidades incluem memória aumentada, Extensões Intel Software Guard (Intel SGX) e memória persistente virtualizada (vPMEM). As VMs de geração dois em execução no local têm algumas funcionalidades que ainda não são suportadas no Azure. Para obter mais informações, veja Suporte para VMs de geração 2 no Azure | O Azure Stack Hub suporta apenas VMs de geração 1. Pode converter uma VM de geração 1 do VHDX para o formato de ficheiro VHD e de expandir dinamicamente para um disco de tamanho fixo. Não pode alterar a geração de uma VM. Para obter mais informações, veja Suporte para VMs de geração 2 no Azure. |
| Tamanhos de máquinas virtuais | O Azure suporta uma grande variedade de tamanhos para VMs. Para saber mais sobre os tamanhos e opções disponíveis, veja os tamanhos das VMs do Azure. | O Azure Stack Hub suporta um subconjunto de tamanhos de VM que estão disponíveis no Azure. Para ver a lista de tamanhos suportados, veja a secção Tamanhos de VM deste artigo. |
| Quotas de máquinas virtuais | Os limites de quota são definidos pela Microsoft. | O administrador da cloud do Azure Stack Hub tem de atribuir quotas antes de oferecer a VM aos seus utilizadores. |
| Extensões de máquina virtual | O Azure suporta uma grande variedade de extensões de VM. Para saber mais sobre as extensões disponíveis, veja o artigo Extensões e funcionalidades da VM . | O Azure Stack Hub suporta um subconjunto de extensões que estão disponíveis no Azure e cada uma das extensões tem versões específicas. O administrador da cloud do Azure Stack Hub pode escolher as extensões a disponibilizar para os seus utilizadores. Para ver a lista de extensões suportadas, veja a secção Extensões de VM deste artigo. |
| Rede de máquina virtual | Os endereços IP públicos atribuídos a uma VM de inquilino estão acessíveis através da Internet. As VMs do Azure têm um nome DNS fixo. |
Os endereços IP públicos atribuídos a uma VM de inquilino são acessíveis apenas no ambiente do Development Kit do Azure Stack. Um utilizador tem de ter acesso ao Development Kit do Azure Stack através de RDP ou VPN para ligar a uma VM criada no Azure Stack Hub. As VMs criadas numa instância específica do Azure Stack Hub têm um nome DNS com base no valor configurado pelo administrador da cloud. |
| Armazenamento de máquinas virtuais | Suporta discos geridos. | Os discos geridos são suportados no Azure Stack Hub com a versão 1808 e posterior. |
| Desempenho do disco da máquina virtual | Depende do tipo e tamanho do disco. | Depende do tamanho da VM, ao qual os discos estão ligados. Para obter mais informações, veja o artigo Tamanhos de VM suportados no Azure Stack Hub . |
| Troca de Disco do SO | Se tiver uma VM existente, mas quiser trocar o disco por um disco de cópia de segurança ou outro disco do SO, pode trocar os discos do SO. Não tem de eliminar e recriar a VM. Pode até utilizar um disco gerido noutro grupo de recursos, desde que ainda não esteja a ser utilizado. | A Troca de Discos do SO não é suportada no Azure Stack Hub. |
| Versões da API | O Azure tem sempre as versões de API mais recentes para todas as funcionalidades da VM. | O Azure Stack Hub suporta serviços específicos do Azure e versões de API específicas para estes serviços. Para ver a lista de versões de API suportadas, veja a secção Versões da API deste artigo. |
| Azure Instance Metadata Service | O Azure Instance Metadata Service fornece informações sobre a execução de instâncias de VM que podem ser utilizadas para gerir e configurar a VM. | O Azure Instance Metadata Service está disponível como uma pré-visualização pública com a correção 1.2108.2.73 do Azure Stack Hub. Suporta o espaço de nomes Compute & Network. Para obter mais informações, veja Azure Instance Metadata Service (Serviço de Metadados da Instância do Azure). |
| Conjuntos de disponibilidade das máquinas virtuais | Vários domínios de falha (2 ou 3 por região). Vários domínios de atualização. |
Vários domínios de falha (2 ou 3 por região). Domínio de atualização única, com migração em direto para proteger cargas de trabalho durante a atualização. 20 domínios de atualização suportados para compatibilidade de modelos. A VM e o conjunto de disponibilidade devem estar na mesma localização e grupo de recursos. |
| Conjuntos de dimensionamento de máquinas virtuais | O dimensionamento automático é suportado. | O dimensionamento automático não é suportado. Adicione mais instâncias a um conjunto de dimensionamento com o portal, Resource Manager modelos ou o PowerShell. |
| Testemunho de Nuvem | Selecione os pontos finais nas propriedades da conta de armazenamento disponíveis no Azure Stack Hub. | O Testemunho de Cloud é um tipo de testemunho de quórum do Cluster de Ativação Pós-falha que utiliza o Microsoft Azure para fornecer uma votação sobre o quórum do cluster. Os pontos finais no Azure global em comparação com o Azure Stack Hub podem ter o seguinte aspeto: Para o Azure global: https://mywitness.blob.core.windows.net/Para o Azure Stack Hub: https://mywitness.blob.<region>.<FQDN>/ |
| Diagnóstico de máquina virtual | Os diagnósticos da VM do Linux são suportados. | Os diagnósticos de VMs do Linux não são suportados no Azure Stack Hub. Quando implementa uma VM do Linux com o diagnóstico da VM ativado, a implementação falha. A implementação também falha se ativar as métricas básicas da VM do Linux através das definições de diagnóstico. |
| Tamanhos aninhados de VMs de virtualização | Suportado | Suportado a partir do lançamento 2102 e posterior. |
| Instâncias de VM reservadas | Suportado | Não suportado. |
| Desalocação da VM | Suportado | Suporta a desalocação de VMs. O sistema operativo convidado reconhece todos os adaptadores de rede como o mesmo dispositivo e mantém as definições. |
| Certificação de cargas de trabalho SAP | O Azure suporta certificações de cargas de trabalho SAP, incluindo HANA, NetWeaver e outros. | O hardware do Azure Stack Hub não suporta a certificação de quaisquer cargas de trabalho SAP. |
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:
| Tipo | Tamanho | Intervalo de tamanhos suportados |
|---|---|---|
| Fins gerais | Básico A | A0 - A4 |
| Fins gerais | Standard A | A0 - A7 |
| Fins gerais | Série Av2 | A1_v2 - A8m_v2 |
| Fins gerais | Série D | D1 - D4 |
| Fins gerais | Série Dv2 | D1_v2 - D5_v2 |
| Fins gerais | Série DS | DS1 - DS4 |
| Fins gerais | Série DSv2 | DS1_v2 - DS5_v2 |
| Otimizada para memória | Série D | D11 - D14 |
| Otimizada para memória | Série DS | DS11 - DS14 |
| Otimizada para memória | Série Dv2 | D11_v2 - DS14_v2 |
| Otimizada para memória | Série DSv2 | DS11_v2 - DS14_v2 |
| Otimizado para computação | Série F | F1 - F16 |
| Otimizado para computação | Série Fs | F1s - F16s |
| Otimizado para computação | Série Fsv2 | F2s_v2 - F64s_v2 |
| GPU | Série NCv3 | NC6s_v3-NC24s_v3 |
| GPU | Série NVv4 | NV4as_v4 |
| GPU | Série NCasT4_v3 | NC4as_T4_v3-NC64as_T4_v3 |
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
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"}
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:
| Produto | Declaração de suporte do Office | Mais informações |
|---|---|---|
| Troca | Não suportado. Não cumpre os requisitos de virtualização de armazenamento do Exchange. | virtualização de Exchange Server |
| SharePoint | Suportado apenas se forem cumpridos requisitos de rede específicos. | Planear a virtualização do SharePoint Server |
| Skype | Não suportado. O Skype não suporta a migração em direto, uma funcionalidade de virtualização principal utilizada no Azure Stack Hub. | Suporte de virtualização para Skype para Empresas Server 2019 |
Passos seguintes
Comentários
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja: https://aka.ms/ContentUserFeedback.
Submeter e ver comentários