Best practice per il calcolo
Questa pagina presenta le best practice di computing per Google Cloud VMware Engine.
Seleziona la regione migliore per la tua applicazione
Per scegliere l'area migliore per le tue applicazioni, considera i seguenti fattori:
- Per ridurre al minimo la latenza di rete e migliorare la customer experience, seleziona una dalla località più vicina ai tuoi utenti. La console Google Cloud offre dashboard sul rendimento in tempo reale che può aiutarti a visualizzare la latenza tra regioni e tra e una regione Google Cloud.
- Per mantenere le prestazioni delle applicazioni, ottimizza la connettività delle strutture on-premise selezionando la regione Google Cloud più vicina. Per i deployment multi-cloud, considera la vicinanza alle regioni di altri con i fornitori di servizi cloud.
- Per assicurarti che le tue applicazioni mantengano la conformità alle normative, quali le norme di conformità PCI (Payment Card Industry) o il Regolamento generale sulla protezione dei dati (GDPR) europeo, seleziona una regione che supporti questi requisiti.
- Costi e prezzi variano in base alla regione. Tienine conto a livello di regione quando si pianifica il deployment.
- Quando selezioni una località, alcuni SKU potrebbero essere disponibili solo regioni e non in altre.
Decidi quando scegliere una progettazione multiregionale
Nelle situazioni seguenti, potrebbe essere utile eseguire il deployment Cloud privati di VMware Engine tra regioni per lo stesso carico di lavoro o ambito del progetto:
- Implementazioni di ripristino di emergenza che utilizzano Site Recovery Manager (SRM) o Zerto.
- Applicazioni che richiedono agli utenti disponibilità globale o bassa latenza base.
- Requisiti di pianificazione della capacità specifici per regione.
Progettazione per la resilienza di zona
VMware Engine fornisce la ridondanza delle zone in regioni specifiche. In queste per una maggiore tolleranza di errore, puoi anche eseguire il deployment di cloud privati cluster ampliato. Per informazioni su queste regioni, consulta le note di rilascio di VMware Engine.
Quando viene eseguito il deployment come cluster ampliato, il cloud privato ha nodi in due in zone indipendenti. Devi avere lo stesso numero di nodi in ciascuna zona per per supportare questa progettazione. Tale progettazione garantisce la disponibilità delle applicazioni resilienza di zona e VMware vSphere High Accessibility.
Durante il provisioning di un cloud privato esteso, le VM potrebbero essere eseguite su entrambi i lati e un cloud privato ampliato. Utilizza le funzionalità di regole di affinità per controllare il posizionamento delle VM dei carichi di lavoro sugli host all'interno di un cluster raggruppando e come mostrarli su un sito. Un sistema di questo tipo garantisce la resilienza della zona l'alta disponibilità delle applicazioni.
Separa gli ambienti tra diversi cloud privati
Un cloud privato è uno stack VMware Cloud Foundation indipendente gestito da un Server vCenter.
Puoi separare la tua impronta di VMware Engine tra più e cloud privati. Ad esempio, utilizza un vCenter Server dedicato nella casi:
- Per un tipo di carico di lavoro specifico, ad esempio infrastruttura desktop virtuale (VDI).
- Quando vengono applicati i limiti di un cloud privato sono inadeguate
- Per licenze e gestione di software
- Per trasparenza e semplicità dei costi
- Per il monitoraggio
- Per la conformità ai requisiti normativi
- Per la multitenancy a tutti i livelli, compresi i componenti di gestione e infrastruttura
Per evitare la proliferazione inutile degli endpoint di gestione, utilizza solo di cloud privato richiesto.
Ottimizza il conteggio dei core
VMware Engine consente di ridurre il numero di Core della CPU esposti all'hypervisor ESXi. Ciò potrebbe essere desiderabile, o richiesto, in base ad alcuni contratti di licenza software.
La riduzione del numero di core del primo cluster non è consigliata perché che ospita componenti chiave come vCenter e NSX Manager.
La riduzione del numero di core effettivi in un cluster non cambia il costo del cluster, in particolare per i carichi di lavoro Oracle. Per ulteriori informazioni, consulta le indicazioni relative all'assistenza e alle licenze.
Per maggiori informazioni, consulta Limiti del numero di core personalizzati.
Aggiungi nodi di riserva per la resilienza
I cluster VMware Engine devono essere dimensionati in modo da avere almeno uno un nodo di riserva per la resilienza. Questo nodo di riserva è disponibile per il cluster e può forniscono capacità e risorse aggiuntive nei periodi di carico elevato conflittuale. Questi nodi di riserva vengono fatturati come parte del cloud privato esistente.
Se è necessaria un'affidabilità maggiore, valuta la possibilità di aggiungere altri nodi di riserva alla durante i periodi di manutenzione. Pianificazione dell'esecuzione dei carichi di lavoro su questi nodi di riserva consente di ottimizzare l'uso dei cluster nei cloud privati.
Definisci il numero di errori da tollerare
Per VMware vSAN, utilizza Attributo FTT (Failures to Tolerate) nei criteri di archiviazione vSAN per definire il numero di errori che un cluster può tollerare senza influire l'integrità dei dati o la disponibilità delle VM.
Più alto è il valore FTT, maggiore è la capacità degli host richiesti.
Passaggi successivi
- Scopri le best practice per il networking sicurezza, spazio di archiviazione, migrazione e costi.
- Scopri di più sui componenti di VMware Engine per il cloud privato.
- Prova VMware Engine. Scopri le funzionalità, i vantaggi e l'utilizzo casi per ulteriori informazioni.
- Esplora le architetture di riferimento, i diagrammi, i tutorial e le best practice su Google Cloud. Visita il Centro architetture Cloud per ulteriori informazioni.