REL01-BP02 Gerenciar cotas de serviço em várias contas e regiões
Se você estiver usando várias contas ou regiões, solicite as cotas adequadas em todos os ambientes nos quais suas workloads de produção são executadas.
Resultado desejado: serviços e aplicações não devem ser afetados pelo esgotamento da cota de serviço para configurações que abrangem contas ou regiões ou que tenham projetos de resiliência usando failover de zona, região ou conta.
Práticas comuns que devem ser evitadas:
-
Permitir que a utilização de recursos em uma região de isolamento aumente sem nenhum mecanismo para manter a capacidade das demais.
-
Configurar manualmente todas as cotas nas regiões de isolamento de forma independente.
-
Não considerar o efeito das arquiteturas de resiliência (como ativa ou passiva) em necessidades futuras de cota durante a degradação na região que não é a principal.
-
Não avaliar as cotas regularmente e fazer alterações necessárias em cada região e conta nas quais a workload é executada.
-
Não reutilizar modelos de solicitação de cotas para solicitar aumentos em várias regiões e contas.
-
Não atualizar as cotas de serviço por imaginar incorretamente que aumentar as cotas tem implicações de custo, como solicitações de reserva computacional.
Benefícios de implementar esta prática recomendada: verificar se você pode lidar com sua carga atual em regiões ou contas secundárias se os serviços regionais ficarem indisponíveis. Isso pode ajudar a reduzir o número de erros ou níveis de degradações que ocorrem durante a perda da região.
Nível de risco exposto se esta prática recomendada não for estabelecida: Alto
Orientação para implementação
Cotas de serviço são rastreadas por conta. A menos que especificado de outra forma, cada cota é específica da Região da AWS. Além dos ambientes de produção, gerencie também as cotas em todos os ambientes aplicáveis que não são de produção para que os testes e o desenvolvimento não sejam dificultados. Manter um alto grau de resiliência exige que as cotas de serviço sejam avaliadas de forma contínua (sejam elas automatizadas ou manuais).
Com cada vez mais workloads abrangendo regiões devido à implementação de projetos usando as abordagens Ativo/Ativo, Ativo/Passivo – Quente, Ativo/Passivo – Frio e Ativo/Passivo – Luz piloto, é essencial entender todos os níveis de cota da região e da conta. Padrões de tráfego passados nem sempre são um bom indicador de que a cota de serviço está definida corretamente.
Igualmente importante, o limite do nome da cota de serviço nem sempre é o mesmo para cada região. Em uma região, o valor pode ser cinco e em outra região pode ser dez. O gerenciamento dessas cotas deve abranger todos os mesmos serviços, contas e regiões para fornecer resiliência consistente sob carga.
Reconcilie todas as diferenças de cota de serviço em todas as diferentes regiões (Região ativa ou Região passiva) e crie processos para reconciliar essas diferenças de forma contínua. Os planos de teste de failovers de região passiva raramente são escalados para a capacidade ativa de pico, o que significa que os exercícios de simulações teóricas e dias de teste podem não encontrar diferenças em cotas de serviço entre regiões e também depois manter os limites corretos.
Monitorar e avaliar o desvio da cota de serviço, a condição em que os limites da cota de serviço para uma cota específica são alterados em uma região e não em todas as regiões, é muito importante. É necessário pensar em alterar a cota em regiões com tráfego ou que possam ter tráfego.
-
Selecione as contas e as regiões relevantes conforme seus requisitos de serviço, de latência, regulatórios e de recuperação de desastres.
Identifique as cotas de serviço de todas as contas, regiões e zonas de disponibilidade relevantes. O escopo dos limites é definido para conta e região. Esses valores devem ser comparados em relação a diferenças.
Etapas de implementação
-
Analise os valores do Service Quotas que podem ter ultrapassado um nível de risco de uso. O AWS Trusted Advisor oferece alertas para violações de limite de 80% e 90%.
-
Analise os valores de cotas de serviço em todas as regiões passivas (em um design Ativo/Passivo). Verifique se a carga será executada com êxito em regiões secundárias em caso de falha na região principal.
-
Automatize a avaliação caso qualquer desvio de cota de serviço tenha ocorrido entre as regiões na mesma conta e aja adequadamente para alterar os limites.
-
Se as unidades organizações (UO) do cliente estiverem estruturadas da forma compatível, os modelos de cota de serviço deverão ser atualizados para refletir alterações em todas as cotas que devem ser aplicadas a várias regiões e contas.
-
Crie um modelo e associe regiões à alteração de cota.
-
Analise todos os modelos de cota de serviço existentes para todas as alterações necessárias (região, limites e contas).
-
Recursos
Práticas recomendadas relacionadas:
Documentos relacionados:
-
Pilar Confiabilidade do AWS Well-Architected Framework: Disponibilidade
-
AWS Service Quotas (antigamente conhecido como Limites de serviço)
-
Verificações de práticas recomendadas do AWS Trusted Advisor (consulte a seção Limites de serviço)
-
Parceiro da APN: parceiros que podem ajudar no gerenciamento de configuração
-
Gerenciar o ciclo de vida da conta em ambientes SaaS de conta por locatário na AWS
-
Gerenciar e monitorar o controle de utilização de APIs em suas workloads
-
Visualizar recomendações do AWS Trusted Advisor em grande escala com o AWS Organizations
-
Automatizar aumentos de limites de serviço e suporte corporativo com o AWS Control Tower
Vídeos relacionados:
Serviços relacionados:
