Gérer la capacité de stockage pour Azure Stack Hub

Cet article décrit comment un opérateur cloud Azure Stack Hub peut surveiller et gérer la capacité de stockage d’un déploiement Azure Stack Hub. Vous pouvez utiliser les conseils pour comprendre la mémoire disponible pour les machines virtuelles de votre utilisateur. L’infrastructure de stockage Azure Stack Hub alloue un sous-ensemble de la capacité de stockage totale du déploiement Azure Stack Hub en tant que services de stockage. Les services de stockage stockent les données des locataires dans des partages sur des volumes correspondant aux nœuds du modèle de déploiement.

En tant qu’opérateur cloud, vous disposez d’une quantité limitée de stockage à utiliser. La quantité de stockage est définie par la solution que vous implémentez. La solution est fournie par votre fournisseur OEM lorsque vous utilisez une solution multinode, ou qu’elle est fournie par le matériel sur lequel vous installez le Kit de développement Azure Stack (ASDK).

Azure Stack Hub prend uniquement en charge l’expansion de la capacité de stockage en ajoutant des nœuds d’unité d’échelle supplémentaires. Pour plus d’informations, consultez Ajouter des nœuds d’unité d’échelle dans Azure Stack Hub. L’ajout de disques physiques aux nœuds n’étend pas la capacité de stockage.

Il est important de surveiller le stockage disponible pour garantir le maintien d’un bon fonctionnement. Lorsque la capacité libre restante d’un volume se restreint, pensez à gérer l’espace disponible pour empêcher les partages de manquer de capacité.

Vos options de gestion de la capacité sont les suivantes :

• Récupération de la capacité.
• Migration d’objets de stockage.

Quand un volume de magasin d’objets est utilisé à 100 %, le service de stockage ne fonctionne plus pour celui-ci. Pour obtenir de l’aide sur la restauration des opérations pour ce volume, contactez le service d’assistance de Microsoft.

Comprendre les disques, les conteneurs et les volumes

L’utilisateur client crée des disques, des objets blob, des tables et des files d’attente dans les services de stockage Azure Stack Hub. Ces données de locataire sont placées sur des volumes au-dessus du stockage disponible.

Disques

Les machines virtuelles stockent et manipulent des données sur des disques virtuels. Chaque machine virtuelle commence par un disque de système d’exploitation, créé à partir d’une image de la Place de marché ou d’une image privée. La machine virtuelle peut attacher zéro ou plusieurs disques de données. Il existe deux types de disques proposés dans Azure Stack :

disques managés simplifient la gestion des disques pour les machines virtuelles IaaS Azure en gérant les comptes de stockage associés aux disques de VM. Vous devez uniquement spécifier la taille du disque dont vous avez besoin, et Azure Stack Hub crée et gère le disque pour vous. Pour plus d’informations, consultez vue d’ensemble des disques managés.

Disques non gérés sont des fichiers VHD qui sont stockés en tant que pages blob dans des conteneurs de stockage des comptes de stockage d'Azure Stack. Les blobs de pages créés par les locataires sont appelés disques VM et sont stockés dans des conteneurs dans les comptes de stockage. Nous vous recommandons d’utiliser des disques non managés uniquement pour les machines virtuelles qui doivent être compatibles avec des outils tiers, qui prennent uniquement en charge les disques non managés Azure.

Les conseils pour les locataires sont de placer chaque disque dans un conteneur distinct pour améliorer les performances de la machine virtuelle.

• Chaque conteneur qui contient un disque ou un objet blob de pages à partir d’une machine virtuelle est considéré comme un conteneur attaché à la machine virtuelle propriétaire du disque.
• Un conteneur qui ne contient aucun disque d’une machine virtuelle est considéré comme un conteneur gratuit.

Les options permettant de libérer de l’espace sur un conteneur attaché sont limitées. Pour plus d’informations, consultez Distribuer des disques non managés.

Important

Nous vous recommandons d’utiliser uniquement des disques managés dans des machines virtuelles pour faciliter la gestion. Vous n’avez pas besoin de préparer des comptes de stockage et des conteneurs avant d’utiliser des disques managés. Les disques managés offrent des fonctionnalités et des performances équivalentes ou meilleures par rapport aux disques non managés. Il n’existe aucun avantage d’utiliser des disques non managés et ils ne sont fournis que pour la compatibilité descendante.

Les disques managés sont optimisés pour un meilleur positionnement dans l’infrastructure de stockage et ont une charge de gestion considérablement réduite. Cependant, comme les disques managés sont approvisionnés de manière mince et que l’utilisation finale est imprévisible lors de la création, un placement déséquilibré des disques peut potentiellement entraîner une utilisation excessive du volume. Les opérateurs sont responsables de la surveillance de l’utilisation de la capacité de stockage et d’éviter de tels problèmes.

Pour les utilisateurs qui utilisent des modèles ARM pour approvisionner de nouvelles machines virtuelles, consultez Utiliser des modèles de disques managés de machines virtuelles pour comprendre comment modifier vos modèles pour utiliser des disques managés.

Les disques de machine virtuelle sont stockés sous forme de fichiers épars sur l’infrastructure de stockage. Les disques ont une taille provisionnée que l’utilisateur demande au moment de la création du disque. Toutefois, seules les pages non nulles écrites sur le disque occupent l’espace sur l’infrastructure de stockage sous-jacente.

Les disques sont souvent créés en copiant à partir d’images de plateforme, d’images managées, d’instantanés ou d’autres disques, et les captures instantanées sont extraites de disques. Pour augmenter l'utilisation de la capacité de stockage et réduire le temps de copie, le système utilise le clonage de blob dans ReFS. Le clonage d’objets blob est une opération de métadonnées à faible coût et non une copie octet par octet entre les fichiers. Le fichier source et le fichier cible peuvent partager les mêmes étendues. Les données identiques ne sont pas stockées physiquement plusieurs fois, ce qui améliore la capacité de stockage.

L’utilisation de la capacité augmente uniquement lorsque les disques sont écrits et que les données identiques sont réduites. Lorsqu’une image ou un disque est supprimé, l’espace peut ne pas être libéré immédiatement, car il peut y avoir des disques ou des instantanés créés à partir de celui-ci, qui conservent toujours les données identiques et occupent l’espace. Si toutes les entités associées sont supprimées, l’espace devient disponible.

Blobs et conteneurs

Les utilisateurs locataires stockent des quantités massives de données non structurées avec Azure Blob Storage. Azure Stack Hub prend en charge trois types de blobs : blobs de blocs, blobs d’ajout et blobs de pages. Pour plus d’informations sur les différents types d’objets blob, consultez Présentation des objets blob de blocs, des objets blob d’ajout et des objets blob de pages.

Les utilisateurs locataires créent des conteneurs qui sont ensuite utilisés pour stocker des données blob. Bien que les utilisateurs décident dans quel conteneur placer des objets blob, le service de stockage utilise un algorithme pour déterminer sur quel volume placer le conteneur. L’algorithme choisit généralement le volume avec l’espace le plus disponible.

Une fois qu’un objet blob a été placé dans un conteneur, il peut se développer pour utiliser plus d’espace. À mesure que vous ajoutez de nouveaux objets blob et que les objets blob existants se développent, l’espace disponible dans le volume du conteneur se réduit.

Les conteneurs ne sont pas limités à un seul volume. Lorsque les données d’objets blob combinées dans un conteneur augmentent et utilisent 80 % ou plus de l’espace disponible, le conteneur passe en mode dépassement de capacité. En mode de dépassement de capacité, tous les nouveaux objets blob créés dans ce conteneur sont alloués à un autre volume disposant d’un espace suffisant. Au fil du temps, un conteneur en mode de dépassement de capacité peut avoir des objets blob distribués sur plusieurs volumes.

Lorsque 90% (puis 95%) de l’espace disponible dans un volume est utilisé, le système déclenche des alertes dans le portail d’administration Azure Stack Hub. Les opérateurs cloud doivent examiner la capacité de stockage disponible et planifier le rééquilibrage du contenu. Le service de stockage cesse de fonctionner lorsqu’un disque est utilisé à 100 %% et qu’aucune alerte supplémentaire n’est déclenchée.

Volumes

Le service de stockage partitionne le stockage disponible en volumes distincts alloués pour contenir les données système et client. Les volumes combinent les lecteurs du pool de stockage en vue d’introduire la tolérance de panne, l’extensibilité et les performances supérieures des espaces de stockage direct. Pour plus d’informations sur les volumes dans Azure Stack Hub, consultez Gérer l’infrastructure de stockage pour Azure Stack Hub.

Les volumes de magasin d’objets contiennent des données de locataire. Les données de locataire incluent des blobs de pages, des blobs de blocs, des blobs d’ajout, des tables, des files d’attente, des bases de données et des magasins de métadonnées associés. Le nombre de volumes de magasin d’objets est égal au nombre de nœuds dans le déploiement Azure Stack Hub :

• Un déploiement à quatre nœuds comprend quatre volumes de magasin d’objets. Sur un déploiement multinode, le nombre de volumes n’est pas réduit si un nœud est supprimé ou défectueux.
• Si vous utilisez l’ASDK, il existe un seul volume avec un seul partage.

Les volumes de magasin d’objets sont destinés à l’utilisation exclusive des services de stockage. Vous ne devez pas modifier, ajouter ou supprimer directement des fichiers sur les volumes. Seuls les services de stockage doivent fonctionner sur les fichiers stockés dans ces volumes.

Étant donné que les objets de stockage (objets blob, et ainsi de suite) sont individuellement contenus dans un seul volume, la taille maximale de chaque objet ne peut pas dépasser la taille d’un volume. La taille maximale des nouveaux objets dépend de la capacité qui reste dans un volume comme espace inutilisé lorsque ce nouvel objet est créé.

Quand un volume de magasin d’objets manque d’espace libre et que les actions pour en récupérer n’aboutissent pas ou ne sont pas disponibles, les opérateurs de cloud Azure Stack Hub peuvent migrer des objets de stockage d’un volume vers un autre.

Pour plus d’informations sur l’utilisation du stockage d’objets blob dans Azure Stack Hub par les utilisateurs locataires, voir la section Services de stockage Azure Stack Hub.

Surveiller le stockage

Utilisez Azure PowerShell ou le portail d’administration pour surveiller la capacité provisionnée et utilisée et planifier la migration pour garantir le fonctionnement normal continu du système.

Il existe trois outils pour surveiller la capacité du volume :

• Portail et PowerShell pour la capacité actuelle du volume.
• Alertes d’espace de stockage.
• Métriques de capacité du volume.

Cette section explique comment utiliser ces outils pour surveiller la capacité du système.

Utiliser PowerShell

En tant qu’opérateur cloud, vous pouvez surveiller la capacité de stockage d’un volume à l’aide de l’applet de commande PowerShell Get-AzsVolume. L’applet de commande retourne l’espace total et libre en gigaoctets (Go) sur chacun des volumes.

• Capacité totale : l’espace total disponible sur le partage, en Go. Cet espace est utilisé pour les données et les métadonnées gérées par les services de stockage.
• Capacité restante : la quantité d’espace libre, en Go, pour stocker les données des locataires et les métadonnées associées.

Utiliser le portail d’administration

En tant qu’opérateur cloud, vous pouvez utiliser le portail d’administration pour afficher la capacité de stockage de tous les volumes.

1. Connectez-vous au portail d’administration Azure Stack Hub à l’adresse (https://adminportal.local.azurestack.external).

2. Sélectionnez Tous les services>Stockage>Volumes pour ouvrir la liste des volumes dans laquelle vous pouvez afficher les informations d’utilisation.

   

   • Total: espace total disponible sur le volume. Cet espace est utilisé pour les données et les métadonnées gérées par les services de stockage.
   • Utilisé : la quantité de données utilisée par tous les segments des fichiers qui stockent les données des locataires et les métadonnées associées.

Alertes d’espace de stockage

Lorsque vous utilisez le portail d’administration, vous recevez des alertes concernant les volumes qui ont peu d’espace disponible.

Important

En tant qu’opérateur cloud, vous devez empêcher les partages d’atteindre l’utilisation complète. Lorsqu’un partage est utilisé à 100 %, le service de stockage ne fonctionne plus pour ce partage. Pour récupérer de l’espace libre et rétablir les opérations sur un partage utilisé à 100 %, contactez le support Microsoft.

• Avertissement: Lorsqu’un partage de fichiers est utilisé à plus de 90%, vous recevez une alerte dans le portail d’administration :

  exemple

• Critique: lorsqu’un partage de fichiers est utilisé à plus de 95 %%, vous recevez une alerte critique sur le portail de l’administrateur :

  exemple

• Afficher les détails: dans le portail d’administration, vous pouvez ouvrir les détails d’une alerte pour afficher vos options d’atténuation :

  exemple

Métriques de capacité de volume

Les métriques de capacité de volume vous fournissent des informations plus détaillées sur la capacité d’approvisionnement et la capacité d’utilisation pour différents types d’objets. Les données de métriques sont conservées pendant 30 jours. Un service de surveillance en arrière-plan actualise les données de métriques de capacité de volume toutes les heures.

Il est nécessaire de comprendre l’utilisation des ressources d’un volume en vérifiant de manière proactive le rapport de métrique de capacité. Pour décider de l’action correspondante pour libérer de l’espace, l’opérateur cloud peut analyser la répartition des types de ressources lorsqu’un volume est sur le point d'être plein. L’opérateur peut également empêcher le volume d’être surutilisé lorsque la taille provisionnée du disque indique que le volume a été surprovisionné trop.

Azure Monitor fournit les métriques suivantes pour afficher l’utilisation de la capacité de volume :

• capacité totale du volume indique la capacité de stockage totale du volume.
• La capacité restante du volume affiche la capacité de stockage restante du volume.
• Capacité utilisée du disque de machine virtuelle du volume indique le nombre total d’espaces occupés par des objets liés au disque de machine virtuelle (y compris les objets blob de pages, les disques managés/instantanés, les images managées et les images de plateforme). Le fichier VHD sous-jacent pour les disques de machine virtuelle peut partager le même volume (voir Disques) avec des images, des instantanés ou d’autres disques. Ce nombre peut être inférieur à la somme de la capacité utilisée de tous les objets liés au disque de machine virtuelle.
• Autre capacité utilisée du volume correspond à la taille totale utilisée des objets autres que les disques, y compris les objets blob de blocs, les objets blob d’ajouts, les tables, les files d’attente et les métadonnées d’objets blob.
• Capacité de disque provisionnée du volume de machine virtuelle est la taille totale provisionnée des blobs de pages et des disques/snapshots managés. Cette taille correspond à la valeur maximale de la capacité totale du disque vers laquelle tous les disques managés et les blobs de pages sur le volume spécifique peuvent augmenter.

Pour afficher les métriques de capacité de volume dans Azure Monitor :

1. Vérifiez qu’Azure PowerShell est installé et configuré. Pour obtenir des instructions sur la configuration de l’environnement PowerShell, consultez Installer PowerShell pour Azure Stack Hub. Pour vous connecter à Azure Stack Hub, consultez Configurer l’environnement d’opérateur et vous connecter à Azure Stack Hub.

2. Téléchargez les outils Azure Stack Hub du dépôt GitHub. Pour obtenir des instructions détaillées, consultez Télécharger les outils Azure Stack Hub à partir de GitHub.

3. Générez le fichier JSON du tableau de bord de capacité en exécutant la commande suivante sous capacityManagement:

   .\CapacityManagement\DashboardGenerator\Create-AzSStorageDashboard.ps1 -capacityOnly $true -volumeType object
   

   Cette commande crée un fichier json qui commence par DashboardVolumeObjStore sous le dossier de DashboardGenerator.

4. Connectez-vous au portail d’administration Azure Stack Hub à l’adresse (https://adminportal.local.azurestack.external).

5. Dans le tableau de bord, sélectionnez Charger, puis sélectionnez le fichier JSON généré à l’étape 3 :

   

6. Une fois le json chargé, vous êtes dirigé vers le nouveau tableau de bord de capacité. Chaque volume a un graphique correspondant dans le tableau de bord. Le nombre de graphiques est égal au nombre de volumes :

   

7. En cliquant sur l’un des volumes, vous pouvez vérifier cinq métriques de capacité du volume spécifique dans le graphique détaillé :

   

Modèles d’utilisation du volume

En vérifiant les métriques de capacité du volume, l’opérateur cloud comprend la quantité de capacité d’un volume utilisée et le type de ressource qui prend la plupart de l’espace. Le modèle d’utilisation de l’espace est regroupé en types suivants et l’opérateur peut effectuer différentes actions pour chaque type :

Capacité sous-approvisionnée, capacité excédentaire: il y a suffisamment de capacité disponible sur le volume, et la capacité totale approuvée de tous les disques sur ce volume est inférieure à celle disponible. Le volume est disponible pour un plus grand nombre d’objets de stockage, y compris les disques et autres objets (objets blob de blocs/d’ajouts, tables et files d’attente). Vous n’avez pas besoin d’effectuer d’action pour régler le volume.

Surapprovisionné, capacité disponible: la capacité restante du volume est élevée, mais la capacité allouée du disque de la machine virtuelle dépasse déjà la capacité totale du volume. Ce volume a encore de la place pour plus d’objets de stockage maintenant. Toutefois, il peut être rempli avec les données des disques de machine virtuelle situés sur ce volume. Vous devez surveiller étroitement la tendance d’utilisation de ce volume. Si l’état passe à sur-approvisionnement, modèle à faible capacité (over-provisioned, low capacity pattern), vous devrez peut-être prendre des mesures pour libérer de l’espace.

surprovisionné, une faible capacité: la capacité restante du volume est faible, et les capacités approvisionnées et utilisées du disque de machine virtuelle sont élevées.

La faible capacité restante indique que le volume atteint l’utilisation complète. Les opérateurs doivent agir immédiatement pour libérer de l’espace afin d’empêcher que le volume soit utilisé à 100 %, ce qui bloque le service de stockage. La capacité de disque de machine virtuelle élevée utilisée indique la majorité du volume utilisé par les disques de machines virtuelles. Consultez Migrer un disque pour déplacer des disques du volume complet vers d’autres volumes disponibles pour libérer de l’espace.

Capacité sous-approvisionnée, faible capacité, blobs de blocs de grande taille: la capacité restante du volume est faible, et les capacités provisionnées et utilisées du disque de la machine virtuelle sont faibles, mais l'autre capacité utilisée est élevée.

Étant donné que le volume risque d’être entièrement utilisé, l’opérateur doit prendre des mesures immédiates pour libérer de l’espace. Une capacité élevée utilisée par d’autres éléments indique que la majeure partie de la capacité du volume est occupée par des blobs de blocs/d’ajout ou des tables/files d’attente. Lorsque la capacité disponible du volume est inférieure à 20%, le dépassement de capacité du conteneur est activé et un nouvel objet blob ne sera pas placé sur ce volume presque complet. Toutefois, les blobs existants peuvent encore croître. Pour éviter que les blobs en croissance continue n’utilisent trop de capacité, vous pouvez contacter le support Microsoft pour interroger les conteneurs occupant de l’espace sur le volume spécifique et décider si un nettoyage de ces conteneurs doit être effectué par les locataires afin de libérer de l’espace.

Sur-approvisionnement, faible capacité, nombreux blobs de blocs : la capacité restante du volume est faible, et la capacité utilisée/approvisionnée des disques ainsi que la capacité utilisée par d’autres éléments sont élevées. Ce volume a une utilisation élevée de l’espace par les disques et d’autres objets de stockage. Pour éviter que le volume devienne totalement plein, vous devez libérer de l’espace. Il est recommandé de suivre d’abord les instructions de Migrer le disque pour déplacer des disques du volume complet vers d’autres volumes disponibles. Vous pouvez également contacter le support Microsoft pour interroger les conteneurs occupant de l’espace sur le volume spécifique et décider si le nettoyage de ces conteneurs doit être effectué par les locataires afin de libérer de l’espace.

Gérer l’espace disponible

Quand il est nécessaire de libérer de l’espace sur un volume, utilisez d’abord les méthodes les moins invasives. Par exemple, essayez de récupérer de l’espace avant de choisir de migrer un disque managé.

Récupérer la capacité

Vous pouvez récupérer la capacité utilisée par les comptes de locataire qui ont été supprimés. Cette capacité est automatiquement récupérée lorsque la période de rétention des données est atteinte, ou vous pouvez la récupérer immédiatement.

Pour plus d’informations, consultez la section « Récupérer la capacité » dans Gérer les comptes de stockage Azure Stack Hub.

Migrer un disque managé entre des volumes

En raison des modèles d’utilisation des locataires, certains volumes de location utilisent plus d’espace que d’autres. Le résultat peut être un volume qui manque d'espace avant d'autres volumes relativement inutilisés.

Vous pouvez libérer de l’espace sur un volume surutilisée en migrant manuellement certains disques managés vers un autre volume. Vous pouvez migrer plusieurs disques managés vers un seul volume qui a la capacité de les contenir tous. Utilisez la migration pour déplacer des disques managés hors connexion. Les disques managés hors connexion sont des disques qui ne sont pas attachés à une machine virtuelle.

Important

La migration de disques managés est une opération hors connexion qui nécessite l’utilisation de PowerShell. Vous devez libérer les machines virtuelles propriétaires du disque candidat ou détacher les disques candidats pour la migration de leur machine virtuelle propriétaire avant de commencer le travail de migration (une fois la tâche de migration terminée, vous pouvez réallouer les machines virtuelles ou détacher les disques). Tant que la migration n’est pas terminée, tous les disques managés que vous migrez doivent rester réservés ou hors connexion et ne peuvent pas être utilisés, sinon la tâche de migration abandonne et tous les disques non migrés sont toujours sur leurs volumes d’origine. Vous devez également éviter la mise à niveau d’Azure Stack Hub jusqu’à ce que la migration continue se termine.

Pour migrer des disques managés à l’aide de PowerShell

1. Vérifiez qu’Azure PowerShell est installé et configuré. Pour obtenir des instructions sur la configuration de l’environnement PowerShell, consultez Installer PowerShell pour Azure Stack Hub. Pour vous connecter à Azure Stack Hub, consultez Configurer l’environnement d’opérateur et vous connecter à Azure Stack Hub.

2. Examinez les disques managés pour comprendre les disques qui se trouvent sur le volume que vous envisagez de migrer. Pour identifier les meilleurs disques candidats pour la migration dans un volume, utilisez l’applet de commande Get-AzsDisk :

   $ScaleUnit = (Get-AzsScaleUnit)[0]
   $StorageSubSystem = (Get-AzsStorageSubSystem -ScaleUnit $ScaleUnit.Name)[0]
   $Volumes = (Get-AzsVolume -ScaleUnit $ScaleUnit.Name -StorageSubSystem $StorageSubSystem.Name | Where-Object {$_.VolumeLabel -Like "ObjStore_*"})
   $SourceVolume  = ($Volumes | Sort-Object RemainingCapacityGB)[0]
   $VolumeName = $SourceVolume.Name.Split("/")[2]
   $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
   $MigrationSource = "\\SU1FileServer."+$VolumeName+"\SU1_"+$SourceVolume.VolumeLabel
   $Disks = Get-AzsDisk -Status OfflineMigration -SharePath $MigrationSource | Select-Object -First 10
   

   Examinez ensuite $Disks:

   $Disks
   

   exemple

3. Identifiez le meilleur volume de destination pour contenir les disques que vous migrez :

   $DestinationVolume  = ($Volumes | Sort-Object RemainingCapacityGB -Descending)[0]
   $VolumeName = $DestinationVolume.Name.Split("/")[2]
   $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
   $MigrationTarget = "\\SU1FileServer."+$VolumeName+"\SU1_"+$DestinationVolume.VolumeLabel
   

4. Démarrez la migration pour les disques managés. La migration est asynchrone. Si vous démarrez la migration d’autres disques avant la fin de la première migration, utilisez le nom du travail pour suivre l’état de chacun d’eux :

   $jobName = "MigratingDisk"
   Start-AzsDiskMigrationJob -Disks $Disks -TargetShare $MigrationTarget -Name $jobName
   

5. Utilisez le nom du travail pour vérifier l’état de la tâche de migration. À la fin de la migration d’un disque, l’état MigrationStatus est défini sur Terminé :

   $job = Get-AzsDiskMigrationJob -Name $jobName
   

   exemple

   Si vous migrez plusieurs disques managés dans une tâche de migration, vous pouvez également vérifier les sous-tâches du travail :

   $job.Subtask
   

   exemple

6. Vous pouvez annuler un travail de migration en cours. Les travaux de migration annulés sont traités de manière asynchrone. Vous pouvez suivre l'annulation à l'aide du nom de la tâche jusqu'à confirmation que la tâche de migration est Annulée:

   Stop-AzsDiskMigrationJob -Name $jobName
   

   exemple

Distribuer des disques non managés

La méthode la plus extrême pour la gestion de l’espace implique le déplacement de disques non managés. Si le locataire ajoute des disques non managés à un conteneur, la capacité totale utilisée du conteneur peut augmenter au-delà de la capacité disponible du volume qui le contient avant que le conteneur entre en mode de dépassement de capacité. Pour éviter qu’un seul conteneur épuise l’espace d’un volume, le locataire peut distribuer les disques non managés existants d’un conteneur à différents conteneurs. Étant donné que la distribution d’un conteneur attaché (qui contient un disque de machine virtuelle) est complexe, contactez le support Microsoft pour effectuer cette action.

Mémoire disponible pour les machines virtuelles

Azure Stack Hub est conçu comme un cluster hyperconvergé de calcul et de stockage. La convergence permet le partage du matériel, appelé unité d’échelle. Dans Azure Stack Hub, une unité d’échelle fournit la disponibilité et la scalabilité des ressources. Une unité d’échelle se compose d’un ensemble de serveurs Azure Stack Hub, appelés hôtes ou nœuds. Le logiciel d’infrastructure est hébergé dans un ensemble de machines virtuelles et partage les mêmes serveurs physiques que les machines virtuelles clientes. Toutes les machines virtuelles Azure Stack Hub sont ensuite gérées par les technologies de clustering Windows Server de l’unité d’échelle et les instances de Hyper-V individuelles. L’unité d’échelle simplifie l’acquisition et la gestion d’Azure Stack Hub. L'unité d'échelle permet également le déplacement et la scalabilité de tous les services dans l'écosystème d'Azure Stack Hub, y compris l'environnement client et l'infrastructure.

Vous pouvez consulter un graphique en secteurs dans le portail d’administration qui affiche la mémoire libre et utilisée dans Azure Stack Hub ; par exemple:

Les composants suivants consomment de la mémoire dans la section utilisée du diagramme circulaire :

• Utilisation du système d’exploitation hôte ou réserve: La mémoire utilisée par le système d’exploitation sur l’hôte, les tables de pages de mémoire virtuelle, les processus qui s’exécutent sur le système d’exploitation hôte et les espaces de cache de la mémoire directe. Étant donné que cette valeur dépend de la mémoire utilisée par les différents processus Hyper-V s’exécutant sur l’hôte, elle peut varier.
• services d’infrastructure: machines virtuelles d’infrastructure qui composent Azure Stack Hub. Cela implique environ 31 machines virtuelles qui prennent jusqu’à 242 Go + (4 Go x nombre de nœuds) de mémoire. L’utilisation de la mémoire du composant services d’infrastructure peut changer à mesure que nous travaillons à rendre nos services d’infrastructure plus évolutifs et résilients.
• Réserve de résilience : Azure Stack Hub réserve une partie de la mémoire pour permettre la disponibilité des locataires en cas de défaillance d’un hôte unique, ainsi que pendant les mises à jour et correctifs pour permettre une migration en direct réussie des machines virtuelles.
• machines virtuelles clientes: machines virtuelles créées par les utilisateurs d’Azure Stack Hub. En plus de l’exécution de machines virtuelles, la mémoire est consommée par toutes les machines virtuelles qui atterrissent sur l’infrastructure. Cela signifie que les machines virtuelles en états Création (Creating) ou Échec (Failed), ou les machines virtuelles arrêtées à partir de l’invité, consomment toujours de la mémoire. Cependant, les machines virtuelles désallouées à l’aide de l’option « arrêt désalloué » depuis le portail utilisateur Azure Stack Hub, PowerShell ou Azure CLI, ne consomment pas de mémoire depuis Azure Stack Hub.
• fournisseurs de ressources complémentaires: machines virtuelles déployées pour les fournisseurs de ressources d’extension tels que SQL, MySQL et App Service.

Mémoire disponible pour le placement des machines virtuelles

En tant qu’opérateur cloud pour Azure Stack Hub, il n’existe aucun moyen automatisé de vérifier la mémoire allouée pour chaque machine virtuelle. Vous pouvez avoir accès à vos machines virtuelles utilisateur et calculer manuellement la mémoire allouée. Toutefois, la mémoire allouée ne reflète pas l’utilisation réelle. Cette valeur peut être inférieure à la valeur allouée.

Pour entraîner la mémoire disponible pour les machines virtuelles, la formule suivante est utilisée :

Mémoire disponible pour le placement des machines virtuelles = Total Host Memory--Resiliency Reserve--Memory used by running tenant VMs - Azure Stack Hub Infrastructure Overhead

réserve de résilience = H + R * ((N-1) * H) + V * (N-2)

Où:

H = Taille de la mémoire hôte unique

N = Taille de l’unité d’échelle (nombre d’hôtes)

R = Réserve/mémoire du système d’exploitation utilisée par le système d’exploitation hôte, qui est .15 dans cette formule

V = La plus grande machine virtuelle en termes de mémoire dans l'unité de mise à l'échelle

Charge d’infrastructure Azure Stack Hub = 242 Go + (4 Go x # de nœuds). Cela explique que environ 31 machines virtuelles sont utilisées pour héberger l’infrastructure d’Azure Stack Hub.

mémoire utilisée par le système d’exploitation hôte = 15 % (0,15) de mémoire hôte. La valeur de réserve du système d’exploitation est une estimation et varie en fonction de la capacité de mémoire physique de l’hôte et de la surcharge générale du système d’exploitation.

La valeur V, la plus grande VM de l’unité de mise à l’échelle, est définie dynamiquement en fonction de la plus grande machine virtuelle déployée par le locataire. Par exemple, la plus grande valeur de machine virtuelle peut être de 7 Go ou de 112 Go ou toute autre taille de mémoire de machine virtuelle prise en charge dans la solution Azure Stack Hub. Pour avoir suffisamment de mémoire réservée afin qu’une migration dynamique de cette machine virtuelle volumineuse ne échoue pas, nous choisissons la taille de la plus grande machine virtuelle. La modification de la plus grande machine virtuelle sur l’infrastructure Azure Stack Hub entraîne une augmentation de la réserve de résilience en plus de l’augmentation de la mémoire de la machine virtuelle elle-même.

Par exemple, avec une unité d’échelle de 12 nœuds :

Détails du timbre	Valeurs
sts (N)	12
Mémoire par hôte (H)	384
Mémoire totale de l’unité d’échelle	4608
Réserve de système d’exploitation (R)	15 %
Machine virtuelle la plus grande (V)	112
Réserve de résilience =	H + R * ((N-1) * H) + V * (N-2)
Réserve de résilience =	2137.6

Avec ces informations, vous pouvez calculer qu’azure Stack Hub avec 12 nœuds de 384 Go par hôte (total de 4 608 Go), a 2 137 Go réservés à la résilience si la plus grande machine virtuelle a 112 Go de mémoire.

Lorsque vous consultez la section Capacité (Capacity) pour la mémoire physique, comme dans l’image suivante, la valeur Utilisé (Used) inclut la réserve de résilience. Ce graphique provient d’une instance Azure Stack Hub à quatre nœuds :

Utilisation de la capacité

Gardez ces considérations à l’esprit lorsque vous planifiez la capacité d’Azure Stack Hub. En outre, vous pouvez utiliser l’outil Azure Stack Hub Capacity Planner.

Étapes suivantes

Pour en savoir plus sur l’offre de machines virtuelles aux utilisateurs, consultez Gérer la capacité de stockage pour Azure Stack Hub.