Windows Server 2016/2019 Cluster Resource / Resource Types – Microsoft Tech Community – Serveur d’impression

Publié sur MSDN le 16 janvier 2019
Au fil des ans, on nous a demandé quelles étaient les ressources / types de ressources du cluster de basculement et ce qu'elles faisaient. Il y a plusieurs ressources qui ont été sollicitées à plusieurs reprises et nous n'avons pas vraiment de bonne définition à vous indiquer. Eh bien, plus maintenant.

Ce que je veux faire avec ce blog, c'est définir ce qu'ils sont, ce qu'ils font et quand ils ont été ajoutés (ou supprimés). Je vais couvrir uniquement les types de ressources dans la boîte fournis avec le clustering de basculement. Mais d'abord, je voulais expliquer ce qu'est une «ressource» et un «type de ressource» de 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 de 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 seraient 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. Il s'agit de l'unité configurable de base et la plus petite gérée par le service de cluster. Une ressource ne peut s'exécuter 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 chargées d'exécuter 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 aux ressources nécessaire pour fournir une haute disponibilité pour les instances d'un ou plusieurs types de ressources.

• Il est enregistré auprès du service de cluster pour associer un ou plusieurs noms de type de ressource 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 affecté à la ressource. Si le moniteur de ressources n'a pas de DLL dans son processus qui peut gérer ce type de ressource, il utilise les informations d'enregistrement 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 fournir une prise en charge personnalisée pour les applications ne prenant pas en charge les clusters, une prise en charge améliorée pour les applications prenant en charge les clusters ou une prise en charge spécialisée de 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 machine virtuelle ne seront pas disponibles.

Donc, assez à ce sujet, passons aux types de ressources, quand ils étaient disponibles et, pour certains, quand ils ont été vus pour la dernière fois.

Comme il existe plusieurs versions de Windows Clustering, ce blog se concentrera uniquement sur les deux dernières versions (Windows Server 2016 et 2019).

Windows Server 2016/2019

Cloud Witness (clusres.dll): Cloud Witness est un témoin de quorum qui utilise Microsoft Azure comme point d'arbitrage. Il utilise Azure Blob Storage pour lire / écrire un fichier blob qui est ensuite utilisé comme point d'arbitrage en cas de résolution de split-brain.

Dossier répliqué DFS (dfsrclus.dll): Gère un dossier répliqué DFS (Distributed File System). Lors de la création d'un DFS, ce type de ressource est configuré pour garantir une bonne réplication. Pour plus d'informations à ce sujet, veuillez vous référer à la série de blogs en 3 parties sur le sujet.

Service DHCP (clnetres.dll): Le type de ressource 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 (c'est-à-dire qu'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) avec 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), un 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 à partir d'un serveur DHCP.

Adresse IPv4 disjointe (clusres.dll): Type de ressource IPv4 pouvant être utilisé lors de la configuration d'une passerelle VPN de site à site. Il ne peut être configuré que par PowerShell, et non par le gestionnaire de cluster de basculement, l'outil GUI sur Windows Server. Nous avons ajouté deux adresses IP de ce type de ressource, une pour le réseau interne et une pour le réseau externe.

• L'adresse interne est connectée au réseau de cluster identifié par l'ID de domaine de routage et le numéro de VLAN. N'oubliez pas que nous les avons mappés aux adaptateurs réseau internes sur les hôtes Hyper-V précédemment. Il convient de noter que cette adresse est l'adresse de passerelle par défaut pour toutes les machines du réseau interne qui doivent se connecter à Azure.

• L'adresse externe est connectée au réseau de cluster identifié par le nom de la carte réseau. N'oubliez pas que nous avons renommé la carte 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'une passerelle VPN de site à site. Il ne peut être configuré que par PowerShell, et non par le gestionnaire de cluster de basculement, l'outil GUI sur Windows Server. Nous avons ajouté deux adresses IP de ce type de ressource, une pour le réseau interne et une pour le réseau externe.

• L'adresse interne est connectée au réseau de cluster identifié par l'ID de domaine de routage et le numéro de VLAN. N'oubliez pas que nous les avons mappés aux adaptateurs réseau internes sur les hôtes Hyper-V précédemment. Il convient de noter que cette adresse est l'adresse de passerelle par défaut pour toutes les machines du réseau interne qui doivent se connecter à Azure.

• L'adresse externe est connectée au réseau de cluster identifié par le nom de la carte réseau. N'oubliez pas que nous avons renommé la carte 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 GUI sur Windows Server. Ce type de ressource n'est disponible qu'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 bonne réplication. Pour plus d'informations à ce sujet, veuillez vous référer à 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 les systèmes distribués, tels que SQL Server. Dans ce cas, une transaction signifie un moyen général 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 aux données, y compris les documents, les programmes, les images, etc.

Témoin de partage de fichiers (clusres.dll): Un témoin de partage de fichiers est une ressource témoin (quorum) et est simplement un partage de fichiers 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 fichiers ne stocke pas les données de configuration de cluster comme un disque. Il contient cependant des informations sur la version de la base de données de configuration de cluster la plus récente.

Application générique (clusres2.dll): Le type de ressource Application générique gère les applications non compatibles avec le cluster en tant que ressources de cluster, ainsi que les applications compatibles avec le cluster qui ne sont pas associées à des types de ressources personnalisés. La DLL de ressource d'application générique ne fournit qu'un contrôle d'application très basique. Par exemple, il vérifie l'échec de l'application 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 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 scripter 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 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 Service Control Manager (SCM). Si le service est en cours d'exécution, il est présumé être en ligne. Pour fournir une plus grande fonctionnalité, 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, donc s'ils ont un problème qui n'entraîne pas la mise hors ligne de la ressource, il est plus difficile de détecter une défaillance du 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 doivent être gérés avec des propriétés privées.

• La ressource n'a pas de fonctionnalité spéciale qui devrait être exposée 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 de santé surveille en permanence votre cluster Storage Spaces Direct pour détecter les problèmes et générer des «défauts». Grâce à Windows Admin Center ou à PowerShell, il affiche toutes les pannes actuelles, vous permettant de vérifier facilement la santé de votre déploiement sans regarder chaque entité ou fonctionnalité à tour de rôle. Les défauts sont conçus pour être précis, faciles à comprendre et exploitables.

Chaque défaut contient cinq champs importants:

• description du problème

• Prochaine (s) étape (s) recommandée (s) 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 IP (Internet Protocol). 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 accéder au groupe en tant qu'instance de cluster de basculement (anciennement appelé serveur virtuel).

Adresse IPv6 (clusres.dll): Le type de ressource d'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 accéder au groupe en tant qu'instance de cluster de basculement (anciennement appelé serveur virtuel).

Adresse du tunnel IPv6 (clusres2.dll): Le type de ressource IPv6 Tunnel Address 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 accéder au groupe en tant qu'instance de cluster de basculement (anciennement appelé serveur virtuel).

Serveur cible iSCSI (wtclusres.dll): Crée un serveur cible ISCSI hautement disponible auquel les machines peuvent se connecter pour les 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 stockage ISCSI (Internet Small Computer System Interface). iSNS traite les demandes d'enregistrement, les demandes de désinscription et les requêtes des clients iSNS. Nous vous recommandons de ne pas utiliser ce type de ressource à l'avenir car il est supprimé du produit.

MSMQ (mqclus.dll): La technologie Message Queuing (MSMQ) permet aux applications s'exécutant à des moments différents de communiquer sur des réseaux et des systèmes hétérogènes qui peuvent être temporairement hors ligne. Les applications envoient des messages aux files d'attente et lisent les messages des files d'attente.

MSMQTriggers (mqtgclus.dll): Les déclencheurs Message Queuing vous permettent d'associer l'arrivée de messages entrants dans une file d'attente de destination à la fonctionnalité d'un ou plusieurs composants COM ou programmes exécutables autonomes. Ces déclencheurs peuvent être utilisés pour définir des règles métier qui peuvent être invoquées lorsqu'un message arrive dans la file d'attente sans effectuer de programmation supplémentaire. Les développeurs d'applications ne doivent plus écrire de code d'infrastructure pour fournir ce type de fonctionnalité de gestion 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 plusieurs ressources de disque dans un groupe de ressources. Pour une ressource de nom de réseau donné, 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épendantes. Les partages étendus à un nom de réseau ne sont pas visibles pour les clients qui se montent à l'aide d'autres noms de réseau ou de nœuds 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 autre nom d'ordinateur pour une entité qui existe 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 au client 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. Il s'agit d'un nom publié dans DNS à l'aide des adresses IP de tous les nœuds du cluster. La connectivité client à ce nom de type dépend du round robin DNS. Dans Azure, ce nom de type peut être utilisé en raison de la nécessité d'une adresse ILB (Internal Load Balancer). L'utilisation prédominante d'un nom de réseau distribué se fait avec un serveur de fichiers évolutif (décrit ci-après). Dans Windows Server 2019, nous avons ajouté la possibilité pour l'objet de nom de cluster (CNO) d'utiliser un DNN. Pour plus d'informations sur l'utilisation de CNO en tant que nom de réseau distinctif, veuillez consulter le blog des nouvelles fonctionnalités de clustering de basculement de Windows Server 2019.

Serveur de fichiers avec montée en puissance parallèle (clusres.dll): Un serveur de fichiers évolutif (SOFS) est un partage de fichiers en cluster accessible à tous les nœuds. Il utilise le nom de réseau distribué comme point d'accès client et n'utilise pas d'adresse IP en cluster. Le nom de réseau distribué est décrit précédemment.

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 pour d'autres ressources du groupe. Sur un cluster Storage Spaces Direct, les disques sont locaux sur chacun des nœuds.

Adresse du fournisseur de virtualisation de réseau Hyper-V (provideraddressresource.dll): L'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 qui sont échangés avec le serveur exécutant Hyper-V qui héberge les machines virtuelles virtualisées du réseau. Le PA est visible sur le réseau physique, mais pas sur les machines virtuelles.

Pool de stockage (clusres.dll): Gère une ressource de pool de stockage. Il permet la création et la suppression de disques virtuels d'espaces de stockage.

Gestionnaire de stratégie de QoS de stockage (clusres.dll): Type de ressource pour Policy Manager qui collecte les performances des ressources de stockage allouées aux machines virtuelles hautement disponibles individuelles. Il surveille l'activité pour vous assurer que le stockage est utilisé équitablement dans les performances d'E / S établies via toutes les stratégies qui peuvent être configurées.

Réplique de stockage (wvrres.dll): Le réplica de stockage est la technologie Windows Server qui permet la réplication des volumes entre les serveurs ou les clusters pour la reprise après sinistre. Ce type de ressource vous permet de créer des clusters de basculement étendus qui s'étendent sur deux sites, tous les nœuds restant synchronisés. Un cluster étendu permet de configurer les ordinateurs et le stockage dans un seul cluster, où certains nœuds partagent un ensemble de stockage asymétrique et certains nœuds en partagent un autre, puis se répliquent de manière synchrone ou asynchrone en fonction 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 qu'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 pas créées ou 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 Virtual Machine 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 l'instance Msvm_ComputerSystem représentant la machine virtuelle) et l'état de la ressource de machine virtuelle (indiqué par la propriété State de la classe MSCluster_Resource ou le retour de la fonction GetClusterResourceState ).

Virtual Machine Cluster WMI (vmclusres.dll): Le type de ressource WMI du cluster de machines virtuelles est utilisé lorsque le regroupement de machines virtuelles (également appelé ensembles de machines virtuelles) a été configuré. En regroupant les machines virtuelles, la gestion du "groupe" est beaucoup plus facile que toutes les machines virtuelles individuellement. Les groupes de machines virtuelles permettent 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 est utilisé pour contrôler l'état d'une configuration de machine virtuelle.

Courtier 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 d'un 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écider quel nœud est le bon pour rediriger les événements spécifiques aux VM tels que les demandes de migration en direct, etc. Le courtier gère également les demandes d'authentification au nom 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 le cluster principal et le cluster 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 la réplique Hyper-V. Cela a été introduit dans Windows Server 2016 et est une condition préalable si vous utilisez quelques-unes des dernières fonctionnalités, 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é ponctuel cohérent avec l'application, appliquer les paramètres de réplication, modifier l'intervalle de réplication, etc. et propager le changement sur toutes les machines virtuelles de la collection.

Service WINS (clnetres.dll): Le type de ressource du service WINS prend en charge le service de noms Internet Windows (WINS) 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 service d’enregistrement et de résolution de noms d’ordinateurs qui mappe les noms d’ordinateurs NetBIOS aux adresses IP.

Windows Server 2016 uniquement

Cross Cluster Dependency Orchestrator (clusres.dll): Il s'agit d'un type de ressource que vous pouvez ignorer et qui ne fait rien. Ce devait être une nouvelle fonctionnalité à introduire. Cependant, il 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 Windows Admin Center utilise pour connecter / gérer directement vos espaces de stockage. Il s'agit d'un type de ressource intégré à Windows Server 2019 et d'un téléchargement et d'un ajout manuel à Windows Server 2016. Pour plus d'informations à ce sujet, reportez-vous au document Gérer l'infrastructure hyperconvergée avec Windows Admin Center.

Scaleout Worker (scaleout.dll): Ceci est utilisé pour les ensembles de clusters. Dans un déploiement de groupe de clusters, le 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 de cluster local comme demandé par CS-Master. Des exemples de telles interactions incluent le placement de VM et l'inventaire des ressources locales du cluster. Il n'existe qu'une seule instance CS-Worker pour chacun des clusters membres d'un ensemble de clusters.

Scaleout Master (scaleout.dll): il 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 aux défaillances de cluster de membre individuel et / ou aux défaillances de nœud de cluster de gestion. Grâce à un nouveau fournisseur WMI de Cluster Set, CS-Master fournit le point de terminaison de gestion pour toutes les interactions de gestion de Cluster Set.

Serveur de fichiers d'infrastructure (clusres.dll): Dans les configurations hyperconvergées, une infrastructure SOFS permet à un client SMB (hôte Hyper-V) de communiquer avec une disponibilité continue (CA) garantie au serveur Infrastructure SOFS SMB. Cette AC de bouclage SMB hyperconvergée est obtenue via des machines virtuelles accédant à leurs fichiers de disque virtuel (VHDx) où l'identité de la machine virtuelle propriétaire est transmise entre le client et le serveur. Ce transfert d'identité permet aux fichiers VHDx ACL-ing tout comme dans les configurations de cluster hyperconvergé standard comme auparavant. Il ne peut y avoir qu'un seul rôle de cluster Infrastructure SOFS sur un cluster de basculement. Chaque volume CSV créé dans le 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
Gestionnaire de programme senior
Haute disponibilité et stockage

Suis moi sur Twitter @JohnMarlin_MSFT