Gérer vos limites de service
- Protégez-vous contre les augmentations imprévues de consommation et de coût en vous assurant que vos utilisateurs ne peuvent utiliser que la quantité de ressources prédéfinies.
- Informez Oracle des ressources dont vous avez besoin pour exécuter votre charge de travail afin que ces ressources soient toujours disponibles pour vous.
Comprendre les limites de service par défaut de votre location
Architecte d'entreprise, architecte infonuagique, gestionnaire des opérations infonuagiques
Si vous n'avez pas défini de limites avec votre représentant Oracle ou si vous êtes inscrit dans Oracle Store, les limites par défaut ou d'essai sont définies pour votre location. Utilisez la console ou l'API OCI pour voir vos limites de service.
- Protégez-vous contre les augmentations imprévues de consommation et de coût en vous assurant que vos utilisateurs ne peuvent utiliser que la quantité de ressources prédéfinies.
- Informez Oracle des ressources dont vous avez besoin pour exécuter votre charge de travail afin que ces ressources soient toujours disponibles pour vous.
OCI est hébergé dans des régions et des domaines de disponibilité. Les régions sont des zones géographiques précises et les domaines de disponibilité comprennent un ou plusieurs centres de données dans 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, de domaine de disponibilité ou propre à 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 en nuage virtuel.
Suivez ces meilleures pratiques pour déterminer les limites de service de votre location :
- Sélectionnez 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, vérifiez l'architecture d'application, le code d'infrastructure ou le déploiement sur place 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é, région ou client. Certains services ont des limites supplémentaires.
- Identifiez les limites de service par défaut qui nécessitent une augmentation.
- Découvrez la capacité requise pour exécuter votre application à une charge maximale, et assurez-vous que vos limites assurent la résilience en cas de défaillance d'un domaine de disponibilité.
Surveiller et gérer vos limites de service
Architecte infonuagique, gestionnaire des opérations en nuage
-
Utilisez la console ou l'API de limites de service OCI pour saisir l'utilisation courante de vos ressources et les limites de service totales pour 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 croître dans ce domaine de disponibilité et cette région.
-
Demandez une augmentation ou une diminution de la limite de service d'une ressource, si nécessaire. Conservez un enregistrement et suivez la demande. Après avoir reçu la confirmation, allez à la console OCI ou à l'API de limites de service pour valider que la limite de service a été augmentée (ou diminuée).
Définir des quotas de compartiment
Architecte infonuagique, gestionnaire des opérations infonuagiques
- Identifiez les services et leurs quotas requis pour chaque compartiment, en fonction de la structure de votre compartiment. Quotas définis au niveau d'un compartiment parent, limiter 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 enfants.
- Identifiez la portée des quotas de compartiment en tant que domaine de disponibilité, régional ou global.
- Créer des énoncés de politique de quota de compartiment. Lors de la définition d'un quota ayant une portée de domaine de disponibilité, le quota est affecté à chaque domaine de disponibilité, sauf si vous spécifiez un domaine spécifique dans la politique. Les quotas régionaux s'appliquent à chaque région.
Méfiez-vous des limites de service fixes
Architecte infonuagique, gestionnaire des opérations infonuagiques
Identifiez ceux qui pourraient avoir une incidence sur vos applications et apportez les ajustements appropriés à l'architecture. Par exemple, vous pouvez attacher 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é.
Prendre en compte l'utilisation du basculement dans les limites de service
Architecte infonuagique, gestionnaire des opérations infonuagiques
Lorsqu'une ressource échoue, elle peut toujours être prise en compte dans les limites jusqu'à ce qu'elle soit terminée. Assurez-vous que vos limites couvrent le chevauchement de toutes les ressources en échec avec des remplacements avant l'arrêt des ressources en échec. Vous devez tenir compte d'un échec de domaine de disponibilité lors du calcul de cet écart.
- Découvrez votre scénario de fiabilité et de disponibilité, et la façon dont vous rendez votre architecture suffisamment résiliente pour y répondre.
- Comprendre les modèles de déploiement, comme le bleu/vert, le report ou le test canari.
- Disposez d'un tampon approprié sur vos limites de service pour le basculement en cas de panne.
- Laissez de la place pour la croissance et l'expansion futures.