Partager via

Témoin de cluster sur votre appareil Azure Stack Edge Pro GPU

  • Article

S’APPLIQUE À :Yes for Pro GPU SKUAzure Stack Edge Pro - GPUYes for Pro 2 SKUAzure Stack Edge Pro 2

Cet article fournit une brève vue d’ensemble du témoin de cluster sur votre appareil Azure Stack Edge, y compris les exigences, la configuration et la gestion des témoins de cluster.

À propos du quorum et du témoin du cluster

Dans le clustering de basculement Windows Server, le quorum doit être maintenu afin que le cluster Windows Server reste en ligne en cas de défaillance. Lorsque les nœuds d’un cluster Windows Server échouent, les nœuds survivants doivent vérifier qu’ils constituent la majorité du cluster pour rester en ligne.

Toutefois, le concept de majorité n’existe que pour les clusters avec un nombre impair de nœuds. Lorsque le nombre de nœuds dans un cluster est pair, le système a besoin d’un moyen de rendre le nombre total de votes impair. C’est là que le rôle du témoin de cluster est important. Le témoin de cluster reçoit un vote. Ainsi, en cas de défaillance, le nombre total de votes dans le cluster (qui avait à l’origine un nombre pair de nœuds) est impair.

Pour plus d’informations sur le quorum de cluster, consultez Comprendre le quorum de cluster.

Quorum et témoin de cluster sur Azure Stack Edge

Le clustering de basculement Windows Server est implémenté sur un appareil de périphérie Azure Stack à deux nœuds. Un quorum est toujours conservé sur votre cluster Azure Stack Edge afin que l’appareil puisse rester en ligne en cas de défaillance. Si l’un des nœuds échoue, la majorité des nœuds survivants doivent vérifier que le cluster reste en ligne. Le concept de majorité n’existe que pour les clusters avec un nombre impair de nœuds.

Pour un cluster Azure Stack Edge avec deux nœuds, en cas de défaillance d’un nœud, un témoin de cluster fournit le troisième vote afin que le cluster reste en ligne (puisque le cluster se retrouve avec 2/3 votes, une majorité).

Témoin de cluster sur Azure Stack Edge

Un cluster Azure Stack Edge à deux nœuds nécessite un témoin de cluster, de sorte que si l’un des nœuds de périphérie Azure Stack échoue, les comptes de témoin de cluster pour le troisième vote et le cluster restent en ligne (étant donné que le cluster se retrouve avec 2/3 votes, une majorité). En revanche, si les nœuds d’appareil échouent simultanément, ou si un deuxième nœud de périphérie Azure Stack échoue après l’échec du premier, il n’existe aucun vote majoritaire et le cluster est mis hors connexion.

Ce système nécessite que les nœuds de périphérie Azure Stack soient connectés entre eux et avec le témoin de cluster. Si le témoin de cluster devait passer en mode hors connexion ou perdre la connectivité avec l’un des nœuds d’appareil, le nombre total de votes en cas de défaillance d’un seul nœud Azure Stack Edge serait pair. Dans ce cas, le clustering de basculement Windows Server essaiera de corriger ce problème en sélectionnant arbitrairement un nœud d’appareil qui ne pourra pas voter (afin de rendre impair le nombre total de votes). Dans ce cas, si le nœud Azure Stack Edge qui a échoué est celui qui a obtenu le vote unique dans le cluster Azure Stack Edge, il n’y aura aucun vote majoritaire et le cluster passera hors connexion. C’est pourquoi, afin d’éviter que le cluster Azure Stack Edge ne se déconnecte en cas de défaillance d’un nœud d’appareil unique, il est important que le témoin de cluster soit en ligne et dispose d’une connectivité aux deux nœuds d’appareil.

Conditions requises pour les témoins

Le témoin de cluster peut être dans le cloud ou local. Dans chaque cas, il existe certaines exigences que le témoin doit remplir.

  • Conditions requises pour le témoin cloud

    • Les deux nœuds d’appareil du cluster doivent disposer d’une connexion Internet fiable.
    • Assurez-vous que le port HTTPS par défaut 443 est ouvert sur votre appareil, car le témoin cloud utilise ce port pour établir une communication sortante avec le service blob Azure.

  • Exigences relatives aux témoins locaux

    • Le partage de fichiers SMB 2.0 est créé localement, mais pas sur les nœuds de votre appareil.
    • Il doit y avoir au minimum 5 Mo d’espace libre sur le partage de fichiers.
    • Votre appareil peut accéder au partage de fichiers sur le réseau.

Configuration et installation d’un témoin de cluster

Pour que le témoin ait un vote indépendant, il doit toujours être hébergé en dehors des nœuds Azure Stack Edge dans le cluster d’appareils. Le témoin peut être déployé de l’une des manières suivantes.

  • Témoin cloud : utilisez le témoin cloud lorsque les deux nœuds de votre cluster Azure Stack Edge sont connectés à Azure. Pour configurer un témoin cloud, utilisez un compte stockage Azure dans le cloud et configurez le témoin via l’interface utilisateur locale de l’appareil.

    Nous vous recommandons de déployer le témoin cloud avec des connexions redondantes afin que le témoin soit hautement disponible. Pour plus d’informations, consultez Configurer un témoin cloud via l’interface utilisateur locale.

  • Témoin local : utilisez le témoin local lorsque les deux nœuds ne sont pas connectés à Azure ou disposent d’une connectivité sporadique. Si vous êtes dans un environnement informatique qui comprend d’autres machines et partages de fichiers, utilisez un témoin de partage de fichiers. Pour configurer un témoin local, vous pouvez utiliser un partage de partage SMB sur un serveur local du réseau sur lequel l’appareil est déployé et configurer le chemin de partage de fichiers avec le serveur via l’interface utilisateur locale.

    Nous vous recommandons de déployer le témoin de manière à ce qu’il soit hautement disponible. Par exemple, un commutateur qui exécute un serveur de fichiers peut être utilisé pour héberger un partage de fichiers. Pour plus d’informations, consultez Configurer un témoin local à l’aide de l’interface utilisateur locale.

Étapes suivantes