Serveur d'impression

Nouveautés du clustering de basculement dans Windows Server – Serveur d’impression

Le 3 février 2020 - 16 minutes de lecture

<! – ->

S'applique à: Windows Server 2019, Windows Server 2016

Cette rubrique explique les fonctionnalités nouvelles et modifiées du clustering de basculement pour Windows Server 2019 et Windows Server 2016.

Nouveautés de Windows Server 2019

  • Ensembles de grappes

    Les ensembles de clusters vous permettent d'augmenter le nombre de serveurs dans une seule solution de centre de données défini par logiciel (SDDC) au-delà des limites actuelles d'un cluster. Ceci est accompli en regroupant plusieurs clusters dans un ensemble de clusters – un regroupement faiblement couplé de plusieurs clusters de basculement: calcul, stockage et hyper-convergence.
    Avec les ensembles de clusters, vous pouvez déplacer des machines virtuelles en ligne (migration en direct) entre les clusters au sein de l'ensemble de clusters.

    Pour plus d'informations, voir Ensembles de clusters.

  • Clusters compatibles avec Azure

    Les clusters de basculement détectent désormais automatiquement lorsqu'ils s'exécutent sur des machines virtuelles Azure IaaS et optimisent la configuration pour fournir un basculement et une journalisation proactifs des événements de maintenance planifiée Azure pour atteindre les niveaux de disponibilité les plus élevés. Le déploiement est également simplifié en supprimant la nécessité de configurer l'équilibreur de charge avec le nom de réseau dynamique pour le nom du cluster.

  • Migration de cluster inter-domaines

    Les clusters de basculement peuvent désormais passer de manière dynamique d'un domaine Active Directory à un autre, simplifiant la consolidation de domaine et permettant aux clusters d'être créés par des partenaires matériels et joints au domaine du client ultérieurement.

  • Témoin USB

    Vous pouvez désormais utiliser un simple lecteur USB connecté à un commutateur réseau comme témoin pour déterminer le quorum d'un cluster. Cela étend le témoin de partage de fichiers pour prendre en charge n'importe quel appareil compatible SMB2.

  • Améliorations de l'infrastructure de cluster

    Le cache CSV est désormais activé par défaut pour améliorer les performances de la machine virtuelle. MSDTC prend désormais en charge les volumes partagés de cluster, pour permettre le déploiement de charges de travail MSDTC sur des espaces de stockage directs, comme avec SQL Server. Logique améliorée pour détecter les nœuds partitionnés avec auto-réparation pour ramener les nœuds à l'appartenance au cluster. Détection et auto-réparation améliorées des routes de réseau de cluster.

  • La mise à jour adaptée aux clusters prend en charge les espaces de stockage directs

    La mise à jour adaptée aux clusters (CAU) est désormais intégrée et prend en compte les espaces de stockage directs, validant et garantissant que la resynchronisation des données se termine sur chaque nœud. Cluster Aware Updating inspecte les mises à jour pour redémarrer intelligemment uniquement si nécessaire. Cela permet d'orchestrer les redémarrages de tous les serveurs du cluster pour une maintenance planifiée.

  • Améliorations apportées aux témoins de partage de fichiers
    Nous avons activé l'utilisation d'un témoin de partage de fichiers dans les scénarios suivants:

    • Accès Internet absent ou extrêmement médiocre en raison d'un emplacement distant, empêchant l'utilisation d'un témoin cloud.

    • Manque de lecteurs partagés pour un témoin de disque. Il peut s'agir d'une configuration hyperconvergée Storage Spaces Direct, d'un groupe de disponibilité SQL Server Always On (AG) ou d'un groupe de disponibilité de base de données Exchange (DAG), dont aucun n'utilise de disques partagés.

    • Absence de connexion de contrôleur de domaine en raison du cluster se trouvant derrière une DMZ.

    • Groupe de travail ou cluster interdomaine pour lequel il n'existe aucun objet de nom de cluster Active Directory (CNO). Pour en savoir plus sur ces améliorations, consultez l'article suivant dans les blogs sur le serveur et la gestion: Témoin de partage de fichiers de cluster de basculement et DFS.

      Nous bloquons désormais également explicitement l'utilisation d'un partage d'espaces de noms DFS comme emplacement. L'ajout d'un témoin de partage de fichiers à un partage DFS peut entraîner des problèmes de stabilité pour votre cluster et cette configuration n'a jamais été prise en charge. Nous avons ajouté une logique pour détecter si un partage utilise des espaces de noms DFS et si des espaces de noms DFS sont détectés, le gestionnaire de cluster de basculement bloque la création du témoin et affiche un message d'erreur indiquant qu'il n'est pas pris en charge.

  • Durcissement en grappe

    La communication intra-cluster via SMB (Server Message Block) pour les volumes partagés de cluster et les espaces de stockage Direct exploite désormais les certificats pour fournir la plate-forme la plus sécurisée. Cela permet aux clusters de basculement de fonctionner sans dépendances sur NTLM et d'activer les lignes de base de sécurité.

  • Le cluster de basculement n'utilise plus l'authentification NTLM

    Les clusters de basculement n'utilisent plus l'authentification NTLM. Au lieu de cela, Kerberos et l'authentification basée sur certificat sont utilisés exclusivement. Aucune modification ni aucun outil de déploiement ne sont requis pour profiter de cette amélioration de la sécurité. Il permet également de déployer des clusters de basculement dans des environnements où NTLM a été désactivé.

Nouveautés de Windows Server 2016

Mise à niveau progressive du système d'exploitation de cluster

La mise à niveau progressive du système d'exploitation de cluster permet à un administrateur de mettre à niveau le système d'exploitation des nœuds de cluster de Windows Server 2012 R2 vers une version plus récente sans arrêter les charges de travail Hyper-V ou Scale-Out File Server. Grâce à cette fonctionnalité, les pénalités de temps d'arrêt contre les accords de niveau de service (SLA) peuvent être évitées.

Quelle valeur ce changement ajoute-t-il?

La mise à niveau d'un cluster de serveurs de fichiers Hyper-V ou Scale-Out de Windows Server 2012 R2 vers Windows Server 2016 ne nécessite plus de temps d'arrêt. Le cluster continuera de fonctionner au niveau de Windows Server 2012 R2 jusqu'à ce que tous les nœuds du cluster exécutent Windows Server 2016. Le niveau fonctionnel du cluster est mis à niveau vers Windows Server 2016 à l'aide de la cmdlt Windows PowerShell Update-ClusterFunctionalLevel.

avertissement

  • Après avoir mis à jour le niveau fonctionnel du cluster, vous ne pouvez pas revenir à un niveau fonctionnel du cluster Windows Server 2012 R2.
  • Jusqu'à ce que le Update-ClusterFunctionalLevel L'applet de commande est exécutée, le processus est réversible et des nœuds Windows Server 2012 R2 peuvent être ajoutés et des nœuds Windows Server 2016 peuvent être supprimés.

Qu'est-ce qui fonctionne différemment?

Un cluster de basculement Hyper-V ou Scale-Out File Server peut désormais être facilement mis à niveau sans aucun temps d'arrêt ni besoin de créer un nouveau cluster avec des nœuds exécutant le système d'exploitation Windows Server 2016. La migration des clusters vers Windows Server 2012 R2 impliquait de mettre le cluster existant hors ligne et de réinstaller le nouveau système d'exploitation pour chaque nœud, puis de remettre le cluster en ligne. L'ancien processus était lourd et nécessitait des temps d'arrêt. Cependant, dans Windows Server 2016, le cluster n'a pas besoin de se déconnecter à aucun moment.

Les systèmes d'exploitation de cluster pour la mise à niveau par phases sont les suivants pour chaque nœud d'un cluster:

  • Le nœud est suspendu et vidé de toutes les machines virtuelles qui s'exécutent dessus.
  • Les machines virtuelles (ou une autre charge de travail de cluster) sont migrées vers un autre nœud du cluster.
  • Le système d'exploitation existant est supprimé et une nouvelle installation du système d'exploitation Windows Server 2016 sur le nœud est effectuée.
  • Le nœud exécutant le système d'exploitation Windows Server 2016 est ajouté de nouveau au cluster.
  • À ce stade, le cluster s'exécute en mode mixte, car les nœuds du cluster exécutent Windows Server 2012 R2 ou Windows Server 2016.
  • Le niveau fonctionnel du cluster reste sur Windows Server 2012 R2. À ce niveau fonctionnel, les nouvelles fonctionnalités de Windows Server 2016 qui affectent la compatibilité avec les versions précédentes du système d'exploitation ne seront pas disponibles.
  • Finalement, tous les nœuds sont mis à niveau vers Windows Server 2016.
  • Le niveau fonctionnel du cluster est ensuite remplacé par Windows Server 2016 à l'aide de l'applet de commande Windows PowerShell Update-ClusterFunctionalLevel. À ce stade, vous pouvez profiter des fonctionnalités de Windows Server 2016.

Pour plus d'informations, voir Mise à niveau progressive du système d'exploitation de cluster.

Réplique de stockage

Le réplica de stockage est une nouvelle fonctionnalité qui permet la réplication synchrone indépendante du stockage, au niveau des blocs, entre les serveurs ou les clusters pour la reprise après sinistre, ainsi que l'étirement d'un cluster de basculement entre les sites. La réplication synchrone permet la mise en miroir des données sur des sites physiques avec des volumes cohérents pour garantir une perte de données nulle au niveau du système de fichiers. La réplication asynchrone permet l'extension du site au-delà des plages métropolitaines avec la possibilité de perte de données.

Quelle valeur ce changement ajoute-t-il?

La réplique de stockage vous permet d'effectuer les opérations suivantes:

  • Fournir une solution de reprise après sinistre à fournisseur unique pour les pannes planifiées et non planifiées des charges de travail critiques.

  • Utilisez le transport SMB3 avec une fiabilité, une évolutivité et des performances éprouvées.

  • Étirez les clusters de basculement Windows aux distances métropolitaines.

  • Utilisez le logiciel Microsoft de bout en bout pour le stockage et le clustering, tels que Hyper-V, réplica de stockage, espaces de stockage, cluster, serveur de fichiers évolutif, SMB3, déduplication des données et ReFS / NTFS.

  • Aidez à réduire les coûts et la complexité comme suit:

    • Est indépendant du matériel, sans avoir besoin d'une configuration de stockage spécifique comme DAS ou SAN.

    • Permet les technologies de stockage et de mise en réseau des produits.

    • Facilite la gestion graphique des nœuds et des clusters individuels via le Gestionnaire de cluster de basculement.

    • Comprend des options de script complètes et à grande échelle via Windows PowerShell.

  • Réduisez les temps d'arrêt et augmentez la fiabilité et la productivité intrinsèques à Windows.

  • Fournissez une prise en charge, des mesures de performances et des capacités de diagnostic.

Pour plus d'informations, consultez le réplica de stockage dans Windows Server 2016.

Cloud Witness

Cloud Witness est un nouveau type de témoin de quorum de cluster de basculement dans Windows Server 2016 qui utilise Microsoft Azure comme point d'arbitrage. Le Cloud Witness, comme tout autre témoin de quorum, obtient un vote et peut participer aux calculs de quorum. Vous pouvez configurer le témoin cloud comme témoin de quorum à l'aide de l'Assistant Configurer un quorum de cluster.

Quelle valeur ce changement ajoute-t-il?

L'utilisation de Cloud Witness comme témoin de quorum de cluster de basculement offre les avantages suivants:

  • Exploite Microsoft Azure et élimine le besoin d'un troisième centre de données séparé.

  • Utilise le stockage Blob Microsoft Azure standard accessible au public qui élimine la surcharge de maintenance supplémentaire des machines virtuelles hébergées dans un cloud public.

  • Le même compte de stockage Microsoft Azure peut être utilisé pour plusieurs clusters (un fichier blob par cluster; identifiant unique de cluster utilisé comme nom de fichier blob).

  • Fournit un coût continu très faible au compte de stockage (très petites données écrites par fichier blob, fichier blob mis à jour une seule fois lorsque l'état des nœuds de cluster change).

Pour plus d'informations, consultez Déployer un témoin cloud pour un cluster de basculement.

Qu'est-ce qui fonctionne différemment?

Cette fonctionnalité est nouvelle dans Windows Server 2016.

Résilience des machines virtuelles

Résilience de calcul Windows Server 2016 inclut une résilience accrue des machines virtuelles pour réduire les problèmes de communication intra-cluster dans votre cluster de calcul comme suit:

  • Options de résilience disponibles pour les machines virtuelles: Vous pouvez désormais configurer des options de résilience de machine virtuelle qui définissent le comportement des machines virtuelles lors d'échecs transitoires:

  • Quarantaine de nœuds malsains: Les nœuds malsains sont mis en quarantaine et ne sont plus autorisés à rejoindre le cluster. Cela empêche les nœuds de battement d'affecter négativement les autres nœuds et le cluster global.

Pour plus d'informations sur le flux de travail de résilience de calcul de machine virtuelle et les paramètres de quarantaine de nœud qui contrôlent la façon dont votre nœud est placé en isolation ou en quarantaine, voir Résilience de calcul de machine virtuelle dans Windows Server 2016.

Résilience de stockage Dans Windows Server 2016, les machines virtuelles résistent mieux aux pannes de stockage transitoires. La résilience améliorée de la machine virtuelle permet de préserver les états de session de la machine virtuelle du locataire en cas de perturbation du stockage. Ceci est réalisé par une réponse intelligente et rapide de la machine virtuelle aux problèmes d'infrastructure de stockage.

Lorsqu'une machine virtuelle se déconnecte de son stockage sous-jacent, elle s'arrête et attend que le stockage soit récupéré. En pause, la machine virtuelle conserve le contexte des applications qui y sont exécutées. Lorsque la connexion de la machine virtuelle à son stockage est restaurée, la machine virtuelle revient à son état de fonctionnement. Par conséquent, l'état de session de la machine locataire est conservé lors de la récupération.

Dans Windows Server 2016, la résilience de stockage des machines virtuelles est également prise en compte et optimisée pour les clusters invités.

Améliorations des diagnostics dans le clustering de basculement

Pour aider à diagnostiquer les problèmes avec les clusters de basculement, Windows Server 2016 inclut les éléments suivants:

Clusters de basculement sensibles au site

Windows Server 2016 inclut des clusters de basculement sensibles au site qui activent les nœuds de groupe dans des clusters étendus en fonction de leur emplacement physique (site). La reconnaissance du site du cluster améliore les opérations clés au cours du cycle de vie du cluster, telles que le comportement de basculement, les stratégies de placement, les pulsations entre les nœuds et le comportement de quorum. Pour plus d'informations, consultez Clusters de basculement sensibles au site dans Windows Server 2016.

Groupes de travail et clusters multi-domaines

Dans Windows Server 2012 R2 et les versions précédentes, un cluster ne peut être créé qu'entre des nœuds membres joints au même domaine. Windows Server 2016 élimine ces obstacles et introduit la possibilité de créer un cluster de basculement sans dépendances Active Directory. Vous pouvez désormais créer des clusters de basculement dans les configurations suivantes:

  • Clusters à domaine unique. Clusters avec tous les nœuds joints au même domaine.

  • Clusters multi-domaines. Clusters avec des nœuds qui sont membres de différents domaines.

  • Clusters de groupes de travail. Clusters avec des nœuds qui sont des serveurs membres / groupe de travail (non joints à un domaine).

Pour plus d'informations, voir Clusters de groupes de travail et multi-domaines dans Windows Server 2016

Équilibrage de charge des machines virtuelles

L'équilibrage de charge des machines virtuelles est une nouvelle fonctionnalité du clustering de basculement qui facilite l'équilibrage de charge transparent des machines virtuelles sur les nœuds d'un cluster. Les nœuds surengagés sont identifiés en fonction de la mémoire de la machine virtuelle et de l'utilisation du processeur sur le nœud. Les machines virtuelles sont ensuite déplacées (migrées en direct) d'un nœud sur-engagé vers des nœuds avec une bande passante disponible (le cas échéant). L'agressivité de l'équilibrage peut être réglée pour garantir des performances et une utilisation optimales du cluster. L'équilibrage de charge est activé par défaut dans l'aperçu technique de Windows Server 2016. Cependant, l'équilibrage de charge est désactivé lorsque l'optimisation dynamique SCVMM est activée.

Ordre de démarrage de la machine virtuelle

L'ordre de démarrage des machines virtuelles est une nouvelle fonctionnalité du clustering de basculement qui introduit l'orchestration de l'ordre de démarrage pour les machines virtuelles (et tous les groupes) d'un cluster. Les machines virtuelles peuvent désormais être regroupées en niveaux, et des dépendances d'ordre de démarrage peuvent être créées entre différents niveaux. Cela garantit que les machines virtuelles les plus importantes (telles que les contrôleurs de domaine ou les machines virtuelles utilitaires) sont démarrées en premier. Les machines virtuelles ne sont pas démarrées tant que les machines virtuelles dont elles dépendent ne sont pas également démarrées.

Réseaux de clusters multicanaux et multi-NIC SMB simplifiés

Les réseaux de cluster de basculement ne sont plus limités à une seule carte réseau par sous-réseau / réseau. Avec les réseaux de cluster SMB multicanal et multi-NIC simplifiés, la configuration du réseau est automatique et chaque NIC du sous-réseau peut être utilisée pour le trafic de cluster et de charge de travail. Cette amélioration permet aux clients de maximiser le débit réseau pour Hyper-V, l'instance de cluster de basculement SQL Server et d'autres charges de travail SMB.

Pour plus d'informations, voir Réseaux de cluster SMB multicanaux et multi-NIC simplifiés.

Voir également

<! – ->

Commentaires

Laisser un commentaire

Votre commentaire sera révisé par les administrateurs si besoin.