Gestion des limites de service
- Protégez-vous contre les augmentations imprévues de la consommation et des coûts en vous assurant que vos utilisateurs ne peuvent utiliser que la quantité de ressources que vous avez prédéfinie.
- Informez Oracle des ressources dont vous avez besoin pour exécuter votre charge globale afin que ces ressources soient toujours à votre disposition.
Présentation des limites de service par défaut de votre location
Architecte d'entreprise, Architecte cloud, Gestionnaire des opérations cloud
Si vous n'avez pas établi de limites avec votre représentant commercial Oracle ou si vous avez souscrit à l'Oracle Store, des limites par défaut ou d'essai sont définies pour votre location. Utilisez la console ou l'API OCI pour visualiser vos limites de service.
- Protégez-vous contre les augmentations imprévues de la consommation et des coûts en vous assurant que vos utilisateurs ne peuvent utiliser que la quantité de ressources que vous avez prédéfinie.
- Informez Oracle des ressources dont vous avez besoin pour exécuter votre charge globale afin que ces ressources soient toujours à votre disposition.
OCI est hébergé dans des régions et des domaines de disponibilité. Les régions sont des zones géographiques localisées et les domaines de disponibilité représentent des centres de données au sein d'une région. Chaque ressource a une limite et une portée définies. La portée d'une limite de service est régionale, propre à un domaine de disponibilité ou à une ressource. Dans certains cas, la portée est définie par le service. Par exemple, une seule ressource de passerelle NAT est autorisée par réseau cloud virtuel.
Suivez les meilleures pratiques suivantes pour déterminer les limites de service de votre location :
- Choisissez vos régions Oracle Cloud Infrastructure en fonction de vos exigences en matière d'application, de latence et de récupération après sinistre.
- Identifiez les services dont vos applications ont besoin.
Pour déterminer vos besoins, passez en revue l'architecture de l'application, le code de l'infrastructure ou le déploiement sur site et suivez les meilleures pratiques suivantes :
- Vérifiez les limites et la portée par défaut des services requis. Par exemple, par domaine de disponibilité, par région ou par locataire. Certains services disposent de limites supplémentaires.
- Identifiez les limites de service par défaut qui nécessitent une augmentation.
- Comprenez la capacité requise pour exécuter votre application en cas de charge maximale et assurez-vous que vos limites permettent une résilience en cas de défaillance d'un domaine de disponibilité.
Surveiller et gérer vos limites de service
Architecte cloud, Gestionnaire des opérations cloud
-
Utilisez la console OCI ou l'API des limites de service pour capturer l'utilisation en cours des ressources et les limites de service totales de votre location. Par exemple, le nombre d'instances de calcul que vous utilisez par domaine de disponibilité et la quantité d'espace dont vous avez besoin pour évoluer dans ce domaine et cette région de disponibilité.
-
Si nécessaire, demandez une augmentation ou une diminution de la limite de service pour une ressource. Conservez un enregistrement et suivez la demande. Après réception de la confirmation, accédez à la console OCI ou à l'API des limites de service pour vérifier que la limite de service a été augmentée (ou diminuée).
Définition de quotas de compartiment
Architecte cloud, Gestionnaire des opérations cloud
- Identifiez les services et leurs exigences de quota pour chaque compartiment, en fonction de sa structure. Les quotas définis au niveau du compartiment parent limitent l'utilisation des ressources pour ce compartiment et tous ses enfants. Lorsque vous définissez des quotas pour un compartiment parent, n'oubliez pas d'inclure l'utilisation dans les compartiments enfant.
- Identifiez la portée des quotas de compartiment en tant que domaine de disponibilité, régional ou global.
- Créez des instructions de stratégie de quota de compartiment. Lors de la définition d'un quota doté d'une portée de domaine de disponibilité, ce quota est attribué à chaque domaine de disponibilité, sauf si vous indiquez un domaine de disponibilité spécifique dans la stratégie. Les quotas régionaux s'appliquent à chaque région.
Méfiez-vous des limites de service fixes
Architecte cloud, Gestionnaire des opérations cloud
Identifier les éléments susceptibles d'avoir un impact sur vos applications et apporter les ajustements appropriés à l'architecture. Par exemple, vous pouvez associer un maximum de 5 listes de sécurité à un seul sous-réseau. Pour dépasser cette limite, vous pouvez ajuster votre architecture pour utiliser des groupes de sécurité réseau en plus des listes de sécurité.
Facteur d'utilisation du basculement dans les limites de service
Architecte cloud, Gestionnaire des opérations cloud
En cas de défaillance d'une ressource, elle peut toujours être prise en compte dans les limites jusqu'à son arrêt réussi. Assurez-vous que vos limites couvrent le chevauchement de toutes les ressources en échec par des remplacements avant de mettre fin aux ressources en échec. Vous devez tenir compte de l'échec d'un domaine de disponibilité lors du calcul de cet écart.
- Comprenez votre scénario de fiabilité et de disponibilité et la façon dont vous rendez votre architecture suffisamment résiliente pour y répondre.
- Comprenez vos modèles de déploiement, tels que bleu/vert, rollover ou canari.
- Disposez d'un tampon approprié sur vos limites de service pour le basculement.
- Laissez la place appropriée pour la croissance et l'expansion futures.