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
Operazioni successive
- Per ulteriori esempi sulle modalità di elaborazione e imposizione dei criteri di lease, vedere Come vengono elaborati i criteri di Service Broker.
- Configurare i criteri pertinenti per le organizzazioni e i progetti. Se si sta solo iniziando a usare i criteri di lease, iniziare con un criterio di lease a livello di organizzazione.
- Per inviare un'email all'utente che distribuisce, configurare il server email per le notifiche. Vedere Aggiunta di un server e-mail in Service Broker per l'invio delle notifiche.
- Se si utilizza vRealize Orchestrator, è possibile gestire le distribuzioni scadute e le relative risorse utilizzando le sottoscrizioni di estendibilità. Consultare Utilizzo delle sottoscrizioni di estendibilità per gestire la scadenza delle distribuzioni.
