Implementazione di un nodo StorageGRID come macchina virtuale
VMware vSphere Web Client consente di implementare ciascun nodo grid come macchina virtuale. Durante l'implementazione, ciascun nodo grid viene creato e connesso a una o più reti StorageGRID. In alternativa, è possibile rimappare le porte dei nodi o aumentare le impostazioni della CPU o della memoria per il nodo prima di accenderlo.
-
Hai esaminato gli argomenti di pianificazione e preparazione e hai compreso i requisiti per software, CPU e RAM, storage e performance.
-
Hai familiarità con VMware vSphere Hypervisor e hai esperienza nell'implementazione di macchine virtuali in questo ambiente.
Il open-vm-tools
Il pacchetto, un'implementazione open-source simile a VMware Tools, è incluso nella macchina virtuale StorageGRID. Non è necessario installare VMware Tools manualmente. -
È stata scaricata ed estratta la versione corretta dell'archivio di installazione di StorageGRID per VMware.
Se si implementa il nuovo nodo come parte di un'operazione di espansione o ripristino, è necessario utilizzare la versione di StorageGRID attualmente in esecuzione sulla griglia. -
Si dispone del disco della macchina virtuale StorageGRID (
.vmdk
) file:
NetApp-SG-version-SHA.vmdk
-
Hai il
.ovf
e..mf
file per ogni tipo di nodo griglia che si sta implementando:Nome file Descrizione vsphere-primary-admin.ovf vsphere-primary-admin.mf
Il file di modello e il file manifest per il nodo di amministrazione primario.
vsphere-non-primary-admin.ovf vsphere-non-primary-admin.mf
Il file di modello e il file manifest per un nodo di amministrazione non primario.
vsphere-archive.ovf vsphere-archive.mf
Il file modello e il file manifesto per un nodo di archiviazione.
vsphere-gateway.ovf vsphere-gateway.mf
Il file di modello e il file manifest per un nodo gateway.
vsphere-storage.ovf vsphere-storage.mf
Il file modello e il file manifesto per un nodo di storage.
-
Il
.vdmk
,.ovf
, e..mf
i file si trovano tutti nella stessa directory. -
Hai un piano per ridurre al minimo i domini di guasto. Ad esempio, non è necessario implementare tutti i nodi gateway su un singolo server di macchine virtuali.
In un'implementazione in produzione, non eseguire più di un nodo di storage su un singolo server di macchine virtuali. L'utilizzo di un host di macchina virtuale dedicato per ciascun nodo di storage fornisce un dominio di errore isolato. -
Se si sta implementando un nodo come parte di un'operazione di espansione o ripristino, si hanno a disposizione le istruzioni per espandere un sistema StorageGRID o le istruzioni di ripristino e manutenzione.
-
Se si implementa un nodo StorageGRID come macchina virtuale con storage assegnato da un sistema NetApp AFF, si conferma che il volume non dispone di una policy di tiering FabricPool attivata. Ad esempio, se un nodo StorageGRID viene eseguito come macchina virtuale su un host VMware, assicurarsi che il volume che esegue il backup del datastore per il nodo non abbia un criterio di tiering FabricPool attivato. La disattivazione del tiering FabricPool per i volumi utilizzati con i nodi StorageGRID semplifica la risoluzione dei problemi e le operazioni di storage.
Non utilizzare mai FabricPool per eseguire il tiering dei dati relativi a StorageGRID su StorageGRID. Il tiering dei dati StorageGRID su StorageGRID aumenta la risoluzione dei problemi e la complessità operativa.
Seguire queste istruzioni per implementare inizialmente i nodi VMware, aggiungere un nuovo nodo VMware in un'espansione o sostituire un nodo VMware come parte di un'operazione di recovery. Ad eccezione di quanto indicato nei passaggi, la procedura di implementazione del nodo è la stessa per tutti i tipi di nodo, inclusi i nodi Admin, Storage, Gateway e Archive.
Se si sta installando un nuovo sistema StorageGRID:
-
È necessario implementare il nodo di amministrazione primario prima di implementare qualsiasi altro nodo della griglia.
-
È necessario assicurarsi che ciascuna macchina virtuale possa connettersi al nodo di amministrazione primario tramite la rete di rete.
-
È necessario implementare tutti i nodi della griglia prima di configurarla.
Se si sta eseguendo un'operazione di espansione o ripristino:
-
È necessario assicurarsi che la nuova macchina virtuale possa connettersi al nodo di amministrazione primario tramite la rete di rete.
Se è necessario rimappare una delle porte del nodo, non accendere il nuovo nodo fino al completamento della configurazione del rimappamento delle porte.
-
Utilizzando vCenter, implementare un modello OVF.
Se si specifica un URL, selezionare una cartella contenente i seguenti file. In caso contrario, selezionare ciascuno di questi file da una directory locale.
NetApp-SG-version-SHA.vmdk vsphere-node.ovf vsphere-node.mf
Ad esempio, se si tratta del primo nodo che si sta implementando, utilizzare questi file per distribuire il nodo di amministrazione primario per il sistema StorageGRID:
NetApp-SG-version-SHA.vmdk sphere-primary-admin.ovf sphere-primary-admin.mf
-
Specificare un nome per la macchina virtuale.
La procedura standard consiste nell'utilizzare lo stesso nome sia per la macchina virtuale che per il nodo Grid.
-
Posizionare la macchina virtuale nella vApp o nel pool di risorse appropriato.
-
Se si sta implementando il nodo di amministrazione principale, leggere e accettare il Contratto di licenza con l'utente finale.
A seconda della versione di vCenter in uso, l'ordine dei passaggi varia in base all'accettazione del Contratto di licenza con l'utente finale, specificando il nome della macchina virtuale e selezionando un datastore -
Selezionare lo storage per la macchina virtuale.
Se si sta implementando un nodo come parte dell'operazione di ripristino, eseguire le istruzioni in fase di recovery dello storage per aggiungere nuovi dischi virtuali, ricollegare i dischi rigidi virtuali dal nodo grid guasto o da entrambi. Quando si implementa un nodo di storage, utilizzare 3 o più volumi di storage, con un volume di storage di 4 TB o superiore. È necessario assegnare almeno 4 TB al volume 0.
Il file .ovf del nodo di storage definisce diversi VMDK per lo storage. A meno che questi VMDK non soddisfino i requisiti di storage, è necessario rimuoverli e assegnare VMDK o RDM appropriati per lo storage prima di accendere il nodo. I VMDK sono più comunemente utilizzati negli ambienti VMware e sono più facili da gestire, mentre gli RDM possono fornire performance migliori per i carichi di lavoro che utilizzano oggetti di dimensioni maggiori (ad esempio, superiori a 100 MB). -
Selezionare reti.
Determinare quali reti StorageGRID utilizzare dal nodo selezionando una rete di destinazione per ciascuna rete di origine.
-
La rete grid è obbligatoria. Selezionare una rete di destinazione nell'ambiente vSphere.
-
Se si utilizza la rete di amministrazione, selezionare un'altra rete di destinazione nell'ambiente vSphere. Se non si utilizza la rete di amministrazione, selezionare la stessa destinazione selezionata per la rete di griglia.
-
Se si utilizza la rete client, selezionare un'altra rete di destinazione nell'ambiente vSphere. Se non si utilizza la rete client, selezionare la stessa destinazione selezionata per la rete griglia.
-
-
In Personalizza modello, configurare le proprietà del nodo StorageGRID richieste.
-
Inserire il nome del nodo.
Se si sta ripristinando un nodo Grid, è necessario immettere il nome del nodo che si sta ripristinando. -
Nella sezione Grid Network (eth0), selezionare STATIC (STATICO) o DHCP per la configurazione Grid network IP (IP rete griglia).
-
Se si seleziona STATIC (STATICO), inserire Grid network IP, Grid network mask, Grid network gateway e Grid network MTU.
-
Se si seleziona DHCP, vengono assegnati automaticamente Grid network IP, Grid network mask e Grid network gateway.
-
-
Nel campo Primary Admin IP (Indirizzo amministratore primario), immettere l'indirizzo IP del nodo di amministrazione primario per la rete di rete.
Questo passaggio non si applica se il nodo che si sta implementando è il nodo Admin primario.
Se si omette l'indirizzo IP principale del nodo di amministrazione, l'indirizzo IP verrà rilevato automaticamente se il nodo di amministrazione primario, o almeno un altro nodo della griglia con ADMIN_IP configurato, è presente sulla stessa sottorete. Tuttavia, si consiglia di impostare qui l'indirizzo IP del nodo di amministrazione principale.
-
Nella sezione Admin Network (eth1), selezionare STATIC (STATICO), DHCP (DHCP) o DISABLED (DISATTIVATO) per la configurazione Admin network IP (Indirizzo IP di rete amministratore).
-
Se non si desidera utilizzare la rete di amministrazione, selezionare DISABLED (DISATTIVATA) e immettere 0.0.0.0 come IP della rete di amministrazione. È possibile lasciare vuoti gli altri campi.
-
Se si seleziona STATICO, inserire Admin network IP, Admin network mask, Admin network gateway e Admin network MTU.
-
Se si seleziona STATICO, inserire l'elenco Admin network external subnet list. È inoltre necessario configurare un gateway.
-
Se si seleziona DHCP, vengono assegnati automaticamente Admin network IP, Admin network mask e Admin network gateway.
-
-
Nella sezione Client Network (eth2), selezionare STATIC (STATICO), DHCP (DHCP) o DISABLED (DISATTIVATO) per la configurazione Client Network IP (IP di rete client).
-
Se non si desidera utilizzare la rete client, selezionare DISABLED (DISATTIVATA) e immettere 0.0.0.0 come IP di rete client. È possibile lasciare vuoti gli altri campi.
-
Se si seleziona STATIC (STATICO), inserire Client network IP (IP di rete client), Client network mask (maschera di rete client), Client network gateway e Client network MTU.
-
Se si seleziona DHCP, vengono assegnati automaticamente IP di rete client, maschera di rete client e gateway di rete client.
-
-
-
Esaminare la configurazione della macchina virtuale e apportare le modifiche necessarie.
-
Quando si è pronti per il completamento, selezionare fine per avviare il caricamento della macchina virtuale.
-
se questo nodo è stato implementato come parte dell'operazione di recovery e non si tratta di un recovery a nodo completo, attenersi alla seguente procedura al termine dell'implementazione:
-
Fare clic con il pulsante destro del mouse sulla macchina virtuale e selezionare Edit Settings (Modifica impostazioni).
-
Selezionare ciascun disco rigido virtuale predefinito designato per lo storage e selezionare Rimuovi.
-
A seconda delle circostanze di ripristino dei dati, aggiungere nuovi dischi virtuali in base ai requisiti di storage, ricollegare eventuali dischi rigidi virtuali conservati dal nodo Grid guasto precedentemente rimosso o da entrambi.
Prendere nota delle seguenti importanti linee guida:
-
Se si aggiungono nuovi dischi, è necessario utilizzare lo stesso tipo di dispositivo di storage utilizzato prima del ripristino del nodo.
-
Il file .ovf del nodo di storage definisce diversi VMDK per lo storage. A meno che questi VMDK non soddisfino i requisiti di storage, è necessario rimuoverli e assegnare VMDK o RDM appropriati per lo storage prima di accendere il nodo. I VMDK sono più comunemente utilizzati negli ambienti VMware e sono più facili da gestire, mentre gli RDM possono fornire performance migliori per i carichi di lavoro che utilizzano oggetti di dimensioni maggiori (ad esempio, superiori a 100 MB).
-
-
-
Se è necessario rimappare le porte utilizzate da questo nodo, attenersi alla seguente procedura.
Potrebbe essere necessario rimappare una porta se i criteri di rete aziendali limitano l'accesso a una o più porte utilizzate da StorageGRID. Consultare le linee guida di rete per le porte utilizzate da StorageGRID.
Non rimappare le porte utilizzate negli endpoint del bilanciamento del carico. -
Selezionare la nuova VM.
-
Dalla scheda Configura, selezionare Impostazioni > Opzioni vApp.
La posizione di vApp Options dipende dalla versione di vCenter. -
Nella tabella Proprietà, individuare PORT_REMAP_INBOUND e PORT_REMAP.
-
Per mappare simmetricamente le comunicazioni in entrata e in uscita per una porta, selezionare PORT_REMAP.
Se viene impostato solo PORT_REMAP, il mapping specificato si applica alle comunicazioni in entrata e in uscita. Se VIENE specificato anche PORT_REMAP_INBOUND, PORT_REMAP si applica solo alle comunicazioni in uscita. -
Tornare alla parte superiore della tabella e selezionare Modifica.
-
Nella scheda tipo, selezionare configurabile dall'utente e selezionare Salva.
-
Selezionare Imposta valore.
-
Inserire la mappatura delle porte:
<network type>/<protocol>/<default port used by grid node>/<new port>
<network type>
è grid, admin o client, e.<protocol>
è tcp o udp.Ad esempio, per rimappare il traffico ssh dalla porta 22 alla porta 3022, immettere:
client/tcp/22/3022
-
Selezionare OK.
-
-
Per specificare la porta utilizzata per le comunicazioni in entrata al nodo, selezionare PORT_REMAP_INBOUND.
Se si specifica PORT_REMAP_INBOUND e non si specifica un valore per PORT_REMAP, le comunicazioni in uscita per la porta rimangono invariate. -
Tornare alla parte superiore della tabella e selezionare Modifica.
-
Nella scheda tipo, selezionare configurabile dall'utente e selezionare Salva.
-
Selezionare Imposta valore.
-
Inserire la mappatura delle porte:
<network type>/<protocol>/<remapped inbound port>/<default inbound port used by grid node>
<network type>
è grid, admin o client, e.<protocol>
è tcp o udp.
Ad esempio, per rimappare il traffico SSH in entrata inviato alla porta 3022 in modo che venga ricevuto alla porta 22 dal nodo della rete, immettere quanto segue:
-
client/tcp/3022/22
-
Selezionare OK
-
-
Se si desidera aumentare la CPU o la memoria per il nodo dalle impostazioni predefinite:
-
Fare clic con il pulsante destro del mouse sulla macchina virtuale e selezionare Edit Settings (Modifica impostazioni).
-
Modificare il numero di CPU o la quantità di memoria secondo necessità.
Impostare Memory Reservation alle stesse dimensioni della Memory allocata alla macchina virtuale.
-
Selezionare OK.
-
-
Accendere la macchina virtuale.
Se questo nodo è stato implementato come parte di una procedura di espansione o ripristino, tornare a queste istruzioni per completare la procedura.