Per individuare l'infrastruttura migliore in cui posizionare una distribuzione, vRealize Automation prende diverse decisioni di filtraggio. L'integrazione di vRealize Automation con vRealize Operations Manager può perfezionare ulteriormente la decisione di posizionamento.

vRealize Operations Manager può contribuire a posizionare i carichi di lavoro in modo ottimale, a condizione che sia stata abilitata l'opzione Criterio di posizionamento avanzato nelle zone cloud basate su vSphere.

Inoltre, gli account cloud di vSphere per le zone cloud devono essere monitorati da vRealize Operations Manager.

Fase 1: prenotazione

Nota: Anche se il nome è lo stesso, la prenotazione non è correlata alla funzionalità di prenotazione di vRealize Automation 7.

La fase di prenotazione di vRealize Automation è identica indipendentemente dal fatto che si abiliti il posizionamento avanzato con vRealize Operations Manager.

Diagramma della fase di prenotazione
  1. La prenotazione inizia con un modello cloud collegato a un progetto. Tale progetto è a sua volta collegato alle zone cloud.
  2. Le zone cloud sono composte da host, pool e cluster di risorse di elaborazione e da storage collegato.

    Inizialmente, qualsiasi zona cloud nel progetto potrebbe essere una potenziale destinazione di posizionamento.

  3. vRealize Automation filtra le zone cloud che non dispongono di risorse sufficientemente integre per la distribuzione.

    Ad esempio, se troppe risorse sono spente o in manutenzione, tale zona cloud viene filtrata.

  4. vRealize Automation filtra le zone cloud che non sono in grado di soddisfare i requisiti aziendali.

    Ad esempio, la distribuzione potrebbe superare un limite di prezzi o budget per la zona.

  5. vRealize Automation filtra le zone cloud che non sono in grado di soddisfare i requisiti del cluster.

    Ad esempio, le risorse della zona cloud potrebbero avere limiti di utilizzo della CPU o della memoria troppo bassi per la distribuzione.

  6. vRealize Automation filtra le zone cloud che non hanno affinità con i vincoli dell'applicazione.

    L'affinità richiede che i tag di vincolo a livello di progetto o del modello cloud corrispondano ai tag di funzionalità presenti in qualche punto delle risorse della zona cloud.

    Ad esempio, se il modello cloud o il progetto include un vincolo di storage per utilizzare pci con tag di storage, una zona cloud in cui nessuna delle risorse di storage dispone di tale tag di funzionalità verrà filtrata.

  7. vRealize Automation seleziona le zone cloud con la priorità di provisioning migliore.
  8. Se il criterio di posizionamento a livello di progetto è diverso da Predefinito, vRealize Automation seleziona una zona cloud che supporta il criterio di posizionamento non predefinito.

    In questa versione, Spread è l'unico criterio non predefinito. Spread distribuisce il carico selezionando la zona cloud con il rapporto più basso tra macchine virtuali e host. L'impostazione predefinita viene distribuita semplicemente nella prima zona disponibile.

    Il criterio di posizionamento del progetto è solo un fattore durante la fase di prenotazione della zona cloud. Non ha alcun effetto né relazione con il criterio di posizionamento della zona cloud nella fase di allocazione.

Al termine, la fase di prenotazione seleziona una zona cloud e le relative risorse. vRealize Automation riserva la prima zona disponibile che resta qualificata dopo aver passato i filtri precedenti.

Fase 2: allocazione

vRealize Automation ispeziona le risorse di elaborazione della zona cloud riservata e lo storage collegato.

Diagramma della fase di allocazione
  1. All'interno della zona cloud, vRealize Automation filtra le risorse che si trovano nello stato di manutenzione o spegnimento.

    Si noti che vi è comunque un numero sufficiente di risorse integre per la distribuzione. In caso contrario, l'intera zona cloud sarebbe stata filtrata durante la fase di prenotazione.

  2. vRealize Automation filtra le risorse che non corrispondono ai vincoli a livello di cluster presenti nel modello cloud o nel progetto.

    Ad esempio, una risorsa nella zona cloud potrebbe essere contrassegnata con il tag test in Infrastruttura > Risorse > Elaborazione.

    Se il modello cloud o il progetto include un tag di vincolo per utilizzare una risorsa dev, la risorsa test viene filtrata.

    Inoltre, i profili di storage o di rete nella zona cloud potrebbero essere contrassegnati in modo da non corrispondere ai vincoli di storage o di rete a livello di cluster nel modello cloud o nel progetto.

  3. vRealize Automation filtra le risorse in base alle impostazioni di affinità definite in vCenter.

    Ad esempio, potrebbe essere presente una regola in vCenter in cui la presenza di una macchina virtuale in un cluster potrebbe impedire l'uso di un altro cluster.

  4. vRealize Automation filtra le risorse che non corrispondono ad alcun vincolo personalizzato rimanente trovato nel modello cloud o nel progetto.

    Ad esempio, se il modello cloud include un vincolo per l'utilizzo di un'immagine con tag ubuntu, una zona cloud in cui nessuna delle mappature dell'immagine è contrassegnata con tag ubuntu verrà filtrata.

  5. vRealize Automation cerca la migliore risorsa di elaborazione e storage possibile in base al criterio di posizionamento della zona cloud.

    vRealize Automation utilizza vRealize Operations Manager solo quando sono vere le due condizioni seguenti:

    • Il criterio di posizionamento della zona cloud è impostato su Avanzato.
    • Dopo aver applicato il filtro al passaggio 4, almeno un cluster abilitato per DRS e lo storage a cui è collegato restano qualificati.

    In caso contrario, vRealize Automation procede con il proprio algoritmo di posizionamento senza input da vRealize Operations Manager.

Consiglio sul posizionamento di vRealize Operations Manager

Se qualificato per l'input da vRealize Operations Manager, vRealize Automation contatta vRealize Operations Manager per ricevere un consiglio sulla migliore risorsa di elaborazione e storage possibile per la distribuzione. vRealize Automation invia i seguenti dati a vRealize Operations Manager:

  • Cluster abilitati per DRS di destinazione qualificati e relativi datastore o cluster di datastore collegati
  • Il numero di risorse o le dimensioni del cluster della distribuzione
  • Requisiti di CPU e memoria per le macchine virtuali nella distribuzione
  • Requisiti del disco per le macchine virtuali nella distribuzione

Dalle destinazioni qualificate, se vRealize Operations Manager può restituire un posizionamento ottimale per ciascuna macchina virtuale, vRealize Automation alloca le risorse di elaborazione e storage in base al consiglio di vRealize Operations Manager.

Per ulteriori informazioni sulle modalità con cui vRealize Operations Manager gestisce i carichi di lavoro, vedere la documentazione di vRealize Operations.

Se vRealize Operations Manager non è in grado di trovare un consiglio o vRealize Automation non è in grado di trovare cluster e storage abilitati per DRS, vRealize Automation controlla l'impostazione di fallback della zona cloud:

  • Con fallback

    vRealize Automation alloca risorse di elaborazione e storage che restano qualificate anche senza un consiglio di vRealize Operations Manager.

  • Senza fallback

    vRealize Automation annulla la richiesta e non procede con il provisioning.

Fase 3: provisioning

vRealize Automation distribuisce le macchine virtuali, lo storage e la rete richiesti tramite l'adattatore per la destinazione di posizionamento selezionata alla fine della fase di allocazione.

La destinazione di posizionamento è costituita da host di elaborazione, cluster o pool di risorse e da un datastore o un cluster di datastore collegato.