Ressource / Types de ressources du cluster Windows Server 2016/2019 – Communauté Microsoft Tech – Bien choisir son serveur d impression
Publié pour la première fois sur MSDN le 16 janvier 2019
Au fil des ans, on nous a demandé quelles étaient certaines des ressources / types de ressources du cluster de basculement et ce qu’elles faisaient. Plusieurs ressources ont été posées à plusieurs reprises et nous n’avons pas vraiment eu une bonne définition à vous indiquer. Eh bien, plus maintenant.
Ce que je veux faire avec ce blog est de définir ce qu’ils sont, ce qu’ils font et quand ils ont été ajoutés (ou supprimés). Je ne traiterai que des types de ressources livrées avec le clustering avec basculement. Mais tout d'abord, je voulais expliquer ce que sont une "ressource" et un "type de ressource" d'un cluster.
Les ressources de cluster sont des entités physiques ou logiques, telles qu'un partage de fichiers, un disque ou une adresse IP gérée par le service de cluster. Le système d'exploitation ne fait pas la distinction entre le cluster et les ressources locales. Les ressources peuvent fournir un service aux clients ou faire partie intégrante du cluster. Des exemples de ressources sont des périphériques matériels physiques tels que des lecteurs de disque ou des éléments logiques tels que des adresses IP, des noms de réseau, des applications et des services. Ils constituent la plus petite unité configurable de base gérée par le service de cluster. Une ressource ne peut être exécutée que sur un seul nœud d'un cluster à la fois.
Les types de ressources de cluster sont des plug-ins de bibliothèque dynamique. Ces DLL de ressources sont responsables de l'exécution de la plupart des opérations sur les ressources de cluster. Une DLL de ressource est caractérisée comme suit:
-
Il contient le code spécifique à la ressource nécessaire pour assurer la haute disponibilité des instances d'un ou de plusieurs types de ressources.
-
Il expose ce code via une interface standard composée d'un ensemble de
fonctions de point d'entrée
. -
Il est enregistré auprès du service de cluster pour associer un ou plusieurs noms de types de ressources au nom de la DLL.
-
Il est toujours chargé dans le processus d'un moniteur de ressources lorsqu'il est utilisé.
Lorsque le service de cluster doit effectuer une opération sur une ressource, il envoie la demande au moniteur de ressources attribué à la ressource. Si le moniteur de ressources ne possède pas de DLL dans son processus capable de gérer ce type de ressource, il utilise les informations d'inscription pour charger la DLL associée au type de ressource. Il transmet ensuite la demande du service de cluster à l'une des fonctions de point d'entrée de la DLL. La DLL de ressource gère les détails de l'opération afin de répondre aux besoins spécifiques de la ressource.
Vous pouvez définir vos propres types de ressources pour assurer une prise en charge personnalisée des applications ne prenant pas en compte les clusters, une prise en charge améliorée des applications prenant en charge des clusters ou une prise en charge spécialisée des nouveaux types de périphériques. Pour plus d'informations, voir
Création de types de ressources
.
Tous les types de ressources disponibles dans un cluster de basculement sont visibles en cliquant avec le bouton droit de la souris sur le nom du cluster, en choisissant Propriétés et en sélectionnant l'onglet Types de ressources (
indiqué ci-dessous
).
Vous pouvez également obtenir une liste en exécutant la commande PowerShell.
Get-ClusterResourceType
. N'oubliez pas que tous les types de ressources peuvent ne pas apparaître ou avoir accès à. Par exemple, si le rôle Hyper-V n'est pas installé, les types de ressources de la machine virtuelle ne seront pas disponibles.
Assez parlé de cela, passons aux types de ressources, à leur disponibilité et, pour certains, à leur dernière consultation.
Puisqu'il existe plusieurs versions de Windows Clustering, ce blog ne se concentrera que sur les deux dernières versions (Windows Server 2016 et 2019).
Windows Server 2016/2019
Témoin de nuage (clusres.dll):
Cloud Witness est un témoin de quorum qui exploite Microsoft Azure comme point d'arbitrage. Azure Blob Storage est utilisé pour lire / écrire un fichier blob qui est ensuite utilisé comme point d’arbitrage en cas de résolution en cerveau divisé.
Dossier répliqué DFS (dfsrclus.dll):
Gère un dossier répliqué du système de fichiers distribués (DFS). Lors de la création d'un DFS, ce type de ressource est configuré pour garantir une réplication correcte. Pour plus d'informations à ce sujet, reportez-vous à la
Série de blogs en 3 parties
sur le sujet.
Service DHCP (clnetres.dll):
Le type de ressource de service DHCP prend en charge le service DHCP (Dynamic Host Configuration Protocol) en tant que ressource de cluster. Il ne peut y avoir qu'une seule instance d'une ressource de ce type dans le cluster (en d'autres termes, un cluster ne peut prendre en charge qu'un seul service DHCP). Le protocole DHCP (Dynamic Host Configuration Protocol) est un protocole client / serveur qui fournit automatiquement à un hôte IP (Internet Protocol) son adresse IP et d'autres informations de configuration connexes, telles que le masque de sous-réseau et la passerelle par défaut. Les RFC 2131 et 2132 définissent DHCP comme une norme IETF (Internet Engineering Task Force) basée sur le protocole Bootstrap (BOOTP), protocole avec lequel DHCP partage de nombreux détails d'implémentation. DHCP permet aux hôtes d'obtenir les informations de configuration TCP / IP requises auprès d'un serveur DHCP.
Adresse IPv4 disjointe (clusres.dll):
Type de ressource IPv4 pouvant être utilisé lors de la configuration d'un site à l'autre sur une passerelle VPN de site. Il ne peut être configuré que par PowerShell, et non par le gestionnaire de cluster de basculement, l'outil d'interface graphique sur Windows Server. Nous avons ajouté deux adresses IP de ce type de ressources, une pour le réseau interne et une pour le réseau externe.
-
L'adresse interne est définie pour le réseau de grappe identifié par l'ID de domaine de routage et le numéro de VLAN. N'oubliez pas que nous les avons déjà mappés sur les adaptateurs réseau internes des hôtes Hyper-V. Notez que cette adresse est l'adresse de passerelle par défaut pour toutes les machines du réseau interne devant se connecter à Azure.
-
L'adresse externe est définie pour le réseau de grappes identifié par le nom de la carte réseau. N'oubliez pas que nous avons renommé l'adaptateur réseau externe en «Internet» sur les deux machines virtuelles.
Adresse IPv6 disjointe (clusres.dll):
Type de ressource IPv6 pouvant être utilisé lors de la configuration d'un site à la passerelle VPN de site. Il ne peut être configuré que par PowerShell, et non par le gestionnaire de cluster de basculement, l'outil d'interface graphique sur Windows Server. Nous avons ajouté deux adresses IP de ce type de ressources, une pour le réseau interne et une pour le réseau externe.
-
L'adresse interne est définie pour le réseau de grappe identifié par l'ID de domaine de routage et le numéro de VLAN. N'oubliez pas que nous les avons déjà mappés sur les adaptateurs réseau internes des hôtes Hyper-V. Notez que cette adresse est l'adresse de passerelle par défaut pour toutes les machines du réseau interne devant se connecter à Azure.
-
L'adresse externe est définie pour le réseau de grappes identifié par le nom de la carte réseau. N'oubliez pas que nous avons renommé l'adaptateur réseau externe en «Internet» sur les deux machines virtuelles.
Ressource de cluster Ras (rasclusterres.dll):
Cet objet de ressource spécifie où la configuration VPN de site à site est stockée. Le partage de fichiers peut être n'importe où les deux machines virtuelles ont un accès en lecture / écriture. Il ne peut être configuré que par PowerShell, et non par le gestionnaire de cluster de basculement, l'outil d'interface graphique sur Windows Server. Ce type de ressource est disponible uniquement après l'installation des rôles VPN dans Windows Server.
Système de fichiers distribués (clusres2.dll):
Gère un système de fichiers distribués (DFS) en tant que ressource de cluster. Lors de la création d'un DFS, ce type de ressource est configuré pour garantir une réplication correcte. Pour plus d'informations à ce sujet, reportez-vous à la
Série de blogs en 3 parties
sur le sujet.
Coordinateur de transactions distribuées (mtxclu.dll):
Le type de ressource DTC (Distributed Transaction Coordinator) prend en charge le MSDTC (Microsoft Distributed Transaction Coordinator). MSDTC est un service Windows fournissant une infrastructure de transaction pour des systèmes distribués, tels que SQL Server. Dans ce cas, une transaction désigne une manière générale de structurer les interactions entre agents autonomes dans un système distribué.
Serveur de fichiers (clusres2.dll):
Gère les partages créés comme hautement disponibles. Un partage de fichiers est un emplacement sur le réseau où les clients se connectent pour accéder à des données, notamment des documents, des programmes, des images, etc.
Fichier Share Witness (clusres.dll):
Un témoin de partage de fichier est une ressource témoin (quorum) et est simplement un partage de fichier créé sur un serveur complètement distinct du cluster pour les scénarios de départage, lorsque le quorum doit être établi. Un témoin de partage de fichier ne stocke pas les données de configuration du cluster comme un disque. Cependant, il contient des informations sur la version la plus récente de la base de données de configuration du cluster.
Application générique (clusres2.dll):
Le type de ressource Application générique gère
applications ne prenant pas en compte les clusters
en tant que ressources de cluster, ainsi que
applications sensibles aux clusters
qui ne sont pas associés à des types de ressources personnalisés. La DLL de ressources d'application générique ne fournit qu'un contrôle très élémentaire sur les applications. Par exemple, il vérifie si une application échoue en déterminant si le processus de l'application existe toujours et met l'application hors ligne en mettant fin au processus.
Script générique (clusres2.dll):
Le type de ressource de script générique fonctionne conjointement avec un script que vous devez fournir pour gérer une application ou un service en tant que ressource de cluster hautement disponible. En effet, le type de ressource Script générique vous permet de créer un script pour votre propre DLL de ressource. Pour plus d'informations sur l'utilisation du type de ressource Script générique, voir
Utilisation du type de ressource de script générique
.
Service générique (clusres2.dll):
Le type de ressource Service générique gère les services en tant que ressources de cluster. Semblable au type de ressource Application générique, le type de ressource Service générique fournit uniquement les fonctionnalités les plus élémentaires. Par exemple, l'échec d'une ressource de service générique est déterminé par une requête du gestionnaire de contrôle de service (SCM). Si le service est en cours d'exécution, il est supposé être en ligne. Pour améliorer les fonctionnalités, vous pouvez définir un type de ressource personnalisé (pour plus d’informations, voir
Création de types de ressources
).
Un type de ressource de service générique est généralement utilisé pour gérer un service sans état en tant que ressource de cluster, qui peut être basculé. Cependant, les services génériques ne fournissent pas beaucoup d'informations d'état autres que leur état en ligne. Par conséquent, s'ils rencontrent un problème qui ne provoque pas la déconnexion de la ressource, il est plus difficile de détecter une défaillance de service.
Les services génériques ne doivent être utilisés que lorsque toutes les conditions suivantes sont remplies. sinon, vous devez créer une DLL de ressource.
-
La ressource n'est pas un périphérique. Les types de ressources génériques ne sont pas conçus pour gérer le matériel.
-
La ressource est apatride.
-
La ressource ne dépend pas d'autres ressources.
-
La ressource n'a pas d'attributs uniques qui devraient être gérés avec des propriétés privées.
-
La ressource ne dispose pas de fonctionnalités spéciales devant être exposées via des codes de contrôle.
-
La ressource peut être démarrée et arrêtée facilement sans utiliser de procédures spéciales.
Service de santé (healthres.dll):
Le service d'intégrité surveille en permanence votre cluster Storage Spaces Direct pour détecter les problèmes et générer des "erreurs". Par l'intermédiaire du Centre d'administration Windows ou de PowerShell, il affiche toutes les erreurs actuelles, ce qui vous permet de vérifier facilement l'intégrité de votre déploiement sans examiner chaque entité ou fonctionnalité à son tour. Les défauts sont conçus pour être précis, faciles à comprendre et exploitables.
Chaque faute contient cinq champs importants:
-
Gravité
-
description du problème
-
Prochaine étape recommandée pour résoudre le problème
-
Informations d'identification pour l'entité défaillante
-
Son emplacement physique (le cas échéant)
Adresse IP (clusres.dll):
Le type de ressource Adresse IP est utilisé pour gérer les adresses réseau Internet Protocol (IP). Lorsqu'une ressource d'adresse IP est incluse dans un groupe avec une ressource de nom de réseau, les clients du réseau peuvent y accéder en tant qu'instance de cluster de basculement (anciennement appelée serveur virtuel).
Adresse IPv6 (clusres.dll):
Le type de ressource Adresse IPv6 est utilisé pour gérer les adresses réseau IPv6 (Internet Protocol version 6). Lorsqu'une ressource d'adresse IPv6 est incluse dans un groupe avec une ressource de nom de réseau, les clients du réseau peuvent y accéder en tant qu'instance de cluster de basculement (anciennement appelée serveur virtuel).
Adresse de tunnel IPv6 (clusres2.dll):
Le type de ressource Adresse de tunnel IPv6 est utilisé pour gérer les adresses de tunnel réseau IPv6 (Internet Protocol version 6). Lorsqu'une ressource d'adresse de tunnel IPv6 est incluse dans un groupe avec une ressource de nom de réseau, les clients du réseau peuvent y accéder en tant qu'instance de cluster de basculement (anciennement appelée serveur virtuel).
Serveur cible iSCSI (wtclusres.dll):
Crée un serveur cible ISCSI à haute disponibilité pour que les machines se connectent aux lecteurs.
Microsoft iSNS (isnsclusres.dll):
Gère un serveur iSNS (Internet Storage Name Service). iSNS fournit des services de découverte pour les réseaux de zone de stockage ISCSI (Internet Small Computer System Interface). iSNS traite les demandes d'enregistrement, les demandes de désenregistrement et les requêtes des clients iSNS. Nous vous recommandons de ne pas utiliser ce type de ressource à l'avenir, car il est
être enlevé
du produit.
MSMQ (mqclus.dll):
La technologie Message Queuing (MSMQ) permet aux applications s'exécutant à différents moments de communiquer sur des réseaux hétérogènes et des systèmes pouvant être temporairement hors connexion. Les applications envoient des messages aux files d'attente et lisent les messages des files d'attente.
MSMQTriggers (mqtgclus.dll):
Les déclencheurs de Message Queuing vous permettent d'associer l'arrivée des messages entrants dans une file d'attente de destination aux fonctionnalités d'un ou de plusieurs composants COM ou de programmes exécutables autonomes. Ces déclencheurs peuvent être utilisés pour définir des règles de gestion pouvant être invoquées lorsqu'un message arrive dans la file d'attente sans aucune programmation supplémentaire. Les développeurs d'applications ne doivent plus écrire de code d'infrastructure pour fournir ce type de fonctionnalité de traitement des messages.
Système de fichiers réseau (nfsres.dll):
La ressource de cluster NFS dépend d'une ressource de nom de réseau et peut également dépendre d'une ou de plusieurs ressources de disque d'un groupe de ressources. Pour une ressource de nom de réseau donnée, il ne peut y avoir qu'une seule ressource NFS dans un groupe de ressources. La ressource de disque dépendante héberge un ou plusieurs chemins d'accès partagés NFS. Les partages hébergés sur une ressource NFS sont étendus aux ressources de nom de réseau dépendant. Les partages étendus à un nom de réseau ne sont pas visibles pour les clients qui montent en utilisant d'autres noms de réseau ou noms de nœud résidant sur le même cluster.
Nom du réseau (clusres.dll):
Le type de ressource Nom de réseau est utilisé pour fournir un nom d'ordinateur de remplacement pour une entité existant sur un réseau. Lorsqu'elle est incluse dans un groupe avec une ressource d'adresse IP, une ressource de nom de réseau fournit une identité au rôle, permettant ainsi aux clients du réseau d'accéder au rôle en tant qu'instance de cluster de basculement.
Nom de réseau distribué (clusres.dll):
Un nom de réseau distribué est un nom du cluster qui n'utilise pas d'adresse IP en cluster. C'est un nom qui est publié dans le DNS en utilisant les adresses IP de tous les nœuds du cluster. La connectivité client à ce nom de type dépend du tour de rôle DNS. Dans Azure, ce nom de type peut être utilisé pour éviter le besoin d'une adresse ILB (Internal Load Balancer).
Disque physique (clusres.dll):
Le type de ressource Disque physique gère un disque sur un bus partagé connecté à deux nœuds de cluster ou plus. Certains groupes peuvent contenir une ou plusieurs ressources de disque physique en tant que dépendances d'autres ressources du groupe. Sur un
Espaces de stockage direct
cluster, les disques sont locaux pour chacun des nœuds.
Adresse du fournisseur de virtualisation de réseau Hyper-V (provideraddressresource.dll):
Adresse IP attribuée par le fournisseur d'hébergement ou les administrateurs du centre de données en fonction de leur infrastructure réseau physique. Le PA apparaît dans les paquets du réseau échangés avec le serveur Hyper-V hébergeant des machines virtuelles virtualisées sur le réseau. Le PA est visible sur le réseau physique, mais pas pour les machines virtuelles.
Scale Out File Server (clusres.dll):
Un serveur de fichiers évolutif (SOFS) est un partage accessible à n’importe quel nœud. Il utilise le nom de réseau distribué.
Pool de stockage (clusres.dll):
Gère une ressource de pool de stockage. Il permet la création et la suppression d'espaces de stockage sur des disques virtuels.
Gestionnaire de stratégie de stockage QoS (clusres.dll):
Un type de ressource pour le gestionnaire de stratégies qui collecte les performances des ressources de stockage allouées aux machines virtuelles hautement disponibles. Il surveille l'activité pour s'assurer que le stockage est utilisé de manière équitable dans les performances d'E / S établies à l'aide de toute stratégie pouvant être configurée.
Réplique de stockage (wvrres.dll):
Le réplica de stockage est une technologie Windows Server qui permet la réplication de volumes entre des serveurs ou des clusters à des fins de reprise après sinistre. Ce type de ressource vous permet de créer des clusters de basculement étendus couvrant deux sites, tous les nœuds restant synchronisés. Un cluster extensible permet la configuration d'ordinateurs et de stockage dans un cluster unique, certains nœuds partageant un ensemble de stockage asymétrique et d'autres partageant un autre, puis répliquant de manière synchrone ou asynchrone avec reconnaissance du site. En étirant les clusters, les charges de travail peuvent être exécutées dans plusieurs centres de données pour un accès plus rapide aux données par les utilisateurs et applications de proximité locaux, ainsi que pour une meilleure répartition de la charge et une meilleure utilisation des ressources de calcul.
Planificateur de tâches (clusres.dll):
Le planificateur de tâches est une ressource liée aux tâches que vous souhaitez exécuter sur le cluster. Les tâches en cluster ne sont ni créées ni affichées dans le gestionnaire de cluster de basculement. Pour créer ou afficher une tâche planifiée en cluster, vous devez utiliser PowerShell.
Machine virtuelle (vmclusres.dll):
Le type de ressource de machine virtuelle est utilisé pour contrôler l'état d'une machine virtuelle (VM). Le tableau suivant montre le mappage entre l’état de la machine virtuelle (indiqué par la propriété EnabledState de la
Msvm_ComputerSystem
instance représentant la machine virtuelle) et l’état de la ressource de la machine virtuelle (indiqué par la propriété State de la
MSCluster_Resource
classe ou le retour de
GetClusterResourceState
une fonction).
Etat de la VM |
Etat des ressources de la machine virtuelle |
désactivé |
3 |
Hors ligne |
3 |
Suspendu |
32769 |
Départ |
32770 |
En attente en ligne |
129 |
En ligne |
2 |
Arrêt |
32774 |
En attente hors ligne |
130 |
Économie |
32773 |
Activée |
2 |
En pause |
32768 |
En pause |
32776 |
Reprise |
32777 |
WMI de cluster de machines virtuelles (vmclusres.dll):
Le type de ressource WMI du cluster de machines virtuelles est utilisé lorsque le groupement de machines virtuelles (également appelé ensembles de machines virtuelles) a été configuré. En regroupant des machines virtuelles, la gestion du "groupe" est beaucoup plus facile que toutes les machines virtuelles individuellement. Les groupes de machines virtuelles activent les points de contrôle, la sauvegarde et la réplication des machines virtuelles qui forment un cluster invité et qui utilisent un VHDX partagé.
Configuration de la machine virtuelle (vmclusres.dll):
Le type de ressource Configuration de la machine virtuelle permet de contrôler l'état de la configuration d'une machine virtuelle.
Serveur de réplication de machine virtuelle (vmclusres.dll):
Le courtier de réplication est une condition préalable si vous répliquez des clusters à l'aide du réplica Hyper-V. Il agit comme point de contact pour toutes les demandes de réplication et peut interroger la base de données de cluster associée pour déterminer le nœud approprié pour rediriger les événements spécifiques à une VM, tels que les demandes Live Migration, etc. Le courtier gère également les demandes d'authentification pour le compte des VM. . Un nouveau nœud peut être ajouté ou supprimé d'un cluster à tout moment, sans qu'il soit nécessaire de reconfigurer la réplication car la communication entre les clusters principal et de récupération est dirigée vers les courtiers respectifs.
Coordinateur de réplication de machine virtuelle (vmclusres.dll):
Le coordinateur entre en scène lorsque nous utilisons le concept de «collection» dans le réplica Hyper-V. Ceci a été introduit dans Windows Server 2016 et est une condition préalable si vous utilisez quelques-unes des dernières fonctionnalités pour, par exemple, les disques durs virtuels partagés. Lorsque les machines virtuelles sont répliquées dans le cadre d'une collection, le courtier de réplication coordonne les actions / événements qui affectent le groupe de machines virtuelles (par exemple, pour prendre un instantané instantané cohérent, appliquant les paramètres de réplication, modifiant l'intervalle de réplication, etc. et propager le changement sur tous les ordinateurs virtuels de la collection.
Service WINS (clnetres.dll):
Le type de ressource du service WINS prend en charge le service WINS (Windows Internet Name Service) en tant que ressource de cluster. Il ne peut y avoir qu'une seule instance d'une ressource de ce type dans le cluster; en d'autres termes, un cluster ne peut prendre en charge qu'un seul service WINS. Le service WINS (Windows Internet Name Service) est un ancien service d'enregistrement et de résolution de noms d'ordinateur qui mappe les noms NetBIOS de l'ordinateur sur des adresses IP.
Windows Server 2016 uniquement
Orchestrateur des dépendances entre clusters (clusres.dll):
C'est un type de ressource que vous pouvez ignorer et ne fait rien. Ce devait être une nouvelle fonctionnalité à introduire. Cependant, cela n'a jamais abouti, mais le type de ressource n'a pas été supprimé. Il est supprimé dans Windows Server 2019.
Windows Server 2019 uniquement
Gestion SDDC (sddcres.dll):
SDDC Management est installé lorsque le cluster est activé pour Storage Spaces Direct. Il s’agit de l’API de gestion que le Centre d’administration Windows utilise pour connecter / gérer vos espaces de stockage directs. Il s'agit d'un type de ressource fourni avec Windows Server 2019 et constitue un téléchargement et un ajout manuel à Windows Server 2016. Pour plus d'informations à ce sujet, reportez-vous à la
Gérer une infrastructure hyper convergée avec le centre d'administration Windows
document.
Scaleout Worker (scaleout.dll):
Ceci est utilisé pour les ensembles de clusters. Dans un déploiement d'ensemble de clusters, le maître CS-Master interagit avec une nouvelle ressource de cluster sur les clusters membres appelée «Cluster Set Worker» (CS-Worker). CS-Worker agit comme la seule liaison sur le cluster pour orchestrer les interactions du cluster local, à la demande du CS-Master. Des exemples de telles interactions comprennent le placement de machines virtuelles et l'inventaire des ressources locales au niveau du cluster. Il n'y a qu'une seule instance de CS-Worker pour chacun des clusters membres d'un ensemble de clusters.
Scaleout Master (scaleout.dll): Ceci est utilisé lorsque
Dans un ensemble de clusters, la communication entre les clusters membres est faiblement couplée et est coordonnée par une nouvelle ressource de cluster appelée «Cluster Set Master» (CS-Master). Comme toute autre ressource de cluster, CS-Master est hautement disponible et résilient face aux échecs de cluster membres individuels et / ou aux échecs de nœud de cluster de gestion. Par le biais d'un nouveau fournisseur WMI de groupe de clusters, CS-Master fournit le point de terminaison de la gestion pour toutes les interactions d'administration de l'ensemble de clusters.
Serveur de fichiers d'infrastructure (clusres.dll):
Dans les configurations hyper-convergées, un SOFS d'infrastructure permet à un client SMB (hôte Hyper-V) de communiquer avec une garantie de disponibilité continue garantie au serveur SMB d'infrastructure SOFS. Cette autorité de certification de bouclage SMB hyper-convergé est réalisée via des ordinateurs virtuels accédant à leurs fichiers de disque virtuel (VHDx) où l'identité de l'ordinateur virtuel propriétaire est transférée entre le client et le serveur. Ce transfert d'identité permet aux fichiers VHDx ACL-ing de se comporter comme auparavant dans les configurations de cluster hyper-convergées standard. Il ne peut exister qu'un seul rôle de cluster d'infrastructure SOFS sur un cluster de basculement. Chaque volume CSV créé lors du basculement déclenche automatiquement la création d'un partage SMB avec un nom généré automatiquement en fonction du nom du volume CSV. Un administrateur ne peut pas créer ou modifier directement des partages SMB sous un rôle Infra SOFS, autrement que via des opérations de création / modification de volume CSV. Ce rôle est couramment utilisé avec les ensembles de clusters.
Merci
John Marlin
Responsable de programme senior
Haute disponibilité et stockage
Suis moi sur Twitter
@JohnMarlin_MSFT
Commentaires
Laisser un commentaire