Fonctionnalités des machines virtuelles Azure Stack Hub

Les machines virtuelles Azure Stack Hub fournissent des ressources de calcul évolutives et à la demande. Avant de déployer des machines virtuelles, il est important de connaître les différences entre les fonctionnalités disponibles dans Azure Stack Hub et Microsoft Azure. Cet article explique ces différences et identifie les points clés à prendre en compte lors de la planification des déploiements de machines virtuelles. Pour en savoir plus sur les principales différences entre Azure Stack Hub et Azure, consultez l'article Principales considérations.

Différences entre les machines virtuelles

Tailles de machine virtuelle

Azure Stack Hub impose des limites de ressources pour éviter la consommation excessive des ressources (au niveau du service ou du serveur local). Ces limites améliorent les performances du locataire en réduisant l’impact de la consommation des ressources par d’autres locataires.

• Pour la sortie réseau de la machine virtuelle, des limites de bande passante sont en place. Les limites relatives à Azure Stack Hub sont les mêmes que celles appliquées dans Azure.
• Pour les ressources de stockage, Azure Stack Hub implémente des limites d'opérations d'entrée/sortie par seconde (IOPS, Input/Output Operations Per Second) afin d'éviter une surconsommation de base des ressources par les locataires pour l'utilisation du stockage.
• Pour les disques de machine virtuelle, les opérations IOPS sur Azure Stack Hub dépendent de la taille de la machine virtuelle et non du type de disque. Cela signifie que, pour une machine virtuelle Standard_Fs, quel que soit le type de disque choisi (SSD ou HDD), la limite d’IOPS est de 2 300 pour un deuxième disque de données.
• Les disques temporaires joints à la machine virtuelle ne sont pas persistants et peuvent être perdus sur des opérations de plan de contrôle telles que le redimensionnement ou l’arrêt-libération.

Le tableau suivant répertorie les machines virtuelles prises en charge sur Azure Stack Hub, ainsi que leur configuration :

Les tailles de machine virtuelle et les quantités de ressources associées sont cohérentes entre Azure Stack Hub et Azure. Cette cohérence inclut la quantité de mémoire, le nombre de cœurs et le nombre ou la taille des disques de données qui peuvent être créés. Toutefois, les performances des machines virtuelles de même taille dépendent des caractéristiques sous-jacentes de chaque environnement Azure Stack Hub.

Extensions de machine virtuelle

Azure Stack Hub inclut un petit ensemble d'extensions. Des mises à jour et des extensions supplémentaires sont disponibles par le biais de la syndication de Place de marché. L’intégration d’extensions personnalisées dans Azure Stack Hub n’est pas un scénario pris en charge. Une extension doit d’abord être intégrée à Azure pour pouvoir être disponible dans Azure Stack Hub.

Utilisez le script PowerShell suivant pour obtenir la liste des extensions de machine virtuelle disponibles dans votre environnement 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

Si l’approvisionnement d’une extension sur un déploiement de machine virtuelle prend trop de temps, laissez expirer le délai d’attente de l’approvisionnement au lieu d’essayer d’arrêter le processus pour désallouer ou supprimer la machine virtuelle.

Versions d’API

Les fonctionnalités de machine virtuelle d'Azure Stack Hub prennent en charge les versions d'API suivantes :

« 2017-12-01 », « 2017-03-30 », « 2016-03-30 », « 2015-06-15 »

Utilisez le script PowerShell suivant pour obtenir la liste des versions d'API des fonctionnalités de machine virtuelle qui sont disponibles dans votre environnement 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"}

La liste des types de ressources et des versions d'API pris en charge peut varier si l'opérateur de cloud met à jour votre environnement Azure Stack Hub avec une version plus récente.

Activation de Windows

Les produits Windows doivent être utilisés conformément aux droits d’utilisation des produits et aux termes des contrats de licence Microsoft. Azure Stack Hub active les machines virtuelles Windows Server à l'aide de la fonctionnalité Activation automatique des machines virtuelles (AVMA).

• L'hôte Azure Stack Hub active Windows avec les clés AVMA pour Windows Server 2016. Toutes les machines virtuelles exécutant Windows Server 2012 R2 ou une version ultérieure sont automatiquement activées.
• Celles qui exécutent Windows Server 2012 ou une version antérieure doivent être activées manuellement à l’aide de l’activation MAK. Pour utiliser l’activation MAK, vous devez fournir votre propre clé de produit (Product Key).

Microsoft Azure utilise l’activation KMS pour activer les machines virtuelles Windows. Si vous déplacez une machine virtuelle d'Azure Stack Hub vers Azure et rencontrez des problèmes d'activation, consultez Résoudre les problèmes d'activation de Windows sur les machines virtuelles Azure. Vous trouverez des informations supplémentaires dans le billet de blog Troubleshooting Windows activation failures on Azure VMs publié par l’équipe du support technique Azure.

Haute disponibilité

Votre machine virtuelle peut faire l’objet d’un redémarrage en raison d’une maintenance planifiée par l’opérateur Azure Stack Hub. Pour garantir la haute disponibilité d’un système de production à plusieurs machines virtuelles dans Azure, ces machines virtuelles sont placées dans un groupe à haute disponibilité qui les répartit entre plusieurs domaines d’erreur et de mise à jour. À la plus petite échelle d’Azure Stack Hub, un domaine d’erreur au sein d’un groupe à haute disponibilité est défini comme un nœud unique dans l’unité d’échelle.

Même si l’infrastructure d’Azure Stack Hub est déjà résiliente aux défaillances, la technologie sous-jacente (clustering de basculement) implique toujours un temps d’arrêt pour les machines virtuelles qui se trouvent sur un serveur physique impacté en cas de défaillance matérielle. Azure Stack Hub prend ne charge les groupes à haute disponibilité avec un maximum de trois domaines d’erreur, pour rester cohérent avec Azure.

Domaines d’erreur

Les machines virtuelles placées dans un groupe à haute disponibilité sont physiquement isolées les unes des autres grâce à une répartition aussi équilibrée que possible sur plusieurs domaines d’erreur (nœuds Azure Stack Hub). En cas de défaillance matérielle, les machines virtuelles du domaine défaillant sont redémarrées dans d’autres domaines d’erreur. Elles seront conservées dans des domaines d’erreur distincts des autres machines virtuelles, mais si possible dans le même groupe à haute disponibilité. Une fois le matériel rétabli, les machines virtuelles seront rééquilibrées de façon à maintenir une haute disponibilité.

Domaines de mise à jour

Les domaines de mise à jour sont utilisés par Azure pour fournir la haute disponibilité aux groupes à haute disponibilité. Un domaine de mise à jour est un groupe logique de matériel sous-jacent pouvant faire l’objet simultanément d’une opération de maintenance. Les machines virtuelles qui se trouvent dans le même domaine de mise à jour sont redémarrées ensemble lors de la maintenance planifiée. Lorsqu’un client crée des machines virtuelles au sein d’un groupe à haute disponibilité, la plateforme Azure les distribue automatiquement dans ces différents domaines de mise à jour.

Dans Azure Stack Hub, les machines virtuelles sont migrées en direct sur les autres hôtes en ligne du cluster avant que leur hôte sous-jacent soit mis à jour. Comme il ne se produit aucun temps d’arrêt du côté du locataire pendant la mise à jour d’un hôte, la fonctionnalité de domaine de mise à jour d’Azure Stack Hub n’existe que pour des raisons de compatibilité des modèles avec Azure. Les machines virtuelles d’un groupe à haute disponibilité affichent 0 comme numéro de domaine de mise à jour sur le portail.

Arc sur les machines virtuelles Azure Stack Hub

Les serveurs avec Arc ne prennent pas en charge l’installation de Connected Machine Agent sur les machines virtuelles qui s’exécutent dans Azure, ni les machines virtuelles qui s’exécutent sur Azure Stack Hub ou Azure Stack Edge, car elles sont déjà modélisées en tant que machines virtuelles Azure.

Produits de serveur Microsoft Office sur des machines virtuelles Azure Stack Hub

Les produits de serveur Microsoft Office ne sont pas tous pris en charge sur les machines virtuelles Azure Stack Hub, ce qui est clarifié de la façon suivante :

Étapes suivantes

Créer une machine virtuelle Windows à l'aide de PowerShell dans Azure Stack Hub