Questo documento mostra come configurare un criterio di archiviazione VM per un cluster Google Distributed Cloud.
Panoramica
In vSphere, Gestione basata su criteri di archiviazione (SPBM) aiuta ad allineare l'archiviazione con le esigenze dell'applicazione delle macchine virtuali. Fornisce un framework di criteri di archiviazione che funge da singolo pannello di controllo unificato per una vasta gamma di servizi di dati e soluzioni di archiviazione.
In Google Distributed Cloud, puoi specificare i criteri di archiviazione come anziché specificare datastores. Definisci i criteri di archiviazione in base ai requisiti dell'applicazione e poi vSphere seleziona e gestisce automaticamente i datastore. Ciò può ridurre l'overhead e la manutenzione associati allo spazio di archiviazione.
Ereditarietà
Puoi specificare un criterio di archiviazione per un cluster utente, un pool di nodi in un cluster utente o un insieme di nodi del piano di controllo in un cluster utente. Puoi anche specificare un criterio di archiviazione per un cluster di amministrazione, finché il cluster di amministrazione ha un piano di controllo ad alta disponibilità e non ha pool di nodi Windows.
Se specifichi un criterio di archiviazione per un cluster utente, il criterio viene ereditato dai pool di nodi nel cluster utente. Se specifichi un criterio di archiviazione per un di singoli pool di nodi, questo criterio viene utilizzato al posto dello spazio di archiviazione a livello di cluster . Analogamente, se specifichi un datastore per un singolo pool di nodi, viene utilizzato questo datastore anziché il criterio di archiviazione a livello di cluster.
In un cluster utente in cui è abilitato il piano di controllo V2, lo spazio di archiviazione a livello di cluster viene ereditato dai nodi del piano di controllo. Se specifichi un criterio di archiviazione o datastore per i nodi del piano di controllo, il criterio di archiviazione o il datastore al posto del criterio di archiviazione a livello di cluster.
Applicazione dei criteri di archiviazione ai datastore
Puoi applicare un criterio di archiviazione a un singolo datastore o a più datastore. Se applichi un criterio di archiviazione a più datastore, le risorse di archiviazione per un cluster di amministrazione, un cluster utente o un pool di nodi può essere distribuito e datastore.
Esempio: crea un criterio di archiviazione e un cluster di utenti
Questa sezione fornisce un esempio di creazione di un criterio di archiviazione e di un cluster utente. Questo esempio illustra l'idea che un criterio di archiviazione può essere applicato a due datastore.
Applicare tag ai datastore
Per eseguire i passaggi dell'esempio, l'ambiente vSphere deve avere almeno due datastores.
La Cluster vSphere che ospiterà i nodi per il tuo cluster utente, deve avere accesso i datastore che intendi usare per questo esercizio. C'è un controllo preflight che lo verifichi.
L'account vCenter che utilizzi per applicare i tag deve disporre dei seguenti privilegi di tagging vSphere sul server vCenter principale:
- Tagging vSphere.Create vSphere Tag
- Tagging vSphere.Crea categoria di tag vSphere
- Tagging vSphere. Assegna o annulla l'assegnazione del tag vSphere
In vSphere Client, assegna lo stesso tag a ciascuno dei datastore che hai scelto di utilizzare per questo esercizio. Per istruzioni, vedi Assegnare tag a Datastore.
Per ulteriori informazioni, vedi Tag e attributi vSphere.
Crea un criterio di archiviazione
In vSphere Client, crea un criterio di archiviazione VM per il posizionamento basato su tag. Nel criterio relativo allo spazio di archiviazione, specifica il tag applicato all'elemento selezionato e datastore. Per istruzioni, vedi Crea un criterio di archiviazione VM per il posizionamento basato su tag.
Per ulteriori informazioni, vedi Criterio di archiviazione delle VM.
Se utilizzi un datastore vSAN, consulta criterio di archiviazione vSAN.
Creazione di un cluster utente
In questo esercizio crei un cluster utente con un piano di controllo ad alta disponibilità, quindi sono presenti tre nodi del piano di controllo. Oltre al piano di controllo, nodi, ci sono sei nodi worker, tre in un pool di nodi e tre in un secondo pool di nodi. Tutti i nodi utilizzano indirizzi IP statici.
Per iniziare, segui le istruzioni riportate in Creare un cluster utente.
Mentre compili il file di configurazione del cluster utente:
Imposta il valore di
vCenter.storagePolicyName
sul nome di un campo esistente criterio di archiviazione. Non impostare un valore pervCenter.datastore
.Specifica due pool di nodi. Per il primo pool di nodi, non specificare un datastore e non specificare un criterio di archiviazione. Per il secondo pool di nodi, imposta il valore
vsphere.datastore
sul nome di un datastore esistente.
File di configurazione del cluster di esempio
Ecco un esempio di un file di blocco IP e di una parte di un cluster utente di configurazione del deployment.
user-ipblock.yaml
blocks: - netmask: 255.255.255.0 gateway: 172.16.21.1 ips: - ip: 172.16.21.2 - ip: 172.16.21.3 - ip: 172.16.21.4 - ip: 172.16.21.5 - ip: 172.16.21.6 - ip: 172.16.21.7 - ip: 172.16.21.8
cluster-utente-yaml
apiVersion: v1 kind: UserCluster ... vCenter: storagePolicyName: "my-storage-policy" network: hostConfig: dnsServers: - "203.0.113.2" - "198.51.100.2" ntpServers: - "216.239.35.4" ipMode: type: "static" ipBlockFilePath: "user-ipblock.yaml" controlPlaneIPBlock: netmask: "255.255.255.0" gateway: "172.16.21.1" ips: - ip: "172.16.21.9" hostname: "cp-vm-1" - ip: "172.16.21.10" hostname: "cp-vm-2" - ip: "172.16.21.11" hostname: "cp-vm-3" loadBalancer: vips: controlPlaneVIP: "172.16.21.40" ingressVIP: "172.16.21.30" kind: MetalLB metalLB: addressPools: - name: "address-pool-1" addresses: - "172.16.21.30-172.16.21.39" ... enableControlplaneV2: true masterNode: cpus: 4 memoryMB: 8192 replicas: 3 nodePools: - name: "worker-pool-1" enableLoadBalancer: true - name: "worker-pool-2" vSphere: datastore: "my-np2-datastore" ...
Di seguito sono riportati i punti importanti da comprendere nell'esempio precedente:
Gli indirizzi IP statici per i nodi worker sono specificati in un file di blocco IP. Il file dei blocchi IP ha sette indirizzi anche se ce ne sono solo sei nodi worker. L'indirizzo IP aggiuntivo è necessario durante l'upgrade o l'aggiornamento del cluster e riparazione automatica.
Gli indirizzi IP statici per i tre nodi del piano di controllo sono specificati nel Sezione
network.controlPlaneIPBlock
del file di configurazione del cluster utente. Non è necessario un indirizzo IP aggiuntivo in questo blocco.Il campo
masterNode.replicas
è impostato su3
, quindi ci saranno tre nodi del piano di controllo. InmasterNode
, non è specificato nulla pervsphere.datastore
ovsphere.storagePolicyName
. Quindi i nodi del piano di controllo userà il criterio di archiviazione specificato invCenter.storagePolicyName
.Il file di configurazione del cluster utente include un valore per
vCenter.storagePolicy
, ma non include un valore pervCenter.datastore
. Il criterio di archiviazione specificato verrà utilizzato dai nodi in qualsiasi che non specifica un proprio criterio di archiviazione o un proprio datastore.In
node-pool-1
, non è stato specificato nulla pervsphere.datastore
ovsphere.storagePolicyName
. Quindi i nodi innode-pool-1
utilizzeranno criterio di archiviazione specificato invCenter.storagePolicyName
.In
node-pool-2
, il valore divsphere.datastore
èmy-np2-datastore
, i nodi innode-pool-2
utilizzano lo stesso datastore e non usano un criterio di archiviazione.
Continua a creare il cluster utente come descritto in Crea un cluster utente.
Crea un cluster utente in un data center separato dal cluster di amministrazione
Un cluster utente può trovarsi in un ambiente data center dal cluster di amministrazione. I due data center possono utilizzare la stessa istanza di vCenter Server o istanze diverse di vCenter Server.
Questa sezione fornisce un esempio di come creare un cluster utente che utilizza un'istanza distinta di vCenter Server rispetto al cluster di amministrazione. Poiché i cluster di utenti e di amministrazione utilizzano istanze separate di vCenter Server, si trovano anche in data center distinti.
Per iniziare, segui le istruzioni riportate in Creare un cluster utente.
Quando compili il file di configurazione del cluster utente:
Imposta il valore di
vCenter.storagePolicyName
sul nome di un criterio di archiviazione esistente. Non impostare un valore pervCenter.datastore
.In
vCenter
, specifica i valori peraddress
,datacenter
,cluster
eresourcePool
.Specifica un valore per
network.vCenter.networkName
.Specifica due pool di nodi. Per il primo pool di nodi, non specificare un datastore e non specificare un criterio di archiviazione. Imposta il valore per il secondo pool di nodi di
vsphere.datastore
al nome di un datastore esistente.
File di configurazione del cluster di esempio
Ecco un esempio di un file di blocco IP e di una parte di un cluster utente di configurazione del deployment.
user-ipblock.yaml
blocks: - netmask: 255.255.255.0 gateway: 172.16.21.1 ips: - ip: 172.16.21.2 - ip: 172.16.21.3 - ip: 172.16.21.4 - ip: 172.16.21.5 - ip: 172.16.21.6 - ip: 172.16.21.7 - ip: 172.16.21.8
cluster-utente-yaml
apiVersion: v1 kind: UserCluster ... vCenter: address: "my-vcenter-server-2.my-domain.example" datacenter: "my-uc-data-center" cluster: "my-uc-vsphere-cluster" resourcePool: "my-uc-resource-pool" storagePolicyName: "my-storage-policy" network: vCenter: networkName: "my-uc-network" hostConfig: dnsServers: - "203.0.113.2" - "198.51.100.2" ntpServers: - "216.239.35.4" ipMode: type: "static" ipBlockFilePath: "user-ipblock.yaml" controlPlaneIPBlock: netmask: "255.255.255.0" gateway: "172.16.21.1" ips: - ip: "172.16.21.9" hostname: "cp-vm-1" - ip: "172.16.21.10" hostname: "cp-vm-2" - ip: "172.16.21.11" hostname: "cp-vm-3" loadBalancer: vips: controlPlaneVIP: "172.16.21.40" ingressVIP: "172.16.21.30" kind: MetalLB metalLB: addressPools: - name: "address-pool-1" addresses: - "172.16.21.30-172.16.21.39" ... enableControlplaneV2: true masterNode: cpus: 4 memoryMB: 8192 replicas: 3 nodePools: - name: "worker-pool-1" enableLoadBalancer: true - name: "worker-pool-2" vSphere: datastore: "my-np2-datastore" ...
Questi sono i punti importanti da comprendere nell'esempio precedente:
Il file di configurazione del cluster utente include un valore per
vCenter.storagePolicy
, ma non include un valore pervCenter.datastore
. Il criterio di archiviazione specificato verrà utilizzato dai nodi in qualsiasi pool di nodi che non specifica un proprio criterio di archiviazione o un proprio datastore.In
vCenter
, ci sono valori specificati peraddress
,datacenter
,cluster
eresourcePool
. Quindi il cluster utente utilizzerà un indirizzo Server vCenter, data center, cluster vSphere e pool di risorse dall'amministratore in un cluster Kubernetes.È stato specificato un valore per
network.vCenter.networkName
.Il campo
masterNode.replicas
è impostato su3
, quindi ci sono tre dai nodi del piano di controllo. InmasterNode
, non è stato specificato nulla pervsphere.datastore
ovsphere.storagePolicyName
. Quindi i nodi del piano di controllo userà il criterio di archiviazione specificato invCenter.storagePolicyName
.In
node-pool-1
, non è specificato nulla pervsphere.datastore
ovsphere.storagePolicyName
. Pertanto, i nodi innode-pool-1
utilizzeranno il criterio di archiviazione specificato invCenter.storagePolicyName
.In
node-pool-2
, il valore divsphere.datastore
èmy-np2-datastore
, quindi i nodi innode-pool-2
utilizzano quel datastore e non un criterio di archiviazione.
Continua a creare il cluster utente come descritto in Crea un cluster utente.