Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
REL01-BP06 Assurez-vous qu'il existe un écart suffisant entre les quotas actuels et l'utilisation maximale pour permettre le basculement
Cet article explique comment maintenir l’espace entre le quota de ressources et votre utilisation, et comment cela peut être bénéfique pour votre organisation. Une fois que vous avez fini d’utiliser une ressource, le quota d’utilisation peut continuer à prendre en compte cette ressource. Cela peut entraîner une défaillance ou une inaccessibilité de la ressource. Empêchez la défaillance de ressource en vérifiant que vos quotas couvrent le chevauchement des ressources inaccessibles et leurs remplacements. Prenez en compte les cas d’utilisation tels que les pannes de réseau, la panne de la zone de disponibilité ou les pannes régionales lorsque vous calculez cet écart.
Résultat escompté : les défaillances mineures ou importantes en matière de ressources ou d’accessibilité des ressources peuvent être couvertes dans les limites des seuils de service actuels. Les pannes de zone, les pannes de réseau, voire les pannes régionales ont été prises en compte dans la planification des ressources.
Anti-modèles courants :
-
Définition de quotas de service en fonction des quotas actuels sans tenir compte des scénarios de basculement.
-
Non prise en compte des principes de stabilité statique lors du calcul du quota de pointe pour un service.
-
Non prise en compte du potentiel des ressources inaccessibles dans le calcul du quota total nécessaire pour chaque région.
-
Ne pas tenir compte des limites d'isolation des défaillances de AWS service pour certains services et de leurs modèles d'utilisation anormaux potentiels.
Avantages de l’établissement de cette bonne pratique : lorsque des interruptions de service ont un impact sur la disponibilité des applications, utilisez le cloud pour mettre en œuvre des stratégies de reprise après ces événements. Un exemple de stratégie consiste à créer des ressources supplémentaires pour remplacer les ressources inaccessibles afin de s’adapter aux conditions de basculement sans épuiser votre limite de service.
Niveau d’exposition au risque si cette bonne pratique n’est pas respectée : moyen
Directives d’implémentation
Lors de l’évaluation d’une limite de quotas, il faut tenir compte des cas de basculement qui pourraient survenir en raison d’une certaine dégradation. Prenez en compte les cas de basculement suivants.
-
Interrompue ou inaccessibleVPC.
-
Sous-réseau inaccessible.
-
Zone de disponibilité dégradée qui a un impact sur l’accessibilité des ressources.
-
Des itinéraires de mise en réseau ou des points d’entrée et de sortie sont bloqués ou modifiés.
-
Région dégradée qui a un impact sur l’accessibilité des ressources.
-
Sous-ensemble de ressources affectées par une défaillance dans une région ou une zone de disponibilité.
La décision de basculement est unique selon la situation, car l’impact sur l’entreprise peut varier. Abordez la planification de la capacité des ressources sur le site de basculement et les quotas des ressources avant de décider de basculer une application ou un service.
Tenez compte des pics d’activité supérieurs à la normale lors de l’examen des quotas pour chaque service. Ces pics peuvent être liés à des ressources inaccessibles en raison de la mise en réseau ou des autorisations, mais toujours actives. Les ressources actives non résiliées comptent dans la limite du quota de service.
Étapes d’implémentation
-
Maintenez un espace entre votre quota de service et votre utilisation maximale pour faire face à un basculement ou à une perte d’accessibilité.
-
Déterminez vos quotas de service. Tenez compte des modèles de déploiement typiques, des exigences de disponibilité et de la croissance de la consommation.
-
Demandez des augmentations de quota si nécessaire. Prévoyez un temps d’attente pour la demande d’augmentation de quota.
-
Déterminez vos exigences de fiabilité (également connues sous le nom de « nombre de neuf »).
-
Comprenez les scénarios de panne potentiels tels que la perte d’un composant, d’une zone de disponibilité ou d’une région.
-
Définissez votre méthodologie de déploiement (par exemple, canary, bleu/vert, rouge/noir et roulement).
-
Incluez une mémoire tampon appropriée pour la limite actuelle de quota. Un exemple de tampon pourrait être de 15 %.
-
Incluez les calculs de stabilité statique (zonale et régionale), le cas échéant.
-
Anticipez la croissance de la consommation et surveillez vos tendances de consommation.
-
Songez à l’impact de la stabilité statique pour vos charges de travail les plus critiques. Évaluez les ressources conformes à un système statiquement stable dans toutes les régions et zones de disponibilité.
-
Envisagez l’utilisation de réserves de capacité à la demande pour programmer la capacité avant tout basculement. L’implémentation de cette stratégie est utile pour les calendriers d’activité critiques afin de réduire les risques potentiels liés à l’obtention de la bonne quantité et du bon type de ressources lors du basculement.
Ressources
Bonnes pratiques associées :
-
REL01-BP01 Connaître les quotas et les contraintes de service
-
REL01-BP02 Gérer les quotas de service entre les comptes et les régions
-
REL01-BP03 Respecter les quotas et les contraintes de service fixes grâce à l'architecture
-
REL03-BP01 Choisissez comment segmenter votre charge de travail
-
REL10-BP01 Déploiement de la charge de travail sur plusieurs emplacements
-
REL11-BP01 Surveiller tous les composants de la charge de travail pour détecter les défaillances
-
REL12-BP04 Tester la résilience à l’aide de l’ingénierie du chaos
Documents connexes :
-
AWS Le pilier de fiabilité du framework Well-Architected : la disponibilité
-
AWS Quotas de service (anciennement appelés limites de service)
-
AWS Trusted Advisor Contrôles des meilleures pratiques (voir la section Limites de service)
-
APNPartenaire : partenaires qui peuvent vous aider à gérer la configuration
-
Gestion du cycle de vie des comptes dans les environnements account-per-tenant SaaS sur AWS
-
Gestion et surveillance de la API régulation de vos charges de travail
-
Consultez les AWS Trusted Advisor recommandations à grande échelle avec AWS Organizations
-
Actions, ressources et clés de condition pour Service Quotas
Vidéos connexes :
Outils associés :
