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
| Fonctionnalité | Azure (global) | Azure Stack Hub |
|---|---|---|
| Images de machine virtuelle | La Place de marché Azure contient des images que vous pouvez utiliser pour créer une machine virtuelle. Consultez la page Place de marché Azure pour obtenir la liste des images disponibles sur la Place de marché Azure. | Par défaut, aucune image n'est disponible sur la Place de marché Azure Stack Hub. L'administrateur du cloud Azure Stack Hub doit publier ou télécharger des images sur la Place de marché Azure Stack Hub pour les mettre à la disposition des utilisateurs. |
| Génération de disques durs virtuels | Les machines virtuelles de 2e génération prennent en charge des fonctionnalités clés qui ne sont pas prises en charge par les machines virtuelles de 1ère génération. Ces fonctionnalités incluent la mémoire augmentée, Intel Software Guard Extensions (Intel SGX) et mémoire persistante virtualisée (vPMEM). Les machines virtuelles locales de 2e génération présentent des fonctionnalités qui ne sont pas encore prises en charge dans Azure. Pour plus d’informations, consultez Prise en charge des machines virtuelles de 2e génération dans Azure. | Azure Stack Hub prend uniquement en charge les machines virtuelles de 1ère génération. Vous pouvez convertir une machine virtuelle de 1ère génération du format de fichier VHDX au format de fichier VHD, et son disque de taille dynamique en disque de taille fixe. Vous ne pouvez pas changer la génération d’une machine virtuelle. Pour plus d’informations, consultez Prise en charge des machines virtuelles de 2e génération dans Azure. |
| Tailles de machines virtuelles | Azure prend en charge de nombreuses tailles de machine virtuelle. Pour en savoir plus sur les tailles et les options disponibles, reportez-vous à la page sur les tailles de machines virtuelles Azure. | Azure Stack Hub prend en charge certaines des tailles de machine virtuelle qui sont disponibles dans Azure. Pour obtenir la liste des tailles prises en charge, consultez la section Tailles de machine virtuelle dans cet article. |
| Quotas de machine virtuelle | Les limites de quota sont définies par Microsoft. | L'administrateur du cloud Azure Stack Hub doit attribuer des quotas avant de mettre des machines virtuelles à la disposition des utilisateurs. |
| Extensions de machine virtuelle | Azure prend en charge de nombreuses extensions de machine virtuelle. Pour connaître les extensions disponibles, consultez l’article Extensions et fonctionnalités de machine virtuelle. | Azure Stack Hub prend en charge certaines des extensions disponibles dans Azure. Notez que chaque extension est associée à des versions spécifiques. L'administrateur du cloud Azure Stack Hub peut choisir les extensions qu'il souhaite mettre à la disposition des utilisateurs. Pour obtenir la liste des extensions prises en charge, consultez la section Extensions de machine virtuelle dans cet article. |
| Réseau de machines virtuelles | Les adresses IP publiques assignées à une machine virtuelle locataire sont accessibles via Internet. Les machines virtuelles Azure ont un nom DNS fixe. |
Les adresses IP publiques assignées à une machine virtuelle locataire sont accessibles uniquement au sein de l’environnement du Kit de développement Azure Stack. Un utilisateur doit pouvoir accéder au Kit de développement Azure Stack par le biais du RDP ou du VPN pour se connecter à une machine virtuelle créée dans Azure Stack Hub. Les machines virtuelles créées dans une instance spécifique d'Azure Stack Hub ont un nom DNS basé sur la valeur définie par l'administrateur du cloud. |
| Stockage de machine virtuelle | Prend en charge les disques managés. | Les disques managés sont pris en charge dans Azure Stack Hub avec la version 1808 et les versions ultérieures. |
| Performances des disques de machines virtuelles | Dépendent de la taille et du type de disque. | Dépendent de la taille de la machine virtuelle à laquelle les disques sont attachés. Pour plus d'informations, consultez l'article Tailles de machine virtuelle prises en charge dans Azure Stack Hub. |
| Échange du disque de système d’exploitation | Pour remplacer le disque d’une machine virtuelle existante par un disque de sauvegarde ou un autre disque de système d’exploitation, vous pouvez échanger les disques de système d’exploitation. Il est inutile de supprimer et de recréer la machine virtuelle. Vous pouvez même utiliser le disque managé d’un autre groupe de ressources s’il n’est pas déjà utilisé. | L’échange de disques de système d’exploitation n’est pas pris en charge dans Azure Stack Hub. |
| Versions d’API | Azure utilise toujours les dernières versions d’API pour toutes les fonctionnalités de machine virtuelle. | Azure Stack Hub prend en charge certains services Azure et des versions d'API spécifiques pour ces services. Pour obtenir la liste des versions d’API prises en charge, consultez la section Versions d’API dans cet article. |
| Service de métadonnées d’instance Azure | Le service Azure Instance Metadata Service fournit des informations sur l’exécution d’instances de machine virtuelle qui peuvent être utilisées pour gérer et configurer votre machine virtuelle. | Azure Instance Metadata Service est disponible en préversion publique avec le correctif logiciel Azure Stack Hub 1.2108.2.73. Il prend en charge l’espace de noms Compute &Network. Pour plus d’informations, consultez Azure Instance Metadata Service. |
| Groupes à haute disponibilité de machines virtuelles | Plusieurs domaines d’erreur (2 ou 3 par région). Plusieurs domaines de mise à jour. |
Plusieurs domaines d’erreur (2 ou 3 par région). Un seul domaine de mise à jour, avec migration en direct pour protéger les charges de travail pendant la mise à jour. 20 domaines de mise à jour pris en charge pour la compatibilité des modèles. La machine virtuelle et le groupe à haute disponibilité doivent se trouver dans le même emplacement et le même groupe de ressources. |
| Groupes de machines virtuelles identiques | La mise à l’échelle automatique est prise en charge. | La mise à l’échelle automatique n’est pas prise en charge. Pour ajouter d’autres instances à un groupe identique, utilisez le portail, les modèles Resource Manager ou PowerShell. |
| Témoin de cloud | Sélectionnez les points de terminaison dans les propriétés du compte de stockage disponibles dans Azure Stack Hub. | Le témoin de cloud est un type de témoin de quorum de cluster de basculement qui utilise Microsoft Azure pour fournir un vote sur le quorum du cluster. Voici à quoi peuvent ressembler les points de terminaison dans Azure global par rapport à Azure Stack Hub : Azure global : https://mywitness.blob.core.windows.net/Pour Azure Stack Hub : https://mywitness.blob.<region>.<FQDN>/ |
| Diagnostics de machine virtuelle | Les diagnostics de machine virtuelle Linux sont pris en charge. | Les diagnostics de machine virtuelle Linux ne sont pas pris en charge dans Azure Stack Hub. Lorsque vous déployez une machine virtuelle Linux en activant les diagnostics de machine virtuelle, le déploiement échoue. Le déploiement échoue également si vous activez les mesures de base de la machine virtuelle Linux dans les paramètres de diagnostic. |
| Tailles de machine virtuelle de virtualisation imbriquée | Pris en charge | Pris en charge à partir de la version 2102 et ultérieures. |
| Instances de machines virtuelles réservées | Pris en charge | Non pris en charge. |
| Désallocation de machine virtuelle | Pris en charge | Prend en charge la désallocation de machine virtuelle. Le système d’exploitation invité reconnaît toutes les cartes réseau comme un seul et même périphérique et conserve les paramètres. |
| Certification de charge de travail SAP | Azure prend en charge les certifications de charge de travail SAP, notamment HANA, NetWeaver, etc. | Le matériel Azure Stack Hub ne prend pas en charge la certification des charges de travail SAP. |
Tailles de machine virtuelle
Azure Stack Hub impose des limites de ressources pour éviter toute consommation de ressources (niveau de service et local du serveur).) Ces limites améliorent l’expérience client en réduisant la consommation de ressources affectée 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 :
| Type | Taille | Plage de tailles prises en charge |
|---|---|---|
| Usage général | De base A | A0 - A4 |
| Usage général | Standard A | A0 - A7 |
| Usage général | Série Av2 | A1_v2 - A8m_v2 |
| Usage général | Série D | D1 - D4 |
| Usage général | Série Dv2 | D1_v2 - D5_v2 |
| Usage général | Série DS | DS1 - DS4 |
| Usage général | Séries DSv2 | DS1_v2 - DS5_v2 |
| Mémoire optimisée | Série D | D11 - D14 |
| Mémoire optimisée | Série DS | DS11 - DS14 |
| Mémoire optimisée | Série Dv2 | D11_v2 - DS14_v2 |
| Mémoire optimisée | Séries DSv2 | DS11_v2 - DS14_v2 |
| Optimisé pour le calcul | Série F | F1 - F16 |
| Optimisé pour le calcul | Série Fs | F1s - F16s |
| Optimisé pour le calcul | Série Fsv2 | F2s_v2 - F64s_v2 |
| GPU | Série NCv3 | NC6s_v3-NC24s_v3 |
| GPU | Série NVv4 | NV4as_v4 |
| GPU | NCasT4_v3-series | NC4as_T4_v3-NC64as_T4_v3 |
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
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"}
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 :
| Produit | Déclaration de prise en charge Office | Plus d’informations |
|---|---|---|
| Exchange | Non pris en charge. Ne répond pas aux exigences de virtualisation du stockage pour Exchange. | Virtualisation d’Exchange Server |
| SharePoint | Pris en charge uniquement si des exigences réseau spécifiques sont respectées. | Planifier la virtualisation de SharePoint Server |
| Skype | Non pris en charge. Skype ne prend pas en charge la migration dynamique, une fonctionnalité de virtualisation de base utilisée dans Azure Stack Hub. | Prise en charge de la virtualisation pour Skype Entreprise Server 2019 |
Étapes suivantes
Créer une machine virtuelle Windows à l'aide de PowerShell dans Azure Stack Hub