Ajouter un serveur sur Azure Stack HCI, version 23H2

S’applique à : Azure Stack HCI, version 23H2

Cet article explique comment gérer la capacité en ajoutant un serveur (souvent appelé scale-out) à votre cluster Azure Stack HCI.

À propos de l’ajout de serveurs

Vous pouvez facilement mettre à l’échelle le calcul et le stockage en même temps sur votre instance Azure Stack HCI en ajoutant des serveurs à un cluster existant. Votre cluster Azure Stack HCI prend en charge jusqu’à 16 serveurs.

Chaque nouveau serveur physique que vous ajoutez à votre cluster doit correspondre étroitement au reste des serveurs en termes de type de processeur, de mémoire, de nombre de lecteurs, ainsi que de type et de taille des lecteurs.

Vous pouvez mettre à l’échelle dynamiquement votre cluster Azure Stack HCI de 1 à 16 serveurs. En réponse à la mise à l’échelle, l’orchestrateur (également appelé Gestionnaire de cycle de vie) ajuste la résilience des lecteurs, la configuration réseau, y compris les agents locaux tels que les agents d’orchestrateur et l’inscription Arc. La mise à l’échelle dynamique peut nécessiter la modification de l’architecture réseau de connectée sans commutateur à connectée via un commutateur réseau.

Important

• Dans cette version, vous ne pouvez ajouter qu’un seul serveur à un moment donné. Vous pouvez toutefois ajouter plusieurs serveurs de manière séquentielle afin que le pool de stockage ne soit rééquilibré qu’une seule fois.
• Il n’est pas possible de supprimer définitivement un serveur d’un cluster.

Ajouter un workflow de serveur

Le diagramme de flux suivant montre le processus global d’ajout d’un serveur :

Pour ajouter un serveur, procédez comme suit :

1. Installez le système d’exploitation, les pilotes et le microprogramme sur le nouveau serveur de cluster que vous envisagez d’ajouter. Pour plus d’informations, consultez Installer le système d’exploitation.
2. Ajoutez le serveur préparé via l’applet de Add-server commande PowerShell.
3. Lors de l’ajout d’un serveur au cluster, le système vérifie que le nouveau serveur entrant répond aux exigences en matière de processeur, de mémoire et de stockage (lecteurs) avant d’ajouter le serveur.
4. Une fois le serveur ajouté, le cluster est également validé pour s’assurer qu’il fonctionne normalement. Ensuite, le pool de stockage est automatiquement rééquilibré. Le rééquilibrage du stockage est une tâche de faible priorité qui n’a pas d’impact sur les charges de travail réelles. Le rééquilibrage peut s’exécuter pendant plusieurs jours en fonction du nombre de serveurs et du stockage utilisé.

Scénarios pris en charge

Pour l’ajout d’un serveur, les scénarios de scale-out suivants sont pris en charge :

Scénario de démarrage	Scénario cible	Paramètres de résilience	Architecture réseau de stockage	Paramètres de témoin
Serveur unique	Cluster à deux serveurs	Miroir double	Configuré avec et sans commutateur	Témoin requis pour le scénario cible.
Cluster à deux serveurs	Cluster à trois serveurs	Miroir triple	Configuré avec un commutateur uniquement	Témoin facultatif pour le scénario cible.
Cluster à trois serveurs	Cluster N-server	Miroir triple	Basculer uniquement	Témoin facultatif pour le scénario cible.

Lors de la mise à niveau d’un cluster de deux à trois serveurs, le niveau de résilience du stockage passe d’un miroir bidirectionnel à un miroir triple.

Paramètres de résilience

Dans cette version, pour l’opération d’ajout de serveur, les tâches spécifiques ne sont pas effectuées sur les volumes de charge de travail créés après le déploiement.

Pour ajouter une opération de serveur, les paramètres de résilience sont mis à jour pour les volumes d’infrastructure requis et les volumes de charge de travail créés pendant le déploiement. Les paramètres restent inchangés pour les autres volumes de charge de travail que vous avez créés après le déploiement (étant donné que les paramètres de résilience intentionnels de ces volumes ne sont pas connus et que vous souhaiterez peut-être simplement un volume miroir 2 voies, quelle que soit l’échelle du cluster).

Toutefois, les paramètres de résilience par défaut sont mis à jour au niveau du pool de stockage. Ainsi, tous les nouveaux volumes de charge de travail que vous avez créés après le déploiement héritent des paramètres de résilience.

Configuration matérielle requise

Lors de l’ajout d’un serveur, le système valide le matériel du nouveau serveur entrant et s’assure que le serveur répond à la configuration matérielle requise avant son ajout au cluster.

Composant	Case activée de conformité
UC	Vérifiez que le nouveau serveur a le même nombre de cœurs de processeur ou plus. Si les cœurs du processeur sur le nœud entrant ne répondent pas à cette exigence, un avertissement s’affiche. L’opération est toutefois autorisée.
Mémoire	Vérifiez que le nouveau serveur a la même quantité de mémoire installée ou plus. Si la mémoire sur le nœud entrant ne répond pas à cette exigence, un avertissement s’affiche. L’opération est toutefois autorisée.
Lecteurs	Vérifiez que le nouveau serveur a le même nombre de lecteurs de données disponibles pour espaces de stockage direct. Si le nombre de lecteurs sur le nœud entrant ne répond pas à cette exigence, une erreur est signalée et l’opération est bloquée.

Prérequis

Avant d’ajouter un serveur, vous devez remplir les prérequis matériels et logiciels.

Configuration matérielle requise

Veillez à remplir les conditions préalables suivantes :

1. La première étape consiste à acquérir le nouveau matériel Azure Stack HCI auprès de votre OEM d’origine. Reportez-vous toujours à la documentation fournie par le fabricant OEM pour ajouter du matériel de serveur en vue de l’utiliser dans votre cluster.
2. Placez le nouveau serveur physique à l’emplacement prédéterminé, par exemple, un rack et câblez-le de manière appropriée.
3. Activez et ajustez les ports de commutateur physique selon le cas dans votre environnement réseau.

Configuration logicielle requise

Veillez à remplir les conditions préalables suivantes :

• AzureStackLCMUser est actif dans Active Directory. Pour plus d’informations, consultez Préparer Active Directory.
• Connecté en tant qu’utilisateur AzureStackLCMUser ou autre utilisateur disposant d’autorisations équivalentes.
• Les informations d’identification du AzureStackLCMUser n’ont pas changé.

Ajouter un serveur

Cette section explique comment ajouter un serveur à l’aide de PowerShell, surveiller la status de l’opération Add-Server et résoudre les problèmes en cas de problèmes.

Ajouter un serveur à l’aide de PowerShell

Vérifiez que vous avez examiné et rempli les conditions préalables.

Sur le nouveau serveur que vous envisagez d’ajouter, procédez comme suit.

1. Installez le système d’exploitation et les pilotes requis sur le nouveau serveur que vous envisagez d’ajouter. Suivez les étapes décrites dans Installer le système d’exploitation Azure Stack HCI, version 23H2.

   Notes

   Vous devez également installer les rôles Windows requis.

2. Inscrivez le serveur auprès d’Arc. Suivez les étapes décrites dans Inscrire auprès d’Arc et configurer les autorisations.

   Notes

   Vous devez utiliser les mêmes paramètres que les nœuds existants pour vous inscrire auprès d’Arc. Par exemple : Nom du groupe de ressources, Région, Abonnement et Tentant.

Sur un serveur qui existe déjà sur votre cluster, procédez comme suit :

1. Connectez-vous avec les informations d’identification de l’utilisateur de domaine que vous avez fournies lors du déploiement du cluster.

2. (Facultatif) Avant d’ajouter le serveur, veillez à obtenir un jeton d’authentification mis à jour. Exécutez la commande suivante :

   Update-AuthenticationToken 
   

3. Exécutez la commande suivante pour ajouter le nouveau serveur entrant :

   $HostIpv4 = "<IPv 4 for the new server>"
   $Cred = Get-Credential 
   Add-Server -Name "< Name of the new server>" -HostIpv4 $HostIpv4 -LocalAdminCredential $Cred 
   

4. Notez l’ID d’opération comme sortie par la Add-Server commande . Vous utiliserez cet ID d’opération ultérieurement pour surveiller la progression de l’opération Add-Server .

Surveiller la progression de l’opération

Pour surveiller la progression de l’opération d’ajout de serveur, procédez comme suit :

1. Exécutez l’applet de commande suivante et fournissez l’ID d’opération de l’étape précédente.

   $ID = "<Operation ID>" 
   Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID $ID 
   

2. Une fois l’opération terminée, le travail de rééquilibrage du stockage en arrière-plan continue de s’exécuter. Attendez que le travail de rééquilibrage du stockage se termine. Pour vérifier la progression de ce travail de rééquilibrage du stockage, utilisez l’applet de commande suivante :

   Get-VirtualDisk|Get-StorageJob
   

   Si le travail de rééquilibrage du stockage est terminé, l’applet de commande ne retourne pas de sortie.

Le serveur nouvellement ajouté s’affiche dans le Portail Azure de votre liste de clusters Azure Stack HCI après plusieurs heures. Pour forcer le serveur à s’afficher dans Portail Azure, exécutez la commande suivante :

Sync-AzureStackHCI

Scénarios de récupération

Les scénarios de récupération suivants et les étapes d’atténuation recommandées sont tabulés pour l’ajout d’un serveur :

Description du scénario	Limitation des risques	Pris en charge ?
Ajout d’un nouveau serveur hors bande sans utiliser l’orchestrateur.	Supprimez le serveur ajouté. Utilisez l’orchestrateur pour ajouter le serveur.	No
Ajout d’un nouveau serveur avec orchestrateur et échec de l’opération.	Pour terminer l’opération, examinez l’échec. Réexécutez l’opération ayant échoué à l’aide de Add-Server -Rerun.	Yes
Ajout d’un nouveau serveur avec orchestrateur. L’opération a réussi partiellement, mais a dû commencer par une nouvelle installation du système d’exploitation.	Dans ce scénario, l’orchestrateur a déjà mis à jour sa base de connaissances avec le nouveau serveur. Utilisez le scénario de serveur de réparation.	Yes

Problèmes de dépannage

Si vous rencontrez des échecs ou des erreurs lors de l’ajout d’un serveur, vous pouvez capturer la sortie des échecs dans un fichier journal. Sur un serveur qui existe déjà sur votre cluster, procédez comme suit :

• Connectez-vous avec les informations d’identification de l’utilisateur de domaine que vous avez fournies lors du déploiement du cluster. Capturez le problème dans les fichiers journaux.

  Get-ActionPlanInstance -ActionPlanInstanceID $ID|out-file log.txt
  

• Pour réexécuter l’opération ayant échoué, utilisez l’applet de commande suivante :

  Add-Server -Rerun
  

Étapes suivantes

En savoir plus sur la réparation d’un serveur.