È possibile scalare le distribuzioni con provisioning per adeguarle alle esigenze dei mutevoli carichi di lavoro. Si utilizzano le azioni di scalabilità verticale o scalabilità orizzontale per la scalabilità orizzontale e l'azione di riconfigurazione delle macchine per la scalabilità verticale. È possibile gestire la scalabilità e riconfigurare le azioni utilizzando permessi e criteri di approvazione o progettando i vincoli direttamente nei blueprint.

Scalabilità verticale o Scalabilità orizzontale

Dopo aver effettuato il provisioning di una distribuzione, è possibile adeguare il sistema alle mutevoli esigenze dei carichi di lavoro aumentando o diminuendo il numero di istanze di macchine virtuali o cloud nella distribuzione. Si supponga, ad esempio, di aver distribuito un'applicazione per operazioni bancarie a tre livelli con un nodo di server dell'applicazione di cluster, un nodo di database e un nodo di bilanciamento del carico. La domanda aumenta e si scopre che le due istanze del nodo del server dell'applicazione non sono in grado di gestire tutto il traffico. Poiché il blueprint supporta fino a dieci istanze del server dell'applicazione, è possibile, avendone le autorizzazioni, scalare orizzontalmente l'applicazione. Si naviga nell'elemento dell'applicazione sottoposta a provisioning in vRealize Automation e si seleziona l'azione di scalabilità orizzontale per aggiungere un'altra istanza del nodo di server di applicazioni nella distribuzione. vRealize Automation esegue il provisioning di una nuova macchina, installa il componente software dell'applicazione e aggiorna il bilanciamento del carico affinché l'applicazione sia in grado di gestire le richieste in aumento.

Se le richieste dovessero diminuire, è possibile scalare in verticale la distribuzione. Le macchine e i componenti software più recenti vengono distrutti per primi, mentre i componenti di servizi di rete e sicurezza vengono aggiornati affinché l'applicazione distribuita non utilizzi eventuali risorse non necessarie.

Tabella 1. Supporto per i componenti scalabili

Tipo di componente

Supportati

Note

Componenti macchina

La scalabilità orizzontale esegue il provisioning di ulteriori istanze delle macchine, mentre la scalabilità verticale distrugge le macchine partendo da quelle più recenti.

Componenti software

I componenti software vengono sottoposti a provisioning o distrutti con le macchine scalate e gli script del ciclo di vita degli aggiornamenti vengono eseguiti per qualsiasi componente software che dipende dai componenti delle macchine scalate.

Componenti di servizi di rete e sicurezza

I componenti di servizi di rete e sicurezza, inclusi i bilanciamenti del carico, i gruppi di sicurezza e i tag di sicurezza di NSX, vengono aggiornati per la nuova configurazione della distribuzione.

La scalabilità influisce sulle impostazioni di rete e sicurezza per la distribuzione, incluso il bilanciamento del carico. Quando si esegue la scalabilità verticale o la scalabilità orizzontale di una distribuzione che contiene uno o più nodi, i componenti di rete associati di NSX vengono aggiornati. Ad esempio, se è presente un componente di rete NAT su richiesta associato alla distribuzione, le regole NAT vengono aggiornate in conformità con la richiesta di scalabilità.

Quando si esegue la scalabilità verticale o la scalabilità orizzontale di una distribuzione che contiene un bilanciamento del carico associato, il bilanciamento del carico viene configurato automaticamente in modo da includere le macchine appena aggiunte o interrompere le macchine di bilanciamento del carico destinate alla disinstallazione.

Quando si esegue la scalabilità orizzontale di una distribuzione che contiene un bilanciamento del carico, gli indirizzi IP secondari vengono aggiunti al bilanciamento del carico. In base al fatto che venga eseguita la scalabilità verticale o la scalabilità orizzontale, le macchine virtuali vengono aggiunte o rimosse nel database di IaaS.

Componenti di XaaS

No

I componenti di XaaS non sono scalabili e non vengono aggiornati durante un’operazione di scalabilità. Se si stanno utilizzando i componenti di XaaS nel blueprint, è possibile creare un’azione di risorsa per gli utenti da eseguire dopo un’operazione di scalabilità, che potrebbe scalare o aggiornare i componenti di XaaS secondo necessità. In alternativa, è possibile disabilitare la scalabilità configurando esattamente il numero di istanze da consentire per ogni componente di macchina.

Blueprint nidificati

I componenti supportati nei blueprint nidificati possono essere aggiornati solo se si creano dipendenze esplicite a componenti di macchine scalate. Si creano dipendenze esplicite tracciando linee di dipendenza sulla tela di progettazione.

Quando si esegue la scalabilità orizzontale di una distribuzione, vRealize Automation alloca le risorse richieste sulla prenotazione corrente prima di procedere. Se l'operazione di scalabilità riesce parzialmente e non riesce a eseguire il provisioning di uno o più elementi rispetto alle risorse allocate, l'allocazione delle risorse non viene annullata e non diventa disponibile per le nuove richieste. Le risorse allocate ma non utilizzate a causa di un'operazione di scalabilità non riuscita sono definite "risorse tralasciate". È possibile tentare di riparare le operazioni di scalabilità riuscite parzialmente provando a scalare nuovamente la distribuzione. Tuttavia, non è possibile scalare una distribuzione alla sua dimensione corrente e la correzione di un'operazione di scalabilità parzialmente riuscita in questo modo non comporta l'annullamento dell'allocazione delle risorse tralasciate. È possibile visualizzare la schermata dei dettagli di esecuzione delle richieste e identificare le attività che non sono riuscite e su quali nodi per decidere se correggere l'operazione di scalabilità parzialmente riuscita con un'altra operazione di scalabilità. Le operazioni di scalabilità non riuscite o parzialmente non riuscite non influiscono sulla funzionalità della distribuzione originale ed è possibile continuare a utilizzare gli elementi del catalogo durante la risoluzione di eventuali problemi.

Per una distribuzione in cluster, in cui la distribuzione creata da un blueprint contiene più di una macchina virtuale, la scalabilità avrà esito negativo se il blueprint utilizza una proprietà personalizzata del nome host ma non contiene un valore del prefisso macchina. Per evitare questo problema, è possibile utilizzare l'opzione del prefisso macchina nella definizione del blueprint. Se non si esegue questa operazione, la funzione di scalabilità tenterà di utilizzare la stessa impostazione del nome host per ogni macchina virtuale nel cluster.

Aumento o riduzione della scalabilità mediante riconfigurazione

Dopo il provisioning di una macchina virtuale o cloud vSphere, vCloud Air o vCloud Director, è possibile adeguare il sistema alle mutevoli esigenze dei carichi di lavoro richiedendo una riconfigurazione della macchina per aumentare o ridurre le specifiche di risorse della macchina per CPU, memoria, storage o reti. È inoltre possibile aggiungere, modificare o rimuovere le proprietà personalizzate e modificare le descrizioni. È possibile richiedere la riconfigurazione delle macchine accese o spente per aumentare o diminuire la scalabilità.

Quando si riconfigura una macchina virtuale o cloud per l'aumento delle risorse richieste, vRealize Automation prima di procedere le alloca nella prenotazione corrente. Se le risorse non sono disponibili, la riconfigurazione della macchina non riesce. Se una richiesta di riconfigurazione della macchina non riesce, tutte le risorse allocate sono deallocate e rese disponibili per nuove richieste. Quando si riconfigura una macchina virtuale o cloud perché le esigenze sono diminuite, le risorse non vengono rese disponibili per nuove richieste a meno che la riconfigurazione non riesca correttamente.

Tabella 2. Permessi obbligatori a seconda degli scenari di riconfigurazione delle macchine per la scalabilità (solo vSphere, vCloud Air e vCloud Director)

Il proprietario di una macchina virtuale o cloud desidera...

Permessi necessari

Eseguire la riconfigurazione per la scalabilità subito dopo aver ricevuto eventuali approvazioni richieste.

Riconfigura

Specificare una data e un'ora per l'esecuzione della riconfigurazione per la scalabilità.

Riconfigura

Pianificare nuovamente la riconfigurazione per la scalabilità perché la richiesta è stata approvata solo dopo la data e l'ora pianificate.

Riconfigura

Provare a rieseguire una riconfigurazione non riuscita.

Esegui riconfigurazione

Annullare una richiesta di riconfigurazione non riuscita.

Annulla riconfigurazione

Annullare una richiesta di riconfigurazione pianificata.

Annulla riconfigurazione