Configuration système requise pour Azure Local

S’applique à : déploiements hyperconvergés d’Azure Local

Cet article décrit Azure, la machine et le stockage, la mise en réseau et d’autres exigences pour les déploiements hyperconverés de Azure Local. Si vous avez acheté du matériel de solution système intégré à partir du catalogue local Azure, vous pouvez passer à la configuration réseau requise , car le matériel respecte déjà la configuration requise pour la machine et le stockage.

Conditions requises pour Azure

Voici les exigences Azure pour votre instance locale Azure :

  • Abonnement Azure : si vous n’avez pas encore de compte Azure, créez-en un. Vous pouvez utiliser un abonnement existant de n’importe quel type :

    Pour plus d’informations, consultez les Conditions des produits Microsoft > Services en ligne > Azure et sélectionnez votre programme de licence.

  • Azure autorisations : vérifiez que vous disposez des rôles et autorisations requis pour l’inscription et le déploiement. Pour plus d’informations sur l’attribution d’autorisations, consultez Affecter des autorisations Azure pour l’inscription.

  • Régions Azure : Azure Local est pris en charge pour les régions suivantes :

    Ces régions publiques prennent en charge les emplacements géographiques du monde entier pour les clusters déployés n’importe où dans le monde :

    • USA Est
    • Europe Ouest
    • Australie Est
    • Asie Sud-Est
    • Inde Centre
    • Centre du Canada
    • Japon Est
    • États-Unis - partie centrale méridionale
  • Azure Key Vault : veillez à activer l’accès au réseau public lorsque vous configurez un coffre de clés. Ce paramètre permet aux instances locales Azure de se connecter au coffre de clés sans aucun problème d’accès.

Configuration requise pour l’ordinateur et le stockage

Support Microsoft ne peut être fourni que pour Azure Local s’exécutant sur du matériel répertorié dans le catalogue Azure Local.

Avant de commencer, assurez-vous que la machine physique et le matériel de stockage utilisés pour déployer Azure Local désagrégés répondent aux exigences suivantes :

Composant Minimum
Nombre de machines 1 à 64 machines sont prises en charge.
Chaque machine doit être le même modèle, le fabricant, avoir les mêmes types de processeurs, avoir les mêmes cartes réseau et avoir le même nombre et le même type de lecteurs de stockage.
UC Un processeur Intel Nehalem 64 bits ou AMD EPYC ou version ultérieure compatible avec la traduction d’adresses de deuxième niveau (SLAT).

Toutes les machines Azure Local d’un cluster doivent utiliser des processeurs compatibles. Pendant le déploiement, les propriétés de processeur suivantes doivent être identiques sur tous les nœuds : Caption, , FamilyManufacturer, MaxClockSpeed, , NumberOfEnabledCore, NumberOfLogicalProcessorset ThreadCount.

Pendant les opérations d’ajout ou de réparation, le nœud nouveau ou réparé peut avoir une valeur supérieure NumberOfCores à celle des nœuds de cluster existants.
Mémoire Un minimum de 32 Go de RAM par machine avec un code de correction d'erreur (ECC).
Si vous ne pouvez pas répondre aux exigences de mémoire et ECC, optez pour un déploiement virtuel .
Cartes réseau hôtes Au moins deux cartes réseau répertoriées dans Windows Server Catalog. Ou des cartes réseau dédiées selon l'intention, qui nécessitent bien deux cartes distinctes pour l'intention de stockage. Pour plus d’informations, consultez catalogue Windows Server.
BIOS Intel VT ou AMD-V doit être activé.
Lecteur de démarrage Une capacité minimale de 200 Go.
400 Go ou plus recommandés pour les instances Azure Local volumineuses en mémoire pour l’assistance et le diagnostic.
Impulsé par les données Au moins deux disques par serveur avec une capacité minimale de 500 Go.
Même nombre, type, capacité, performances et microprogramme de lecteurs sur tous les serveurs au moment du déploiement. Flexibilité fournie pour les scénarios d’ajout et de réparation lorsque les disques ne sont plus disponibles au moment du déploiement.
Module de plateforme sécurisée (TPM) Le matériel TPM version 2.0 doit être présent et activé.
Démarrage sécurisé Le démarrage sécurisé doit être présent et activé.
SAN Au minimum un LUN avec 250 Go pour les services d’infrastructure et un lun avec 20 Go utilisés pour les données d’historique des performances
GPU (unité de traitement graphique) Facultatif
Jusqu’à 192 Go de mémoire GPU par machine.

Configuration requise pour le lecteur de données

Les exigences de lecteur suivantes s’appliquent à Azure Local et remplacent les conditions requises pour Windows Server.

  • Pour espaces de stockage direct, les disques doivent être directement rattachés et physiquement connectés à un seul ordinateur.
  • Les cartes HBA (Host Bus Adapter) doivent prendre en charge le mode pass-through simple pour tous les appareils de stockage utilisés avec espaces de stockage direct.
  • Cartes de contrôleur RAID, stockage SAN (Fibre Channel, iSCSI ou FCoE), boîtiers SAS partagés connectés à plusieurs machines et toute forme d’E/S multipath (MPIO) où les lecteurs sont accessibles via plusieurs chemins d’accès ne sont pas pris en charge.

Les exceptions existent pour les configurations SAN à l’aide de Fibre Channel. Pour plus d’informations, consultez *Utilisation de Azure Local avec stockage SAN externe.

Category Exigences
Prise en charge des lecteurs - SATA, SAS, NVMe (M.2, U.2, carte de complément)
- Formats pris en charge : 512n, 512e, 4K natif
Configuration requise pour le déploiement Nœud unique : Un type de lecteur (NVMe ou SSD) avec des performances uniformes.
Cluster à plusieurs nœuds : Fortement recommandé : tout flash, type de lecteur unique (NVMe ou SSD) avec des performances uniformes.
Hybride à deux niveaux (HDD + Flash) - Pris en charge uniquement avec des HDD pour la capacité et de la mémoire flash (NVMe ou SSD) pour le cache.
- Les appareils de cache ≥ 32 Go.
- Rapport cache-capacité ≥ 15%.
- Endurance du cache recommandée : ≥ 3 DWPD ou ≥ 4 ToW/jour.
- Le nombre de lecteurs de capacité doit être un multiple entier de lecteurs de cache.
NVMe Driver Utilise le pilote fourni par Microsoft (stornvme.sys). Le pilote StorNVMe amélioré, disponible pour Windows Server n’est pas pris en charge pour l’instant.
Conditions requises pour flash Flash (NVMe ou SSD) doit inclure une protection contre la perte d’alimentation.

Pour plus d’exigences spécifiques aux fonctionnalités pour Hyper-V, consultez Configuration système requise pour Hyper-V sur Windows Server.

Utilisation de Azure Local avec stockage SAN externe

Azure Local prend en charge l’utilisation d’un stockage SAN supplémentaire via Fibre Channel. Pour obtenir des solutions certifiées, consultez votre fabricant d’équipement d’origine (OEM). Pour plus d’informations, consultez La prise en charge du stockage externe pour Azure Local.

espaces de stockage direct reste nécessaire, au minimum, pour le volume d’infrastructure Azure Local et pour l’historique des performances du cluster.

Une quantité minimale de capacité de espaces de stockage direct disponible est requise, y compris au moins deux disques physiques par nœud. Toutes les exigences mentionnées précédemment pour espaces de stockage direct s’appliquent toujours, sauf si le stockage SAN externe est utilisé.

Exigences réseau

Azure Local nécessite une connectivité avec des points d'extrémité publics dans Azure, voir Exigences en matière de pare-feu pour plus de détails. Les déploiements multi-machines d'Azure Local nécessitent une connexion réseau fiable à large bande passante et à faible latence entre chaque machine de l'instance.

Bande passante requise

Pour les clusters hyperconvergés, les connexions à bande passante limitée, comme les lignes T1 rurales ou les connexions satellites/cellulaires, sont adéquates pour qu’Azure Local se synchronise. La connectivité minimale requise est de 10 Mbits/s. D’autres services peuvent nécessiter une bande passante supplémentaire, en particulier pour répliquer ou sauvegarder des machines virtuelles entières, télécharger des mises à jour logicielles volumineuses ou charger des journaux détaillés pour l’analyse et la surveillance dans le cloud.

Spécifications matérielles maximales prises en charge

Les déploiements désagrégés locaux Azure qui dépassent les spécifications suivantes ne sont pas pris en charge :

Ressource Maximale
Machines physiques par système 64
Processeurs logiques par hôte 512
RAM par hôte 24 To
Processeurs virtuels par hôte 2 048

Soutien et diagnostic

Pour garantir une prise en charge et une diagnostiquabilité adéquates des instances Azure Local à grande mémoire (celles qui disposent de plus de 768 Go de mémoire physique par machine), nous vous recommandons d'installer des disques de système d'exploitation d'une capacité de 400 Go ou plus. Cette capacité de disque supplémentaire offre suffisamment d'espace pour dépanner les problèmes de matériel, de pilote ou de logiciel s'ils nécessitent l'écriture d'un dump de la mémoire du noyau sur le volume du système d'exploitation.

Configuration matérielle requise

Outre les mises à jour locales de Microsoft Azure, de nombreuses oem publient également des mises à jour régulières pour votre matériel Local Azure, telles que les mises à jour du pilote et du microprogramme. Pour vous assurer que votre organisation reçoit les notifications de mise à jour des packages OEM, vérifiez auprès de votre OEM leur processus spécifique de notification.

Avant de déployer Azure Local, vérifiez que votre matériel est à jour par :

  • Détermination de la version actuelle de votre package SBE (Solution Builder Extension).
  • Recherchez la meilleure méthode pour télécharger, installer et mettre à jour votre package SBE.

Paramètre BIOS

Vérifiez auprès de votre OEM les paramètres de BIOS génériques nécessaires pour Azure Local. Ces paramètres peuvent inclure la virtualisation matérielle, le module TPM activé et le cœur sécurisé.

Réinitialisations du BIOS

Si le BIOS, le démarrage sécurisé ou le TPM est réinitialisé, consultez votre OEM afin de vous assurer que les paramètres optimisés requis sont appliqués.

La configuration non optimale peut affecter négativement les performances, par exemple, la mise en réseau, SR-IOV et les fonctionnalités de sécurité Azure Local telles que Le cœur sécurisé et BitLocker. Les paramètres incorrects peuvent également entraîner l’échec des déploiements d’instances.

Gérer les pilotes et le microprogramme

Important

Vérifiez auprès de votre OEM les pilotes nécessaires qui doivent être installés pour Azure Local. En outre, votre OEM peut vous fournir leurs étapes d’installation préférées.

Il est impératif de respecter les étapes d’installation recommandées stipulées par l’OEM. Pour les solutions intégrées et validées, vérifiez la matrice de compatibilité respective du package SBE correspondant au nœud et la version déployée ou à mettre à jour Azure Local version de la solution. Une matrice de compatibilité des pilotes et du microprogramme, lorsqu’elle est fournie par l’OEM, doit être qualifiée pour la version de la solution Azure Local déployée ou devant être mise à jour.

Mises à jour du pilote et du microprogramme à l’aide d’extensions Windows Admin Center

Important

À compter de Azure Local 23H2, les extensions Windows Admin Center ne sont plus prises en charge pour l’installation des pilotes et du microprogramme. Toutefois, il est toujours sûr d’utiliser ces extensions sur des nœuds certifiés Azure Local exécutant Windows Server avec espaces de stockage direct.

Déploiement initial

  • Solutions Premier et systèmes intégrés : Ces solutions sont fournies préinstallées et préconfigurées. Les mises à jour du microprogramme et du pilote sont appliquées automatiquement.
  • Nœuds validés : Ces nœuds peuvent être préinstallés. Une vérification du pilote et du microprogramme, ou un chargement indépendant supplémentaire des packages de mise à jour, peut être nécessaire en fonction des recommandations OEM.

Redéploiement d’instance ou de nœud

  • Solutions Premier et systèmes intégrés : Certaines oem fournissent des images ISO prêtes à l’emploi qui correspondent à la version préinstallée et préconfigurée.
  • Nœuds validés : Ces nœuds peuvent être préinstallés. Une vérification du pilote à l’aide de PowerShell ou une installation manuelle supplémentaire des paquets de mise à jour peut s’avérer nécessaire, conformément aux recommandations OEM.

Mettre à jour le microprogramme et les pilotes existants

  • Solutions Premier : Les mises à jour du microprogramme et des pilotes sont appliquées automatiquement via Gestionnaire de mise à jour Azure dans le cadre du processus de mise à jour automatisée.
  • Systèmes intégrés et nœuds validés : Ces configurations nécessitent des mises à jour manuelles. Il est recommandé de mettre à jour le microprogramme et les pilotes avant le déploiement. Utilisez des packages SBE (Solution Builder Extensions) fournis par OEM appropriés pour votre type de solution et consultez votre documentation OEM pour obtenir des conseils supplémentaires.

Étapes d’installation du pilote

Vous devez toujours suivre les étapes d’installation recommandées par l’OEM. Si les instructions de l’OEM ne sont pas disponibles, consultez les étapes suivantes :

  1. Identifiez l’Ethernet à l’aide de cette commande :

    Get-NetAdapter

    Voici un exemple de sortie :

    PS C:\Windows\system32>	get-netadapter

Name	                      InterfaceDescription	                iflndex     Status	     MacAddress	            LinkSpeed
vSMB(compute managemen…	      Hyper-V Virtual Ethernet Adapter #2	    20      Up	         00-15-5D-20-40-00	    25 Gbps
vSMB(compute managemen…	      Hyper-V Virtual Ethernet Adapter #3	    24      Up	         00-15-5D-20-40-01	    25 Gbps
ethernet	                  HPE Ethernet 10/25Gb 2-port 640FLR…#2	     7      Up	         B8-83-03-58-91-88	    25 Gbps
ethernet 2	                  HPE Ethernet 10/25Gb 2-port 640FLR-S…	     5      Up	         B8 83-03-58-91-89	    25 Gbps
vManagement(compute_ma…	      Hyper-V Virtual Ethernet Adapter	        14      Up	         B8-83-03-58-91-88	    25 Gbps

  2. Identifiez driverFileName, DriverVersion, DriverDate, DriverDescription et DriverProvider à l’aide de cette commande :

    Get-NetAdapter -name ethernet | select *driver*

    Voici un exemple de sortie :

    PS C:\Windows\system32> Get-NetAdapter -name ethernet | select *driver*

DriverInformation		: Driver Date 2021-07-08 Version 2.70.24728.0 NDIS 6.85
DriverFileName			: mlx5.sys
DriverVersion			: 2.70.24728.0
DriverDate			    : 2021-07-08
DriverDateData			: 132701760000000000
DriverDescription		: HPE Ethernet 10/25Gb 2-port 640FLR-SFP28 Adapter
DriverMajorNdisVersion	: 6
DriverMinorNdisVersion 	: 85
DriverName			    : \SystemRoot\System32\drivers\mlx5.sys
DriverProvider			: Mellanox Technologies Ltd.
DriverVersionString		: 2.70.24728.0
MajorDriverVersion		: 2
MinorDriverVersion		: 0

  3. Recherchez votre pilote et les étapes d’installation recommandées.

  4. Téléchargez votre pilote.

  5. Installez le pilote identifié à l’étape 2 par DriverFileName sur tous les ordinateurs du système. Pour plus d’informations, consultez Exemples PnPUtil : Pilotes Windows.

    Voici un exemple :

    pnputil /add-driver mlx5.inf /install

  6. Vérifiez que les pilotes sont mis à jour en examinant DriverVersion et DriverDate.

    Get-NetAdapter -name ethernet | select *driver*

    Voici quelques exemples de résultats :

    PS C:\Windows\system32> Get-NetAdapter -name ethernet | select *driver*

DriverInformation		: Driver Date 2023-05-03 Version 23.4.26054.0 NDIS 6.85
DriverFileName			: mlx5.sys
DriverVersion			: 23.4.26054.0
DriverDate			    : 2023-05-03
DriverDateData			: 133275456000000000
DriverDescription		: HPE Ethernet 10/25Gb 2-port 640FLR-SFP28 Adapter
DriverMajorNdisVersion	: 6
DriverMinorNdisVersion 	: 85
DriverName			    : \SystemRoot\System32\drivers\mlx5.sys
DriverProvider			: Mellanox Technologies Ltd.
DriverVersionString		: 23.4.26054.0
MajorDriverVersion		: 2
MinorDriverVersion		: 0

    PS C:\Windows\system32> Get-NetAdapter "ethernet 2" | select *driver*

DriverInformation		: Driver Date 2023-05-03 Version 23.4.26054.0 NDIS 6.85
DriverFileName			: mlx5.sys
DriverVersion			: 23.4.26054.0
DriverDate			    : 2023-05-03
DriverDateData			: 133275456000000000
DriverDescription		: HPE Ethernet 10/25Gb 2-port 640FLR-SFP28 Adapter
DriverMajorNdisVersion	: 6
DriverMinorNdisVersion 	: 85
DriverName			    : \SystemRoot\System32\drivers\mlx5.sys
DriverProvider			: Mellanox Technologies Ltd.
DriverVersionString		: 23.4.26054.0
MajorDriverVersion		: 2
MinorDriverVersion		: 0

Informations OEM

Cette section contient des informations de contact OEM et des liens vers le matériel de référence oem Azure Local.

Les oem peuvent fournir des instructions techniques de formation, de certification et de déploiement qui complètent la documentation de déploiement Microsoft. Ces conseils peuvent inclure des livres blancs ou des guides de déploiement.

Fournisseur de solutions locales Azure Plateforme de solutions Guide pratique pour configurer les paramètres bios Comment mettre à jour le microprogramme Comment mettre à jour les pilotes Comment mettre à jour le système après son exécution
Bluechip SERVERline R42203a Certifié pour Azure Local bluechip Service &Support bluechip Service &Support bluechip Service &Support bluechip Service &Support
DataON AZS-XXXX Lien BIOS AZS-XXXX Lien du pilote AZS-XXXX Lien du pilote AZS-XXXX Lien de mise à jour AZS-XXXX
primeLine Tous les modèles Contacter le service primeLine Contacter le service primeLine Contacter le service primeLine
Supermicro BigTwin 2U 2 nœuds Configurer les paramètres du BIOS Processus de mise à jour du microprogramme Processus de mise à jour du pilote
Thomas-krenn Tous les modèles Configurer les paramètres du BIOS Processus de mise à jour du microprogramme Processus de mise à jour du pilote

Pour obtenir la liste complète de toutes les informations de contact OEM, téléchargez le tableur Azure Local OEM Contact.

Étapes suivantes

Passez en revue la configuration requise pour le pare-feu, le réseau physique et l’hôte :

  • Last updated on