Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
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
Références supplémentaires
- Vue d’ensemble des espaces de stockage direct
- Comprendre le cache dans les Espaces de Stockage Direct
- Planification des volumes dans les espaces de stockage Direct
- Tolérance de pannes des espaces de stockage
- Configuration matérielle requise pour les espaces de stockage direct
- Vers RDMA, ou pas vers RDMA , telle est la question (blog TechNet)