Utilizzando i lease basati su criteri, è possibile ridurre la necessità di intervenire manualmente per recuperare le risorse. È possibile definire i criteri di lease affinché sia possibile controllare la quantità di tempo in cui una distribuzione è disponibile per gli utenti. I casi d'uso dei criteri di lease in questa procedura forniscono un punto di inizio per conoscere e implementare i criteri per l'organizzazione.

Se non è stato definito alcun criterio di lease, le distribuzioni non avranno scadenza. Per recuperare le risorse, è necessario eliminare manualmente le distribuzioni.

Quando entra in vigore un criterio di lease?

  • Se l'ambito del criterio è Organizzazione, tutte le distribuzioni nell'organizzazione vengono gestite in base ai criteri definiti.
  • Se l'ambito del criterio è un progetto, le distribuzioni associate a tale progetto vengono gestite in base al lease definito. Altri progetti non sono interessati.

I criteri di lease vengono applicati quando:

  • Si crea o aggiorna un criterio di lease. Una volta applicati i criteri di lease, tali distribuzioni vengono continuamente valutate in background per garantire che siano conformi ai lease definiti.
  • Richiedere un elemento del catalogo in vRealize Automation Service Broker o un modello di cloud in vRealize Automation Cloud Assembly. I valori di lease massimo e lease totale massimo diventano effettivi quando la distribuzione viene creata.
  • I carichi di lavoro o le risorse di cui è stato eseguito l'onboarding in vRealize Automation Cloud Assembly affinché sia possibile gestirli utilizzando vRealize Automation Service Broker, vRealize Automation Cloud Assembly o vRealize Automation Code Stream.

In questo caso d'uso, sono disponibili tre definizioni di criteri che illustrano in che modo è possibile creare i criteri e i risultati quando vengono applicati. L'ultimo criterio non viene applicato, ma i motivi vengono forniti nei risultati dello scenario.

Quando si esamina il caso d'uso dei criteri di lease, è necessario configurare anche le opzioni specifiche del lease. Le descrizioni seguenti forniscono un breve riepilogo. Per ulteriori informazioni, consultare la guida indicazioni.

  • Lease massimo (giorni). Numero massimo di giorni in cui le risorse di distribuzione sono disponibili senza essere rinnovate. Se non vengono rinnovate, la distribuzione viene eliminata. Eventuali rinnovi non possono superare il lease totale massimo.
  • Lease totale massimo (giorni). Numero totale di giorni prima che la distribuzione venga eliminata e le risorse vengano recuperate. Il lease totale include i rinnovi del lease.
  • Periodo di tolleranza (giorni). Numero di giorni in cui l'utente deve rinnovare il lease prima che la distribuzione venga eliminata. Periodo di tolleranza che si aggiunge al numero massimo di giorni del lease totale. Non è incluso nei giorni di lease totale.

Procedura

  1. Selezionare Contenuto e criteri > Criteri > Definizioni > Nuovo criterio > Criterio di lease.
  2. Configurare il criterio di lease 1.
    In qualità di amministratore, si desidera controllare i costi limitando il tempo di lease iniziale per tutte le distribuzioni a 30 giorni, con la possibilità di rinnovare il lease per un totale di 90 giorni.
    1. Definire la durata di validità del criterio.
      Impostazione Valore di esempio
      Scope Organizzazione

      Questo criterio viene applicato a tutti gli utenti dell'organizzazione.

      Criteri di distribuzione Nessuno
      Tipo di imposizione Temporanea

      Questo tipo di imposizione consente di creare altri criteri correlati a questo lease che sovrascrivono questo criterio.

    2. Definire il lease.
      Impostazione Valore di esempio
      Lease massimo (giorni) 30
      Lease totale massimo (giorni) 90
      Periodo di tolleranza (giorni) 10
    In questo scenario, la distribuzione viene arrestata dopo 30 giorni e viene inviata un'email all'utente. Se l'utente non estende il lease, la distribuzione viene eliminata dopo 10 giorni. Se l'utente estende il lease per altri 30 giorni e poi per altri 30, per un totale di 90 giorni, viene raggiunto la durata massima del lease e la distribuzione viene arrestata. Viene eliminata 10 giorni dopo.
  3. Configurare il criterio di lease 2.
    In qualità di amministratore, si desidera controllare i costi limitando il tempo di lease in un modello costoso a due settimane. Per questo esempio, il nome del modello è Multi-tier 5 machine with LB.
    1. Definire la durata di validità del criterio.
      Impostazione Valore di esempio
      Scope Progetto MT5

      Questo criterio è stato applicato alle distribuzioni associate a questo progetto.

      Criteri di distribuzione blueprint equals Multi-tier 5 machine with LB

      In base a questa espressione di criteri, vengono considerate solo le distribuzioni per il modello a cui viene fatto riferimento per l'imposizione dei criteri.

      Tipo di imposizione Temporanea

      Questa imposizione temporanea sovrascrive comunque il criterio dell'organizzazione di 90 giorni nel criterio 1, poiché i valori sono più significativi a livello di progetto.

    2. Definire il criterio di lease.
      Impostazione Valore di esempio
      Lease massimo (giorni) 14
      Lease totale massimo (giorni) 28
      Periodo di tolleranza (giorni) 3
    In questo scenario, entrambi i criteri vengono applicati, ma il criterio 2 ha la precedenza rispetto al criterio 1 perché è più specifico. Quando applicata, la distribuzione viene arrestata dopo 14 giorni. Se l'utente non estende il lease, viene eliminato tre giorni dopo. Se l'utente estende il lease per un massimo di 14 giorni, la distribuzione viene arrestata alla fine della seconda estensione e viene eliminata tre giorni dopo.
  4. Esaminare la configurazione del criterio di lease 3.
    In qualità di responsabile del progetto, si nota che uno degli sviluppatori sta lavorando su un'applicazione complessa. Lo sviluppatore richiede il modello di Multi-tier 5 Machines with LB e un altro modello, Distributed Database Across Clouds, ma per un lease più lungo rispetto a quanto definito nel criterio 2.

    A meno che non si comprenda come vengono elaborati i criteri in base al modo in cui sono definiti, si potrebbero riscontrare risultati imprevisti. Il criterio 3 è un esempio di come l'elaborazione e la precedenza influenzino il risultato.

    Questo criterio, come specificato, non verrà applicato. Questo esempio offre l'opportunità di vedere come vengono applicati e imposti i lease quando ne è presente più di uno.

    1. Definire la durata di validità del criterio.
      Impostazione Valore di esempio
      Scope Progetto MT5

      Questo criterio viene applicato alle distribuzioni in questo progetto.

      Criteri di distribuzione (blueprint equals Multi-tier five machine with LB OR catalogItem equals Distributed Database Across Clouds) AND CreatedBy equals jan@mycompany.com.

      È possibile utilizzare catalogItem perché si tratta di un modello non vRealize Automation Cloud Assembly.

      Tipo di imposizione Temporanea

      Questa imposizione temporanea sovrascrive comunque il criterio dell'organizzazione di 90 giorni nel criterio 1, poiché i valori sono più significativi a livello di progetto.

    2. Definire il criterio di lease.
      Impostazione Valore di esempio
      Lease massimo (giorni) 21
      Lease totale massimo (giorni) 50
      Periodo di tolleranza (giorni) 3

      In questo scenario, viene applicato il criterio di lease 2, non il criterio di lease 3.

      • Il lease 3 ha una durata di lease inferiore o uguale a 21 giorni e il criterio viene applicato. Il lease 2 ha una durata di lease inferiore o uguale a 14 giorni e il criterio viene applicato.
      • Il lease 2 è applicabile e non viola il criterio di lease 3. Tuttavia, il lease 2 è più restrittivo, quindi ha la precedenza. Il criterio di lease 2 è più restrittivo perché si tratta di un periodo di tempo più breve.
      • Quando entrambe le definizioni di lease sono true e applicabili, viene applicato il criterio più restrittivo.
  5. Per risolvere il comportamento imprevisto nel criterio di lease 3, è possibile implementare una delle seguenti soluzioni.
    • Per garantire che sia possibile fornire a Jan il criterio necessario, modificare il tipo di imposizione per renderlo permanente.
    • In alternativa, è possibile creare un nuovo progetto con accesso alle stesse risorse e quindi creare il criterio di lease 3 per tale progetto. Sebbene questa soluzione isoli il criterio di lavoro, è necessario mantenere un progetto parallelo. Lo sforzo necessario per configurare e gestire le origini del contenuto, la condivisione del contenuto e così via, richiede molto tempo ed è soggetto a errori.

Operazioni successive