Live Optics, ottica a focale fissa: Dimensionamento corretto delle macchine virtuali

Nota: Le seguenti funzioni dipendono dall'availability dei dati. Alcuni ambienti VM non consentono la visibilità delle risorse sottoposte a provisioning rispetto a quelle utilizzate o potrebbero non essere ottenibili al momento. In questo caso, la VM e talvolta l'intero grafico (tutte le VM) saranno rappresentati da barre di colore grigio. Ciò si verifica quasi sempre in un progetto Hyper-V in cui non è presente un equivalente VMTools. 

L'overprovisioning delle macchine virtuali rappresenta una tecnica comune e un vantaggio comune della virtualizzazione. La pratica consiste essenzialmente in due strategie: (1) allocare a una macchina virtuale più di quanto potrebbe essere necessario in quel momento e (2) facoltativamente, allocare a tutte le macchine virtuali più risorse di quante se ne potrebbero avere come infrastruttura.

In alternativa, a una VM potrebbe essere stato assegnato un numero eccessivo di risorse ed è improbabile che tali risorse vengano mai utilizzate. In un'ambiente private cloud, questo potrebbe non richiedere monitoraggio. Tuttavia, se si sposta una di queste macchine virtuali su una piattaforma che addebita in base alle risorse allocate, una macchina con un notevole overprovisioning può costare MOLTO denaro.

Anche in alcuni ambienti Private Cloud, quando viene allocata una risorsa, questa viene rimossa dal pool disponibile. Quando le risorse sono finite, ottieni di più per espanderti. In alternativa, recuperare tutte le risorse inutilizzate per evitare la spesa.

I provider di public cloud rientrano in questa categoria. La strategia del public cloud consiste nel pagare solo per ciò che viene utilizzato e, se è necessario di più o in meno, regolare le risorse in base alle esigenze.

In genere, nel public cloud, un amministratore assegna a una VM un'"istanza". Un'istanza è un bundle fisso di vCPU, memoria e capacità ed è a tutti gli effetti un incremento di fatturazione.

Per coloro che non hanno familiarità con il public cloud, un amministratore potrebbe tentare di replicare le caratteristiche di provisioning di una VM e trovarsi a pagare importi eccessivi per risorse che la VM non utilizza mai.

Esempio di oversubscription di memoria

Nell'esempio seguente, le VM con l'utilizzo più basso delle risorse assegnate sono allineate da sinistra a destra, mentre quella più lontana a sinistra è la VM con la maggiore quantità di memoria assegnata inutilizzata. In teoria, queste sono le VM che dispongono della più elevata quantità di risorse che possono essere recuperate e sono i candidati ideali per il dimensionamento corretto. 

Prima di passare a un modello di fatturazione che richiede il pagamento per l'assegnazione delle risorse rispetto al consumo delle risorse, "dimensionare correttamente" le macchine virtuali.

Il grafico sull'over-provisioning di Live Optics consente di visualizzare quali VM nell'ambiente sono potenziali candidate per un footprint di configurazione ridotto.

Questo grafico illustra gli attributi sottoposti a provisioning e utilizzati di vCPU, Memoria e Capacità come grafici singoli. Le VM con le quantità più elevate di spazio inutilizzato per la categoria selezionata verranno ordinate dal più alto al più basso a partire dal lato sinistro del grafico.

Guardare a destra (o scorrere verso destra nelle raccolte molto grandi) e infine vedere che le macchine virtuali usano quasi il 100% delle risorse assegnate. 

Capire come leggere i grafici.

Fatta eccezione per vCPU, la barra blu è la quantità sottoposta a provisioning dell'attributo, mentre la barra gialla è la quantità utilizzata. In termini generali, le VM che mostrano più blu (provisioning) rispetto alle loro controparti gialle (utilizzate) in percentuale sono quelle con il maggior numero di overprovisioning.

L'assegnazione della capacità e della memoria è relativamente semplice e, se si decide che queste risorse possono effettivamente essere recuperate, il processo è immediato e può portare a evitare aggiornamenti non necessari.

Esempio di sottoscrizione in eccesso di capacità

L'esempio seguente mostra tutta la capacità inutilizzata in blu con le VM con la capacità più inutilizzata a sinistra. Si noti che le barre stesse non vengono ordinate dal più alto al più basso in base alla capacità di provisioning. Piuttosto, le barre sono allineate dal più alto al più basso di capacità libera o inutilizzata. 

Queste sono le VM che rappresentano i candidati più elevati per il corretto dimensionamento della capacità. 

Esempio di oversubscription della vCPU

La versione vCPU è simile, ma è più difficile da capire. La barra blu rappresenta la quantità totale di risorse sottoposte a provisioning. Tuttavia, il giallo è l'equivalente usato. Mi spiego. 

Tutte le CPU fisiche e le vCPU hanno una quantità di consumo in GHz. Questa % viene monitorata come alcune di tutte le VM e non per ogni vCPU stessa.

Spesso, una vCPU è più o meno uguale a un core fisico. Spesso è possibile assegnare più vCPU a una VM e questo viene fatto per motivi di architettura richiesti dalla progettazione del carico di lavoro e non necessariamente per le prestazioni.

Pertanto, sebbene Live Optics sia in grado di mostrare la % complessiva utilizzata per le vCPU, non può determinare alcun vantaggio a livello di architettura derivante dall'assegnazione di più vCPU alle VM.

Sebbene Live Optics sia in grado di mostrare con precisione l'utilizzo equivalente delle vCPU in base al consumo totale di GHz, questo grafico non suggerisce che le vCPU possano essere recuperate, ma piuttosto che potrebbero essere candidate per un ulteriore controllo.

Nel grafico riportato di seguito, vedere che la prima macchina virtuale dispone di 8 vCPU assegnate, ma utilizza solo l'equivalente GHz dello 0,25% delle prestazioni di una singola vCPU. 

È probabile che questa macchina virtuale possa essere eseguita correttamente con un minor numero di vCPU, ma non è definitiva fino a quando non è disponibile una revisione dell'architettura. 

Le barre grigie a destra sono un buon esempio dei casi in cui il consumo di utilizzo per queste VM non è stato ottenibile.