Sintaxe da Política de Cota
O tópico a seguir descreve a sintaxe da política de cota de compartimento.
Três tipos de instruções da política de cotas estão disponíveis:
set
: Define o número máximo de um recurso de nuvem que pode ser usado para um compartimento.unset
: Redefine cotas de volta para os limites do serviço padrão.zero
: Remove o acesso a um recurso de nuvem para um compartimento.
Os componentes da linguagem de uma instrução de política de cotas são:
- A palavra-chave
action
corresponde ao tipo de cota que está sendo definido. A palavra-chave pode serset
,unset
ouzero
. - O nome da família de serviços; por exemplo:
compute-core
. - A palavra-chave
quota
ouquotas
. - O nome da cota, que varia por família de serviços. Por exemplo, uma cota válida na família
compute-core
seriastandard-e4-core-count
.- Também é possível usar curingas para especificar uma faixa de nomes. Por exemplo,
"/standard*/"
corresponde a todas as cotas do serviço Compute que começam com a frase "padrão".
- Também é possível usar curingas para especificar uma faixa de nomes. Por exemplo,
- Para instruções set, o valor da cota.
- O compartimento que a cota abrange.
- Uma condição opcional. Por exemplo,
where request.region = 'us-phoenix-1'
. As condicionais suportadas atualmente sãorequest.region
erequest.ad
.
Consulte também Cotas de Amostra para obter alguns exemplos de uso comuns.
Escopo
As cotas podem ter diferentes escopos e funcionar no domínio de disponibilidade, na região ou globalmente. Estes são alguns pontos importantes a serem compreendidos sobre o escopo ao trabalhar com cotas de compartimento:
-
Ao definir uma cota no nível do AD (domínio de disponibilidade), a cota é alocada para cada AD. Assim, por exemplo, a definição de uma cota de 120 OCPUs em um compartimento na verdade define um limite de 120 OCPUs por AD. Para direcionar um AD específico, use o parâmetro
request.ad
na cláusulawhere
. -
As cotas regionais se aplicam a cada região. Consulte Cotas de Amostra para obter um exemplo de cota regional.
- O uso de subcompartimentos conta para o uso do compartimento principal.
Para obter mais informações, consulte Regiões e Domínios de Disponibilidade.
Permissões e Aninhamento
As cotas de compartimento podem ser definidas no compartimento raiz. Um administrador (que deve estar capaz de gerenciar cotas no compartimento raiz) pode definir cotas em seus próprios compartimentos e em qualquer compartimento filho. As cotas definidas em um compartimento pai substituem cotas definidas em compartimentos filhos. Dessa forma, um administrador de um compartimento pai pode criar uma cota em um compartimento filho que não pode ser substituída pelo filho.
As políticas que visam compartimentos aninhados são escritas da seguinte forma:
set compute quota standard-e4-core-count to 10 in compartment parent:child:another_child
Avaliação e precedência de cotas
- Em uma política, as instruções de cota são avaliadas em ordem e as instruções posteriores substituem as instruções anteriores que se destinam ao mesmo recurso.
- Nos casos em que mais de uma política é definida para o mesmo recurso, a política mais restritiva é aplicada.
- Os limites do serviço sempre têm precedência sobre as cotas. Embora seja possível especificar uma cota para um recurso que exceda o limite de serviço desse recurso, o limite de serviço ainda será imposto.
Curingas
Algumas famílias de cotas têm muitos recursos, por exemplo, a família de cotas do serviço Database é composta de muitas cotas. O nome da cota curingas pode ser usado nesses casos para especificar um intervalo de nomes.
Este exemplo usa um curinga para alocar todos os recursos exadata
para o compartimento ProductionApp
:
zero database quota /*exadata*/ in tenancy
unset database quota /*exadata*/ in compartment ProductionApp