Per fornire uno storage temporaneo per i caricamenti, i download e gli elementi di catalogo pubblicati o sottoscritti esternamente, è necessario che un NFS o un altro volume di storage condiviso sia accessibile da tutti i server in un gruppo di server VMware Cloud Director.

Ogni membro del gruppo server deve montare questo volume nello stesso punto di montaggio: /opt/vmware/vcloud-director/data/transfer. Lo spazio di questo volume viene impiegato in molti modi, tra cui:
  • Durante i trasferimenti, i caricamenti e i download occupano questo storage. Al termine del trasferimento, i caricamenti e i download vengono rimossi dallo storage. I trasferimenti che non presentano avanzamenti per 60 minuti sono contrassegnati come scaduti ed eliminati dal sistema. Le immagini trasferite possono essere di grandi dimensioni, quindi è utile assegnare a questo utilizzo varie centinaia di gigabyte.
  • Gli elementi dei cataloghi che sono pubblicati esternamente e per cui è abilitata la memorizzazione nella cache dei contenuti pubblicati, occupano questo storage. Gli elementi dei cataloghi che sono pubblicati esternamente ma non abilitano la memorizzazione nella cache, non occupano questo storage. Se si consente alle organizzazioni nel cloud di creare cataloghi pubblicati esternamente, è possibile supporre che centinaia o addirittura migliaia di elementi di catalogo richiedano spazio in questo volume. La dimensione di ciascun elemento di catalogo è all’incirca la dimensione di una macchina virtuale in formato OVF compresso.
Nota: Il volume dello storage del server di trasferimento deve avere capacità di espansione futura.

Opzioni di storage condiviso

Un server NFS tradizionale basato su Linux o altre soluzioni come Microsoft Windows Server, la funzionalità NFS di VMware vSAN File Service, e simili, può fornire lo storage condiviso. A partire da vSAN 7.0, è possibile utilizzare la funzionalità di vSAN File Service per esportare le condivisioni NFS utilizzando i protocolli NFS 3.0 e NFS 4.1. Per ulteriori informazioni su vSAN File Service, vedere la guida Amministrazione di VMware vSAN nella documentazione del prodotto VMware vSphere.

Requisiti per la configurazione del server NFS

Esistono requisiti specifici per la configurazione del server NFS, in modo che VMware Cloud Director possa scrivere file in una posizione di storage del server di trasferimento basata su NFS e leggere i file da tale posizione. In base a questi requisiti, l'utente vcloud può eseguire le operazioni standard del cloud e l'utente root può eseguire la raccolta di registri da più celle.
  • L'elenco di esportazione per il server NFS deve consentire a ciascun membro del server nel gruppo di server di VMware Cloud Director l'accesso in lettura e scrittura alla posizione condivisa identificata nell'elenco di esportazione. Questa funzionalità consente all'utente vcloud di scrivere file nella posizione condivisa e di leggere file da tale posizione.
  • Il server NFS deve consentire l'accesso in lettura e scrittura alla posizione condivisa dall'account di sistema root in ciascun server nel gruppo di server di VMware Cloud Director. Questa funzionalità consente di raccogliere i registri da tutte le celle contemporaneamente in un singolo bundle utilizzando lo script vmware-vcd-support con le relative opzioni per più celle. È possibile soddisfare questo requisito utilizzando no_root_squash nella configurazione di esportazione NFS per questa posizione condivisa.

Esempio di server NFS Linux

Se il server NFS Linux dispone di una directory denominata vCDspace come spazio di trasferimento per il gruppo di server di VMware Cloud Director con posizione /nfs/vCDspace, per esportare questa directory è necessario assicurarsi che la relativa proprietà e le autorizzazioni siano root:root e 750. Il metodo per consentire l'accesso in lettura e scrittura alla posizione condivisa per tre celle denominate vCD-Cell1-IP, vCD-Cell2-IP e vCD-Cell3-IP è il metodo no_root_squash. È necessario aggiungere le righe seguenti al file /etc/exports. 
/nfs/vCDspace vCD_Cell1_IP_Address(rw,sync,no_subtree_check,no_root_squash) 
/nfs/vCDspace vCD_Cell2_IP_Address(rw,sync,no_subtree_check,no_root_squash)
/nfs/vCDspace vCD_Cell3_IP_Address(rw,sync,no_subtree_check,no_root_squash)

Non deve essere presente alcuno spazio tra l'indirizzo IP di ciascuna cella e la relativa parentesi aperta immediatamente successiva nella riga di esportazione. Se il server NFS viene riavviato mentre le celle scrivono i dati nella posizione condivisa, l'uso dell'opzione sync nella configurazione di esportazione impedisce il danneggiamento dei dati nella posizione condivisa. L'uso dell'opzione no_subtree_check nella configurazione di esportazione migliora l'affidabilità quando viene esportata una sottodirectory di un file system.

Per ciascun server nel gruppo di server VMware Cloud Director, è necessario che nel file file/etc/exports del server NFS sia presente una voce corrispondente in modo che tutti possano montare questa condivisione NFS. Dopo aver apportato le modifiche al file /etc/exports sul server NFS, eseguire exportfs -a per riesportare tutte le condivisioni NFS.

Considerazioni sulla pianificazione dell'aggiornamento dell'installazione di VMware Cloud Director a una versione successiva

Durante l'aggiornamento di un gruppo di server di VMware Cloud Director, si esegue il file di installazione per la versione aggiornata per aggiornare tutti i membri del gruppo di server di VMware Cloud Director. Per comodità, alcune organizzazioni scelgono di scaricare il file di installazione per l'aggiornamento nella posizione di storage del server di trasferimento ed eseguirlo da tale posizione, perché tutte le celle possono accedervi. Poiché l'utente root deve essere utilizzato per eseguire il file di installazione dell'aggiornamento, se si desidera utilizzare la posizione di storage del server di trasferimento per l'esecuzione di un aggiornamento, è necessario assicurarsi che l'utente root possa eseguire il file di installazione dell'aggiornamento quando si esegue l'aggiornamento. Se non è possibile eseguire l'aggiornamento come utente root, il file deve essere copiato in un'altra posizione in cui può essere eseguito come utente root, ad esempio un'altra directory esterna al montaggio NFS.