Gerenciar Seus Limites de Serviços

Entenda, monitore e gerencie os limites de serviço e as cotas de compartimento da sua tenancy. Limites de serviço são permissões de recursos que limitam quais recursos você pode usar em sua tenancy. Eles são estabelecidos quando você cria sua tenancy, mas podem ser alterados mediante solicitação. As cotas de compartimento são políticas que permitem aos administradores alocar recursos para compartimentos específicos com um alto nível de flexibilidade.

Os Limites de Serviço servem para as seguintes finalidades:

Proteja-o de aumentos não planejados de consumo e custo, garantindo que seus usuários só possam usar a quantidade de recursos que você predefiniu.
Informe à Oracle os recursos necessários para executar sua carga de trabalho para que esses recursos estejam sempre disponíveis para você.

Compreender os Limites de Serviço Padrão da Sua Tenancy

Arquiteto Corporativo, Arquiteto de Nuvem, Gerente de Operações de Nuvem

Normalmente, os limites do serviço associados à sua tenancy são estabelecidos quando você se cadastra no OCI (Oracle Cloud Infrastructure).

Se você não estabeleceu limites com o representante de vendas da Oracle ou se você se conectou pela Oracle Store, serão definidos limites padrão ou de avaliação para sua tenancy. Use a Console ou a API do OCI para exibir seus limites de serviço.

Os Limites de Serviço servem para as seguintes finalidades:

Proteja-o de aumentos não planejados de consumo e custo, garantindo que seus usuários só possam usar a quantidade de recursos que você predefiniu.
Informe à Oracle os recursos necessários para executar sua carga de trabalho para que esses recursos estejam sempre disponíveis para você.

Você só é cobrado pelos recursos que realmente usa, independentemente dos seus limites de serviço.

O OCI é hospedado em regiões e domínios de disponibilidade. As regiões são áreas geográficas localizadas, e os domínios de disponibilidade são um ou mais data centers em uma região. Cada recurso tem um limite e escopo definidos. O escopo de um limite de serviço é regional, de domínio de disponibilidade ou específico do recurso. Em alguns casos, o escopo é definido pelo serviço. Por exemplo, somente um recurso do Gateway NAT é permitido por rede virtual na nuvem.

Siga estas melhores práticas para determinar os limites de serviço da sua tenancy:

Escolha suas regiões do Oracle Cloud Infrastructure com base em seus requisitos de aplicativo, latência e recuperação de desastres.
Identifique os serviços que seus aplicativos exigem.

Para determinar seus requisitos, revise a arquitetura do aplicativo, o código de infraestrutura ou a implantação local e siga estas práticas recomendadas:

Revise os limites e o escopo padrão para os serviços necessários. Por exemplo, por domínio de disponibilidade, por região ou por tenant. Alguns serviços têm limites adicionais.
Identifique quais limites de serviço padrão exigem um aumento.
Entenda a capacidade necessária para executar seu aplicativo no pico de carga e garanta que seus limites permitam resiliência em caso de falha de um domínio de disponibilidade.

Monitorar e Gerenciar seus Limites de Serviço

Arquiteto de Nuvem, Gerente de Operações de Nuvem

Você deve avaliar regularmente o uso de serviços do Oracle Cloud Infrastructure com base no seu aplicativo. Deixe espaço para crescimento e expansão para que você não exceda inadvertidamente os limites de serviço através do uso rotineiro de seu aplicativo. Acompanhe seu uso e monitore o crescimento.

Use a Console do OCI ou a API de Limites de Serviço para capturar a utilização de recursos atual e os limites totais de serviço para sua tenancy. Por exemplo, quantas instâncias de computação você está usando por domínio de disponibilidade e quanto espaço você tem para aumentar nesse domínio de disponibilidade e região.
Solicitar um aumento ou diminuição do limite de serviço para um recurso, se necessário. Mantenha um registro e acompanhe a solicitação. Após receber a confirmação, vá para a Console do OCI ou API de Limites de Serviço para validar se o limite de serviço foi aumentado (ou diminuído).

Definir Cotas de Compartimento

Arquiteta de Nuvem, Gerente de Operações de Nuvem

Os administradores usam instruções de política para criar cotas de compartimento. As cotas de compartimento controlam como os recursos são consumidos em cada compartimento de nuvem. Os administradores usam instruções de política para criar cotas de compartimento.

Identifique serviços e seus requisitos de cota para cada compartimento, com base na estrutura do compartimento. As cotas definidas em um nível de compartimento pai limitam o uso de recursos para esse compartimento e todos os seus filhos. Ao definir cotas para um compartimento pai, lembre-se de incluir o uso em compartimentos filhos.
Identifique o escopo das cotas de compartimento como domínio de disponibilidade, regional ou global.
Crie instruções de política de cota de compartimento. Ao definir uma cota que tenha um escopo de domínio de disponibilidade (AD), a cota é alocada para cada AD, a menos que você especifique um AD específico na política. As cotas regionais se aplicam a cada região.

Esteja ciente de limites de serviço fixos

Arquiteta de Nuvem, Gerente de Operações de Nuvem

Esteja ciente de que alguns recursos têm limites de serviço fixos e inalteráveis.

Identifique aqueles que podem impactar seus aplicativos e faça os ajustes apropriados na arquitetura. Por exemplo, você pode anexar no máximo 5 listas de segurança a uma única sub-rede. Para superar esse limite, você pode ajustar sua arquitetura para usar grupos de segurança de rede, além de listas de segurança.

Uso de Failover de Fator em Seus Limites de Serviço

Arquiteta de Nuvem, Gerente de Operações de Nuvem

Certifique-se de considerar uma lacuna suficiente entre o limite de serviço atual e o uso máximo para acomodar o failover.

Quando um recurso falha, ele ainda pode ser contado em relação aos limites até ser encerrado com sucesso. Certifique-se de que seus limites cubram a sobreposição de todos os recursos com falha por substituições antes que os recursos com falha sejam encerrados. Considere uma falha do domínio de disponibilidade ao calcular essa lacuna.

Entenda seu cenário de confiabilidade e disponibilidade e como você está tornando sua arquitetura resiliente o suficiente para acomodar isso.
Entenda seus padrões de implantação, como Azul/Verde, rollover ou canário.
Tenha um buffer apropriado em seus limites de serviço para failover.
Deixe espaço adequado para crescimento e expansão futuros.