Distribuire Spazi di archiviazione diretta in Windows Server

Articolo
10/06/2023

Si applica a: Windows Server 2022, Windows Server 2019, Windows Server 2016

Questo argomento fornisce istruzioni dettagliate per distribuire Spazi di archiviazione diretta in Windows Server. Per distribuire Spazi di archiviazione diretta come parte di Azure Stack HCI, vedere Che cos'è il processo di distribuzione per Azure Stack HCI?

Suggerimento

Si vuole acquisire un'infrastruttura iperconvergente? Microsoft consiglia di acquistare una soluzione hardware/software convalidata di Azure Stack HCI 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 usare un catalogo di soluzioni hardware/software che funzionano con Azure Stack HCI, vedere il catalogo di Azure Stack HCI.

Suggerimento

È possibile usare macchine virtuali Hyper-V, tra cui in Microsoft Azure, per valutare Spazi di archiviazione diretta senza hardware. È anche possibile esaminare gli utili script di distribuzione del lab rapido di Windows Server, che vengono usati per scopi di training.

Prima di iniziare

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

Raccogliere le seguenti informazioni:

Opzione di distribuzione. Spazi di archiviazione diretta supporta due opzioni di distribuzione: iperconvergente e convergenti, note anche come disaggregate. Acquisire familiarità con i vantaggi di ognuno per decidere quale sia il giusto per te. I passaggi da 1 a 3 seguenti si applicano a entrambe le opzioni di distribuzione. Il passaggio 4 è necessario solo per la distribuzione convergente.
Nomi dei server. Acquisire familiarità con i criteri di denominazione dell'organizzazione per computer, file, percorsi e altre risorse. È necessario effettuare il provisioning di più server, ognuno con nomi univoci.
Nome di dominio. Acquisire familiarità con i criteri dell'organizzazione per la denominazione dei domini e l'aggiunta a un dominio. Si aggiungeranno i server al dominio e sarà necessario specificare il nome di dominio.
Rete RDMA. Esistono due tipi di protocolli RDMA: iWarp e RoCE. Si noti che una scheda di rete usa e, se RoCE, prendere nota anche della versione (v1 o v2). Per RoCE, si noti anche il modello del commutatore top-of-rack.
ID VLAN. Prendere nota dell'ID VLAN da usare per le schede di rete del sistema operativo di gestione nei 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 che si troverà nel cluster. Spazi di archiviazione diretta richiede 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 sceglie, si otterrà l'opzione di installazione Server Core. Per altre informazioni, vedere Installare Server Core.

Passaggio 1.2: Connessione ai server

Questa guida è incentrata sull'opzione di installazione Dei componenti di base del server e sulla distribuzione/gestione remota da un sistema di gestione separato, che deve avere:

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
Aggiunto allo stesso dominio o a un dominio completamente attendibile
Ha gli strumenti di amministrazione remota del server (RSAT, Remote Server Administration Tools) e i moduli PowerShell per Hyper-V e per il clustering di failover. Gli strumenti di Amministrazione remota del server e i moduli di PowerShell sono disponibili in Windows Server e possono essere installati senza installare altre funzionalità. È anche possibile installare gli strumenti di Amministrazione istration server remoto in un PC di gestione di Windows 10.

Nel sistema di gestione installare il cluster di failover e gli strumenti di gestione di Hyper-V. Questa operazione può essere eseguita tramite Server Manager usando l'Aggiunta guidata ruoli e funzionalità. Nella pagina Funzionalità selezionare Strumenti di amministrazione remota del Server, quindi selezionare gli strumenti da installare.

Immettere la sessione PS e usare il nome del server o l'indirizzo IP del nodo a cui connettersi. Dopo aver eseguito questo comando, verrà richiesto di immettere la password di amministratore specificata durante la configurazione di Windows.

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

Ecco un esempio di come eseguire la stessa operazione in modo più utile negli script, nel caso in cui sia necessario eseguire questa operazione più volte:

$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

Nota: l'elenco host attendibili supporta caratteri jolly, 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 aggiungere account di dominio

Finora sono stati configurati i singoli server con l'account amministratore locale, <ComputerName>\Administrator.

Per gestire Spazi di archiviazione diretta, è necessario aggiungere i server a un dominio e usare un account di dominio Dominio di Active Directory Services presente nel gruppo Amministrazione istrators in ogni server.

Dal sistema di gestione aprire una console di PowerShell con privilegi Amministrazione istrator. 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 Amministrazione s, aggiungere l'account amministratore di archiviazione al gruppo locale Amministrazione istrators in ogni nodo o, meglio ancora, aggiungere il gruppo usato per gli amministratori di archiviazione. Per altre informazioni, è possibile usare il comando seguente o scrivere una funzione di Windows 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. A tale scopo, è possibile usare Windows Amministrazione Center, Server Manager o PowerShell. Ecco i ruoli da installare:

Clustering di failover
Hyper-V
File server (se si desidera ospitare condivisioni file, ad esempio per una distribuzione convergente)
Data-Center-Bridging (se si usa RoCEv2 invece delle schede di rete iWARP)
RSAT-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, usare questo piccolo bit di script, modificando l'elenco di variabili all'inizio dello script per adattarsi 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 scriptblock 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 si distribuisce Spazi di archiviazione diretta all'interno di macchine virtuali, ignorare questa sezione.

Spazi di archiviazione diretta richiede una rete a bassa latenza e larghezza di banda elevata tra i server nel cluster. Sono necessarie almeno 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 è in genere più semplice da configurare.

Importante

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

Windows Server 2016 ha introdotto il raggruppamento integrato (edizione Standard T) all'interno del commutatore virtuale Hyper-V. In questo modo è possibile usare le stesse porte NIC fisiche 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 il raggruppamento incorporato del commutatore.

Interconnessioni di nodi commutati o commutatori

Commutato: i commutatori di rete devono essere configurati correttamente per gestire la larghezza di banda e il tipo di rete. Se si usa RDMA che implementa il protocollo RoCE, la configurazione del dispositivo di rete e del commutatore è ancora più importante.
Switchless: 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 la Guida alla distribuzione di Windows Server 2016 e 2019 RDMA.

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. I passaggi seguenti non devono essere eseguiti in modalità remota usando una sessione di PowerShell, ma vengono eseguiti in una sessione di PowerShell locale nel sistema di gestione, con autorizzazioni amministrative.

Passaggio 3.1: Pulire le unità

Prima di abilitare Spazi di archiviazione diretta, assicurarsi che le unità siano vuote: nessuna partizione precedente o altri dati. Eseguire lo script seguente, sostituendo i nomi dei computer, per rimuovere tutte le partizioni precedenti o altri dati.

Avviso

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

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

Invoke-Command ($ServerList) {
    Update-StorageProviderCache
    Get-StoragePool | ? IsPrimordial -eq $false | Set-StoragePool -IsReadOnly:$false -ErrorAction SilentlyContinue
    Get-StoragePool | ? IsPrimordial -eq $false | Get-VirtualDisk | Remove-VirtualDisk -Confirm:$false -ErrorAction SilentlyContinue
    Get-StoragePool | ? IsPrimordial -eq $false | Remove-StoragePool -Confirm:$false -ErrorAction SilentlyContinue
    Get-PhysicalDisk | Reset-PhysicalDisk -ErrorAction SilentlyContinue
    Get-Disk | ? Number -ne $null | ? IsBoot -ne $true | ? IsSystem -ne $true | ? PartitionStyle -ne RAW | % {
        $_ | Set-Disk -isoffline:$false
        $_ | Set-Disk -isreadonly:$false
        $_ | Clear-Disk -RemoveData -RemoveOEM -Confirm:$false
        $_ | Set-Disk -isreadonly:$true
        $_ | Set-Disk -isoffline:$true
    }
    Get-Disk | Where Number -Ne $Null | Where IsBoot -Ne $True | Where IsSystem -Ne $True | Where PartitionStyle -Eq RAW | Group -NoElement -Property FriendlyName
} | Sort -Property PsComputerName, Count

L'output sarà simile al seguente, dove Count è il numero di unità 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 si eseguirà lo strumento di convalida del cluster per assicurarsi che i nodi del server siano configurati correttamente per creare un cluster usando Spazi di archiviazione diretta. Quando la convalida del cluster (Test-Cluster) viene eseguita prima della creazione del cluster, esegue i test che verificano che la configurazione sia adatta per funzionare correttamente come cluster di failover. L'esempio seguente usa direttamente il -Include parametro 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 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 del cluster che potrebbero impedire l'avvio. Per altre informazioni, vedere il file di report riportato di seguito. È possibile ignorare questo avviso in modo sicuro. È causato dalla non disponibilità di dischi per il quorum del cluster. Si consiglia di configurare un controllo di condivisione file o un controllo cloud dopo la creazione del cluster.

Nota

Se i server usano indirizzi IP statici, modificare il comando seguente per riflettere l'indirizzo IP statico aggiungendo il parametro seguente e specificando l'indirizzo IP:-StaticAddress <X.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 replica della voce DNS per il nome del cluster può richiedere tempo. 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 cluster di controllo

È consigliabile configurare un server di controllo del mirroring per il cluster, in modo che i cluster con tre o più server possano resistere a due server che non riescono o sono offline. Per una distribuzione a due server è necessario un server di controllo del cluster. In caso contrario, uno dei due server non sarà più disponibile. Con questi sistemi, come controllo è possibile usare una condivisione file o un cloud di controllo.

Per altre informazioni, vedere gli argomenti seguenti:

Passaggio 3.5: Abilitare Spazi di archiviazione diretta

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

Creare un pool: crea un singolo pool di grandi dimensioni con un nome simile a "S2D in Cluster1".
Configura la cache di Spazi di archiviazione diretta: se sono disponibili più tipi di supporto (unità) per l'uso di Spazi di archiviazione diretta, abilita il dispositivo di cache più veloce (nella maggior parte dei casi, in lettura e in scrittura).
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.

Eseguire il comando seguente dal sistema di gestione in una finestra di comandi di PowerShell aperta con privilegi di amministratore. 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>

Per abilitare Spazi di archiviazione diretta tramite il comando precedente, è anche possibile 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 potrebbe richiedere alcuni minuti, il sistema sarà pronto per la creazione dei volumi.

Passaggio 3.6: Creare volumi

È consigliabile usare il New-Volume cmdlet perché offre l'esperienza più rapida e più 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

Facoltativamente, è possibile abilitare la cache del volume condiviso cluster (CSV) per usare la memoria di sistema (RAM) come cache a livello di blocco di operazioni di lettura che non sono già memorizzate nella cache da Gestione cache di Windows. 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 file server di scalabilità orizzontale.

L'abilitazione della cache CSV riduce la quantità di memoria disponibile per l'esecuzione di macchine virtuali in un cluster iperconvergente, quindi sarà necessario bilanciare le prestazioni di archiviazione con la memoria disponibile per i dischi rigidi virtuali.

Per impostare le dimensioni della cache CSV, aprire una sessione di PowerShell nel sistema di gestione con un account con autorizzazioni di amministratore per il cluster di archiviazione e quindi usare questo script, modificando le $ClusterName variabili e $CSVCacheSize in base alle esigenze (in questo esempio viene impostata una cache CSV 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 altre info, vedi Uso della cache di lettura in memoria CSV.

Passaggio 3.8: Distribuire macchine virtuali per distribuzioni iperconvergenti

Se si distribuisce un cluster iperconvergente, l'ultimo passaggio consiste nel 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) allo stesso modo delle macchine virtuali in cluster di failover.

È possibile usare strumenti predefiniti o altri strumenti per gestire l'archiviazione e le macchine virtuali, ad esempio System Center Virtual Machine Manager.

Passaggio 4: Distribuire il file server di scalabilità orizzontale per soluzioni convergenti

Se si distribuisce una soluzione convergente, il passaggio successivo consiste nel creare un'istanza del file server di scalabilità orizzontale e configurare alcune condivisioni file. Se si distribuisce un cluster iperconvergente, è stata completata e non è necessaria questa sezione.

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 del file server in cluster, ovvero quando si crea l'istanza del file server di scalabilità orizzontale in cui sono ospitate le condivisioni file continuamente disponibili.

Per creare un ruolo file server di scalabilità orizzontale tramite Server Manager

In Gestione cluster di failover selezionare il cluster, passare a Ruoli e quindi fare clic su Configura ruolo....
Viene visualizzata la Creazione guidata disponibilità elevata.
Nella pagina Selezione ruolo fare clic su File Server.
Nella pagina Tipo file server fare clic su File Server di scalabilità orizzontale 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 mostra In esecuzione accanto al ruolo del file server cluster creato, come illustrato nella figura 1.

Figura 1 Gestione cluster di failover che mostra il file server di scalabilità orizzontale con lo stato In esecuzione

Nota

Per creare un ruolo file server di 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 LALUSTER in modo che corrisponda al nome del cluster e file server di scalabilità orizzontale in modo che 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 che potrebbero impedire la creazione di condivisioni file in esso per alcuni minuti o potenzialmente più lunghi. Se il ruolo SOFS ha esito negativo immediatamente e non viene avviato, è possibile che l'oggetto computer del cluster non disponga dell'autorizzazione per creare un account computer per il ruolo SOFS. Per altre informazioni, vedere questo post di blog: Ruolo file server di scalabilità orizzontale non riesce a iniziare con ID evento 1205, 1069 e 1194.

Passaggio 4.2: Creare condivisioni file

Dopo aver creato i dischi virtuali e averli aggiunti ai volumi condivisi cluster, è il momento di creare condivisioni file in essi, ovvero una condivisione file per csv per ogni 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 usare Windows PowerShell per automatizzare parzialmente la distribuzione.

Usare gli script inclusi nello script SMB Share Configuration for Hyper-V Workloads (Configurazione condivisione SMB per 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 usi System Center Virtual Machine Manager per creare le condivisioni.

Per creare condivisioni file usando gli script di PowerShell, eseguire le operazioni seguenti:

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

Aprire una sessione di Windows PowerShell con le credenziali di Domain Amministrazione istrator nel sistema di gestione e quindi 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 credenziali Amministrazione istrator in uno dei nodi di archiviazione e quindi usare lo script seguente per creare condivisioni per ogni volume condiviso cluster e concedere autorizzazioni amministrative per le condivisioni al gruppo Domain Amministrazione s 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 delega vincolata Kerberos

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

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

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

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: Connessione ai server

Passaggio 1.3: Aggiungere il dominio e aggiungere 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 cluster di controllo

Passaggio 3.5: Abilitare Spazi di archiviazione diretta

Passaggio 3.6: Creare volumi

Passaggio 3.7: Abilitare facoltativamente la cache CSV

Passaggio 3.8: Distribuire macchine virtuali per distribuzioni iperconvergenti

Passaggio 4: Distribuire il file server di scalabilità orizzontale per soluzioni convergenti

Passaggio 4.1: Creare il ruolo File server di scalabilità orizzontale

Per creare un ruolo file server di scalabilità orizzontale tramite Server Manager

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

Passaggio 4.2: Creare condivisioni file

Passaggio 4.3 Abilitare la delega vincolata Kerberos

Riferimenti aggiuntivi

Risorse aggiuntive

Risorse aggiuntive