Connecter un tableau de stockage externe à Azure Local

Cet article explique la prise en charge du stockage externe pour Azure Local, ses avantages, et comment intégrer à Azure Local un stockage SAN externe provenant de fournisseurs pris en charge à l’aide de Fibre Channel (FC) ou d’Internet Small Computer Systems Interface (iSCSI). Cela couvre à la fois la configuration côté hôte d’Azure Local effectuée sur les nœuds du cluster et les tâches de configuration côté baie du fournisseur. Les étapes spécifiques au fournisseur, telles que la création d’un numéro d’unité logique (LUN), l’inscription d’hôtes et la configuration du zonage, sont couvertes dans la configuration côté tableau du fournisseur.

Overview

Azure Local prend en charge l’attachement d’un stockage SAN externe en même temps que le stockage local espaces de stockage direct ou l’utilisation de stockage SAN indépendamment. Vous pouvez attacher des tableaux SAN nouveaux ou existants en tant qu’appareils de stockage de blocs pour les machines virtuelles, les clusters Azure Kubernetes Service (AKS) et les instances Azure Virtual Desktop (AVD).

Cette fonctionnalité permet les déploiements hybrides (espaces de stockage direct + SAN) et les déploiements désagrégés (SAN uniquement). Vous pouvez réutiliser les investissements SAN existants lors de l’exécution de charges de travail Azure Local. Il offre la possibilité de choisir le modèle de performance et de hiérarchisation des données appropriés pour chaque charge de travail.

Vous pouvez présenter plusieurs volumes de la baie SAN en tant que Volumes partagés de cluster (CSV) sur les nœuds Azure Local. Chaque fichier CSV apparaît sous la forme d’un chemin de dossier que vous pouvez mapper en tant que chemin de stockage pour les machines virtuelles.

Avantages

• Protection de l’investissement : étendez l’infrastructure SAN existante dans Azure Local sans re-architecture.

• Cohérence opérationnelle : utilisez des pratiques existantes pour la gestion et les opérations.

• Résilience et évolutivité : des fabriques doubles, des chemins d'accès multiples et une redondance native SAN garantissent une haute disponibilité.

• Flexibilité : choisissez entre les espaces de stockage direct ou les volumes SAN externes par exigence de charge de travail.

• Performances de l’entreprise : utilise la bande passante et la latence de la classe Fibre Channel pour les charges de travail exigeantes.

Protocoles pris en charge

• Fibre Channel (FC)
• iSCSI (via TCP/IP)

Architecture de stockage Azure Local (espaces de stockage direct + SAN)

Apportez vos tableaux SAN basés sur Fibre Channel ou iSCSI à partir de principaux fournisseurs et intégrez-les directement dans des clusters Azure Local pour une gestion cohérente, un débit élevé et des E/S à faible latence. Chaque nœud Azure Local se connecte au réseau SAN à l’aide de structures Fibre Channel ou de chemins de réseau iSCSI, garantissant ainsi la haute disponibilité, la résilience et les performances. Les adaptateurs de bus hôte (HBA) pour Fibre Channel ou les cartes réseau Ethernet pour iSCSI assurent une connexion fiable à un stockage SAN externe.

Une fois connecté, le cluster découvre des volumes soutenus par SAN et les intègre en tant que CSVs mis en forme avec NTFS. Vous pouvez donc partager l’accès entre les nœuds et offrir une visibilité transparente pour les charges de travail. Cette configuration permet une mise à l’échelle indépendante du calcul et du stockage tout en conservant la gestion unifiée d’Azure pour les services locaux et ceux avec Azure Arc.

Connecter SAN avec espaces de stockage direct

Prerequisites

Les conditions préalables suivantes s’appliquent à FC et iSCSI.

Fibre Channel

• Azure Local cluster déployé avec la version 2604 ou ultérieure.
• Les adaptateurs HBA et pilotes certifiés Fibre Channel (Windows Server 2025) installés sur tous les nœuds de cluster et intégrés au zoning sur l’infrastructure FC.
• La baie SAN est accessible sur l’infrastructure FC avec l’accès de gestion configuré.

Important

Pour éviter toute confusion lors du déploiement des LUN FC, n’ajoutez pas les noms mondiaux (WWN) des HBA FC au zoning avant la fin du déploiement d’Azure Local.

iSCSI

• Azure Local cluster déployé avec la version 2604 ou ultérieure.
• Les versions du microprogramme et des pilotes de carte d’interface réseau doivent correspondre à la configuration requise du catalogue matériel Azure Local.
• Tous les nœuds du cluster doivent utiliser des configurations de carte réseau identiques.
• La configuration du stockage hybride (espaces de stockage direct + iSCSI) nécessite des ports physiques dédiés pour iSCSI. Les vNIC ne sont pas prises en charge.

Étape 1 : Activer Windows fonctionnalités et services

1.1 Vérifier les E/S multichemin (tous les déploiements)

Azure Local 2604 et versions ultérieures activent les E/S Multipath (MPIO) par défaut. Vérifiez que MPIO est activé sur tous les nœuds. Si MPIO n’est pas activé, ce qui peut se produire dans les versions antérieures, vous devez redémarrer après l’avoir activé.

Enable-WindowsOptionalFeature -Online -FeatureName MultipathIO

# Verify
Get-WindowsOptionalFeature -Online -FeatureName MultipathIO |
    Select-Object FeatureName, State, RestartNeeded

1.2 Activer le service initiateur iSCSI (iSCSI uniquement)

Pour les déploiements iSCSI, activez et démarrez le service initiateur iSCSI sur tous les nœuds. Cette étape n’est pas nécessaire pour les déploiements FC uniquement.

Set-Service -Name MSiSCSI -StartupType Automatic
Start-Service -Name MSiSCSI
Get-Service -Name MSiSCSI | Select-Object Name, Status, StartType

1.3 Redémarrage si nécessaire

Si vous avez activé MPIO sur des versions antérieures à la build 2604 ou si RestartNeeded renvoie True, effectuez un redémarrage progressif de tous les nœuds avant de poursuivre.

1.4 Collecter les identificateurs de l’initiateur

Après avoir activé les services requis, collectez les identificateurs de l’initiateur à partir de chaque nœud. Vous avez besoin de ces identificateurs pour configurer le masquage des lun sur le tableau SAN.

• FC — collecter des noms de port à l’échelle mondiale (WWPN)

  Get-InitiatorPort | Where-Object ConnectionType -eq 'Fibre Channel' |
  Select-Object NodeAddress, PortAddress, ConnectionType | Format-Table -AutoSize
  

• iSCSI : collecter des noms qualifiés iSCSI (IQN)

  (Get-InitiatorPort | Where-Object ConnectionType -eq 'iSCSI').NodeAddress
  

Étape 2 : Inscrire le fournisseur auprès de MPIO et configurer les paramètres

Exécutez toutes les configurations sur chaque nœud Azure Local. Les modifications de stratégie MPIO ne prennent effet qu’après un redémarrage.

2.1 Valeurs par défaut MPIO

Azure Local 2604 et versions ultérieures incluent les paramètres par défaut MPIO suivants :

Setting	Valeur par défaut
État de vérification du chemin	Activé
PathVerificationPeriod	30
PDORemovePeriod	20
Nombre de tentatives	6
Intervalle de Réessai	3
CustomPathRecovery	Désactivé
CustomPathRecoveryTime	20
DiskTimeoutValue	60
Stratégie d’équilibrage de charge	Round Robin (RR)
NewDiskPolicy	Partagé hors ligne

2.2 Inscrire un appareil fournisseur auprès de MSDSM

Enregistrez votre fournisseur de stockage dans Microsoft Device Specific Module (MSDSM) afin que MPIO puisse prendre en charge les LUN de la baie de stockage. Utilisez la commande pour votre fournisseur :

Fournisseur	VendorId	ProductId	Command
Dell PowerStore	DellEMC	PowerStore	New-MSDSMSupportedHW -VendorId "DellEMC" -ProductId "PowerStore"
Everpure FlashArray	PURE	FlashArray	New-MSDSMSupportedHW -VendorId "PURE" -ProductId "FlashArray"
Hitachi VSP	(utiliser mpclaim)	OPEN-V	mpclaim -r -i -d "HITACHI OPEN-V"
HPE Alletra / 3PAR	3PARdata	VV	New-MSDSMSupportedHW -VendorId "3PARdata" -ProductId "VV"
NetApp ONTAP	NETAPP	LUN C-Mode	New-MSDSMSupportedHW -VendorId "NETAPP" -ProductId "LUN C-Mode"

• Pour NetApp : ONTAP C-Mode indique LUN C-Mode, pasLUN. Utiliser -ProductId "LUN" ne correspond pas. Enregistrez LUN uniquement si vous vous connectez à d’anciens systèmes 7-Mode.

• Pour Everpure : Supprimez l’entrée générique du fournisseur afin d’empêcher MSDSM de prendre automatiquement en charge des périphériques non-Pure :

  Remove-MSDSMSupportedHW -VendorId 'Vendor*' -ProductId 'Product*'
  

2.3 Définir la stratégie d’équilibrage de charge

Set-MSDSMGlobalDefaultLoadBalancePolicy -Policy RR

2.4 Configurer des minuteurs MPIO (spécifiques au fournisseur)

La plupart des fournisseurs pris en charge ne nécessitent pas de réglage MPIO supplémentaire au-delà des paramètres par défaut. Les fournisseurs suivants recommandent des remplacements spécifiques au fournisseur.

• Dell PowerStore

  Set-MPIOSetting -NewRetryCount 3 -CustomPathRecovery Enabled `
  -NewPathRecoveryInterval 10 -NewDiskTimeout 30
  

• Everpure FlashArray

  Set-MPIOSetting -NewPathRecoveryInterval 20 -CustomPathRecovery Enabled `
  -NewPDORemovePeriod 20 -NewDiskTimeout 60 -NewPathVerificationState Enabled
  

• HPE Alletra / 3PAR

  Aucun réglage MPIO n’est requis lorsque vous définissez la persona hôte sur WINDOWS sur la baie.

• Hitachi VSP

  Les paramètres MSDSM par défaut avec la stratégie RR fonctionnent correctement.

• NetApp ONTAP

  Aucun réglage MPIO supplémentaire n’est requis au-delà des paramètres par défaut.

2.5 Activer la revendication automatique iSCSI (iSCSI uniquement)

Enable-MSDSMAutomaticClaim -BusType iSCSI

Cette commande inscrit MPIO pour revendiquer automatiquement tous les appareils iSCSI. Si vous activez la prise en charge automatique après que les LUN sont déjà visibles, redémarrez le nœud afin que MSDSM puisse réénumérer les périphériques.

Étape 3 : Configurer le réseau iSCSI (iSCSI uniquement)

Important

Passez cette étape pour les déploiements FC uniquement.

3.1 Exclure les cartes réseau iSCSI de Network ATC

Network ATC gère les stratégies d’administration, de calcul et de stockage pour espaces de stockage direct et le trafic d’accès direct à la mémoire à distance (RDMA). Conservez les cartes réseau iSCSI en dehors de Network ATC et configurez-les manuellement.

Add-NetIntent -Name "Mgmt-Compute" -Management -Compute -AdapterName "NIC1","NIC2"
Add-NetIntent -Name "Storage" -Storage -AdapterName "NIC3","NIC4"

Si vous ajoutez une carte réseau iSCSI à une intention Network ATC, retirez-la et reconfigurez l’adaptateur manuellement.

3.2 Configurer des cartes réseau iSCSI dédiées

Attribuez à chaque carte réseau iSCSI une adresse IP statique sur son sous-réseau de stockage sans passerelle par défaut.

Rename-NetAdapter -Name "Ethernet 3" -NewName "iSCSI-NIC-A"
Rename-NetAdapter -Name "Ethernet 4" -NewName "iSCSI-NIC-B"

New-NetIPAddress -InterfaceAlias "iSCSI-NIC-A" -IPAddress 10.30.30.11 -PrefixLength 24
New-NetIPAddress -InterfaceAlias "iSCSI-NIC-B" -IPAddress 10.31.31.11 -PrefixLength 24

Note

Ne configurez pas de passerelle par défaut sur les cartes réseau iSCSI.

3.3 Configurer le MTU et les VLANs (facultatif)

Utilisez des paramètres d’unité de transmission maximale (MTU) cohérents sur l’ensemble du chemin d’accès réseau iSCSI. Si les ports de commutateur sont configurés en tant que ports d’accès, l’hôte envoie le trafic non marqué. Configurez le balisage VLAN sur l’hôte uniquement lorsque les ports de commutateur sont configurés en tant que ports de jonction.

Set-NetAdapterAdvancedProperty -Name "iSCSI-NIC-A" -RegistryKeyword "*JumboPacket" -RegistryValue 9014
Set-NetAdapterAdvancedProperty -Name "iSCSI-NIC-B" -RegistryKeyword "*JumboPacket" -RegistryValue 9014

Set-NetAdapter -Name "iSCSI-NIC-A" -VlanID 500
Set-NetAdapter -Name "iSCSI-NIC-B" -VlanID 600

3.4 Configurer des itinéraires statiques

Ajoutez des itinéraires /32 persistants pour chaque portail cible sur les cartes réseau iSCSI.

New-NetRoute -DestinationPrefix <TargetPortalIP>/32 -InterfaceAlias "iSCSI-NIC-A" -NextHop <GatewayIP> -PolicyStore PersistentStore
New-NetRoute -DestinationPrefix <TargetPortalIP>/32 -InterfaceAlias "iSCSI-NIC-B" -NextHop <GatewayIP> -PolicyStore PersistentStore

3.5 Configurer les paramètres de qualité de service (QoS) (facultatif)

Si le trafic iSCSI partage l’infrastructure Ethernet avec d’autres trafics, étiquetez iSCSI avec la priorité 4 et utilisez la sélection de transmission améliorée (ETS) pour réserver de la bande passante.

New-NetQosPolicy -Name "iSCSI" -IPDstPortStart 3260 -IPDstPortEnd 3260 -IPProtocol TCP -PriorityValue8021Action 4
New-NetQosPolicy -Name "CSV-LiveMigration" -Cluster -PriorityValue8021Action 3
New-NetQosPolicy -Name "ClusterHeartbeat" -IPProtocol UDP -IPDstPortStart 3343 -IPDstPortEnd 3343 -PriorityValue8021Action 7

Étape 4 : Configurer un tableau de stockage et présenter des numéros d’unité logique

Effectuez cette étape sur le tableau de stockage, et non sur les nœuds Azure Local. Les procédures sont spécifiques au fournisseur. Pour plus d’informations, consultez Configuration côté baie fournisseur.

Avant de passer à l’étape 5, confirmez les éléments suivants avec votre administrateur de stockage :

Élément	FC	iSCSI
LUN créés et affectés à tous les nœuds du cluster	✓	✓
Entrées d’hôte créées à partir des ID d’initiateur issus de l’étape 1d	✓	✓
Zonage FC configuré entre les adaptateurs HBA et les ports cibles de la baie de stockage	✓	—
Adresses IP du portail cible iSCSI et IQN cible disponibles	—	✓
Chaque nœud peut atteindre chaque portail cible sur le port 3260	—	✓
Identifiants LUN identiques présentés à tous les nœuds	✓	✓

Étape 5 : Se connecter à des cibles iSCSI (iSCSI uniquement)

Les LUN FC apparaissent automatiquement après le zonage et le masquage des LUN.

Important

• Passez cette étape pour les déploiements FC uniquement.
• Pour iSCSI, exécutez ces commandes sur chaque nœud Azure Local.

1. Détectez chaque portail cible à partir des deux cartes réseau iSCSI, puis connectez chaque cible en activant la persistance et le multipathing.

   # Discover target portals
   New-IscsiTargetPortal -TargetPortalAddress <TargetPortalIP-A> -InitiatorPortalAddress <InitiatorPortalIP-A>
   New-IscsiTargetPortal -TargetPortalAddress <TargetPortalIP-A> -InitiatorPortalAddress <InitiatorPortalIP-B>
   
   # Connect with multipath and persistence
   Connect-IscsiTarget -NodeAddress "iqn.yyyy-mm.com.vendor:target-name" `-TargetPortalAddress <TargetPortalIP-A> -InitiatorPortalAddress <InitiatorPortalIP-A> `-IsPersistent $true -IsMultipathEnabled $true
   Connect-IscsiTarget -NodeAddress "iqn.yyyy-mm.com.vendor:target-name" `-TargetPortalAddress <TargetPortalIP-A> -InitiatorPortalAddress <InitiatorPortalIP-B> `
   -IsPersistent $true -IsMultipathEnabled $true
   

2. Pour chaque adresse IP du portail cible que le tableau fournit, exécutez New-IscsiTargetPortal et Connect-IscsiTarget.

Étape 6 : Vérifier la configuration et le redémarrage

mpclaim -s -d
Get-MSDSMSupportedHw

Redémarrez chaque nœud de manière propagée pour appliquer les modifications MPIO avant de poursuivre la configuration SAN.

Étape 7 : Vérifier les disques SAN

Important

Exécutez ces commandes sur chaque nœud Azure Local.

Comparez les UniqueId valeurs. Tous les nœuds doivent voir le même ensemble de LUN. Les numéros de disque peuvent varier entre les nœuds. Utilisez UniqueId comme identificateur faisant autorité.

# Rescan storage
Update-HostStorageCache

# List SAN LUNs — appear with BusType 'Fibre Channel' or 'iSCSI'
Get-Disk | Where-Object { $_.BusType -in 'Fibre Channel','iSCSI' } | Select-Object Number, FriendlyName, Size, OperationalStatus, PartitionStyle, BusType | Format-Table -AutoSize

# Verify MPIO path count per disk
mpclaim -s -d

# Verify disk UniqueId matches across all nodes
Get-Disk | Where-Object { $_.BusType -in 'Fibre Channel','iSCSI' } | Select-Object Number, SerialNumber, UniqueId | Format-Table -AutoSize

Étape 8 : Initialiser et mettre en forme des disques

Important

Exécutez ces commandes uniquement sur un seul nœud Azure Local.

Initialisez des volumes SAN en tant que table de partition GUID (GPT) et mettez-les en forme avec NTFS (utilisez une unité d’allocation 64 Ko pour CSV). Le cluster gère l’accès à plusieurs nœuds après avoir ajouté les disques en tant que volumes partagés de cluster (CSV).

$sanDisks = Get-Disk | Where-Object {
    $_.BusType -in 'Fibre Channel','iSCSI' -and $_.PartitionStyle -eq 'RAW'
}
foreach ($disk in $sanDisks) {
    # Bring disk online — SAN LUNs are Offline by default (OfflineShared policy)
    Set-Disk -Number $disk.Number -IsOffline $false
    Set-Disk -Number $disk.Number -IsReadOnly $false
    Initialize-Disk -Number $disk.Number -PartitionStyle GPT
    New-Partition -DiskNumber $disk.Number -UseMaximumSize -AssignDriveLetter | Format-Volume -FileSystem NTFS -AllocationUnitSize 65536 -NewFileSystemLabel "SAN-LUN-$($disk.Number)" -Confirm:$false
}

Étape 9 : Ajouter des disques au cluster et créer des volumes partagés de cluster (CSV)

Important

Une fois que tous les disques SAN sont visibles et validés, exécutez ces commandes sur chaque nœud Azure Local.

Ajoutez les disques SAN au cluster de basculement, puis convertissez les disques en CSV.

# Add SAN disks to cluster
Get-ClusterAvailableDisk | Add-ClusterDisk

# Convert to Cluster Shared Volumes
Get-ClusterResource | Where-Object {$_.ResourceType -eq 'Physical Disk' -and $_.OwnerGroup -eq 'Available Storage'} | Add-ClusterSharedVolume

# Verify CSVs
Get-ClusterSharedVolume | Select-Object Name, State, OwnerNode | Format-Table -AutoSize

# Verify CSV paths
Get-ClusterSharedVolume | Select-Object -ExpandProperty SharedVolumeInfo | Select-Object FriendlyVolumeName

Étape 10 : Ajouter un chemin de stockage dans le portail Azure

Inscrivez chaque chemin d’accès CSV SAN dans le portail Azure pour activer le placement des machines virtuelles sur les volumes SAN. Inscrivez uniquement les chemins d’accès SAN CSV. Azure Local gère automatiquement les volumes espaces de stockage direct, tels que Infrastructure et UserStorage.

1. Connectez-vous au portail Azure et accédez à votre ressource de cluster Azure Local.
2. Accédez à Paramètres>Chemin de stockage.
3. Sélectionnez + Ajouter un chemin de stockage.
4. Entrez le chemin du fichier CSV, par exemple C:\ClusterStorage\Volume1.
5. Confirmez et enregistrez.
6. Répétez l’opération pour chaque fichier CSV SAN.

Configuration côté baie du fournisseur

Azure Local prend en charge l’intégration de SAN externes avec les fournisseurs et plateformes de stockage suivants. Les sections correspondantes de cet article incluent des instructions de configuration côté tableau spécifiques au fournisseur.

Fournisseur	Modèles pris en charge	FC	iSCSI
Dell	PowerStore T/Q (OS 3.0+)	✓	✓
Everpure	FlashArray X, C, XL, E, RC20	✓	✓
Hitachi	VSP One Block, VSP 5x00, VSP Exx90, VSP Fxx0, VSP Gxx0	✓	✓
HPE	Alletra MP 10000	✓	✓
NetApp	AFF, ASA, plateformes ONTAP	✓	✓
Lenovo	Série ThinkSystem DS/DM/DG	✓	✓

Pour obtenir la liste complète des modèles et des microprogrammes pris en charge, consultez Solutions SAN prises en charge sur Azure Local.

Que demander à votre administrateur de stockage

Avant de démarrer la configuration côté hôte, fournissez à votre administrateur de stockage les informations suivantes :

• Identificateurs de l’initiateur collectés à l’étape 1d : collecter les identificateurs d’initiateur (WWPN pour FC, IQN pour iSCSI).
• Le nombre et la taille des LUN nécessaires.
• Noms de nœuds de cluster pour l’inscription de l’hôte sur la baie.

Votre administrateur de stockage doit fournir les informations suivantes :

• Pour FC : WWPN cibles pour configurer le zonage.
• Pour iSCSI : Adresses IP du portail cible et IQN cible.
• Confirmation de l’attribution des LUN à tous les nœuds du cluster avec des identifiants de LUN cohérents.

Troubleshooting

Utilisez les conseils suivants pour identifier et résoudre les problèmes courants lors de l’intégration du stockage SAN à Azure Local.

Les disques ne sont pas visibles sur les nœuds de cluster

Si les disques SAN n’apparaissent pas sur un ou plusieurs nœuds du cluster, vérifiez que la baie de stockage attribue les LUN à tous les initiateurs des nœuds du cluster. (WWPN pour FC, IQN pour iSCSI).

Réanalysez le stockage sur chaque nœud.

Update-HostStorageCache

Vérifiez également les paramètres de configuration suivants :

• Vérifiez le zonage FC ou la connectivité du portail cible iSCSI.
• Vérifiez que MPIO est activé et que les ID de fournisseur et de produit appropriés sont inscrits.

Get-MSDSMSupportedHw

MPIO ne prend pas correctement en charge les disques

Vérifiez que les ID de fournisseur et de produit inscrits correspondent à la configuration du tableau de stockage.

Get-MSDSMSupportedHw

Pour les déploiements iSCSI, vérifiez que la revendication MPIO automatique est activée.

Get-MSDSMAutomaticClaimSettings

Si vous ajoutez des identifiants matériels une fois les LUN déjà visibles, redémarrez le nœud afin que MPIO puisse réénumérer les disques.

mpclaim -s -d

La validation du cluster échoue pendant Test-Cluster

Exécutez des tests de validation de cluster, y compris la validation du stockage, et passez en revue le rapport généré.

Test-Cluster -Include Storage

Vérifiez les exigences suivantes :

• Tous les nœuds de cluster détectent le même ensemble de disques partagés.
• Les identifiants de LUN sont identiques sur tous les nœuds.
• Le tableau de stockage prend en charge les réservations persistantes SCSI-3.

Impossible d’ajouter des disques en tant que CSVs

Avant de pouvoir convertir un disque en csv, ajoutez le disque au cluster de basculement en tant que ressource de cluster.

Vérifiez que les disques sont en ligne et mis en forme avec le système de fichiers NTFS.

Get-Disk | Select-Object Number, OperationalStatus, PartitionStyle
Get-Volume

Vérifiez que le disque est disponible en tant que ressource de cluster.

Get-ClusterResource | Where-Object ResourceType -eq 'Physical Disk'

Échec de la création du chemin de stockage dans le portail Azure

Si la création du chemin de stockage échoue dans le portail Azure, vérifiez les conditions suivantes :

• CSV est en ligne et accessible à partir de tous les nœuds de cluster
• Le chemin d’accès CSV utilise le format correct, tel que C:\ClusterStorage\Volume1
• Le cluster Azure Local est enregistré et en bon état dans le portail Azure

Étapes suivantes

• Créer une machine virtuelle sur Azure Local.
• Utilisez le stockage externe dans des clusters AKS sur Azure Local.
• Deploying AVD sur Azure Local.