Distribuire Spazi di archiviazione diretta in Windows Server

2025-03-28
Si applica a: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016

Questo articolo fornisce istruzioni dettagliate per distribuire Storage Spaces Direct su Windows Server. Per distribuire Spazi di archiviazione diretta come parte di Azure Locale, vedere Informazioni su Azure locale

Suggerimento

Si vuole acquisire un'infrastruttura iperconvergente? Microsoft consiglia di acquistare una soluzione locale di Azure hardware/software convalidata dai partner. Queste soluzioni sono progettate, assemblate e convalidate in base all'architettura di riferimento per garantire la compatibilità e l'affidabilità, in modo da essere operativi rapidamente. Per consultare un catalogo di soluzioni hardware/software che funzionano con Azure Local, vedere il Azure Local Catalog.

Suggerimento

È possibile usare macchine virtuali Hyper-V, anche in Microsoft Azure, per valutare Spazi di archiviazione diretta senza hardware. È anche possibile esaminare i pratici script di distribuzione rapida del laboratorio di Windows Server, utilizzati a scopo formativo.

Prima di iniziare

Esaminare i requisiti hardware di Spazi di archiviazione diretta, per acquisire familiarità con l'approccio generale e le note importanti associate ad alcuni passaggi.

Raccogliere le seguenti informazioni:

Opzione di distribuzione: Gli Spazi di archiviazione diretta supportano due opzioni di distribuzione: iperconvergente e convergente, note anche come disaggregato. Acquisire familiarità con i vantaggi di ciascuna per decidere quale sia la più adatta al proprio caso. I seguenti passaggi da 1 a 3 si applicano a entrambe le opzioni di distribuzione. Il passaggio 4 è necessario solo per la distribuzione convergente.
Nomi server: familiarizzarsi con le politiche di denominazione dell'organizzazione per computer, file, percorsi e altre risorse. È necessario effettuare il provisioning di più server, ciascuno deve avere un nome univoco.
nome di dominio: acquisire familiarità con i criteri dell'organizzazione per la denominazione dei domini e l'aggiunta a un dominio. Dovrai aggiungere i server al tuo dominio e specificare il nome di dominio.
Rete di networking RDMA: Esistono due tipi di protocolli RDMA: iWarp e RoCE. Annotare quale adattatore di rete viene utilizzato e, se si tratta di RoCE, annotare anche la versione (v1 o v2). Per quanto riguarda RoCE, annotare anche il modello del commutatore top-of-rack.
VLAN ID: Prendere nota del VLAN ID da usare per le schede di rete del sistema operativo di gestione sui server, se presenti. È possibile ottenere queste informazioni dall'amministratore di rete.

Passaggio 1: Distribuire Windows Server

Passaggio 1.1: installare il sistema operativo

Il primo passaggio consiste nell'installare Windows Server in ogni server del cluster. Gli Spazi di archiviazione diretta richiedono Windows Server Datacenter Edition. È possibile usare l'opzione di installazione Server Core o Server con Esperienza desktop.

Quando si installa Windows Server tramite l'installazione guidata, è possibile scegliere tra Windows Server (che fa riferimento a Server Core) e Windows Server (Server con Esperienza desktop), che equivale all'opzione di installazione Completa disponibile in Windows Server 2012 R2. Se non si effettua una selezione, si otterrà l'opzione di installazione Server Core. Per altre informazioni, vedere Installare Server Core.

Passaggio 1.2: connettersi ai server

La presente guida è incentrata sull'opzione di installazione Server Core e sulla distribuzione/gestione remota da un sistema di gestione separato, che deve presentare le seguenti caratteristiche:

Una versione di Windows Server o Windows 10 almeno come nuova come i server che gestisce e con gli aggiornamenti più recenti.
Connettività di rete ai server che gestisce.
Collegato allo stesso dominio o a un dominio completamente attendibile.
Strumenti di amministrazione remota del server (RSAT, Remote Server Administration Tools) e moduli PowerShell per Hyper-V e per il clustering failover. Gli strumenti RSAT e i moduli di PowerShell sono disponibili in Windows Server e possono essere installati senza installare altre funzionalità. È anche possibile installare Strumenti di amministrazione remota del server in un PC di gestione di Windows 10.

Nel sistema di gestione, installare il cluster di failover e gli strumenti di gestione Hyper-V, installabili tramite Server Manager usando la procedura guidata Aggiungi ruoli e funzionalità. Nella pagina Funzionalità selezionare Strumenti di amministrazione remota del Server, quindi selezionare gli strumenti da installare.

Immettere la sessione di PowerShell e usare il nome del server o l'indirizzo IP del nodo a cui connettersi. Verrà richiesta una password dopo aver eseguito questo comando. Immettere la password di amministratore specificata durante la configurazione di Windows.

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

Di seguito è riportato un esempio di come eseguire la stessa operazione in modo più utile negli script:

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

Enter-PSSession -ComputerName $myServer1 -Credential $user

Suggerimento

Se si esegue la distribuzione in remoto da un sistema di gestione, è possibile che venga visualizzato un errore simile a WinRM non è in grado di elaborare la richiesta. Per risolvere questo problema, usare Windows PowerShell per aggiungere ogni server all'elenco host attendibili nel computer di gestione:

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

L'elenco di host attendibili supporta metacaratteri, ad esempio Server*.

Per visualizzare l'elenco host attendibili, digitare Get-Item WSMAN:\Localhost\Client\TrustedHosts.
Per svuotare l'elenco, digitare Clear-Item WSMAN:\Localhost\Client\TrustedHost.

Passaggio 1.3: aggiungere il dominio e gli account di dominio

Per gestire Spazi di archiviazione diretta, è necessario aggiungere i server a un dominio e utilizzare un account di dominio di Servizi di dominio Active Directory, che si trova nel gruppo Administrators in ogni server.

Dal sistema di gestione, aprire una console di PowerShell con privilegi di amministratore. Usare Enter-PSSession per connettersi a ogni server ed eseguire il cmdlet seguente, sostituendo il nome del computer, il nome di dominio e le credenziali di dominio:

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

Se l'account amministratore di archiviazione non è membro del gruppo Domain Admins, aggiungere l'account amministratore di archiviazione al gruppo Administrators locale in ogni nodo o aggiungere il gruppo usato per gli amministratori di archiviazione. Per eseguire questo passaggio, è possibile usare il comando seguente oppure creare uno script di PowerShell. Per altre informazioni, vedere Usare PowerShell per aggiungere utenti di dominio a un gruppo locale.

Net localgroup Administrators <Domain\Account> /add

Passaggio 1.4: installare ruoli e funzionalità

Il passaggio successivo consiste nell'installare i ruoli del server in ogni server tramite Windows Admin Center, Server Managero PowerShell. Devono essere installati i seguenti ruoli:

Clustering failover
Hyper-V
File server (se si desidera ospitare condivisioni file, ad esempio per una distribuzione convergente)
Data-Center-Bridging (se stai utilizzando adattatori di rete RoCEv2 invece di iWARP)
Strumenti di amministrazione remota del server-Clustering-PowerShell
Hyper-V-PowerShell

Per eseguire l'installazione tramite PowerShell, usare il cmdlet Install-WindowsFeature. È possibile usarlo in un singolo server come illustrato di seguito:

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

Per eseguire il comando in tutti i server del cluster contemporaneamente, eseguire questo script che modifica l'elenco di variabili all'inizio dello script per adattarlo all'ambiente.

# 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
}

Passaggio 2: Configurare la rete

Se stai distribuendo Storage Spaces Direct all'interno delle macchine virtuali, ignora questa sezione.

Storage Spaces Direct richiedono una larghezza di banda elevata e una rete a bassa latenza tra i server nel cluster. È necessaria almeno una rete da 10 GbE e si consiglia l'accesso diretto alla memoria remota (RDMA). È possibile usare iWARP o RoCE purché abbia il logo di Windows Server corrispondente alla versione del sistema operativo, ma iWARP è più semplice da configurare.

Importante

A seconda delle apparecchiature di rete e soprattutto in caso di utilizzo di RoCE v2, potrebbe essere necessaria una configurazione del commutatore top-of-rack. La corretta configurazione del commutatore è importante per garantire affidabilità e prestazioni di Spazi di archiviazione diretta.

Windows Server 2016 ha introdotto il SET (switch-embedded teaming) all'interno del commutatore virtuale Hyper-V. Ciò consente di usare le stesse porte NIC (Physical Network Interface Card) per tutto il traffico di rete durante l'uso di RDMA, riducendo il numero di porte NIC fisiche necessarie. Per Spazi di archiviazione diretta è consigliabile usare il teaming integrato nello switch (SET).

Switched: i commutatori di rete devono essere configurati correttamente per gestire la larghezza di banda e il tipo di rete. Se si utilizza RDMA che implementa il protocollo RoCE, la configurazione del dispositivo di rete e del commutatore assume un'importanza ancora maggiore.
it-IT: senza switch: i nodi possono essere interconnessi usando connessioni dirette, evitando l'uso di un commutatore. È necessario che ogni nodo abbia una connessione diretta con ogni altro nodo del cluster.

Per istruzioni su come configurare la rete per Spazi di archiviazione diretta, vedere Guida alla distribuzione RDMA di Windows Server 2016 e 2019.

Passaggio 3: Configurare Spazi di archiviazione diretta

I passaggi seguenti vengono eseguiti in un sistema di gestione con la stessa versione dei server da configurare. La procedura seguente NON deve essere eseguita in modalità remota tramite una sessione PowerShell, ma deve essere eseguita in una sessione di PowerShell locale nel sistema di gestione con autorizzazioni di amministratore.

Passaggio 3.1: pulire le unità

Prima di abilitare Spazi di archiviazione diretta, assicurarsi che le unità siano vuote: non devono essere presenti partizioni precedenti o altri dati. Esegui lo script seguente, sostituendo i nomi dei computer per rimuovere le vecchie partizioni o altri vecchi dati.

Importante

Questo script rimuoverà definitivamente tutti i dati che si trovano in qualsiasi unità diversa dall'unità di avvio del sistema operativo.

# 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
    }
}

L'output è simile al seguente, dove Count è il numero di unità di dischi di ogni modello in ogni server.

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

Passaggio 3.2: convalidare il cluster

In questo passaggio, verrà eseguito lo strumento di convalida dei cluster per assicurarsi che i nodi del server siano configurati correttamente per creare un cluster tramite Spazi di archiviazione diretta. Quando la convalida dei cluster (Test-Cluster) viene eseguita prima della creazione del cluster, vengono eseguiti alcuni test che verificano se la configurazione funzionerà correttamente come cluster di failover. Nell'esempio seguente viene usato direttamente il parametro -Include e quindi vengono specificate le categorie specifiche di test. Ciò assicura che i test specifici di Spazi di archiviazione diretta siano inclusi nella convalida.

Usare il comando seguente di PowerShell per convalidare un set di server per l'uso come cluster di Spazi di archiviazione diretta.

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

Passaggio 3.3: creare il cluster

In questo passaggio si creerà un cluster con i nodi che verranno convalidati per la creazione del cluster nel passaggio precedente usando il cmdlet di PowerShell seguente.

Quando si crea il cluster, si riceverà un avviso che indica "Si sono verificati problemi durante la creazione del ruolo cluster che potrebbe impedire l'avvio. Per altre informazioni, vedere il file di report seguente." È possibile ignorare in modo sicuro questo avviso. È causato dalla non disponibilità di dischi per il quorum del cluster. È consigliabile configurare un testimone di condivisione file o un testimone cloud dopo la creazione del cluster.

Nota

Se i server usano indirizzi IP statici, modificare il comando seguente in modo da riflettere l'indirizzo IP statico aggiungendo il parametro di seguito riportato e specificando l'indirizzo IP:-StaticAddress <X.X.X.X>. Nel comando seguente il segnaposto ClusterName deve essere sostituito con un nome NetBIOS univoco che includa massimo 15 caratteri.

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

Dopo aver creato il cluster, la voce DNS per il nome del cluster può richiedere tempo per essere replicata. Il tempo richiesto dipende dall'ambiente e dalla configurazione della replica DNS. Se la risoluzione del cluster non ha esito positivo, nella maggior parte dei casi è possibile usare il nome del computer di un nodo che è membro attivo del cluster al posto del nome del cluster.

Passaggio 3.4: configurare un testimone del cluster

Si consiglia di configurare un testimone per il cluster, in modo che i cluster con tre o più server possano tollerare il guasto o l'indisponibilità di due server. Per una distribuzione a due server è necessario un server di controllo del cluster, altrimenti se uno dei due server va offline, anche l'altro diventa indisponibile. Con questi sistemi, è possibile utilizzare una condivisione di file come testimone oppure utilizzare un testimone nel cloud. Per ulteriori informazioni, vedere Distribuire un testimone di quorum.

Passaggio 3.5: Abilitare Spazi di archiviazione diretta

Dopo aver creato il cluster, usare il cmdlet Enable-ClusterStorageSpacesDirect di PowerShell che passerà il sistema di archiviazione in modalità Spazi di archiviazione diretta ed eseguirà automaticamente le operazioni seguenti:

Creare un pool: crea un singolo pool di grandi dimensioni con un nome simile a "S2D in Cluster1".
Configura le cache di Storage Spaces Direct: se sono disponibili più tipologie di supporti (unità) per l'uso diretto di Storage Spaces Direct, abilita la più veloce come dispositivi cache (lettura e scrittura nella maggior parte dei casi).
Livelli: crea due livelli come livelli predefiniti. Uno è denominato "Capacità" e l'altro "Prestazioni". Il cmdlet analizza i dispositivi e configura ogni livello con una combinazione di tipi di dispositivi e resilienza.

Dal sistema di gestione aprire una finestra di PowerShell con privilegi elevati, avviare il comando seguente. Il nome del cluster corrisponde al cluster creato nei passaggi precedenti. Se questo comando viene eseguito localmente in uno dei nodi, il parametro -CimSession non è necessario.

Enable-ClusterStorageSpacesDirect -CimSession <ClusterName>

Questo comando abilita Spazi di archiviazione diretta in cui è possibile scegliere di usare il nome del nodo anziché il nome del cluster. L'uso del nome del nodo potrebbe essere più affidabile a causa di ritardi di replica DNS che possono verificarsi con il nome del cluster appena creato.

Al termine di questo comando, che può richiedere alcuni minuti, il sistema è pronto per la creazione dei volumi.

Passaggio 3.6: Crea volumi

È consigliabile usare il cmdlet New-Volume perché offre l'esperienza più rapida e semplice. Questo singolo cmdlet crea automaticamente il disco virtuale, le partizioni e lo formatta, crea il volume con il nome corrispondente e lo aggiunge ai volumi condivisi del cluster, tutto in un unico semplice passaggio.

Per altre informazioni, vedere Creazione di volumi in Spazi di archiviazione diretta.

Passaggio 3.7: abilitare facoltativamente la cache CSV

La cache del volume condiviso cluster (CSV) può essere abilitata facoltativamente usando la memoria di sistema (RAM) come cache a livello di blocco in modalità write-through per le operazioni di lettura che il gestore della cache di Windows non mette nella cache. Ciò può migliorare le prestazioni per applicazioni come Hyper-V. La cache CSV può migliorare le prestazioni delle richieste di lettura ed è utile anche per scenari di Scale-Out File Server.

L'abilitazione della cache CSV (Cache Shared Volume) riduce la quantità di memoria disponibile per l'esecuzione di macchine virtuali su un cluster iperconvergente, quindi sarà necessario bilanciare le prestazioni di archiviazione con la memoria disponibile per i VHD.

Per impostare le dimensioni della cache del volume condiviso cluster, aprire una sessione di PowerShell nel sistema di gestione utilizzando un account con autorizzazioni di amministratore per il cluster di archiviazione e quindi usare questo script, modificando le variabili $ClusterName e $CSVCacheSize in base alle esigenze (in questo esempio viene impostata una cache del volume condiviso cluster da 2 GB per server):

$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"

Per ulteriori informazioni, vedere Uso della cache di lettura in memoria di CSV.

Passaggio 3.8: distribuire macchine virtuali per distribuzioni iperconvergenti

Se si distribuisce un cluster iperconvergente, l'ultimo passaggio consiste nell'effettuare il provisioning di macchine virtuali nel cluster Spazi di archiviazione diretta.

I file della macchina virtuale devono essere archiviati nello spazio dei nomi CSV dei sistemi (esempio: c:\ClusterStorage\Volume1) proprio come le macchine virtuali raggruppate nei cluster di failover.

È possibile usare strumenti integrati o altri strumenti per gestire l'archiviazione e le macchine virtuali, tra cui System Center Virtual Machine Manager.

Passaggio 4: Distribuire il File Server a Scalabilità Orizzontale per soluzioni convergenti

Se si distribuisce una soluzione convergente, il passaggio successivo consiste nel creare un'istanza di file server Scale-Out e configurare le condivisioni file. Se si distribuisce un cluster iperconvergente, la procedura sarà ormai completata e non è necessaria la sezione seguente.

Passaggio 4.1: Creare il ruolo File Server di Scalabilità Orizzontale

Il passaggio successivo per configurare i servizi cluster per il file server consiste nel creare il ruolo di file server in cluster, ovvero quando si crea l'istanza del Scale-Out File Server in cui sono ospitate le condivisioni di file continuamente disponibili.

Per creare un ruolo file server con scalabilità orizzontale tramite Gestione cluster di failover

In Gestione cluster di failover selezionare il cluster, passare a Ruolie quindi selezionare Configura ruolo....
Verrà visualizzata la Procedura guidata per l'alta disponibilità.
Nella pagina Seleziona ruolo selezionare File Server.
Nella pagina tipo di file server selezionare Scale-Out file server per i dati dell'applicazione.
Nella pagina Punto di accesso client, digitare un nome per il File Server di Scalabilità Orizzontale.
Verificare che il ruolo sia stato configurato correttamente passando a Ruoli e confermando che la colonna Stato visualizzi In esecuzione accanto al ruolo del file server cluster creato, come illustrato nella figura 1.

Figura 1 Gestione Cluster di Failover che mostra il Server di File in Scalabilità Orizzontale con lo stato In esecuzione

Nota

Per creare un ruolo di server file a scalabilità orizzontale tramite Windows PowerShell

In una sessione di Windows PowerShell connessa al cluster di file server, immettere i comandi seguenti per creare il ruolo File server di scalabilità orizzontale, modificare FSCLUSTER in modo che corrisponda al nome del cluster e SOFS affinché corrisponda al nome che si vuole assegnare al ruolo file server di scalabilità orizzontale:

Add-ClusterScaleOutFileServerRole -Name SOFS -Cluster FSCLUSTER

Nota

Dopo aver creato il ruolo cluster, potrebbero verificarsi alcuni ritardi di propagazione della rete, i quali potrebbero impedire la creazione di condivisioni file su di esso per alcuni minuti, o per periodi potenzialmente più lunghi. Se il ruolo SOFS ha esito negativo immediatamente e non viene avviato, potrebbe essere perché l'oggetto computer del cluster non dispone dell'autorizzazione per creare un account computer per il ruolo SOFS. Per ricevere aiuto, consultare il seguente articolo del blog: Ruolo file server di scalabilità orizzontale non riesce ad avviarsi con ID evento 1205, 1069 e 1194.

Passaggio 4.2: creare condivisioni file

Dopo aver creato i dischi virtuali e averli aggiunti ai CSV, è il momento di creare le condivisioni file su di essi: una condivisione file per ogni CSV per disco virtuale. System Center Virtual Machine Manager (VMM) è probabilmente il modo più semplice per eseguire questa operazione perché gestisce automaticamente le autorizzazioni, ma se non è disponibile nell'ambiente, è possibile utilizzare Windows PowerShell per automatizzare parzialmente la distribuzione.

Usare gli script inclusi nello script di Configurazione delle condivisioni SMB per i carichi di lavoro Hyper-V, che automatizza parzialmente il processo di creazione di gruppi e condivisioni. Viene scritto per i carichi di lavoro Hyper-V, quindi se si distribuiscono altri carichi di lavoro, potrebbe essere necessario modificare le impostazioni o eseguire passaggi aggiuntivi dopo aver creato le condivisioni. Ad esempio, se si usa Microsoft SQL Server, all'account del servizio SQL Server deve essere concesso il controllo completo sulla condivisione e sul file system.

Nota

Sarà necessario aggiornare l'appartenenza al gruppo quando si aggiungono nodi del cluster, a meno che non si utilizzi System Center Virtual Machine Manager per la creazione delle condivisioni.

Per creare condivisioni file usando script di PowerShell, seguire questa procedura:

Scaricare gli script inclusi nella configurazione della condivisione SMB per carichi di lavoro Hyper-V in uno dei nodi del cluster di server di file.

Aprire una sessione di Windows PowerShell con le credenziali di amministratore di dominio nel sistema di gestione. Usare lo script seguente per creare un gruppo di Active Directory per gli oggetti computer Hyper-V, modificando i valori per le variabili in base alle esigenze dell'ambiente:

# 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

Aprire una sessione di Windows PowerShell con le credenziali di amministratore in uno dei nodi di archiviazione. Usare il seguente script per creare condivisioni per ogni CSV e concedere permessi amministrativi per le condivisioni al gruppo Domain Admins e al cluster di calcolo.

# 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
}

Passaggio 4.3: Abilitare la Delegazione Vincolata Kerberos

Per configurare la delega vincolata di Kerberos per la gestione degli scenari remoti e aumentare la sicurezza della Live Migration, utilizzare lo script KCDSetup.ps1 incluso nella configurazione della condivisione SMB per i carichi di lavoro Hyper-V da uno dei nodi del cluster di archiviazione. Ecco un piccolo wrapper per lo script:

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

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

Condividi tramite

Distribuire Spazi di archiviazione diretta in Windows Server

Prima di iniziare

Passaggio 1: Distribuire Windows Server

Passaggio 1.1: installare il sistema operativo

Passaggio 1.2: connettersi ai server

Passaggio 1.3: aggiungere il dominio e gli account di dominio

Passaggio 1.4: installare ruoli e funzionalità

Passaggio 2: Configurare la rete

Passaggio 3: Configurare Spazi di archiviazione diretta

Passaggio 3.1: pulire le unità

Passaggio 3.2: convalidare il cluster

Passaggio 3.3: creare il cluster

Passaggio 3.4: configurare un testimone del cluster

Passaggio 3.5: Abilitare Spazi di archiviazione diretta

Passaggio 3.6: Crea volumi

Passaggio 3.7: abilitare facoltativamente la cache CSV

Passaggio 3.8: distribuire macchine virtuali per distribuzioni iperconvergenti

Passaggio 4: Distribuire il File Server a Scalabilità Orizzontale per soluzioni convergenti

Passaggio 4.1: Creare il ruolo File Server di Scalabilità Orizzontale

Per creare un ruolo file server con scalabilità orizzontale tramite Gestione cluster di failover

Per creare un ruolo di server file a scalabilità orizzontale tramite Windows PowerShell

Passaggio 4.2: creare condivisioni file

Passaggio 4.3: Abilitare la Delegazione Vincolata Kerberos

Riferimenti aggiuntivi

Commenti e suggerimenti

Risorse aggiuntive