Progettazione della gestione dell'infrastruttura
Fine della commercializzazione: a partire dal 31 ottobre 2025, le nuove implementazioni delle offerte " VMware Solutions " non saranno più disponibili per i nuovi clienti. I clienti esistenti possono continuare a utilizzare e ampliare i propri carichi di lavoro attivi su VMware® all'indirizzo IBM Cloud®. Per ulteriori informazioni, vedere Fine della commercializzazione per VMware su IBM Cloud.
La gestione dell'infrastruttura si riferisce ai componenti che gestiscono l'infrastruttura di VMware®. L'appliance VMware vCenter Server® è la piattaforma centralizzata per la gestione degli ambienti VMware vSphere® ed è uno dei componenti fondamentali di questa soluzione.
All'appliance vCenter Server viene assegnato il dominio SSO predefinito di vsphere.local.
Progettazione di vCenter Server
L'appliance vCenter Server è installata in una subnet portatile sulla VLAN privata associata alle macchine virtuali di gestione. Il suo gateway predefinito è impostato sull'indirizzo IP assegnato sul BCR per quella particolare sottorete. Il dispositivo virtuale è configurato con le specifiche indicate nella seguente tabella.
| Attributo | Specifica |
|---|---|
| vCenter Server | Dispositivo virtuale |
| Dimensione installazione del dispositivo | Medio (fino a 400 host o 4.000 macchine virtuali) |
| Platform Services Controller | Integrato |
| Numero di vCPU | 8 |
| Memoria | 28 GB |
| Disco | 700 GB su datastore locale (distribuzione di dischi di grandi dimensioni) |
| Tipo di disco | Thin provisioned |
Database vCenter Server
La configurazione di vCenter Server utilizza un database PostgreSQL integrato e locale incluso nel dispositivo. Il database integrato viene utilizzato per rimuovere eventuali dipendenze da database e licenze esterni.
Specifica del cluster vCenter Server
Con questo design, è possibile clusterizzare gli host ESXi® vSphere che vengono forniti attraverso la soluzione. Tuttavia, prima di poter creare i cluster, viene creato un oggetto centro dati che indica la posizione degli host ESXi vSphere e del pod all'interno del centro dati. Un cluster viene creato dopo la creazione dell'oggetto data center. Il cluster è distribuito con vSphere high availability (HA) e vSphere Distributed Resource Scheduler (DRS) abilitato.
vSphere Distributed Resource Scheduler
Questa progettazione utilizza vSphere Distributed Resource Scheduling (DRS) nel cluster iniziale per posizionare le VM e utilizza DRS nei cluster aggiuntivi per migrare dinamicamente le VM per ottenere dei cluster bilanciati. Il livello di automazione è impostato sull'automazione completa in modo che le raccomandazioni di posizionamento e migrazione iniziali vengano eseguite automaticamente da vSphere. Inoltre, la soglia di migrazione è impostata su moderata in modo che vCenter applichi le raccomandazioni di priorità 1, 2, 3 per ottenere almeno un miglioramento decente nel bilanciamento del carico del cluster.
In questo progetto non viene utilizzata la gestione dell'alimentazione tramite la funzione Distributed Power Management.
vSphere High Availability
Questo progetto utilizza vSphere HA nel cluster iniziale e nei cluster aggiuntivi per rilevare i guasti dell'elaborazione e recuperare le macchine virtuali eseguite in un cluster. La funzione vSphere HA in questo progetto è configurata con entrambe le opzioni Host Monitoring e Admission Control abilitate nel cluster. Inoltre, il cluster iniziale prenota le risorse di un nodo come capacità di riserva per la politica di controllo di ammissione.
L'utente è responsabile della regolazione del criterio di controllo dell'ammissione quando il cluster viene successivamente ampliato o ridotto.
Per impostazione predefinita, l'opzione VM restart priority è impostata su medio e l'opzione Host isolation response è disabilitata. Inoltre, VM monitoring è disabilitata e la funzione Datastore Heartbeating è configurata per includere uno qualsiasi degli archivi dati del cluster. Questo approccio utilizza, se presenti, gli archivi dati NAS.
EVC (Enhanced vMotion Compatibility)
Per semplificare la compatibilità di vMotion tra i nodi del cluster con capacità di CPU potenzialmente diverse, la modalità Enhanced vMotion Compatibility (EVC) è abilitata al livello più alto supportato dalla versione di vSphere. Questa impostazione garantisce la compatibilità di vMotion tra i nodi del cluster quando nell'inventario IBM Cloud® arrivano processori più recenti. L'impostazione consente di espandere il cluster in futuro se il processore originale non è più disponibile. Un'eccezione a questa regola è che la modalità EVC non viene impostata per un cluster di gestione con processori Intel® Cascade Lake dove Cascade Lake EVC non è supportato dalla versione vSphere.
IBM CloudDriver
Il punto cardine di queste soluzioni è l'automazione. L'automazione riduce la complessità della distribuzione, riduce drasticamente i tempi di distribuzione e garantisce che l'istanza VMware sia distribuita in modo coerente.
IBM CloudDriver è un'istanza di server virtuale (VSI) effimera di IBM Cloud VM, che viene distribuita secondo le necessità per la distribuzione iniziale e per le operazioni del secondo giorno, come l'aggiunta di host, cluster o servizi aggiuntivi all'istanza VMware. CloudDriver viene eliminato al termine di tutti i processi in corso.
CloudDriver viene distribuito solo sulla rete privata che si connette al piano di gestione IBM tramite una coda di messaggi privata. Sono componenti sviluppati da IBM, non sono accessibili all'utente e hanno i seguenti attributi e funzioni:
- Distribuzione e configurazione dell'istanza VMware Cloud Foundation for Classic - Automated all'interno dell'account utente.
- Aggiungere e rimuovere host dai cluster automatizzati.
- Aggiungere e rimuovere cluster da istanze automatizzate.
- Aggiungere e rimuovere servizi o funzioni aggiuntive alle istanze automatizzate.
Flusso di automazione
Il flusso seguente descrive l'ordine degli eventi quando si utilizza la console IBM Cloud for VMware Solutions per ordinare un'istanza VMware:
- Ordine di VLAN e sottoreti per la rete da IBM Cloud.
- Ordinare IBM Cloud server bare metal con vSphere Hypervisor installato.
- Ordinazione di Microsoft® Windows® VSI per fungere da controller di dominio Active Directory™.
- Distribuzione della VSI di Cloud Driver.
- Convalida della rete e dell'hardware distribuito.
- Se applicabile, la configurazione iniziale di vSAN a singolo nodo.
- Distribuzione e configurazione di vCenter e NSX.
- Clustering dei nodi ESXi rimanenti, espansione di vSAN (se applicabile) e configurazione dei componenti NSX (VTEP).
- Convalida dell'installazione e della configurazione dell'ambiente.
- Distribuzione di servizi facoltativi, come il server di backup e l'archiviazione.
- Rimozione della VSI di Cloud Driver.
ID e password
L'automazione di IBM Cloud for VMware Solutions conserva un insieme di ID utente e password crittografati all'interno del piano di gestione IBM Cloud. Gli ID utente di automazione sono separati dagli ID utente visualizzati nella console IBM Cloud for VMware Solutions e che sono riservati per il tuo utilizzo.
Cambiate queste password e utilizzate il vostro sistema di gestione delle informazioni sulle password (PIM) per memorizzarle e gestirle. Non è possibile modificare o disattivare le password utilizzate dall'automazione senza interrompere l'automazione stessa. Per ulteriori informazioni, vedi ID utente IBM.