Ajouter un serveur sur Azure Stack HCI, version 23H2

  • Article

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 un maximum de 16 serveurs.

Chaque nouveau serveur physique que vous ajoutez à votre cluster doit correspondre étroitement au reste des serveurs en termes de type processeur, de mémoire, de nombre de lecteurs et 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 du lecteur, 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 la connexion sans commutateur connecté 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 soit rééquilibré une seule fois.
  • Il n’est pas possible de supprimer définitivement un serveur d’un cluster.

Ajouter un flux de travail serveur

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

Diagramme illustrant le processus 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 Add-server de commande PowerShell.
  3. Lors de l’ajout d’un serveur au cluster, le système valide que le nouveau serveur entrant répond aux exigences du processeur, de la mémoire et du stockage (lecteurs) avant qu’il n’ajoute réellement 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 rééquilibré automatiquement. 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é.

Remarque

Si vous avez déployé votre cluster Azure Stack HCI à l’aide d’adresses IP de stockage personnalisées, vous devez affecter manuellement des adresses IP aux cartes réseau de stockage une fois le serveur ajouté.

Scénarios pris en charge

Pour ajouter 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 du réseau de stockage Paramètres du 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 de stockage est passé d’un miroir bidirectionnel à un miroir tridirectionnel.

Paramètres de résilience

Dans cette version, pour ajouter une opération de serveur, des 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 2directionnel indépendamment de l’échelle du cluster).

Toutefois, les paramètres de résilience par défaut sont mis à jour au niveau du pool de stockage. Par conséquent, tous les nouveaux volumes de charge de travail que vous avez créés après le déploiement hériteront 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 garantit que le serveur répond à la configuration matérielle requise avant son ajout au cluster.

Composant Vérification de la conformité
UC Vérifiez que le nouveau serveur a le même nombre de cœurs d’UC ou plus. Si les cœurs du processeur sur le nœud entrant ne répondent pas à cette exigence, un avertissement est présenté. 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 est présenté. 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 à partir 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 le cas échéant dans votre environnement réseau.

Prérequis logiciels

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 un autre utilisateur disposant d’autorisations équivalentes.
  • Les informations d’identification pour le AzureStackLCMUser n’ont pas changé.

Ajouter un serveur

Cette section explique comment ajouter un serveur à l’aide de PowerShell, surveiller l’état de l’opération Add-Server et résoudre les problèmes, s’il existe des 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 prévoyez d’ajouter. Suivez les étapes de l’installation du système d’exploitation Azure Stack HCI version 23H2.

  2. Inscrivez le serveur auprès d’Arc. Suivez les étapes de l’inscription auprès d’Arc et configurez les autorisations.

    Remarque

    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.

  3. Affectez les autorisations suivantes aux nœuds serveur nouvellement ajoutés :

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 pendant le 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 utilisez 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 continuera à 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 l’affichage du serveur 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ées 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.		 Non
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 Add-Server -Rerunde .		 Oui
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, orchestrator a déjà mis à jour sa base de connaissances avec le nouveau serveur. Utilisez le scénario de serveur de réparation. Oui

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 pendant le 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.