Usare i volumi condivisi del cluster in un cluster di failover

  • Articolo

Si applica a: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012, Windows Server 2012 R2, Azure Stack HCI, versioni 21H2 e 20H2

I volumi condivisi cluster (CSV) consentono a più nodi in un cluster di failover di Windows Server o in Azure Stack HCI di avere contemporaneamente l'accesso in lettura/scrittura allo stesso numero di unità logica (LUN) o disco di cui viene effettuato il provisioning come volume NTFS. È possibile effettuare il provisioning del disco come Resilient File System (ReFS); Tuttavia, l'unità CSV sarà in modalità reindirizzata, ovvero l'accesso in scrittura verrà inviato al nodo coordinatore. Per maggiori informazioni, consultare la sezione Informazioni sulla sincronizzazione I/O e sulla modalità I/O reindirizzata in comunicazione CSV più avanti in questo documento. Con CSV, i ruoli cluster possono essere soggetti a failover da un nodo a un altro nodo può verificarsi rapidamente, senza necessità di modificare la proprietà dell'unità o di smontare e rimontare un volume. CSV semplifica anche la gestione di un numero potenzialmente elevato di LUN in un cluster di failover.

CSV offre un file system generale e in cluster a un livello superiore rispetto a NTFS o ReFS in. Le applicazioni CSV includono:

  • File di disco rigido virtuale (VHD/VHDX) in cluster per macchine virtuali Hyper-V
  • Scalabilità orizzontale di condivisioni di file per l'archiviazione di dati applicazione per il ruolo del cluster File server di scalabilità orizzontale. Esempi dei dati applicazione per questo ruolo includono i file di VM Hyper-V e i dati di Microsoft SQL Server. Tenere presente che ReFS non è supportato per un file server di scalabilità orizzontale in Windows Server 2012 R2 e versioni successive. Per maggiori informazioni su un file server di scalabilità orizzontale, consultare la sezione Panoramica di file server di scalabilità orizzontale per dati di applicazioni.
  • Istanza del cluster di failover di Microsoft SQL Server 2014 (o versione successiva). Il carico di lavoro cluster Microsoft SQL Server in SQL Server 2012 e versioni precedenti di SQL Server non supporta l'uso di CSV.
  • Windows Server 2019 o versione successiva di Microsoft Distributed Transaction Control (MSDTC)

Nota

CSV non supportano il carico di lavoro cluster di Microsoft SQL Server in SQL Server 2012 e in versioni precedenti di SQL Server.

In Windows Server 2012 la funzionalità CSV è stata notevolmente migliorata. Sono state ad esempio rimosse le dipendenze da Servizi di dominio Active Directory. È stato aggiunto supporto per i miglioramenti funzionali in chkdsk, per l'interoperabilità con applicazioni antivirus e di backup e per l'integrazione con funzionalità generali di archiviazione, quali i volumi con crittografia BitLocker e Spazi di archiviazione. Per una panoramica della funzionalità CSV introdotta in Windows Server 2012, consultare la sezione Novità del clustering di failover in Windows Server 2012 [reindirizzato].

Windows Server 2012 R2 introduce funzionalità aggiuntive, ad esempio la proprietà CSV distribuita, un incremento di resilienza tramite la disponibilità del servizio Server, una maggiore flessibilità nella quantità di memoria fisica che può essere allocata alla cache CSV, una migliore funzione diagnostica e interoperabilità ottimizzata, incluso il supporto per ReFS e deduplicazione. Per maggiori informazioni, consultare la sezione Novità sul clustering di failover.

Nota

Per informazioni sull'uso della deduplicazione dati in CSV per scenari VDI (Virtual Desktop Infrastructure), vedere i post di blog sulla distribuzione della deduplicazione dati per l'archiviazione VDI in Windows Server 2012 R2 e su come estendere la deduplicazione dati a nuovi carichi di lavoro in Windows Server 2012 R2.

Verificare i requisiti e le considerazioni per l'uso di CSV in un cluster di failover

Prima di usare un volume CSV in un cluster di failover, verificare i requisiti e le considerazioni per rete, archiviazione e di altro tipo disponibili in questa sezione.

Considerazioni sulla configurazione di rete

Quando si configurano le reti che supportano CSV, prendere in considerazione gli elementi seguenti.

  • Più reti e più schede di rete. Per abilitare la tolleranza di errore in caso di errore di rete, è consigliabile fare in modo che più reti di cluster trasportino il traffico CSV oppure configurare gruppi di schede di rete.

    Se i nodi del cluster sono connessi a reti che non devono essere usate dal cluster, è consigliabile disabilitarli. È ad esempio consigliabile disabilitare l'uso delle reti iSCSI da parte del cluster, in modo da impedire il traffico CSV in tali reti. Per disabilitare una rete, in Gestione cluster di failover, selezionare Reti, selezionare la rete, fare clic sull'azione Proprietà e infine selezionare Non consentire comunicazioni di rete del cluster su questa rete. In alternativa, è possibile configurare la proprietà Ruolo della rete usando il cmdlet Get-ClusterNetwork di Windows PowerShell.

  • Proprietà delle schede di rete. Nelle proprietà per tutte le schede che trasportano le comunicazioni del cluster verificare che siano abilitate le impostazioni seguenti:

    • Client per reti Microsoft e Condivisione file e stampanti per reti Microsoft. Queste impostazioni supportano Server Message Block (SMB) 3.0, usato per impostazione predefinita per il trasporto del traffico CSV tra i nodi. Per abilitare SMB, assicurarsi anche che il servizio Server e il servizio Workstation siano in esecuzione e che siano configurati per l'avvio automatico in ogni nodo del cluster.

      Nota

      In Windows Server 2012 R2 e versioni successive sono disponibili più istanze del servizio Server per ogni nodo del cluster di failover. Il traffico in arrivo dai client SMB che accedono alle condivisioni file normali è gestito dall'istanza predefinita e una seconda istanza CSV gestisce solo il traffico CSV tra i nodi. Se il servizio Server in un nodo risulta non integro, la proprietà del volume CSV sarà trasferita automaticamente a un altro nodo.

      In SMB 3.0 sono incluse le funzionalità SMB multicanale e SMB diretto, che permettono il flusso del traffico dei volumi condivisi del cluster su più reti nel cluster e l'uso delle schede di rete che supportano Accesso diretto a memoria remota (RDMA). Per impostazione predefinita, SMB multicanale è usato per il traffico CSV. Per maggiori informazioni, consultare la sezione Panoramica Server Message Block.

    • Microsoft Failover Cluster Virtual Adapter Performance Filter. Questa impostazione permette di migliorare la capacità dei nodi di eseguire il reindirizzamento I/O quando necessario per raggiungere il volume CSV, ad esempio quando un errore di connettività impedisce la connessione diretta di un nodo al disco CSV. Il filtro prestazioni dell'adattatore virtuale NetFT è disabilitato per impostazione predefinita in tutte le versioni ad eccezione di Windows Server 2012 R2. Il filtro è disabilitato perché può causare problemi con i cluster Hyper-V che dispongono di un cluster guest in esecuzione nelle macchine virtuali in esecuzione su di essi. Sono stati riscontrati problemi in cui il filtro prestazioni dell'adattatore virtuale NetFT nell'host instrada erroneamente il traffico NetFT associato a una macchina virtuale guest all'host. Ciò può causare problemi di comunicazione con il cluster guest nella macchina virtuale. Se si distribuisce un carico di lavoro diverso da Hyper-V con cluster guest, l'abilitazione del filtro prestazioni dell'adattatore virtuale NetFT ottimizza e migliora le prestazioni del cluster. Per maggiori informazioni, consultare la sezione Informazioni sulla sincronizzazione I/O e sulla modalità I/O reindirizzata in comunicazione CSV più avanti in questo argomento.

  • Definizione delle priorità delle reti del cluster. È in genere consigliabile non modificare le preferenze configurate dal cluster per le reti.

  • Configurazione della subnet IP. Per i nodi in una rete che usa CSV non è richiesta alcuna configurazione specifica della subnet. CSV può supportare cluster estesi con più subnet.

  • Qualità del servizio (QoS) basata su criteri. Quando si usa CSV, è consigliabile configurare un criterio di priorità QoS e un criterio minimo per la larghezza di banda per il traffico di rete in ogni nodo. Per maggiori informazioni, consultare la sezione Quality of Service (QoS).

  • Rete di archiviazione. Per consigli sulla rete usata per l'archiviazione, esaminare le indicazioni rese disponibili dal fornitore del sistema di archiviazione. Per altre considerazioni sull'archiviazione per CSV, consultare la sezione Requisiti di archiviazione e configurazione disco per l'uso di CSV più avanti in questo argomento.

Per una panoramica dei requisiti hardware, di rete e di archiviazione per i cluster di failover, vedere Failover Clustering Hardware Requirements and Storage Options.

Informazioni sulla sincronizzazione I/O e sulla modalità I/O reindirizzata nelle comunicazioni CSV

  • Sincronizzazione I/O: CSV consente a più nodi di accedere contemporaneamente in lettura-scrittura alla stessa archiviazione condivisa. Quando un nodo esegue operazioni di input/output (I/O) del disco in un volume CSV, il nodo comunica direttamente con l'archiviazione, ad esempio tramite una rete di archiviazione (SAN, Storage Area Network). Tuttavia, in qualsiasi momento, un singolo nodo, definito nodo coordinatore, è "proprietario" della risorsa Disco fisico associata al LUN. Il nodo coordinatore per un volume CSV è visualizzato in Gestione cluster di failover come Nodo proprietario in Dischi. È visualizzato anche nell'output del cmdlet Get-ClusterSharedVolume di Windows PowerShell.

    Nota

    A partire da Windows Server 2012 R2, la proprietà di CSV è distribuita in modo uniforme tra i nodi del cluster di failover, in base al numero di volumi CSV di cui è proprietario ogni nodo. La proprietà viene anche ribilanciata automaticamente in caso di condizioni quali il failover del volume CSV, il reinserimento di un nodo nel cluster, l'aggiunta di un nuovo nodo al cluster, il riavvio di un nodo del cluster o l'avvio del cluster di failover dopo l'arresto.

    Quando si verificano determinate modifiche minori nel file system in un volume CSV, questi metadati devono essere sincronizzati in ogni nodo fisico che accede a LUN, non solo nel singolo nodo coordinatore. Ad esempio, quando una macchina virtuale in un volume CSV viene avviata, creata o eliminata o quando si esegue la migrazione di una VM, queste informazioni devono essere sincronizzate in ogni nodo fisico che accede alla macchina virtuale. Queste operazioni di aggiornamento dei metadati sono eseguite in parallelo nelle reti di cluster tramite SMB 3.0. Per queste operazioni non è necessario che tutti i nodi fisici comunichino con l'archiviazione condivisa.

  • Reindirizzamento I/O: gli errori di connettività dell'archiviazione e alcune operazioni di archiviazione possono impedire a un nodo specifico di comunicare direttamente con l'archiviazione. Per mantenere il funzionamento durante l'interruzione delle comunicazioni del nodo con l'archiviazione, il nodo reindirizza le operazioni I/O del disco tramite una rete di cluster al nodo coordinatore, in cui è attualmente montato il disco. In caso di errore di connettività dell'archiviazione nel nodo coordinatore corrente, tutte le operazioni I/O del disco saranno accodate temporaneamente, mentre si definisce un nuovo nodo come nodo coordinatore.

Il server usa una delle modalità di reindirizzamento I/O seguenti, in base alla situazione:

  • Reindirizzamento del file system Il reindirizzamento è relativo ai singoli volumi, ad esempio in caso di creazione di snapshot del volume CSV da parte di un'applicazione di backup quando a un volume CSV viene applicata manualmente la modalità I/O reindirizzato.
  • Reindirizzamento blocchi Il reindirizzamento è eseguito a livello di blocco di file, ad esempio in caso di perdita della connettività dell'archiviazione per un volume. Il reindirizzamento blocchi è significativamente più veloce rispetto al reindirizzamento del file system.

In Windows Server 2012 R2 e versioni successive, è possibile visualizzare lo stato di un volume CSV in base al nodo. Ad esempio, è possibile verificare se I/O è diretto o reindirizzato o se il volume CSV non è disponibile. Se un volume CSV è in modalità I/O reindirizzato, sarà visualizzato anche il motivo. Usare il cmdlet Get-ClusterSharedVolumeState di Windows PowerShell per visualizzare queste informazioni.

Importante

  • Si noti che i volumi condivisi cluster pre-formattati con ReFS usati su SAN non useranno I/O diretto, indipendentemente da tutti gli altri requisiti per l'I/O diretto.
  • Se si prevede di usare CSV in combinazione con dischi collegati SAN(-FrontEnd), formattare le unità con NTFS prima di convertirle in un file CSV per sfruttare i vantaggi delle prestazioni di I/O diretto.
  • Questo comportamento è impostato a livello di progettazione. Consultare le pagine collegate nella sezione Maggiori informazioni di seguito.
  • A causa dell'integrazione di CSV con funzionalità di SMB 3.0 quali SMB multicanale e SMB diretto, è possibile eseguire lo streaming del traffico I/O reindirizzato in più reti di cluster.
  • È consigliabile pianificare le reti di cluster in modo da permettere il potenziale incremento in traffico di rete verso il nodo coordinatore durante il reindirizzamento I/O.

Nota

  • In Windows Server 2012, a causa dei miglioramenti apportati alla progettazione di CSV, CSV esegue più operazioni in modalità di I/O diretto rispetto a Windows Server 2008 R2.
  • A causa dell'integrazione di CSV con funzionalità di SMB 3.0 quali SMB multicanale e SMB diretto, è possibile eseguire lo streaming del traffico I/O reindirizzato in più reti di cluster.
  • È consigliabile pianificare le reti di cluster in modo da permettere il potenziale incremento in traffico di rete verso il nodo coordinatore durante il reindirizzamento I/O.

Requisiti per l'archiviazione e la configurazione del disco

Per usare CSV, l'archiviazione e i dischi devono soddisfare i requisiti seguenti:

  • Formato del file system. In Windows Server 2012, un disco o uno spazio di archiviazione per un volume CSV deve essere un disco di base partizionato con NTFS. In Windows Server 2012 R2, un disco o uno spazio di archiviazione per un volume CSV deve essere un disco di base partizionato con NTFS o ReFS. In Windows Server 2016 o versione successiva e Azure Stack HCI un disco o uno spazio di archiviazione per un volume CSV deve essere un disco di base o un disco GPT (GUID Partition Table) partizionato con NTFS o ReFS.

    Per un volume CSV è necessario soddisfare i requisiti aggiuntivi seguenti:

    • In Windows Server 2012, non è possibile usare un disco per un volume CSV formattato con FAT, FAT32 o ReFS.
    • In Windows Server 2012 R2 e versioni superiori, non è possibile usare un disco per un CSV formattato con FAT o FAT32.
    • Non è possibile usare un volume CSV come disco di controllo del quorum. Per maggiori informazioni sul quorum del cluster, consultare la sezione Informazioni sul quorum in Spazi di archiviazione diretta.
    • Dopo l'aggiunta di un disco come volume CSV, il disco sarà designato nel formato CSVFS (CSV File System). Ciò permette al cluster e ad altro software di differenziare l'archiviazione CSV da altra archiviazione NTFS o ReFS. In genere, CSVFS supporta la stessa funzionalità come NTFS o ReFS. Alcune funzionalità, tuttavia, non sono supportate. Ad esempio, in Windows Server 2012 R2, non è possibile abilitare la compressione su un volume CSV. In Windows Server 2012, non è possibile abilitare la deduplicazione dati o la compressione su un volume CSV.

  • Tipo di risorsa nel cluster. Per un volume CSV è necessario usare il tipo di risorsa Disco fisico. Per impostazione predefinita, un disco o uno spazio di archiviazione aggiunto a un'archiviazione cluster è configurato automaticamente in questo modo.

  • Scelta di dischi CSV o altri dischi nell'archiviazione cluster. Quando si scelgono uno o più dischi per una macchina virtuale in cluster, è necessario valutare il modo in cui ogni disco sarà usato. Se un disco sarà usato per l'archiviazione di file creati da Hyper-V, ad esempio file VHD/VHDX o file di configurazione, sarà possibile scegliere un disco CSV o uno degli altri dischi disponibili nell'archiviazione cluster. Se un disco sarà un disco fisico collegato direttamente alla macchina virtuale (definito anche disco pass-through), non sarà possibile scegliere un disco CSV e sarà necessario scegliere uno degli altri dischi disponibili nell'archiviazione cluster.

  • Nome del percorso per identificare i dischi. I dischi in CSV sono identificati tramite un nome di percorso. Ogni percorso risulta essere nell'unità di sistema del nodo come volume numerato nella cartella \ClusterStorage . Questo percorso è lo stesso quando viene visualizzato da qualsiasi nodo nel cluster. È possibile rinominare i volumi, se necessario, ma è consigliabile eseguire prima di qualsiasi macchina virtuale (se Hyper-V) o di un'applicazione, ad esempio SQL Server, installata. Non è possibile rinominare CSV se sono presenti handle aperti,ad esempio una macchina virtuale attivata o in uno stato salvato.

Per i requisiti di archiviazione relativi a CSV, esaminare le indicazioni rese disponibili dal fornitore del sistema di archiviazione. Per considerazioni aggiuntive sulla pianificazione dell'archiviazione per CSV, vedere Pianificare l'uso di CSV in un cluster di failover più avanti in questo argomento.

Requisiti del nodo

Per usare CSV, i nodi devono soddisfare i requisiti seguenti:

  • Lettera di unità del disco di sistema. La lettera di unità del disco di sistema deve essere la stessa per tutti i nodi.
  • Protocollo di autenticazione. Il protocollo NTLM deve essere abilitato su tutti i nodi. L'impostazione è abilitata per impostazione predefinita. A partire da Windows Server 2019 e Azure Stack HCI, le dipendenze NTLM sono state rimosse perché usano i certificati per l'autenticazione.

Pianificare l'uso di CSV in un cluster di failover

Questa sezione include un elenco delle considerazioni relative alla pianificazione e suggerimenti per l'uso di CSV in un cluster di failover.

Importante

Per indicazioni sulla configurazione dell'unità di archiviazione specifica in uso per CSV, rivolgersi al fornitore del sistema di archiviazione. Se le indicazioni del fornitore del sistema di archiviazione sono diverse dalle informazioni disponibili in questo argomento, usare le indicazioni del fornitore.

Disposizione di LUN, volumi e file VHD

Per usare CSV in modo ottimale per offrire archiviazione per VM in cluster, è utile esaminare la disposizione di LUN (dischi) quando si configurano i server fisici. Quando si configurano le macchine virtuali corrispondenti, è necessario provare a disporre i file VHD in modo analogo.

Prendere in considerazione un server fisico in cui organizzare i dischi e i file come segue:

  • File di sistema, incluso un file di paging, in un disco fisico.
  • File di dati in un altro disco fisico.

Per una VM in cluster equivalente, è consigliabile organizzare i volumi e i file in modo analogo:

  • File di sistema, incluso un file di paging, in un file VHD in un volume CSV.
  • File di dati in un file VHD in un altro volume CSV.

Se si aggiunge un'altra macchina virtuale, è consigliabile, se possibile, mantenere la stessa disposizione per i file VHD nella VM aggiuntiva.

Numero e dimensioni di LUN e volumi

Quando si pianifica la configurazione dell'archiviazione per un cluster di failover che usa CSV, tenere in considerazione i suggerimenti seguenti:

  • Per definire il numero di LUN da configurare, rivolgersi al fornitore del sistema di archiviazione. Ad esempio, è possibile che il fornitore del sistema di archiviazione suggerisca di configurare ogni LUN con una partizione in cui posizionare un volume CSV.

  • Creare almeno un csv per nodo.

  • Non sono previste limitazioni per il numero di macchine virtuali che possono essere supportate in un singolo volume CSV. È tuttavia consigliabile esaminare il numero di VM che si prevede di includere in un cluster e il carico di lavoro (operazioni I/O al secondo) per ogni macchina virtuale. Vedi gli esempi seguenti:

    • Un'organizzazione distribuisce macchine virtuali che supporteranno un'infrastruttura VDI (Virtual Desktop Infrastructure), che costituisce un carico di lavoro relativamente leggero. Per il cluster si usa l'archiviazione a prestazioni elevate. L'amministratore del cluster, dopo avere consultato il fornitore del sistema di archiviazione, decide di posizionare un numero relativamente elevato di VM per ogni volume CSV.
    • Un'altra organizzazione distribuisce un numero elevato di macchine virtuali che supporteranno un'applicazione database molto usata, che rappresenta un carico di lavoro più pesante. Nel cluster si usa l'archiviazione a prestazioni inferiori. L'amministratore del cluster, dopo avere consultato il fornitore del sistema di archiviazione, decide di posizionare un numero relativamente ridotto di VM per ogni volume CSV.

  • Quando si pianifica la configurazione dell'archiviazione per una macchina virtuale specifica, è necessario tenere in considerazione i requisiti del disco del servizio, dell'applicazione o del ruolo che sarà supportato dalla macchina virtuale. La verifica di questi requisiti permette di evitare il conflitto tra dischi, che potrebbe influire negativamente sulle prestazioni. È consigliabile che la configurazione di archiviazione per la macchina virtuale sia il più possibile analoga alla configurazione di archiviazione che sarebbe usata per un server fisico che esegue lo stesso servizio, la stessa applicazione o lo stesso ruolo. Per maggiori informazioni, consultare la sezione Disposizione di LUN, volumi e file VHD, in precedenza in questo argomento.

    È anche possibile attenuare il conflitto tra dischi configurando l'archiviazione con un numero elevato di dischi rigidi fisici indipendenti. Scegliere l'hardware di archiviazione di conseguenza e rivolgersi al fornitore per ottimizzare le prestazioni del sistema di archiviazione.

  • In base ai carichi di lavoro del cluster e alla rispettiva necessità di operazioni I/O, è possibile prendere in considerazione la configurazione solo di una percentuale di VM per l'accesso a ogni LUN, mentre le altre macchine virtuali non dispongono di connettività e sono invece dedicate alle operazioni di calcolo.

Aggiungere un disco a CSV in un cluster di failover

La funzionalità CSV è abilitata per impostazione predefinita nel Clustering di failover. Per aggiungere un disco a CSV, è necessario aggiungere un disco al gruppo Archiviazione disponibile del cluster, se non è già stato aggiunto, quindi aggiungere il disco a CSV nel cluster. È possibile usare Gestione cluster di failover o i cmdlet Windows PowerShell dei cluster di failover per eseguire queste procedure.

Aggiungere un disco all'archiviazione disponibile

  1. In Gestione cluster di failover espandere il nome del cluster nell'albero della console e quindi espandere Archiviazione.

  2. Fare clic con il pulsante destro del mouse su Dischi, quindi selezionare Aggiungi disco. Nell'elenco visualizzato sono inclusi i dischi che è possibile aggiungere per l'uso in un cluster di failover.

  3. Selezionare il disco o i dischi da aggiungere, quindi selezionare OK.

    I dischi sono ora assegnati al gruppo Archiviazione disponibile .

Comandi equivalenti di Windows PowerShell (aggiungere un disco ad Archiviazione disponibile)

Il cmdlet o i cmdlet di Windows PowerShell seguenti eseguono la stessa funzione della procedura precedente. Immettere ogni cmdlet in una singola riga, anche se qui può sembrare che siano divisi su più righe a causa di vincoli di formattazione.

Nell'esempio seguente vengono identificati i dischi pronti per l'aggiunta al cluster e i dischi vengono aggiunti al gruppo Archiviazione disponibile .

Get-ClusterAvailableDisk | Add-ClusterDisk

Aggiungere un disco in Archiviazione disponibile a CSV

  1. In Gestione cluster di failover, espandere il nome del cluster nell'albero della console, quindi espandere Archiviazione e infine fare clic su Dischi.

  2. Selezionare uno o più dischi assegnati ad Archiviazione disponibile, fare clic sul pulsante destro del mouse sulla selezione, quindi selezionare Aggiungi ai volumi condivisi del cluster.

    I dischi sono ora assegnati al gruppo Volume condiviso cluster nel cluster. I dischi sono esposti in ogni nodo del cluster come volumi numerati (punti di montaggio) nella cartella %SystemDrive%ClusterStorage. I volumi sono visualizzati nel file system CSVFS.

Nota

È possibile rinominare i volumi CSV nella cartella %SystemDrive%ClusterStorage.

Comandi equivalenti di Windows PowerShell (aggiungere un disco a CSV)

Il cmdlet o i cmdlet di Windows PowerShell seguenti eseguono la stessa funzione della procedura precedente. Immettere ogni cmdlet in una singola riga, anche se qui può sembrare che siano divisi su più righe a causa di vincoli di formattazione.

Nell'esempio seguente si aggiunge il Cluster Disk 1 in Archiviazione disponibile a CSV nel cluster locale.

Add-ClusterSharedVolume –Name "Cluster Disk 1"

Abilitare la cache CSV per carichi di lavoro a utilizzo intensivo di operazioni di lettura (facoltativo)

La cache CSV offre la memorizzazione nella cache a livello di blocco di operazioni I/O senza buffer di sola lettura tramite l'allocazione di memoria di sistema (RAM) come cache write-through. Le operazioni di I/O non memorizzate nella cache non vengono memorizzate nella cache dal gestore cache. Ciò può migliorare le prestazioni per applicazioni come Hyper-V, che esegue operazioni di I/O non memorizzate durante l'accesso a un disco rigido virtuale. Grazie alla cache CSV è possibile migliorare le prestazioni delle richieste di lettura senza memorizzare nella cache le richieste di scrittura. L'abilitazione della cache CSV è utile anche per scenari di file server di scalabilità orizzontale.

Nota

È consigliabile abilitare la cache CSV per tutte le distribuzioni Hyper-V e di file server di scalabilità orizzontale.

In Windows Server 2019 la cache CSV è attivata per impostazione predefinita con 1 gibibyte (GiB) allocato. In Windows Server 2016 e Windows Server 2012 è disattivato per impostazione predefinita. In Windows Server 2012 R2 la cache CSV è abilitata per impostazione predefinita; Tuttavia, è comunque necessario allocare le dimensioni della cache dei blocchi per riservare.

La tabella seguente descrive le due impostazioni di configurazione che controllano la cache CSV.

Windows Server 2012 R2 e versioni successive Windows Server 2012 Descrizione
BlockCacheSize SharedVolumeBlockCacheSizeInMB Si tratta di una proprietà comune del cluster che permette di definire la quantità di memoria (in megabyte) da riservare per la cache CSV in ogni nodo nel cluster. Ad esempio, se si definisce un valore pari a 512, in ogni nodo saranno riservati 512 MB di memoria di sistema. In molti cluster, 512 MB è un valore consigliato. L'impostazione predefinita è 0 (per disabilitata).
EnableBlockCache CsvEnableBlockCache Si tratta di una proprietà privata della risorsa Disco fisico del cluster. Permette di abilitare la cache CSV in un singolo disco aggiunto a CSV. In Windows Server 2012 l'impostazione predefinita è 0 (per disabilitato). Per abilitare la cache CSV su un disco, configurare un valore pari a 1. Per impostazione predefinita, in Windows Server 2012 R2 questa impostazione è abilitata.

È possibile monitorare la cache CSV in Monitoraggio delle prestazioni aggiungendo i contatori in Cache del volume condiviso del cluster.

Configurare la cache CSV

  1. Avvia Windows PowerShell come amministratore.

  2. Per definire una cache di 512 MB da riservare in ogni nodo, digitare quanto segue:

    • Per Windows Server 2012 R2 e versioni successive:

      (Get-Cluster).BlockCacheSize = 512

    • Per Windows Server 2012:

      (Get-Cluster).SharedVolumeBlockCacheSizeInMB = 512

  3. In Windows Server 2012, per abilitare la cache CSV in un volume CSV denominato Cluster Disco 1, immettere quando segue:

    Get-ClusterSharedVolume "Cluster Disk 1" | Set-ClusterParameter CsvEnableBlockCache 1

Nota

  • In Windows Server 2012, è possibile allocare solo il 20% della RAM fisica totale alla cache CSV. In Windows Server 2012 R2 e versioni successive, è possibile allocare fino all'80%. Poiché per i server di scalabilità orizzontale non sono in genere previsti vincoli di memoria, è possibile ottenere notevoli vantaggi a livelli di prestazioni usando la memoria extra per la cache CSV.
  • Per evitare il conflitto tra risorse, è consigliabile riavviare ogni nodo nel cluster dopo la modifica della memoria allocata alla cache CSV. In Windows Server 2012 R2 e versioni successive, un riavvio non è più necessario.
  • Dopo l'abilitazione o disabilitazione della cache CSV in un singolo disco, per applicare l'impostazione sarà necessario portare offline la risorsa Disco fisico e quindi riportarla online. Per impostazione predefinita, in Windows Server 2012 R2 e versioni successive, la cache CSV è abilitata.
  • Per altre informazioni sulla cache CSV e sui contatori delle prestazioni, vedere il post di blog su come abilitare la cache CSV.

Backup di CSV

È possibile eseguire in molti modi il backup delle informazioni archiviate in CSVs in un cluster di failover. Si può usare un'applicazione di backup Microsoft oppure un'applicazione non Microsoft. In generale, per CSV non sono previsti requisiti speciali di backup oltre a quelli relativi all'archiviazione in cluster formattata con NTFS o ReFS. I backup di CSV non influiscono inoltre sulle altre operazioni di archiviazione CSV.

Quando si seleziona un'applicazione di backup e una pianificazione di backup per CSV, è consigliabile tenere in considerazione i fattori seguenti:

  • Il backup a livello di volume di un volume CSV può essere eseguito da qualsiasi nodo che si connette al volume CSV.
  • L'applicazione di backup può usare snapshot software o snapshot hardware. In base alla capacità dell'applicazione di backup di supportarli, per i backup è possibile usare snapshot del Servizio Copia Shadow del volume coerenti con l'applicazione e con gli arresti anomali.
  • Se si esegue un backup di un volume CSV in cui sono in esecuzione più macchine virtuali, è in genere consigliabile scegliere un metodo di gestione del backup basato su sistema operativo. Se questa operazione è supportata dall'applicazione di backup, è possibile eseguire contemporaneamente il backup di più macchine virtuali.
  • Csv supporta i richiedenti di backup che eseguono Windows Server Backup. In Windows Server Backup è in genere disponibile solo una soluzione di backup di base che potrebbe non essere adatta per organizzazioni con cluster di grandi dimensioni. Il backup su CSV di macchine virtuali coerenti con l'applicazione non è supportato in Windows Server Backup. È supportato solo il backup a livello di volume coerente con gli arresti anomali. Se si ripristina un backup coerente con l'arresto anomalo del sistema, la macchina virtuale sarà nello stesso stato in cui si verificava un arresto anomalo della macchina virtuale nel momento esatto in cui è stato eseguito il backup. Un backup di una macchina virtuale in un volume CSV avrà esito positivo, ma verrà registrato un evento di errore che indica che non è supportato.
  • Quando si esegue il backup di un cluster di failover potrebbero essere necessarie credenziali di amministratore.

Importante

Assicurarsi di esaminare con attenzione i dati di cui l'applicazione di backup esegue il backup e il ripristino, le funzionalità CSV supportate e i requisiti di risorse per l'applicazione in ogni nodo del cluster.

Avviso

Se è necessario ripristinare i dati di backup in un volume CSV, prestare attenzione alle capacità e alle limitazioni dell'applicazione di backup in merito al mantenere e ripristinare i dati coerenti con l'applicazione nei nodi del cluster. In alcune applicazioni, ad esempio, se si ripristina CSV in un nodo diverso dal nodo in cui è stato eseguito il backup del volume CSV, è possibile che siano accidentalmente sovrascritti dati importanti sullo stato dell'applicazione nel nodo in cui si sta eseguendo il ripristino.

Ulteriori informazioni