Déployer espaces de stockage direct sur Windows Server

2025-04-08
S’applique à: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016

Cet article fournit des instructions pas à pas pour déployer des espaces de stockage direct sur Windows Server. Pour déployer espaces de stockage direct dans le cadre d’Azure Local, consultez À propos d’Azure Local

Conseil

Vous souhaitez acquérir une Infrastructure hyperconvergée ? Microsoft recommande d’acheter une solution locale Azure matérielle/logicielle validée auprès de nos partenaires. Ces solutions sont conçues, assemblées et validées dans le respect de notre architecture de référence pour garantir compatibilité et fiabilité, ce qui vous permet d’être opérationnel rapidement. Pour parcourir un catalogue de solutions matérielles/logicielles qui fonctionnent avec Azure Local, consultez le Catalogue local Azure.

Conseil

Vous pouvez utiliser des machines virtuelles Hyper-V, y compris dans Microsoft Azure, pour évaluer les espaces de stockage direct sans matériel. Vous pouvez également passer en revue les scripts pratiques de déploiement de laboratoire rapide Windows Server, que nous utilisons à des fins de formation.

Avant de commencer

Passez en revue la configuration matérielle requise des espaces de stockage direct pour vous familiariser avec l’approche globale et les notes importantes associées à certaines étapes.

Rassemblez les informations suivantes :

Option de déploiement : Les espaces de stockage direct prennent en charge deux options de déploiement : hyperconvergées et convergées, également appelées désagrégées. Familiarisez-vous avec les avantages de chacune pour décider ce qui vous convient. Les étapes 1 à 3 ci-dessous s’appliquent aux deux options de déploiement. L’étape 4 est nécessaire uniquement pour le déploiement convergé.
Noms de serveur : Familiarisez-vous avec les stratégies d’affectation de noms de votre organisation pour les ordinateurs, les fichiers, les chemins d’accès et d’autres ressources. Vous devrez configurer plusieurs serveurs, chacun avec des noms uniques.
Nom de domaine : familiarisez-vous avec les stratégies de votre organisation pour l’affectation de noms de domaine et la jonction de domaine. Vous allez joindre les serveurs à votre domaine, et vous devrez spécifier le nom de domaine.
Mise en réseau RDMA : il existe deux types de protocoles RDMA : iWarp et RoCE. Notez lequel est utilisé par vos cartes réseau et, si RoCE est utilisé, notez également la version (v1 ou v2). Pour RoCE, notez également le modèle de votre commutateur réseau en haut du rack.
ID VLAN : notez l'ID VLAN à utiliser pour les adaptateurs réseau du système d'exploitation de management sur les serveurs, le cas échéant. Pour l’obtenir, contactez votre administrateur réseau.

Étape 1 : Déployer Windows Server

Étape 1.1 : Installer le système d'exploitation

La première étape consiste à installer Windows Server sur chaque serveur du cluster. Les espaces de stockage direct nécessitent Windows Server Datacenter Edition. Vous pouvez utiliser l’option d’installation Server Core ou le serveur avec expérience utilisateur.

Lorsque vous installez Windows Server à l’aide de l’Assistant Installation, vous pouvez choisir entre Windows Server (faisant référence à Server Core) et Windows Server (Serveur avec expérience utilisateur), qui est l’équivalent de l’option Installation complète disponible dans Windows Server 2012 R2. Si vous ne faites pas de choix, vous sélectionnerez l'option d'installation Server Core. Pour plus d’informations, voir Installer Server Core.

Étape 1.2 : Se connecter aux serveurs

Ce guide se concentre sur l’option d’installation Server Core et le déploiement/la gestion à distance à partir d’un système d’administration distinct, qui doit avoir :

Une version de Windows Server ou Windows 10 au moins aussi nouvelle que les serveurs qu’elle gère et avec les dernières mises à jour.
Connectivité réseau aux serveurs qu’elle gère.
Rattaché au même domaine ou à un domaine entièrement approuvé.
Outils d’administration de serveur distant et modules PowerShell pour Hyper-V et le clustering de basculement. Les Outils d’administration de serveur distant et les modules PowerShell sont disponibles sur Windows Server et peuvent être installés sans installer d’autres fonctionnalités. Vous pouvez également installer les Outils d’administration de serveur distant sur un PC de gestion Windows 10.

Sur le système de gestion, installez les outils de gestion Failover Cluster et Hyper-V, ce qui peut être fait via le Gestionnaire de serveur à l'aide de l'assistant Ajout de rôles et de fonctionnalités. Dans la page Fonctionnalités, sélectionnez Outils d’administration de serveur distant, puis sélectionnez les outils à installer.

Entrez la session PowerShell et utilisez le nom du serveur ou l’adresse IP du nœud auquel vous souhaitez vous connecter. Après avoir exécuté cette commande, vous êtes invité à entrer un mot de passe. Entrez le mot de passe d’administrateur que vous avez spécifié lors de l’installation de Windows.

Enter-PSSession -ComputerName <myComputerName> -Credential LocalHost\Administrator

Voici un exemple de faire la même chose d’une manière plus utile dans les scripts :

$myServer1 = "myServer-1"
$user = "$myServer1\Administrator"

Enter-PSSession -ComputerName $myServer1 -Credential $user

Conseil

Si vous déployez à distance depuis un système de gestion, vous pouvez rencontrer une erreur de type Impossible pour WinRM de traiter la requête. Pour résoudre ce problème, utilisez Windows PowerShell afin d'ajouter chaque serveur à la liste Hôtes approuvés sur votre ordinateur de gestion :

Set-Item WSMAN:\Localhost\Client\TrustedHosts -Value Server01 -Force

La liste des hôtes de confiance prend en charge les caractères génériques, comme Server*

Pour voir votre liste Hôtes approuvés, tapez Get-Item WSMAN:\Localhost\Client\TrustedHosts.
Pour vider la liste, tapez Clear-Item WSMAN:\Localhost\Client\TrustedHost.

Étape 1.3 : Joindre le domaine et ajouter des comptes de domaine

Pour gérer espaces de stockage direct, vous devez joindre les serveurs à un domaine et utiliser un compte de domaine Active Directory Domain Services qui se trouve dans le groupe administrateurs sur chaque serveur.

Depuis le système de gestion, ouvrez une console PowerShell avec des privilèges d’administrateur. Utilisez Enter-PSSession pour vous connecter à chaque serveur, puis exécutez la cmdlet suivante, en remplaçant votre propre nom d’ordinateur, le nom du domaine et les informations d’identification du domaine :

Add-Computer -NewName "Server01" -DomainName "contoso.com" -Credential "CONTOSO\User" -Restart -Force

Si votre compte d’administrateur de stockage n’est pas membre du groupe Administrateurs de domaine, ajoutez votre compte d’administrateur de stockage au groupe Administrateurs local sur chaque nœud ou ajoutez le groupe que vous utilisez pour les administrateurs de stockage. Vous pouvez utiliser la commande suivante ou créer un script PowerShell pour effectuer cette étape. Pour plus d’informations, consultez Utiliser PowerShell pour ajouter des utilisateurs de domaine à un groupe local.

Net localgroup Administrators <Domain\Account> /add

Étape 1.4 : Installer des rôles et des fonctionnalités

L’étape suivante consiste à installer des rôles serveur sur chaque serveur via Windows Admin Center, le Gestionnaire de serveur ou PowerShell. Voici les rôles à installer :

Clustering de basculement
Hyper-V
Serveur de fichiers (si vous souhaitez héberger des partages de fichiers, par exemple pour un déploiement convergé)
Data-Center-Bridging (si vous utilisez RoCEv2 au lieu de cartes réseau iWARP)
RSAT -Clustering-PowerShell
Hyper-V-PowerShell

Pour effectuer l’installation via PowerShell, utilisez l’applet de commande Install-WindowsFeature. Vous pouvez l’utiliser sur un serveur unique comme suit :

Install-WindowsFeature -Name "Hyper-V", "Failover-Clustering", "Data-Center-Bridging", "RSAT-Clustering-PowerShell", "Hyper-V-PowerShell", "FS-FileServer"

Pour exécuter la commande sur tous les serveurs du cluster en même temps, exécutez ce script qui modifie la liste des variables au début du script pour qu’il corresponde à votre environnement.

# Fill in these variables with your values
$ServerList = "Server01", "Server02", "Server03", "Server04"
$FeatureList = "Hyper-V", "Failover-Clustering", "Data-Center-Bridging", "RSAT-Clustering-PowerShell", "Hyper-V-PowerShell", "FS-FileServer"

# This part runs the Install-WindowsFeature cmdlet on all servers in $ServerList, passing the list of features into the script block with the "Using" scope modifier so you don't have to hard-code them here.
Invoke-Command ($ServerList) {
    Install-WindowsFeature -Name $Using:Featurelist
}

Étape 2 : Configurer le réseau

Si vous déployez les espaces de stockage direct à l’intérieur de machines virtuelles, ignorez cette section.

Les espaces de stockage direct nécessitent une mise en réseau à bande passante élevée et à faible latence entre les serveurs du cluster. Au moins un réseau 10 GbE est nécessaire, et l'accès direct à la mémoire à distance (RDMA) est recommandé. Vous pouvez utiliser iWARP ou RoCE tant qu’il dispose du logo Windows Server qui correspond à votre version du système d’exploitation, mais iWARP est plus facile à configurer.

Importante

Selon votre équipement réseau, et en particulier avec RoCE v2, une certaine configuration du commutateur haut de rack peut être nécessaire. La configuration correcte du commutateur est importante pour assurer la fiabilité et les performances des espaces de stockage direct.

Windows Server 2016 a introduit le teaming intégré au commutateur (SET) dans le commutateur virtuel Hyper-V. Cela permet d’utiliser les mêmes ports de carte réseau physique pour tout le trafic réseau lors de l’utilisation de RDMA, ce qui réduit le nombre de ports de carte réseau physique requis. L’association switch-embedded est recommandée pour les espaces de stockage direct.

Commutateurs : les commutateurs réseau doivent être correctement configurés pour gérer la bande passante et le type de réseau. Si vous utilisez RDMA qui implémente le protocole RoCE, la configuration du commutateur et du périphérique réseau est encore plus importante.
Sans commutateur : les nœuds peuvent être interconnectés à l’aide de connexions directes, ce qui évite d’utiliser un commutateur. Il est nécessaire que chaque nœud dispose d’une connexion directe avec tous les autres nœuds du cluster.

Pour obtenir des instructions sur la configuration de la mise en réseau pour espaces de stockage direct, consultez le Guide de déploiement rdMA Windows Server 2016 et 2019.

Étape 3 : Configurer les espaces de stockage direct

Les étapes suivantes sont effectuées sur un système de gestion qui est de la même version que les serveurs en cours de configuration. Les étapes suivantes ne doivent PAS être effectuées à distance à l’aide d’une session PowerShell, mais dans une session PowerShell locale sur le système de gestion, avec des autorisations administratives.

Étape 3.1 : Nettoyer les lecteurs

Avant d’activer les espaces de stockage direct, assurez-vous que vos lecteurs sont vides : pas d’anciennes partitions ou d’autres données. Exécutez le script suivant, en remplaçant les noms de votre ordinateur pour supprimer toutes les anciennes partitions ou autres données.

Importante

Ce script supprime définitivement toutes les données sur tous les lecteurs autres que le lecteur de démarrage de système d’exploitation !

# Fill in these variables with your values
$ServerList = "Server01", "Server02", "Server03", "Server04"

foreach ($server in $serverlist) {
    Invoke-Command ($server) {
        # Check for the Azure Temporary Storage volume
        $azTempVolume = Get-Volume -FriendlyName "Temporary Storage" -ErrorAction SilentlyContinue
        If ($azTempVolume) {
            $azTempDrive = (Get-Partition -DriveLetter $azTempVolume.DriveLetter).DiskNumber
        }

        # Clear and reset the disks
        $disks = Get-Disk | Where-Object {
            ($_.Number -ne $null -and $_.Number -ne $azTempDrive -and !$_.IsBoot -and !$_.IsSystem -and $_.PartitionStyle -ne "RAW")
        }
        $disks | ft Number,FriendlyName,OperationalStatus
        If ($disks) {
            Write-Host "This action will permanently remove any data on any drives other than the operating system boot drive!`nReset disks? (Y/N)"
            $response = read-host
            if ( $response.ToLower() -ne "y" ) { exit }

            $disks | % {
            $_ | Set-Disk -isoffline:$false
            $_ | Set-Disk -isreadonly:$false
            $_ | Clear-Disk -RemoveData -RemoveOEM -Confirm:$false -verbose
            $_ | Set-Disk -isreadonly:$true
            $_ | Set-Disk -isoffline:$true
        }

        #Get-PhysicalDisk | Reset-PhysicalDisk


        }
        Get-Disk | Where-Object {
            ($_.Number -ne $null -and $_.Number -ne $azTempDrive -and !$_.IsBoot -and !$_.IsSystem -and $_.PartitionStyle -eq "RAW")
        } | Group -NoElement -Property FriendlyName
    }
}

La sortie ressemble à ceci, où Count est le nombre de lecteurs de chaque modèle dans chaque serveur :

Count Name                          PSComputerName
----- ----                          --------------
4     ATA SSDSC2BA800G4n            Server01
10    ATA ST4000NM0033              Server01
4     ATA SSDSC2BA800G4n            Server02
10    ATA ST4000NM0033              Server02
4     ATA SSDSC2BA800G4n            Server03
10    ATA ST4000NM0033              Server03
4     ATA SSDSC2BA800G4n            Server04
10    ATA ST4000NM0033              Server04

Étape 3.2 : Valider le cluster

Dans cette étape, vous allez exécuter l’outil de validation du cluster pour garantir que les nœuds de serveur sont correctement configurés pour créer un cluster à l’aide d’espaces de stockage direct. Quand la validation du cluster (Test-Cluster) est exécutée avant la création du cluster, elle exécute les tests qui vérifient que la configuration est appropriée pour fonctionner correctement comme cluster de basculement. L’exemple suivant utilise directement le -Include paramètre, puis les catégories spécifiques de tests sont spécifiées. Cela garantit que les tests spécifiques des espaces de stockage direct sont inclus dans la validation.

Utilisez la commande PowerShell suivante pour valider un ensemble de serveurs à utiliser comme cluster d’espaces de stockage direct.

Test-Cluster -Node <MachineName1, MachineName2, MachineName3, MachineName4> -Include "Storage Spaces Direct", "Inventory", "Network", "System Configuration"

Étape 3.3 : Créer le cluster

Dans cette étape, vous allez créer un cluster avec les nœuds que vous allez valider pour la création du cluster à l’étape précédente à l’aide de l’applet de commande PowerShell suivante.

Lors de la création du cluster, vous recevez un avertissement indiquant qu’il y a eu des problèmes lors de la création du rôle cluster qui peut l’empêcher de démarrer. Pour plus d’informations, consultez le fichier de rapport ci-dessous. » Vous pouvez ignorer cet avertissement en toute sécurité. Cela est dû au fait qu’aucun disque n’est disponible pour le quorum du cluster. Il est recommandé qu’un témoin de partage de fichiers ou un témoin cloud soit configuré après la création du cluster.

Remarque

Si les serveurs utilisent des adresses IP statiques, modifiez la commande suivante afin de refléter l’adresse IP statique en ajoutant le paramètre suivant et en spécifiant l’adresse IP : –StaticAddress <X.X.X.X>. Dans la commande suivante, le champ ClusterName doit être remplacé par un nom NetBIOS unique et d’au maximum 15 caractères.

New-Cluster -Name <ClusterName> -Node <MachineName1,MachineName2,MachineName3,MachineName4> -NoStorage

Après la création du cluster, la réplication de l'entrée DNS (Domain Name System) pour le nom du cluster peut prendre du temps. Cette durée dépend de l’environnement et la configuration de la réplication DNS. Si la résolution du cluster échoue, dans la plupart des cas, vous pouvez réussir en utilisant le nom de machine d’un nœud qui est un membre actif du cluster à la place du nom du cluster.

Étape 3.4 : Configurer un témoin de cluster

Nous vous recommandons de configurer un témoin pour le cluster, afin que les clusters avec trois serveurs ou plus puissent résister à la défaillance ou à la mise hors connexion de deux serveurs. Un déploiement à deux serveurs requiert un témoin de cluster, sinon, la mise hors ligne de l'un des serveurs rend également l'autre indisponible. Avec ces systèmes, vous pouvez utiliser un partage de fichiers en tant que témoin, ou utiliser un témoin de cloud. Pour en savoir plus, consultez Déployer un témoin de quorum.

Étape 3.5 : Activer les espaces de stockage direct

Après avoir créé le cluster, utilisez l’applet de commande PowerShell Enable-ClusterStorageSpacesDirect, qui placera le système de stockage en mode d’espaces de stockage direct et effectuera automatiquement les opérations suivantes :

Créez un pool : crée un seul pool volumineux dont le nom est « S2D sur Cluster1 ».
Configure les caches de Storage Spaces Direct : s’il existe plusieurs types de supports (lecteurs) disponibles pour Storage Spaces Direct, cela active les supports les plus rapides en tant que périphériques de cache (lecture et écriture dans la plupart des cas).
Niveaux : crée deux niveaux en tant que niveaux par défaut. Un est appelé « Capacité » et l’autre « Performances ». L’applet de commande analyse les périphériques et configure chaque niveau avec la combinaison des types de périphériques et de la résilience.

À partir du système de gestion, ouvrez une fenêtre PowerShell avec élévation de privilèges, lancez la commande suivante. Le nom de cluster est celui du cluster que vous avez créé aux étapes précédentes. Si cette commande est exécutée localement sur l’un des nœuds, le -CimSession paramètre n’est pas nécessaire.

Enable-ClusterStorageSpacesDirect -CimSession <ClusterName>

Cette commande active les espaces de stockage direct dans lesquels vous pouvez choisir d’utiliser le nom du nœud au lieu du nom du cluster. L’utilisation du nom du nœud peut être plus fiable en raison de retards de réplication DNS qui peuvent se produire avec le nom du cluster nouvellement créé.

Lorsque cette commande est terminée, ce qui peut prendre plusieurs minutes, le système est prêt pour la création de volumes.

Étape 3.6 : Créer des volumes

Nous vous recommandons d’utiliser l’applet de commande New-Volume, car elle procure l’expérience la plus rapide et la plus simple. Cette applet de commande unique crée automatiquement le disque virtuel, les partitions et les met en forme, crée le volume avec le nom correspondant et l’ajoute aux volumes partagés de cluster, tout en une seule étape.

Pour plus d’informations, consultez Création de volumes dans Espaces de stockage direct.

Étape 3.7 : Activer le cache CSV de manière facultative

Le cache du volume partagé de cluster (CSV) peut être activé en utilisant la mémoire système (RAM) comme cache en écriture directe au niveau du bloc pour les opérations de lecture que le gestionnaire de cache Windows ne met pas en cache. Cela peut améliorer les performances d’applications telles que Hyper-V. Le cache CSV peut améliorer les performances des demandes de lecture et est également utile pour scénarios de serveur de fichiers avec montée en puissance parallèle.

L’activation du cache CSV réduit la quantité de mémoire disponible pour exécuter des machines virtuelles sur un cluster hyperconvergé. Vous devez donc équilibrer les performances de stockage avec la mémoire disponible pour les disques durs virtuels.

Pour définir la taille du cache CSV, ouvrez une session PowerShell sur le système de gestion avec un compte disposant d’autorisations d’administrateur sur le cluster de stockage, puis utilisez ce script, en modifiant les variables $ClusterName et $CSVCacheSize, selon les besoins (cet exemple définit un cache CSV de 2 Go par serveur) :

$ClusterName = "StorageSpacesDirect1"
$CSVCacheSize = 2048 #Size in MB

Write-Output "Setting the CSV cache..."
(Get-Cluster $ClusterName).BlockCacheSize = $CSVCacheSize

$CSVCurrentCacheSize = (Get-Cluster $ClusterName).BlockCacheSize
Write-Output "$ClusterName CSV cache size: $CSVCurrentCacheSize MB"

Pour plus d’informations, consultez Utilisation du cache de lecture en mémoire CSV.

Étape 3.8 : Déployer des machines virtuelles pour des déploiements hyperconvergés

Si vous déployez un cluster hyperconvergé, la dernière étape consiste à approvisionner des machines virtuelles sur le cluster espaces de stockage direct.

Les fichiers de la machine virtuelle doivent être stockés dans l’espace de noms CSV du système (par exemple : c:\ClusterStorage\Volume1) exactement comme les machines virtuelles en cluster sur les clusters de basculement.

Vous pouvez utiliser les outils fournis ou d’autres outils pour gérer le stockage et les machines virtuelles, notamment System Center Virtual Machine Manager.

Étape 4 : Déployer Scale-Out File Server pour les solutions convergées

Si vous déployez une solution convergée, l’étape suivante consiste à créer une instance de serveur de fichiers Scale-Out et à configurer les partages de fichiers. Si vous déployez un cluster hyperconvergé, vous avez terminé et n’avez pas besoin de cette section.

Étape 4.1 : Créer le rôle serveur de fichiers évolutif

L’étape suivante de la configuration des services de cluster pour votre serveur de fichiers consiste à créer le rôle de serveur de fichiers avec montée en puissance parallèle, c'est-à-dire lorsque vous créez l'instance de serveur de fichiers avec montée en puissance parallèle sur laquelle vos partages de fichiers disponibles en continu sont hébergés.

Pour créer un rôle de serveur de fichiers scale-out à l'aide de Failover Cluster Manager, procédez comme suit

Dans Failover Cluster Manager, sélectionnez le cluster, allez dans Rôles, puis sélectionnez Configurer le rôle...
L'Assistant haute disponibilité s'affiche.
Dans la page Sélectionner un rôle , sélectionnez Serveur de fichiers.
Dans la page Type de serveur de fichiers, sélectionnez Scale-Out Serveur de fichiers pour les données d’application.
À la page Point d’accès client, tapez un nom pour le serveur de fichiers avec montée en puissance parallèle.
Vérifiez que le rôle a été correctement configuré en accédant à Rôles et en confirmant que la colonne État indique En cours d’exécution en regard du rôle de serveur de fichiers en cluster que vous avez créé, comme illustré dans la figure 1.

Figure 1 Le gestionnaire de cluster de basculement affiche le serveur de fichiers scale-out avec l'état « en cours d'exécution ».

Remarque

Après avoir créé le rôle en cluster, des retards de propagation réseau peuvent vous empêcher de créer des partages de fichiers sur celui-ci pendant quelques minutes, voire plus.

Pour créer un rôle de 'serveur de fichiers Scale-Out' à l’aide de Windows PowerShell

Dans une session de Windows PowerShell connectée au cluster de serveurs de fichiers, entrez les commandes suivantes pour créer le rôle serveur de fichiers avec montée en puissance parallèle, en modifiant FSCLUSTER pour qu’il corresponde au nom de votre cluster et SOFS pour qu’il corresponde au nom que vous souhaitez attribuer au rôle serveur de fichiers avec montée en puissance parallèle :

Add-ClusterScaleOutFileServerRole -Name SOFS -Cluster FSCLUSTER

Remarque

Après avoir créé le rôle en cluster, des retards de propagation réseau peuvent vous empêcher de créer des partages de fichiers sur celui-ci pendant quelques minutes, voire plus. Si le rôle SOFS échoue immédiatement et ne démarre pas, cela peut être dû au fait que l’objet ordinateur du cluster n’est pas autorisé à créer un compte d’ordinateur pour le rôle SOFS. Pour obtenir de l'aide, consultez ce billet de blog : Le rôle de serveur de fichiers en extension ne parvient pas à démarrer avec les ID d'événement 1205, 1069 et 1194.

Étape 4.2 : Créer des partages de fichiers

Une fois que vous avez créé vos disques virtuels et les avez ajoutés aux CSV, il est temps de créer des partages de fichiers sur ceux-ci : un partage de fichiers par CSV et par disque virtuel. System Center Virtual Machine Manager (VMM) est probablement le moyen le plus pratique de le faire, car il gère les autorisations pour vous, mais si vous ne les avez pas dans votre environnement, vous pouvez utiliser Windows PowerShell pour automatiser partiellement le déploiement.

Utilisez les scripts inclus dans le script Configuration de partage SMB pour les charges de travail Hyper-V, qui automatise partiellement le processus de création de groupes et de partages. Il est écrit pour les charges de travail Hyper-V. Par conséquent, si vous déployez d’autres charges de travail, vous devrez peut-être modifier les paramètres ou effectuer des étapes supplémentaires après avoir créé les partages. Par exemple, si vous utilisez le serveur Microsoft SQL, le compte de service SQL Server doit se voir octroyer le contrôle total sur le partage et le système de fichiers.

Remarque

Vous devez mettre à jour l’appartenance au groupe lorsque vous ajoutez des nœuds de cluster, sauf si vous utilisez System Center Virtual Machine Manager pour créer vos partages.

Pour créer des partages de fichiers à l’aide de scripts PowerShell, procédez comme suit :

Téléchargez les scripts inclus dans la configuration de partage SMB pour les charges de travail Hyper-V sur l’un des nœuds du cluster de serveurs de fichiers.

Ouvrez une session Windows PowerShell avec les informations d’identification de l’administrateur de domaine sur le système de gestion. Utilisez le script suivant pour créer un groupe Active Directory pour les objets d’ordinateur Hyper-V, en modifiant les valeurs des variables en fonction de votre environnement :

# Replace the values of these variables
$HyperVClusterName = "Compute01"
$HyperVObjectADGroupSamName = "Hyper-VServerComputerAccounts" <#No spaces#>
$ScriptFolder = "C:\Scripts\SetupSMBSharesWithHyperV"

# Start of script itself
CD $ScriptFolder
.\ADGroupSetup.ps1 -HyperVObjectADGroupSamName $HyperVObjectADGroupSamName -HyperVClusterName $HyperVClusterName

Ouvrez une session Windows PowerShell avec des informations d’identification d’administrateur sur l’un des nœuds de stockage. Utilisez le script suivant pour créer des partages pour chaque csv et accorder des autorisations d’administration pour les partages au groupe Administrateurs du domaine et au cluster de calcul.

# Replace the values of these variables
$StorageClusterName = "StorageSpacesDirect1"
$HyperVObjectADGroupSamName = "Hyper-VServerComputerAccounts" <#No spaces#>
$SOFSName = "SOFS"
$SharePrefix = "Share"
$ScriptFolder = "C:\Scripts\SetupSMBSharesWithHyperV"

# Start of the script itself
CD $ScriptFolder
Get-ClusterSharedVolume -Cluster $StorageClusterName | ForEach-Object {
    $ShareName = $SharePrefix + $_.SharedVolumeInfo.friendlyvolumename.trimstart("C:\ClusterStorage\Volume")
    Write-host "Creating share $ShareName on "$_.name "on Volume: " $_.SharedVolumeInfo.friendlyvolumename
    .\FileShareSetup.ps1 -HyperVClusterName $StorageClusterName -CSVVolumeNumber $_.SharedVolumeInfo.friendlyvolumename.trimstart("C:\ClusterStorage\Volume") -ScaleOutFSName $SOFSName -ShareName $ShareName -HyperVObjectADGroupSamName $HyperVObjectADGroupSamName
}

Étape 4.3 : Activer la délégation limitée de Kerberos

Pour configurer la délégation sous contrainte Kerberos pour la gestion des scénarios à distance et une sécurité accrue de la migration en direct, à partir de l'un des nœuds du cluster de stockage, utilisez le script KCDSetup.ps1 inclus dans Configuration des partages SMB pour les charges de travail Hyper-V. Voici une petite enveloppe pour le script :

$HyperVClusterName = "Compute01"
$ScaleOutFSName = "SOFS"
$ScriptFolder = "C:\Scripts\SetupSMBSharesWithHyperV"

CD $ScriptFolder
.\KCDSetup.ps1 -HyperVClusterName $HyperVClusterName -ScaleOutFSName $ScaleOutFSName -EnableLM

Partager via

Déployer espaces de stockage direct sur Windows Server

Avant de commencer

Étape 1 : Déployer Windows Server

Étape 1.1 : Installer le système d'exploitation

Étape 1.2 : Se connecter aux serveurs

Étape 1.3 : Joindre le domaine et ajouter des comptes de domaine

Étape 1.4 : Installer des rôles et des fonctionnalités

Étape 2 : Configurer le réseau

Étape 3 : Configurer les espaces de stockage direct

Étape 3.1 : Nettoyer les lecteurs

Étape 3.2 : Valider le cluster

Étape 3.3 : Créer le cluster

Étape 3.4 : Configurer un témoin de cluster

Étape 3.5 : Activer les espaces de stockage direct

Étape 3.6 : Créer des volumes

Étape 3.7 : Activer le cache CSV de manière facultative

Étape 3.8 : Déployer des machines virtuelles pour des déploiements hyperconvergés

Étape 4 : Déployer Scale-Out File Server pour les solutions convergées

Étape 4.1 : Créer le rôle serveur de fichiers évolutif

Pour créer un rôle de serveur de fichiers scale-out à l'aide de Failover Cluster Manager, procédez comme suit

Pour créer un rôle de 'serveur de fichiers Scale-Out' à l’aide de Windows PowerShell

Étape 4.2 : Créer des partages de fichiers

Étape 4.3 : Activer la délégation limitée de Kerberos

Références supplémentaires

Commentaires

Ressources supplémentaires