Automatizzare l'installazione (VMware)
È possibile utilizzare VMware vSphere per automatizzare l'implementazione dei nodi grid. È inoltre possibile automatizzare la configurazione di StorageGRID.
Automazione dell'implementazione dei nodi grid
Utilizza VMware vSphere per automatizzare l'implementazione dei nodi grid.
-
Hai accesso a un sistema Linux/Unix con Bash 3.2 o versione successiva.
-
VMware OVF Tool 4.1 è installato e configurato correttamente.
-
Conosci il nome utente e la password necessari per accedere a VMware vSphere utilizzando il tool OVF.
-
Conosci l'URL dell'infrastruttura virtuale (VI) per la posizione in vSphere in cui desideri implementare le macchine virtuali StorageGRID. In genere, questo URL sarà un vApp o un pool di risorse. Ad esempio:
vi://vcenter.example.com/vi/sgws
È possibile utilizzare VMware ovftool
per determinare questo valore (vedereovftool
documentazione per ulteriori dettagli).Se si esegue la distribuzione su una vApp, le macchine virtuali non si avviano automaticamente la prima volta ed è necessario accenderle manualmente. -
Sono state raccolte tutte le informazioni necessarie per il file di configurazione. Vedere Raccogliere informazioni sull'ambiente di implementazione per informazioni.
-
È possibile accedere ai seguenti file dall'archivio di installazione di VMware per StorageGRID:
Nome file | Descrizione |
---|---|
NetApp-SG-version-SHA.vmdk |
Il file del disco della macchina virtuale utilizzato come modello per la creazione di macchine virtuali con nodo grid. Nota: questo file deve trovarsi nella stessa cartella di |
vsphere-primary-admin.ovf vsphere-primary-admin.mf |
Il file di modello Open Virtualization Format ( |
vsphere-non-primary-admin.ovf vsphere-non-primary-admin.mf |
Il file di modello ( |
vsphere-archive.ovf vsphere-archive.mf |
Il file di modello ( |
vsphere-gateway.ovf vsphere-gateway.mf |
Il file di modello ( |
vsphere-storage.ovf vsphere-storage.mf |
Il file di modello ( |
deploy-vsphere-ovftool.sh |
Lo script della shell Bash utilizzato per automatizzare l'implementazione dei nodi virtual grid. |
deploy-vsphere-ovftool-sample.ini |
File di configurazione di esempio da utilizzare con |
Definire il file di configurazione per l'implementazione
Specificare le informazioni necessarie per implementare i nodi virtual grid per StorageGRID in un file di configurazione, utilizzato da deploy-vsphere-ovftool.sh
Script bash. È possibile modificare un file di configurazione di esempio, in modo da non dover creare il file da zero.
-
Eseguire una copia del file di configurazione di esempio (
deploy-vsphere-ovftool.sample.ini
). Salvare il nuovo file con nomedeploy-vsphere-ovftool.ini
nella stessa directory dideploy-vsphere-ovftool.sh
. -
Aprire
deploy-vsphere-ovftool.ini
. -
Inserire tutte le informazioni necessarie per implementare i nodi virtual grid VMware.
Vedere Impostazioni del file di configurazione per informazioni.
-
Una volta inserite e verificate tutte le informazioni necessarie, salvare e chiudere il file.
Impostazioni del file di configurazione
Il deploy-vsphere-ovftool.ini
il file di configurazione contiene le impostazioni necessarie per implementare i nodi virtual grid.
Il file di configurazione elenca prima i parametri globali, quindi i parametri specifici del nodo nelle sezioni definite dal nome del nodo. Quando si utilizza il file:
-
I parametri globali vengono applicati a tutti i nodi della griglia.
-
Parametri specifici del nodo sovrascrivono i parametri globali.
Parametri globali
I parametri globali vengono applicati a tutti i nodi della griglia, a meno che non vengano ignorati dalle impostazioni delle singole sezioni. Posizionare i parametri che si applicano a più nodi nella sezione Global Parameter (parametri globali), quindi eseguire l'override di queste impostazioni secondo necessità nelle sezioni relative ai singoli nodi.
-
OVFTOOL_ARGUMENTS: È possibile specificare OVFTOOL_ARGUMENTS come impostazioni globali oppure applicare gli argomenti singolarmente a nodi specifici. Ad esempio:
OVFTOOL_ARGUMENTS = --powerOn --noSSLVerify --diskMode=eagerZeroedThick --datastore='datastore_name'
È possibile utilizzare
--powerOffTarget
e.--overwrite
opzioni per arrestare e sostituire le macchine virtuali esistenti.È necessario distribuire i nodi in diversi datastore e specificare OVFTOOL_ARGUMENTS per ciascun nodo, invece che globalmente. -
SOURCE: Percorso del modello di macchina virtuale StorageGRID (
.vmdk
) e il.ovf
e..mf
file per singoli nodi griglia. Per impostazione predefinita, viene impostata la directory corrente.SOURCE = /downloads/StorageGRID-Webscale-version/vsphere
-
TARGET: URL dell'infrastruttura virtuale VMware vSphere (vi) per la posizione in cui verrà implementato StorageGRID. Ad esempio:
TARGET = vi://vcenter.example.com/vm/sgws
-
GRID_NETWORK_CONFIG: Metodo utilizzato per acquisire indirizzi IP, STATICI o DHCP. L'impostazione predefinita è STATICO. Se tutti o la maggior parte dei nodi utilizzano lo stesso metodo per l'acquisizione degli indirizzi IP, è possibile specificare questo metodo. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
GRID_NETWORK_CONFIG = DHCP
-
GRID_NETWORK_TARGET: Il nome di una rete VMware esistente da utilizzare per Grid Network. Se tutti o la maggior parte dei nodi utilizzano lo stesso nome di rete, è possibile specificarlo qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
GRID_NETWORK_TARGET = SG-Admin-Network
-
GRID_NETWORK_MASK: La maschera di rete per Grid Network. Se tutti o la maggior parte dei nodi utilizzano la stessa maschera di rete, è possibile specificarla qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
GRID_NETWORK_MASK = 255.255.255.0
-
GRID_NETWORK_GATEWAY: Gateway di rete per Grid Network. Se tutti o la maggior parte dei nodi utilizzano lo stesso gateway di rete, è possibile specificarlo qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
GRID_NETWORK_GATEWAY = 10.1.0.1
-
GRID_NETWORK_MTU: OPZIONALE. L'unità di trasmissione massima (MTU) sulla rete di rete. Se specificato, il valore deve essere compreso tra 1280 e 9216. Ad esempio:
GRID_NETWORK_MTU = 8192
Se omesso, viene utilizzato 1400.
Se si desidera utilizzare i frame jumbo, impostare la MTU su un valore adatto per i frame jumbo, ad esempio 9000. In caso contrario, mantenere il valore predefinito.
Il valore MTU della rete deve corrispondere al valore configurato sulla porta dello switch a cui è connesso il nodo. In caso contrario, potrebbero verificarsi problemi di performance di rete o perdita di pacchetti. Per ottenere le migliori performance di rete, tutti i nodi devono essere configurati con valori MTU simili sulle interfacce Grid Network. L'avviso Grid Network MTU mismatch (mancata corrispondenza MTU rete griglia) viene attivato se si verifica una differenza significativa nelle impostazioni MTU per Grid Network su singoli nodi. I valori MTU non devono essere uguali per tutti i tipi di rete. -
ADMIN_NETWORK_CONFIG: Metodo utilizzato per acquisire gli indirizzi IP, DISABILITATI, STATICI o DHCP. L'impostazione predefinita è DISATTIVATA. Se tutti o la maggior parte dei nodi utilizzano lo stesso metodo per l'acquisizione degli indirizzi IP, è possibile specificare questo metodo. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
ADMIN_NETWORK_CONFIG = STATIC
-
ADMIN_NETWORK_TARGET: Il nome di una rete VMware esistente da utilizzare per la rete di amministrazione. Questa impostazione è obbligatoria a meno che la rete amministrativa non sia disattivata. Se tutti o la maggior parte dei nodi utilizzano lo stesso nome di rete, è possibile specificarlo qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
ADMIN_NETWORK_TARGET = SG-Admin-Network
-
ADMIN_NETWORK_MASK: La maschera di rete per la rete di amministrazione. Questa impostazione è obbligatoria se si utilizza l'indirizzamento IP statico. Se tutti o la maggior parte dei nodi utilizzano la stessa maschera di rete, è possibile specificarla qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
ADMIN_NETWORK_MASK = 255.255.255.0
-
ADMIN_NETWORK_GATEWAY: Gateway di rete per la rete di amministrazione. Questa impostazione è necessaria se si utilizza un indirizzo IP statico e si specificano sottoreti esterne nell'impostazione ADMIN_NETWORK_ESL. (Ovvero, non è necessario se ADMIN_NETWORK_ESL è vuoto). Se tutti o la maggior parte dei nodi utilizzano lo stesso gateway di rete, è possibile specificarlo qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
ADMIN_NETWORK_GATEWAY = 10.3.0.1
-
ADMIN_NETWORK_ESL: L'elenco di subnet esterne (route) per la rete amministrativa, specificato come elenco separato da virgole delle destinazioni di routing CIDR. Se tutti o la maggior parte dei nodi utilizzano lo stesso elenco di subnet esterne, è possibile specificarlo qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
ADMIN_NETWORK_ESL = 172.16.0.0/21,172.17.0.0/21
-
ADMIN_NETWORK_MTU: OPZIONALE. L'unità di trasmissione massima (MTU) sulla rete di amministrazione. Non specificare se ADMIN_NETWORK_CONFIG = DHCP. Se specificato, il valore deve essere compreso tra 1280 e 9216. Se omesso, viene utilizzato 1400. Se si desidera utilizzare i frame jumbo, impostare la MTU su un valore adatto per i frame jumbo, ad esempio 9000. In caso contrario, mantenere il valore predefinito. Se tutti o la maggior parte dei nodi utilizzano la stessa MTU per la rete di amministrazione, è possibile specificarla qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
ADMIN_NETWORK_MTU = 8192
-
CLIENT_NETWORK_CONFIG: Metodo utilizzato per acquisire gli indirizzi IP, DISABILITATI, STATICI o DHCP. L'impostazione predefinita è DISATTIVATA. Se tutti o la maggior parte dei nodi utilizzano lo stesso metodo per l'acquisizione degli indirizzi IP, è possibile specificare questo metodo. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
CLIENT_NETWORK_CONFIG = STATIC
-
CLIENT_NETWORK_TARGET: Il nome di una rete VMware esistente da utilizzare per la rete client. Questa impostazione è obbligatoria a meno che la rete client non sia disattivata. Se tutti o la maggior parte dei nodi utilizzano lo stesso nome di rete, è possibile specificarlo qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
CLIENT_NETWORK_TARGET = SG-Client-Network
-
CLIENT_NETWORK_MASK: La maschera di rete per la rete client. Questa impostazione è obbligatoria se si utilizza l'indirizzamento IP statico. Se tutti o la maggior parte dei nodi utilizzano la stessa maschera di rete, è possibile specificarla qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
CLIENT_NETWORK_MASK = 255.255.255.0
-
CLIENT_NETWORK_GATEWAY: Gateway di rete per la rete client. Questa impostazione è obbligatoria se si utilizza l'indirizzamento IP statico. Se tutti o la maggior parte dei nodi utilizzano lo stesso gateway di rete, è possibile specificarlo qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
CLIENT_NETWORK_GATEWAY = 10.4.0.1
-
CLIENT_NETWORK_MTU: OPZIONALE. L'unità di trasmissione massima (MTU) sulla rete client. Non specificare se CLIENT_NETWORK_CONFIG = DHCP. Se specificato, il valore deve essere compreso tra 1280 e 9216. Se omesso, viene utilizzato 1400. Se si desidera utilizzare i frame jumbo, impostare la MTU su un valore adatto per i frame jumbo, ad esempio 9000. In caso contrario, mantenere il valore predefinito. Se tutti o la maggior parte dei nodi utilizzano lo stesso MTU per la rete client, è possibile specificarlo qui. È quindi possibile eseguire l'override dell'impostazione globale specificando impostazioni diverse per uno o più singoli nodi. Ad esempio:
CLIENT_NETWORK_MTU = 8192
-
PORT_REMAP: Consente di rimappare qualsiasi porta utilizzata da un nodo per le comunicazioni interne al nodo di rete o esterne. Il rimapping delle porte è necessario se i criteri di rete aziendali limitano una o più porte utilizzate da StorageGRID. Per l'elenco delle porte utilizzate da StorageGRID, vedere comunicazioni interne del nodo di rete e comunicazioni esterne in Linee guida per il networking.
Non rimappare le porte che si intende utilizzare per configurare gli endpoint del bilanciamento del carico. Se viene impostato solo PORT_REMAP, il mapping specificato viene utilizzato per le comunicazioni in entrata e in uscita. Se VIENE specificato anche PORT_REMAP_INBOUND, PORT_REMAP si applica solo alle comunicazioni in uscita.
Il formato utilizzato è: network type/protocol/default port used by grid node/new port
, dove il tipo di rete è grid, admin o client e il protocollo è tcp o udp.
Ad esempio:
PORT_REMAP = client/tcp/18082/443
Se utilizzata da sola, questa impostazione di esempio mappa simmetricamente le comunicazioni in entrata e in uscita per il nodo della griglia dalla porta 18082 alla porta 443. Se utilizzata in combinazione con PORT_REMAP_INBOUND, questa impostazione di esempio mappa le comunicazioni in uscita dalla porta 18082 alla porta 443.
-
PORT_REMAP_INBOUND: Consente di rimappare le comunicazioni in entrata per la porta specificata. Se si specifica PORT_REMAP_INBOUND ma non si specifica un valore per PORT_REMAP, le comunicazioni in uscita per la porta rimangono invariate.
Non rimappare le porte che si intende utilizzare per configurare gli endpoint del bilanciamento del carico.
Il formato utilizzato è: network type/protocol/_default port used by grid node/new port
, dove il tipo di rete è grid, admin o client e il protocollo è tcp o udp.
Ad esempio:
PORT_REMAP_INBOUND = client/tcp/443/18082
In questo esempio, il traffico inviato alla porta 443 passa attraverso un firewall interno e lo indirizza alla porta 18082, dove il nodo della griglia è in attesa delle richieste S3.
Parametri specifici del nodo
Ogni nodo si trova nella propria sezione del file di configurazione. Ogni nodo richiede le seguenti impostazioni:
-
L'Head della sezione definisce il nome del nodo che verrà visualizzato in Grid Manager. È possibile eseguire l'override di tale valore specificando il parametro NODE_NAME opzionale per il nodo.
-
NODE_TYPE: Nodo_amministrazione_VM, nodo_storage_VM, nodo_archivio_VM o nodo_gateway_API_VM
-
GRID_NETWORK_IP: L'indirizzo IP del nodo della rete Grid.
-
ADMIN_NETWORK_IP: L'indirizzo IP del nodo nella rete di amministrazione. Obbligatorio solo se il nodo è collegato alla rete di amministrazione e ADMIN_NETWORK_CONFIG è impostato su STATIC.
-
CLIENT_NETWORK_IP: L'indirizzo IP del nodo sulla rete client. Obbligatorio solo se il nodo è collegato alla rete client e CLIENT_NETWORK_CONFIG per questo nodo è impostato su STATIC.
-
ADMIN_IP: L'indirizzo IP del nodo Admin primario sulla rete Grid. Utilizzare il valore specificato come GRID_NETWORK_IP per il nodo di amministrazione primario. Se si omette questo parametro, il nodo tenta di rilevare l'IP del nodo di amministrazione primario utilizzando mDNS. Per ulteriori informazioni, vedere In che modo i nodi della griglia rilevano il nodo di amministrazione primario.
Il parametro ADMIN_IP viene ignorato per il nodo di amministrazione primario. -
Tutti i parametri che non sono stati impostati globalmente. Ad esempio, se un nodo è collegato alla rete di amministrazione e non sono stati specificati i parametri ADMIN_NETWORK a livello globale, è necessario specificarli per il nodo.
Per il nodo di amministrazione primario sono necessarie le seguenti impostazioni aggiuntive:
-
NODE_TYPE: Nodo_amministrazione_VM
-
RUOLO_AMMINISTRATORE: Primario
Questa voce di esempio si intende per un nodo amministratore primario che si trova su tutte e tre le reti:
[DC1-ADM1] ADMIN_ROLE = Primary NODE_TYPE = VM_Admin_Node GRID_NETWORK_IP = 10.1.0.2 ADMIN_NETWORK_IP = 10.3.0.2 CLIENT_NETWORK_IP = 10.4.0.2
La seguente impostazione aggiuntiva è facoltativa per il nodo di amministrazione primario:
-
DISCO: Per impostazione predefinita, ai nodi di amministrazione vengono assegnati due dischi rigidi aggiuntivi da 200 GB per l'audit e l'utilizzo del database. È possibile aumentare queste impostazioni utilizzando il parametro DISK. Ad esempio:
DISK = INSTANCES=2, CAPACITY=300
Per i nodi di amministrazione, LE ISTANZE devono sempre essere uguali a 2. |
Per i nodi di storage è necessaria la seguente impostazione aggiuntiva:
-
NODE_TYPE: Nodo_storage_VM
Questa voce di esempio si applica a un nodo di storage che si trova sulle reti Grid e Admin, ma non sulla rete client. Questo nodo utilizza L'impostazione ADMIN_IP per specificare l'indirizzo IP del nodo di amministrazione primario sulla rete di griglia.
[DC1-S1] NODE_TYPE = VM_Storage_Node GRID_NETWORK_IP = 10.1.0.3 ADMIN_NETWORK_IP = 10.3.0.3 ADMIN_IP = 10.1.0.2
Questo secondo esempio riguarda un nodo di storage su una rete client in cui la policy di rete aziendale del cliente afferma che un'applicazione client S3 è autorizzata ad accedere al nodo di storage solo utilizzando la porta 80 o 443. Il file di configurazione di esempio utilizza PORT_REMAP per consentire al nodo di storage di inviare e ricevere messaggi S3 sulla porta 443.
[DC2-S1] NODE_TYPE = VM_Storage_Node GRID_NETWORK_IP = 10.1.1.3 CLIENT_NETWORK_IP = 10.4.1.3 PORT_REMAP = client/tcp/18082/443 ADMIN_IP = 10.1.0.2
L'ultimo esempio crea un remapping simmetrico per il traffico ssh dalla porta 22 alla porta 3022, ma imposta esplicitamente i valori per il traffico in entrata e in uscita.
[DC1-S3] NODE_TYPE = VM_Storage_Node GRID_NETWORK_IP = 10.1.1.3 PORT_REMAP = grid/tcp/22/3022 PORT_REMAP_INBOUND = grid/tcp/3022/22 ADMIN_IP = 10.1.0.2
La seguente impostazione aggiuntiva è facoltativa per i nodi di storage:
-
DISCO: Per impostazione predefinita, ai nodi di storage vengono assegnati tre dischi da 4 TB per l'utilizzo di RangeDB. È possibile aumentare queste impostazioni con il parametro DISK. Ad esempio:
DISK = INSTANCES=16, CAPACITY=4096
Per i nodi di archiviazione è necessaria la seguente impostazione aggiuntiva:
-
NODE_TYPE: Nodo_archivio_VM
Questa voce di esempio si applica a un nodo di archiviazione che si trova nelle reti Grid e Admin, ma non nella rete client.
[DC1-ARC1] NODE_TYPE = VM_Archive_Node GRID_NETWORK_IP = 10.1.0.4 ADMIN_NETWORK_IP = 10.3.0.4 ADMIN_IP = 10.1.0.2
Per i nodi gateway è necessaria la seguente impostazione aggiuntiva:
-
NODE_TYPE: GATEWAY VM_API
Questa voce di esempio è un nodo gateway di esempio su tutte e tre le reti. In questo esempio, nella sezione globale del file di configurazione non è stato specificato alcun parametro di rete client, pertanto è necessario specificarlo per il nodo:
[DC1-G1] NODE_TYPE = VM_API_Gateway GRID_NETWORK_IP = 10.1.0.5 ADMIN_NETWORK_IP = 10.3.0.5 CLIENT_NETWORK_CONFIG = STATIC CLIENT_NETWORK_TARGET = SG-Client-Network CLIENT_NETWORK_MASK = 255.255.255.0 CLIENT_NETWORK_GATEWAY = 10.4.0.1 CLIENT_NETWORK_IP = 10.4.0.5 ADMIN_IP = 10.1.0.2
Per i nodi amministrativi non primari sono necessarie le seguenti impostazioni aggiuntive:
-
NODE_TYPE: Nodo_amministrazione_VM
-
RUOLO_AMMINISTRATORE: Non primario
Questa voce di esempio si trova per un nodo amministrativo non primario che non si trova nella rete client:
[DC2-ADM1] ADMIN_ROLE = Non-Primary NODE_TYPE = VM_Admin_Node GRID_NETWORK_TARGET = SG-Grid-Network GRID_NETWORK_IP = 10.1.0.6 ADMIN_NETWORK_IP = 10.3.0.6 ADMIN_IP = 10.1.0.2
La seguente impostazione aggiuntiva è facoltativa per i nodi di amministrazione non primari:
-
DISCO: Per impostazione predefinita, ai nodi di amministrazione vengono assegnati due dischi rigidi aggiuntivi da 200 GB per l'audit e l'utilizzo del database. È possibile aumentare queste impostazioni utilizzando il parametro DISK. Ad esempio:
DISK = INSTANCES=2, CAPACITY=300
Per i nodi di amministrazione, LE ISTANZE devono sempre essere uguali a 2. |
Eseguire lo script Bash
È possibile utilizzare deploy-vsphere-ovftool.sh
Lo script bash e il file di configurazione deploy-vsphere-ovftool.ini modificati per automatizzare l'implementazione dei nodi grid StorageGRID in VMware vSphere.
-
È stato creato un file di configurazione deploy-vsphere-ovftool.ini per il proprio ambiente.
È possibile utilizzare la guida disponibile con lo script Bash immettendo i comandi della guida (-h/--help
). Ad esempio:
./deploy-vsphere-ovftool.sh -h
oppure
./deploy-vsphere-ovftool.sh --help
-
Accedere alla macchina Linux in uso per eseguire lo script Bash.
-
Passare alla directory in cui è stato estratto l'archivio di installazione.
Ad esempio:
cd StorageGRID-Webscale-version/vsphere
-
Per implementare tutti i nodi grid, eseguire lo script Bash con le opzioni appropriate per il proprio ambiente.
Ad esempio:
./deploy-vsphere-ovftool.sh --username=user --password=pwd ./deploy-vsphere-ovftool.ini
-
Se un nodo Grid non è riuscito a implementare a causa di un errore, risolvere l'errore ed eseguire nuovamente lo script Bash solo per quel nodo.
Ad esempio:
./deploy-vsphere-ovftool.sh --username=user --password=pwd --single-node="DC1-S3" ./deploy-vsphere-ovftool.ini
L'implementazione è completa quando lo stato di ciascun nodo è “passed”.
Deployment Summary +-----------------------------+----------+----------------------+ | node | attempts | status | +-----------------------------+----------+----------------------+ | DC1-ADM1 | 1 | Passed | | DC1-G1 | 1 | Passed | | DC1-S1 | 1 | Passed | | DC1-S2 | 1 | Passed | | DC1-S3 | 1 | Passed | +-----------------------------+----------+----------------------+
Automatizzare la configurazione di StorageGRID
Una volta implementati i nodi grid, è possibile automatizzare la configurazione del sistema StorageGRID.
-
Si conosce la posizione dei seguenti file dall'archivio di installazione.
Nome file | Descrizione |
---|---|
configure-storagegrid.py |
Script Python utilizzato per automatizzare la configurazione |
configure-storagegrid.sample.json |
Esempio di file di configurazione da utilizzare con lo script |
configure-storagegrid.blank.json |
File di configurazione vuoto da utilizzare con lo script |
-
È stato creato un
configure-storagegrid.json
file di configurazione. Per creare questo file, è possibile modificare il file di configurazione di esempio (configure-storagegrid.sample.json
) o il file di configurazione vuoto (configure-storagegrid.blank.json
).
È possibile utilizzare configure-storagegrid.py
Script Python e il configure-storagegrid.json
File di configurazione per automatizzare la configurazione del sistema StorageGRID.
È inoltre possibile configurare il sistema utilizzando Grid Manager o l'API di installazione. |
-
Accedere alla macchina Linux in uso per eseguire lo script Python.
-
Passare alla directory in cui è stato estratto l'archivio di installazione.
Ad esempio:
cd StorageGRID-Webscale-version/platform
dove
platform
è debs, rpms o vsphere. -
Eseguire lo script Python e utilizzare il file di configurazione creato.
Ad esempio:
./configure-storagegrid.py ./configure-storagegrid.json --start-install
Durante il processo di configurazione viene generato un file .zip del pacchetto di ripristino che viene scaricato nella directory in cui si esegue il processo di installazione e configurazione. È necessario eseguire il backup del file del pacchetto di ripristino in modo da poter ripristinare il sistema StorageGRID in caso di guasto di uno o più nodi della griglia. Ad esempio, copiarla in una posizione di rete sicura e di backup e in una posizione di cloud storage sicura.
Il file del pacchetto di ripristino deve essere protetto perché contiene chiavi di crittografia e password che possono essere utilizzate per ottenere dati dal sistema StorageGRID. |
Se si specifica che devono essere generate password casuali, è necessario estrarre il file Passwords.txt e cercare le password necessarie per accedere al sistema StorageGRID.
###################################################################### ##### The StorageGRID "recovery package" has been downloaded as: ##### ##### ./sgws-recovery-package-994078-rev1.zip ##### ##### Safeguard this file as it will be needed in case of a ##### ##### StorageGRID node recovery. ##### ######################################################################
Il sistema StorageGRID viene installato e configurato quando viene visualizzato un messaggio di conferma.
StorageGRID has been configured and installed.