Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Clustering de basculement dans Windows Server S’applique à : Windows Server 201

Clustering de basculement dans Windows Server S’applique à : Windows Server 2019, Windows Server 2016 Un cluster de basculement est un groupe d’ordinateurs indépendants qui travaillent conjointement pour accroître la disponibilité et l’extensibilité des rôles en cluster (appelés précédemment « applications et services en cluster »). Les serveurs en cluster (appelés « nœuds ») sont connectés par des câbles physiques et par des logiciels. En cas de défaillance d’un ou plusieurs nœuds, d’autres nœuds prennent le relais pour fournir les services requis (processus appelé « basculement »). En outre, les rôles en cluster sont surveillés de manière proactive pour vérifier qu’ils fonctionnent correctement. S’ils ne fonctionnent pas, ils sont redémarrés ou déplacés vers un autre nœud. Les clusters de basculement offrent également la fonctionnalité de volume partagé de cluster (CSV) qui procure un espace de noms distribué et cohérent que les rôles en cluster peuvent utiliser pour accéder au stockage partagé à partir de tous les nœuds. La fonctionnalité de clustering de basculement garantit ainsi aux utilisateurs des interruptions de service minimales. Le clustering de basculement a de nombreuses applications pratiques, notamment :  Stockage de partage de fichiers hautement disponible ou disponible en continu destiné à des applications telles que Microsoft SQL Server et à des ordinateurs virtuels Hyper-V.  Rôles en cluster hautement disponibles qui sont exécutés sur des serveurs physiques ou des ordinateurs virtuels installés sur des serveurs exécutant Hyper-V Nouveautés du clustering de basculement  18/10/2018  12 minutes de lecture  o o o S’applique à : Windows Server 2019, Windows Server 2016 Cette rubrique décrit les fonctionnalités nouvelles et modifiées dans le Clustering de basculement pour Windows Server 2019 et Windows Server 2016. Nouveautés de Windows Server 2019  Jeux de clusters Ensembles de cluster permettent d’augmenter le nombre de serveurs dans une solution unique défini par logiciel Centre de données (SDDC) au-delà des limites d’un cluster en cours. Cela est accompli en regroupant plusieurs clusters dans un ensemble de cluster--un regroupement faiblement couplés de plusieurs clusters de basculement : calcul, stockage et hyperconvergés.Avec des jeux de cluster, vous pouvez déplacer des machines virtuelles en ligne (migration dynamique) entre les clusters au sein du cluster défini. Pour plus d’informations, consultez ensembles de Cluster.  Clusters prenant en charge Azure Clusters de basculement détectent désormais automatiquement lorsqu’ils sont exécutent dans des machines virtuelles Azure IaaS et optimiser la configuration pour permettre le basculement proactive et la journalisation des événements de maintenance planifiée Azure pour obtenir les meilleurs niveaux de disponibilité. Le déploiement est également simplifié en supprimant la nécessité de configurer l’équilibrage de charge avec les noms de réseau dynamique pour le nom du cluster.  Migration de cluster de domaines Clusters de basculement peut maintenant dynamiquement déplacer un domaine Active Directory vers un autre, ce qui simplifie la consolidation des domaines et autorisant les clusters créés par des partenaires de matériel et joint au domaine du client plus tard.  Témoin USB Vous pouvez maintenant utiliser une simple clé USB attachée à un commutateur réseau en tant que témoin dans la détermination du quorum pour un cluster. Cela permet d’étendre le témoin de partage de fichier pour prendre en charge n’importe quel appareil SMB2 conformes.  Améliorations de l’infrastructure cluster Il 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 afin d'autoriser le déploiement de charges de travail MSDTC sur les espaces de stockage direct comme avec SQL Server. Amélioration de la logique de détection de nœuds partitionnés avec autoréparation pour que les nœuds redeviennent membres du cluster. Détection d'itinéraire de réseau en cluster et autoréparation améliorées.  La mise à jour prenant en charge du cluster prend en charge les espaces de stockage Direct La mise à jour adaptée aux clusters (Cluster Aware Updating ou CAU) est désormais intégrée et détecte les espaces de stockage direct, vérifiant et garantissant que la resynchronisation des données est terminée sur chaque nœud. La mise à jour prenant en charge du cluster inspecte les mises à jour redémarrent intelligemment uniquement si nécessaire. Cela permet d’orchestrer des redémarrages de tous les serveurs du cluster pour la maintenance planifiée.  Améliorations de témoin de partage de fichiers nous avons activé l’utilisation d’un témoin de partage de fichiers dans les scénarios suivants : o Accès Internet absent ou extrêmement médiocre en raison d’un emplacement distant, empêchant l’utilisation d’un témoin de cloud. o Absence des lecteurs partagés pour un témoin de disque. Cela peut être une configuration hyperconvergé espaces de stockage Direct, un SQL Server toujours sur les groupes de disponibilité, ou un * Exchange de base de données groupe de disponibilité (DAG), aucun d'entre eux utilise des disques partagés. o Absence d’une connexion de contrôleur de domaine en raison du cluster en cours derrière une zone DMZ. o Un groupe de travail ou domaines cluster pour lequel il n’existe aucun objet de nom Active Directory cluster (CNO). Pour en savoir plus sur ces améliorations dans le billet suivant dans les Blogs de gestion & serveur : Témoin de partage de fichiers de Cluster de basculement et DFS. Nous avons maintenant également bloquer explicitement l’utilisation d’un partage d’espaces de noms DFS en tant qu’emplacement. Ajout d’un témoin de partage de fichier pour une recherche DFS partage peut entraîner des problèmes de stabilité de votre cluster, et cette configuration n’a jamais été prise en charge. Nous avons ajouté la logique permettant de détecter si un partage utilise des espaces de noms DFS, et si les espaces de noms DFS est détectée, le Gestionnaire du Cluster de basculement bloque la création du témoin et affiche un message d’erreur concernant n’est ne pas pris en charge.  Sécurisation renforcée du cluster La communication intra-cluster via Server Message Block (SMB) pour les volumes partagés de cluster et les espaces de stockage direct tire maintenant parti des certificats pour fournir la plateforme la plus sécurisée. Les clusters de basculement peuvent ainsi fonctionner sans dépendances sur NTLM et autoriser les bases de référence de sécurité.  Cluster de basculement n’utilise plus l’authentification NTLM Clusters de basculement ne plus utiliser l’authentification NTLM. Au lieu de cela Kerberos et l’authentification basée sur le certificat est utilisé exclusivement. Il n’y a aucune modification requise par l’utilisateur ou les outils de déploiement, pour tirer parti de cette amélioration de la sécurité. Il permet également de clusters de basculement pour être déployé dans les environnements où NTLM a été désactivé. Quelles sont les nouveautés dans Windows Server 2016 Système d’exploitation en cluster mise à niveau propagée Niveau propagée de cluster système d’exploitation permet à un administrateur mettre à niveau le système d’exploitation des nœuds du cluster à partir de Windows Server 2012 R2 vers une version plus récente sans arrêter les charges de travail du serveur de fichiers avec montée en puissance parallèle ni Hyper-V. Avec cette fonctionnalité, les pénalités de temps d’arrêt sur les contrats de niveau de service peuvent être évitées. Quels avantages cette modification procure-t-elle ? La mise à niveau un cluster Hyper-V ou le serveur de fichiers avec montée en puissance de Windows Server 2012 R2 vers Windows Server 2016 n’est plus nécessite l’arrêt. Le cluster continue de fonctionner à un 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 l’applet de commande Windows PowerShell Update-ClusterFunctionalLevel. Avertissement  Une fois que vous mettez à jour le niveau fonctionnel du cluster, vous ne pouvez pas revenir à un niveau fonctionnel de cluster Windows Server 2012 R2.  Jusqu'à ce que le Update-ClusterFunctionalLevel applet de commande est exécutée, le processus est réversible et les nœuds de Windows Server 2012 R2 peuvent être ajoutés et les nœuds Windows Server 2016 peuvent être supprimés. En quoi le fonctionnement est-il différent ? Un cluster de basculement Hyper-V ou le serveur de fichiers avec montée en puissance peut désormais facilement être mis à niveau sans interruption de service ou avez besoin pour créer un nouveau cluster avec des nœuds qui exécutent le système d’exploitation Windows Server 2016.Clusters de migration vers Windows Server 2012 R2 impliquant mise hors connexion de cluster existant et le nouveau système d’exploitation pour chaque nœud de la réinstallation et puis mettre le cluster en ligne. L’ancien processus a été requise et lourde temps d’arrêt. Toutefois, dans Windows Server 2016, le cluster n’a pas besoin de se déconnecter à tout moment. Les systèmes d’exploitation de cluster pour la mise à niveau en plusieurs phases sont les suivantes pour chaque nœud dans un cluster :  Le nœud est suspendu et purgé de toutes les machines virtuelles qui s’exécutent sur celui-ci.  Les machines virtuelles (ou autre charge de travail de cluster) est migrée vers un autre nœud du cluster.  Le système d’exploitation est supprimé et une nouvelle installation du système d’exploitation Windows Server 2016 sur le nœud est exécutée.  Le nœud qui exécute le système d’exploitation Windows Server 2016 est ajouté uploads/Litterature/ clustering-de-basculement-dans-windows-server 1 .pdf