1. Framework Migliori prassi per Oracle Cloud Infrastructure
  2. Gestire i limiti del servizio

Gestire i limiti del servizio

Comprendere, monitorare e gestire i limiti di servizio e le quote di compartimento della tenancy. I limiti di servizio sono le quote di risorse che limitano le risorse che è possibile utilizzare nella tenancy. Essi vengono stabiliti quando si crea la tenancy, ma possono essere modificati su richiesta. Le quote di compartimento sono criteri che consentono agli amministratori di allocare risorse a compartimenti specifici con un elevato livello di flessibilità.

Comprendere i limiti di servizio predefiniti della tenancy

Architetto enterprise, architetto cloud, lead infrastruttura

In genere, i limiti di servizio associati alla tenancy vengono stabiliti quando si esegue la registrazione a Oracle Cloud Infrastructure (OCI).

Se non sono stati stabiliti limiti con il funzionario commerciale Oracle o se si è eseguito l'iscrizione tramite l'area di memorizzazione Oracle, vengono impostati i limiti predefiniti o di prova per la tenancy. Utilizzare la console o l'API OCI per visualizzare i limiti del servizio.

OCI è ospitato in aree e domini di disponibilità. Le aree sono aree geografiche localizzate e i domini di disponibilità sono uno o più data center all'interno di un'area. Ogni risorsa ha un limite e un ambito definiti. L'ambito di applicazione dei limiti di servizio è specifico del dominio regionale o di disponibilità. In alcuni casi, l'ambito è definito da un altro servizio. Ad esempio, è consentita una sola risorsa NAT Gateway per rete cloud virtuale. L'ambito dei limiti di servizio per un gateway NAT è la rete cloud virtuale.

Per determinare i limiti di servizio della tenancy, attenersi alle procedure consigliate di seguito.

  1. Identificare le aree Oracle Cloud Infrastructure in base ai requisiti relativi all'applicazione, alla latenza e al ripristino delle catastrofi.
  2. Identificare i servizi richiesti dalle applicazioni.

Per determinare i requisiti, rivedere l'architettura dell'applicazione, il codice dell'infrastruttura o la distribuzione in locale e seguire le procedure ottimali riportate di seguito.

  1. Rivedere i limiti e l'ambito predefiniti per i servizi richiesti. Ad esempio, per dominio di disponibilità, per area o per tenant. Alcuni servizi hanno limiti aggiuntivi.
  2. Identificare i limiti di servizio predefiniti che richiedono un aumento.
  3. Comprendere la capacità necessaria per eseguire l'applicazione al massimo carico e garantire che i limiti consentano la resilienza in caso di guasto di un dominio di disponibilità.
I limiti di servizio servono ai seguenti scopi:
  • Consenti di proteggerti dal consumo imprevisto assicurandoti che la tua tenancy possa utilizzare solo le risorse che desideri.
  • Informare Oracle delle risorse necessarie per eseguire il carico di lavoro in modo che tali risorse siano sempre disponibili.
L'utente viene addebitato solo per le risorse effettivamente utilizzate, indipendentemente dai limiti di servizio.

Monitorare e gestire i limiti di servizio

Cloud Architect, leader dell'infrastruttura

Valutare l'uso dei servizi Oracle Cloud Infrastructure in base all'applicazione. Lasciare spazio per la crescita e l'espansione. Tieni traccia dell'utilizzo corrente e monitora la crescita.

  • Utilizzare l'API Console OCI o Limiti servizio per acquisire l'utilizzo corrente delle risorse e i limiti di servizio totali per la tenancy. Ad esempio, il numero di istanze di calcolo che si sta utilizzando per dominio di disponibilità e la quantità di spazio necessario per crescere in tale dominio di disponibilità e area.

  • Richiedere un aumento del limite del servizio per una risorsa, se necessario. Mantenere un record e tenere traccia della richiesta. Dopo aver ricevuto la conferma, andare all'API Console OCI o Limiti di servizio per convalidare il limite di servizio.

Imposta quote compartimento

Cloud Architect, leader dell'infrastruttura

Gli amministratori utilizzano istruzioni criteri per creare quote compartimento. Le quote controllano il consumo delle risorse nei compartimenti cloud.
  1. Identificare i servizi e i relativi requisiti di quota per ciascun compartimento, in base alla struttura del compartimento. Quote impostate a livello di compartimento padre, limitano l'uso delle risorse per tale compartimento e per tutti i relativi figli. Quando si impostano quote per un compartimento padre, ricordarsi di includere l'uso nei compartimenti figlio.
  2. Identificare l'ambito delle quote compartimento come dominio di disponibilità, regionale o globale.
  3. Creare criteri di quota compartimento. Quando si imposta una quota con ambito di dominio di disponibilità (AD), la quota viene allocata a ciascun AD a meno che non si specifichi un AD nel criterio. Le quote regionali si applicano a ciascuna regione.
  4. Impostare un limite superiore per impedire che le configurazioni erranti creino tempeste di richieste che creano risorse illimitate.

Essere consapevoli dei limiti di servizio fissi

Cloud Architect, leader dell'infrastruttura

Tenere presente che alcune risorse hanno fissato limiti di servizio immutabili.

Identificare quelli che potrebbero influire sulle applicazioni e apportare adeguamenti appropriati all'architettura. Ad esempio, è possibile allegare un massimo di 5 liste di sicurezza a una singola subnet. Per superare questo limite, è possibile regolare l'architettura in modo da utilizzare i gruppi di sicurezza di rete oltre agli elenchi di sicurezza.

Uso failover fattore nei limiti del servizio

Cloud Architect, leader dell'infrastruttura

Assicurarsi di avere un fattore sufficiente tra il limite di servizio corrente e l'uso massimo per contenere il failover.

Quando una risorsa non riesce, potrebbe comunque essere conteggiata in base ai limiti finché non viene terminata correttamente. Assicurarsi che i limiti coprano la sovrapposizione di tutte le risorse non riuscite con sostituzioni prima della cessazione delle risorse non riuscite. Quando si calcola questo gap, è necessario considerare un errore del dominio di disponibilità.

  1. Capire il vostro scenario di affidabilità e disponibilità, e come si sta rendendo la vostra architettura abbastanza resiliente per ospitare questo. In genere, la disponibilità è sotto forma di 'numero di 9'.
  2. Comprendere i modelli di distribuzione, ad esempio Blu/Verde, rollover o canarino.
  3. Disporre di un buffer appropriato sui limiti di servizio per il failover.
  4. Lasciare spazio adeguato per la crescita e l'espansione futura.

Ulteriori informazioni