1. Best Practices-Framework für Oracle Cloud Infrastructure
  2. Servicegrenzwerte verwalten

Servicegrenzwerte verwalten

Die Servicelimits und Compartment-Quotas Ihres Mandanten verstehen, überwachen und verwalten. Servicelimits sind Ressourcenberechtigungen, die einschränken, welche Ressourcen Sie in Ihrem Mandanten verwenden können. Sie werden beim Erstellen Ihres Mandanten eingerichtet, können jedoch auf Anforderung geändert werden. Compartment-Quotas sind Policys, mit denen Administratoren Ressourcen bestimmten Compartments mit einem hohen Maß an Flexibilität zuweisen können.

Standard-Servicelimits für Ihren Mandanten verstehen

Enterprise Architect, Cloud Architect, Infrastructure Lead

In der Regel werden die mit Ihrem Mandanten verknüpften Servicelimits festgelegt, wenn Sie sich für Oracle Cloud Infrastructure (OCI) registrieren.

Wenn Sie keine Limits mit Ihrem Oracle-Vertriebsmitarbeiter festgelegt oder sich über den Oracle Store registriert haben, werden Standard- oder Testlimits für Ihren Mandanten festgelegt. Verwenden Sie die OCI-Konsole oder -API, um Ihre Servicelimits anzuzeigen.

OCI wird in Regionen und Availability-Domains gehostet. Regionen sind bestimmte geografische Bereiche. Bei Availability-Domains handelt es sich um mindestens ein Data Center innerhalb einer Region. Jede Ressource hat einen definierten Grenzwert und Geltungsbereich. Der Umfang der Servicelimits ist entweder regional oder für die Availability-Domain spezifisch. In einigen Fällen wird der Geltungsbereich von einem anderen Service definiert. Beispiel: Pro virtuellem Cloud-Netzwerk ist nur eine NAT-Gatewayressource zulässig. Der Geltungsbereich der Servicelimits für ein NAT-Gateway ist ein virtuelles Cloud-Netzwerk.

Bestimmen Sie die Servicelimits Ihres Mandanten anhand der folgenden Best Practices:

  1. Identifizieren Sie Ihre Oracle Cloud Infrastructure-Regionen basierend auf Ihren Anforderungen an Anwendung, Latenz und Disaster Recovery.
  2. Identifizieren Sie die für Ihre Anwendungen erforderlichen Services.

Um Ihre Anforderungen zu bestimmen, prüfen Sie die Anwendungsarchitektur, den Infrastrukturcode oder das On-Premise-Deployment und befolgen Sie die folgenden Best Practices:

  1. Prüfen Sie die Standardlimits und den Geltungsbereich für die erforderlichen Services. Beispiel: pro Availability-Domain, pro Region oder pro Mandant. Einige Services haben zusätzliche Limits.
  2. Geben Sie an, welche standardmäßigen Servicelimits eine Erhöhung erfordern.
  3. Verstehen Sie die Kapazität, die zur Ausführung Ihrer Anwendung bei Spitzenlast erforderlich ist, und stellen Sie sicher, dass Ihre Limits Resilienz bei Ausfall einer Availability-Domain ermöglichen.
Servicelimits dienen folgenden Zwecken:
  • Sie können sich vor unerwartetem Verbrauch schützen, indem Sie sicherstellen, dass Ihr Mandant nur die gewünschten Ressourcen verwenden kann.
  • Informieren Sie Oracle über die Ressourcen, die Sie zur Ausführung Ihrer Workload benötigen, damit diese Ressourcen immer für Sie verfügbar sind.
Unabhängig von Ihren Servicelimits werden Ihnen nur die tatsächlich verwendeten Ressourcen in Rechnung gestellt.

Servicelimits überwachen und verwalten

Cloud-Architekt, Infrastruktur-Lead

Bewerten Sie die Verwendung von Oracle Cloud Infrastructure-Services basierend auf Ihrer Anwendung. Verlassen Sie Raum für Wachstum und Expansion. Verfolgen Sie Ihre aktuelle Nutzung, und überwachen Sie das Wachstum.

  • Mit der OCI-Konsole oder der API für Servicelimits können Sie die aktuelle Ressourcenauslastung und die gesamten Servicelimits für Ihren Mandanten erfassen. Beispiel: Wie viele Compute-Instanzen Sie pro Availability-Domain verwenden und wie viel Platz Sie in dieser Availability-Domain und Region benötigen.

  • Fordern Sie bei Bedarf eine Erhöhung des Servicegrenzwerts für eine Ressource an. Bewahren Sie die Anforderung auf, und verfolgen Sie sie. Gehen Sie nach Erhalt der Bestätigung zur OCI-Konsole oder zur API für Servicelimits, um das Servicelimit zu validieren.

Compartment-Quotas festlegen

Cloud-Architekt, Infrastruktur-Lead

Administratoren verwenden Policy-Anweisungen zum Erstellen von Compartment-Quotas. Die Quotas kontrollieren, wie Ressourcen in Ihren Cloud-Compartments verbraucht werden.
  1. Identifizieren Sie Services und die zugehörigen Quota-Anforderungen für jedes Compartment basierend auf Ihrer Compartment-Struktur. Auf übergeordneter Compartment-Ebene festgelegte Quoten begrenzen die Ressourcennutzung für dieses Compartment und alle untergeordneten Compartments. Beachten Sie beim Festlegen von Quotas für ein übergeordnetes Compartment die Verwendung in untergeordneten Compartments.
  2. Identifizieren Sie den Geltungsbereich der Compartment-Quotas als Availability-Domain, regional oder global.
  3. Erstellen Sie Compartment-Quota Policys. Wenn Sie eine Quota mit einem Geltungsbereich von Availability-Domain (AD) festlegen, wird die Quota jeder AD zugewiesen, es sei denn, Sie geben eine AD in der Policy an. Für jede Region gelten regionale Quotas.
  4. Legen Sie eine obere Grenze fest, um zu verhindern, dass errant-Konfigurationen Anforderungsspeicher erstellen, die unbegrenzte Ressourcen erstellen.

Kenntnis von festen Servicelimits

Cloud-Architekt, Infrastruktur-Lead

Beachten Sie, dass einige Ressourcen feste, unveränderbare Servicelimits haben.

Identifizieren Sie die Anwendungen, die sich auf Ihre Anwendungen auswirken können, und nehmen Sie entsprechende Anpassungen an der Architektur vor. Beispiel: Sie können maximal 5 Sicherheitslisten an ein einzelnes Subnetz anhängen. Um diesen Grenzwert zu überwinden, können Sie Ihre Architektur so anpassen, dass Netzwerksicherheitsgruppen zusätzlich zu Sicherheitslisten verwendet werden.

Faktor-Failover-Verwendung in Ihren Servicelimits

Cloud-Architekt, Infrastruktur-Lead

Stellen Sie sicher, dass Sie eine ausreichende Lücke zwischen dem aktuellen Servicelimit und der maximalen Auslastung für Failover ermitteln.

Wenn eine Ressource ausfällt, wird sie möglicherweise bis zum erfolgreichen Beenden auf Grenzwerte angerechnet. Stellen Sie sicher, dass Ihre Limits die Überschneidung aller nicht erfolgreichen Ressourcen durch Ersetzungen abdecken, bevor die nicht erfolgreichen Ressourcen beendet werden. Bei der Berechnung dieser Lücke sollten Sie einen Fehler in der Availability-Domain berücksichtigen.

  1. Verstehen Sie Ihr Zuverlässigkeits- und Verfügbarkeitsszenario und erfahren Sie, wie Sie Ihre Architektur widerstandsfähig genug machen, um dem Rechnung zu tragen. In der Regel liegt die Verfügbarkeit in der Form von "Anzahl der 9s".
  2. Verstehen Sie Ihre Deployment-Muster wie Blue/Green, Rollover oder Canary.
  3. Verwenden Sie einen geeigneten Puffer für Ihre Servicelimits für Failover.
  4. Lassen Sie den geeigneten Raum für zukünftiges Wachstum und Expansion.

Weitere Informationen