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 Service Broker o un modello di cloud in 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 Cloud Assembly affinché sia possibile gestirli utilizzando Service Broker, Cloud Assembly o 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 di giorni in cui le risorse di distribuzione sono attive senza essere rinnovate. Se non vengono rinnovate, il lease scade e la distribuzione viene eliminata. Se viene specificato un periodo di tolleranza, l'utente può rinnovare il lease per una quantità di giorni massima pari al numero di giorni in cui il lease è stato attivo.
  • Lease totale massimo (giorni). Il numero totale di giorni combinato in cui una distribuzione può essere attiva, inclusi i rinnovi del lease. Ogni rinnovo non può superare il lease massimo e il valore cumulativo dei rinnovi non può superare il lease totale massimo. Una volta raggiunto il lease totale, la distribuzione viene eliminata e le risorse all'interno di tale distribuzione vengono recuperate.
  • Periodo di tolleranza (giorni). Numero di giorni in cui l'utente deve rinnovare un lease scaduto prima che la distribuzione venga eliminata. Il periodo di tolleranza non è incluso nei giorni di lease totale. Se non si definisce un periodo di tolleranza, il valore predefinito è 1 giorno.

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 Nessuna
      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. Durante il periodo di tolleranza, l'utente estende il lease di 30 giorni. Una volta scaduto nuovamente il lease, l'utente lo rinnova per altri 30 giorni. Al termine della terza estensione, il lease raggiunge il periodo di lease totale massimo di 90 giorni attivi e l'utente non può più estenderlo. La distribuzione viene arrestata ed 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
      Cloud Template 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
      (Cloud Template equals Multi-tier five machine with LB 
      OR 
      Catalog Item equals Distributed Database Across Clouds) 
          AND 
          Created By equals [email protected]

      È possibile utilizzare Elemento del catalogo perché si tratta di un modello non 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