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.
Quando vengono applicati i criteri di lease
- 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 Automation Service Broker o un modello di cloud in Automation Assembler. 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 Automation Assembler affinché sia possibile gestirli utilizzando Automation Service Broker, Automation Assembler o Automation Pipelines.
Opzioni specifiche dei lease
- 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
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.
- Selezionare .
- 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.
- 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.
- 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.
- Definire la durata di validità del criterio.
- 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.
- 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.
- 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.
- Definire la durata di validità del criterio.
- 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.
- 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 Automation Assembler.
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.
- 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.
- Definire la durata di validità del criterio.
- 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.
Passaggi successivi
- Per ulteriori esempi sulle modalità di elaborazione e imposizione dei criteri di lease, vedere Come vengono elaborati i criteri di Automation 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 Automation Service Broker per l'invio delle notifiche.
- Se si utilizza Automation 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.
