Servicelimits

In diesem Thema werden die Servicelimits für Oracle Cloud Infrastructure und der Prozess zum Beantragen einer Erhöhung des Servicelimits beschrieben.

Im Folgenden finden Sie Details zu den Limits für jeden teilnehmenden Oracle Cloud Infrastructure-Service:

Servicelimits und -nutzung

Wenn Sie sich für Oracle Cloud Infrastructure registrieren, wird ein Set von Servicelimits für Ihren Mandanten konfiguriert. Das Servicelimit ist die Quota oder der zulässige Nutzung für eine Ressource. Beispiel: Einem Mandanten ist eine maximale Höchstzahl an Computing-Instanzen pro Availability-Domain zugeteilt. Diese Limits werden mit dem Oracle-Vertriebsmitarbeiter vereinbart, wenn Sie Oracle Cloud Infrastructure kaufen. Wenn Sie mit dem Oracle-Vertriebsmitarbeiter keine Limits vereinbart oder sich über den Oracle Store registriert haben, werden Standard- oder Testlimits für Ihren Mandanten festgelegt. Diese Grenzwerte können für Sie automatisch entsprechend Ihrer Oracle Cloud Infrastructure-Ressourcennutzung und Ihres Account-Standes erhöht werden. Sie können auch die Erhöhung eines Servicelimits anfordern.

Je nachdem, ob Sie ein Abonnement haben, können Sie die Limits und die Nutzung dafür anzeigen. Derselbe Service kann zwei unterschiedliche Grenzwerte haben, je nachdem, welches Abonnement Sie auf der Seite Limits, Quota und Nutzung ausgewählt haben. Einige Services sind an kein Abonnement gebunden, sind jedoch mit Limits verknüpft. Weitere Informationen finden Sie unter Limits und Nutzung eines Mandanten anzeigen.

Compartment-Quotas

Compartment-Quotas ähneln den Servicelimits. Der größte Unterschied ist jedoch, dass Servicelimits von Oracle festgelegt werden, während Compartment-Quotas von Administratoren mithilfe von Policys eingestellt werden, mit denen Administratoren Ressourcen höchst flexibel zuweisen kann. Compartment-Quotas werden mit Policy-Anweisungen festgelegt, die in einer deklarativen Sprache geschrieben werden, die mit der Sprache der IAM-Policy vergleichbar ist.

Weitere Informationen finden Sie unter Compartment-Quotas - Überblick.

Erforderliche IAM-Policy

Um Oracle Cloud Infrastructure verwenden zu können, muss ein Administrator Mitglied einer Gruppe sein, der Sicherheitszugriff in einer Policy von einem Mandantenadministrator erteilt wurde. Dieser Zugriff ist unabhängig davon erforderlich, ob Sie die Konsole oder die REST-API mit einem SDK, einer CLI oder einem anderen Tool verwenden. Wenn Sie eine Meldung erhalten, dass Sie keine Berechtigung haben oder nicht autorisiert sind, fragen sie den Mandantenadministrator, welcher Zugriffstyp Ihnen zugewiesen wurde und In welchem Compartment Ihr Zugriff funktioniert.

Wenn Sie in der Administratorengruppe sind, haben Sie die Berechtigung, die Limits und Nutzung anzuzeigen. Andernfalls gibt es eine IAM-Beispiel-Policy, die die Benutzern in einer Gruppe mit der Namen LimitsAndUsageViewers die erforderliche Berechtigung erteilt:

Allow group LimitsAndUsageViewers to inspect resource-availability in tenancy

Für die Ressourcenverfügbarkeits-API (Nutzung) kann sich die Policy auf Mandanten- oder Compartment-Ebene befinden:

Allow group LimitsAndUsageViewers to read resource-availability in tenancy
Allow group LimitsAndUsageViewers to read resource-availability in compartment A

Für APIs für Limitdefinitionen, Services und Werte (nur auf Mandantenebene):

Allow group LimitsAndUsageViewers to inspect resource-availability in tenancy

Für Grenzwert-APIs (ohne Definitionen oder Services) wird auch die folgende Policy unterstützt:

Allow group LimitsAndUsageViewers to inspect limits in tenancy

"READ resource-availability" ist erforderlich, um die Ressourcenverfügbarkeit abzurufen. Vier APIs sind verfügbar:

ListServices, ListLimitDefinitions und ListLimitValues erfordern allesamt INSPECT auf Mandantenebene, während GetResourceAvailability auf Compartment-Ebene READ erfordert, um die Daten zu lesen.

Limits und Nutzung eines Mandanten anzeigen

Sie können die Limits und die Nutzung eines Mandanten (nach Region) in der Konsole anzeigen. Beachten Sie dabei Folgendes:

  • In der Konsole werden möglicherweise keine Limits und Nutzungsinformationen für alle Oracle Cloud Infrastructure-Services oder -Ressourcen angezeigt.
  • Der für einen bestimmten Ressourcentyp aufgeführte Nutzungsgrad kann unter Umständen das Limit überschreiten, wenn das Limit nach dem Erstellen der Ressourcen reduziert wurde.
  • Wenn alle Ressourcenlimits als 0 aufgeführt werden, wurde Ihr Account gesperrt. Falls Sie Hilfe benötigen, wenden Sie sich an Oracle Support.

Wenn Sie noch keinen Mandanten bzw. keinen Benutzeraccount für die Konsole haben oder in der Konsole kein bestimmtes Limit aufgeführt wird, informieren Sie sich unter Limits nach Service über die Standardlimits für Mandanten.

Hinweis

In der Konsole werden möglicherweise keine Limitsinformationen für alle Oracle Cloud Infrastructure-Services oder -Ressourcen angezeigt.

Konsole verwenden

Öffnen Sie das Navigationsmenü , und wählen Sie Governance und Administration aus. Wählen Sie unter Mandantenverwaltung die Option Limits, Quota und Nutzung aus.

Die Ressourcenlimits und die Nutzung für die betreffende Region werden aufgeschlüsseln nach Service angezeigt. Mit den Filtern können Sie nach Service, Geltungsbereich, Ressource, Abonnement und Compartment filtern.

Hinweis

Das Feld Abonnement kann nur für bestimmte Kombinationen aus Service und Geltungsbereich ausgewählt werden. Beispiel: Wenn Sie den Datenbankservice und einen bestimmten Geltungsbereich auswählen, kann ein <subscription_ID>-<subscription_name>-Abonnement ausgewählt werden, und die Seite Limits, Quota und Nutzung lädt erneut, um die Limits für das zugehörige Abonnement anzuzeigen.

Um veraltete Limits anzuzeigen, wählen Sie Veraltete Limits anzeigen aus.

Die Limits werden mit den folgenden Informationen aufgelistet:

  • Beschreibung
  • Limitname
  • Servicelimit: Die Gesamtsumme des Limits.
  • Nutzung: Gibt an, wie viel der Grenzwertressource verwendet wurde.
  • Verfügbar: Der Restgrenzwert (Servicelimit minus Nutzungwert).

Für jeden Grenzwert können Sie im Menü Aktionen (drei Punkte) schnell ein Quota-Policy-Stub für jede Ressource erstellen oder eine Supportanfrage öffnen.

API verwenden

Informationen zur Verwendung der API und Zu Signieranforderungen finden Sie unter REST-API-Dokumentation und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter SDKs und die CLI.

Weitere Informationen zum Verwalten von Limits finden Sie in der API für Servicelimits.

Partielle Nutzung und Verfügbarkeit

Einige Ressourcen können nur teilweise genutzt werden und verfügbar sein. Die API für Servicelimits spiegelt dies entsprechend wider. Bei partiellen Ressourcen spiegeln die Nutzung den aufgerundeten Wert der partiellen Nutzung wider. Für die Verfügbarkeit hingegen den abgerundeten Wert der partiellen Verfügbarkeit. Dementsprechend geben diese Attribute für die partielle Verfügbarkeit und Nutzung die genaueste Nutzung und Verfügbarkeit an.

Beispiel: Wenn 2,4 Einheiten einer Ressource verwendet werden (und 4,6 verfügbar sind), wird die folgende API-Antwort zurückgegeben:

{
    used: 3,
    fractionalUsed: 2.4,
    available: 4.6,
    fractionalAvailable: 4
}

Weitere Informationen finden Sie in der ResourceAvailability-Referenz unter den Attributen available und used.

Wenn Sie ein Servicelimit erreichen

Wenn Sie das Servicelimit für eine Ressource erreichen, wird beim Versuch, eine neue Ressource dieses Typs zu erstellen, eine Fehlermeldung ausgegeben. Anschließend werden Sie aufgefordert, eine Erhöhung des Limits anzufordern. Sie können erst dann eine neue Ressource erstellen, wenn Sie eine Erhöhung des Servicelimits gewährt wurde oder Sie eine vorhandene Ressource gelöscht haben.

Darüber hinaus können Limiterhöhungsanforderungen aufgrund von Sicherheitsbedenken oder wenn Limiterhöhungen für eine bestimmte Ressource nicht zulässig sind, nicht genehmigt werden.

Hinweis

Servicelimits beziehen sich auf einen bestimmten Geltungsbereich. Beim Erreichen des Servicelimits in einem Geltungsbereich verfügen Sie möglicherweise noch über Ressourcen in anderen Geltungsbereichen (z.B. in anderen Availability-Domains).

Erhöhung des Servicelimits beantragen

Hinweis

Government Cloud-Kunden können dieses Verfahren nicht verwenden, um eine Erhöhung des Servicelimits zu beantragen. Siehe Erhöhung des Servicelimits für US Government Cloud- und US Defense Cloud-Mandanten beantragen.

Sie können eine Erhöhung Ihrer Servicelimits in der Konsole beantragen. Wenn Sie versuchen, eine Ressource zu erstellen, für die das Limit erreicht wurde, werden sie aufgefordert, eine Erhöhung der Limits zu beantragen. Sie können die Anforderung auch über die Seite "Servicelimits" oder über den Link im Menü Hilfe Hilfemenü öffnen.

Das folgende Verfahren gilt für Anträge auf Erhöhung des Servicelimits. Einzelheiten zum Limit der abonnierten Regionen und zur Beantragungen einer Erhöhung dieser Limits finden Sie unter Limits für abonnierte Gebiete.

  1. Öffnen Sie das Menü Hilfe Hilfemenü. Wählen Sie unter Gezielte Hilfe die Option Limiterhöhung anfordern aus.

  2. Wählen Sie im Bereich Supportchat die Option Erhöhung begrenzen aus.
  3. You can review the solution provided by the Oracle Support Digital Assistant, or under You can also click here to create a limit request, select Limit Increase.
  4. Der Assistent fordert Sie auf, die Supportanfrage im linken Bereich auszufüllen, und der Bereich Aktualisierungen des Servicelimits anfordern wird geöffnet.
  5. Geben Sie im Bereich Updates des Servicelimits anfordern unter Aktualisierung des Ressourcenlimits Folgendes ein (dies ist Ihr neues Limit):

    • Servicekategorie: Wählen Sie die entsprechende Kategorie für die Anforderung.
    • Ressource: Wählen Sie die entsprechende Ressource aus (z.B. Andere Limits).

      Je nachdem, welche Ressource Sie auswählen, werden möglicherweise weitere Felder für spezifischere Informationen angezeigt.

    • Abonnement: Wählen Sie optional das Abonnement aus, das der Anforderung zugeordnet ist.

      Wenn Sie Ihre Servicelimits für ein Abonnement aktualisieren, muss ein Administrator in Ihrem Mandanten die folgende erforderliche Policy einrichten, die Sie anzeigen können, indem Sie Policy-Anweisung anzeigen auswählen. Der Bereich Policy-Anweisung anzeigen wird mit der folgenden Policy geöffnet, die Sie kopieren können:

      Allow group <group_name> to READ organizations-assigned-subscription in tenancy

      Dabei ist <group_name> die Gruppe oder Gruppen (durch ein Komma getrennt), die Zugriff in der Konsole benötigen.

      Wenn Sie mit Policys nicht vertraut sind, finden Sie weitere Informationen unter Erste Schritte mit Policys und Allgemeine Policys.

      Hinweis

      Abonnements gelten nicht für alle Ressourcentypen. Wenn Sie ein Abonnement auswählen, gilt die Limitaktualisierung nur für Ressourcen, welche im Rahmen des zugehörigen Abonnements bereitgestellt werden. Wenn Kein Wert ausgewählt ist, gilt die Limiterhöhung für die angezeigte Region oder Availability-Domain.
    • Grund für Anforderung: Geben Sie einen Grund für den Prozess ein. Falls Ihre Anforderung dringlich oder ungewöhnlich ist, geben Sie hier Details an. Geben Sie keine vertraulichen Informationen ein.

      Wählen Sie Zusätzliche Anforderung aus, um weitere Anforderungsgründe hinzuzufügen.

  6. Wählen Sie Supportanfrage erstellen aus.

Nachdem Sie die Anforderung weitergeleitet haben, wird sie verarbeitet. Es kann einige Minuten bis einige Tage dauern, bis eine Antwort empfangen wird. Wenn die Anforderung bewilligt wurde, wird eine Bestätigungs-E-Mail an die in den Details zum primären Kontakt angegebene Adresse gesendet.

Falls Oracle weitere Informationen zu der Anforderung benötigt, wird eine Folge-E-Mail an das in den Details zum primären Kontakt angegebene Adresse gesendet.

Limits nach Service

Wählen Sie einen Servicenamen aus, um die Standardlimits anzuzeigen. Beachten Sie den Geltungsbereich des jeweiligen Limits (z.B. pro Availability-Domain, pro Region, pro Mandant usw.).

Servicelimits sind in Bezug auf die folgenden Preismodelle definiert (je nach Service gelten jedoch nicht alle):

Die folgenden Limits nach Serviceangeboten zeigen, auf welche Art von Limits Sie basierend auf dem Zahlungsmodell zugreifen können, mit dem Sie sich in Oracle Cloud Infrastructure registrieren. Wenn Sie die Limits Ihres Mandanten in der Konsole anzeigen, stellen die angezeigten Grenzwerte dar, für welche Sie sich derzeit angemeldet haben. Sie zeigen nicht an, was Sie erhalten, z.B. wenn Sie ein Upgrade von Pay As You Go auf Oracle Universal Credits vornehmen. Informationen zu diesen Grenzwerten finden Sie in den Grenzlisten für jeden Service.

Viele Services haben dieselben Limits für Pay As You Go und Testversion und werden in den folgenden Tabellen als solche aufgeführt (Pay As You Go oder Testversion), während einige Services unterschiedliche Werte für Pay As You Go im Vergleich zu Testversion aufweisen, sodass die Grenzwerte für Testversion separat aufgeführt werden. Bei einigen Services können auch separate Ressourcenlimits für Ressourcen vom Typ Immer kostenlos gelten.

Hinweis

Für einige Services gelten zusätzliche Limits. Weitere Informationen finden Sie im Überblick zum jeweiligen Service. Die aktuellen Grenzwerte für einen Service finden Sie auch auf der Seite Limits, Quota und Nutzung der Konsole.

Dynamische Limits

Einige dieser Limits können auf dem Register Limits, Quota und Nutzung der Konsole als Dynamisch angezeigt werden. Oracle Universal Credits und Pay As You Go- oder Testkunden haben Zugriff auf eine dynamische Menge der jeweiligen Ressource, basierend auf der Nutzung und dem Wachstum von Mandantenressourcen. Der Zugriff auf diese Ressource erhöht sich im Laufe der Zeit.

Limits für Analytics Cloud

Die Limits für Analytics Cloud finden Sie unter Servicelimits.

Limits für API-Gateways

Die Limits gelten pro Mandant.

Ressource Limitname Oracle Universal Credits Pay-as-you-go Testversion
Anzahl APIs (API-Ressourcen pro Region) api-count 100 100 -
Anzahl Zertifikate (API Gateway-Zertifikate pro Region) certificate-count 10 5 1
Anzahl Gateways (API Gateways pro Region) gateway-count 50 5 -
Anzahl SDK-Artefakte (API Gateway-SDKs pro Region) sdk-count 500 500 200

Siehe auch Interne Limits für API-Gateway.

Limits für Application Dependency Management

Die Limits für Application Dependency Management sind regional.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Knowledge Base 1.000 1.000
Korrekturrezept 1.000 1.000
Limits für Application Performance Monitoring

Die Limits für Application Performance Monitoring gelten regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Maximale Anzahl APM-Domains vom Typ "Immer kostenlos" apm-free-domain-count 1 1
Maximale Anzahl kostenpflichtige APM-Domains apm-domain-count

10

Wenden Sie sich an uns, um eine Ausnahme zur Limiterhöhung für kostenpflichtige APM-Domains anzufordern.

10

Wenden Sie sich an uns, um eine Ausnahme zur Limiterhöhung für kostenpflichtige APM-Domains anzufordern.

Limits für Autonomous Recovery Service

Die Limits für Autonomous Recovery Service gelten regional.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Autonomous Recovery Service - Anzahl geschützte Datenbanken Kontakt Kontakt
Für Recovery-Fenster verwendeter Autonomous Recovery Service-Speicherplatz (GB) Kontakt Kontakt
Autonomous Linux

Autonomous Linux verwendet OS Management Hub-Ressourcen und unterliegt den Servicelimits für OS Management Hub.

Limits für Bastionen

Limits für Bastionen gelten regional.

Ressourcen Oracle Universal Credits Pay As You Go oder Testversion
Bastionen Maximal 5 Bastionen pro Region Maximal 5 Bastionen pro Region
Sessions Maximal 20 Sessions pro Bastion Maximal 20 Sessions pro Bastion
Limits für Big Data

Die Limits für Big Data Service finden Sie unter Servicelimits.

Limits für Block Volume

Für jede Availability-Domain gelten Volume-Limits. Volume-Backuplimits gelten pro Region.

Ressource Limitname Oracle Universal Credits Pay-as-you-go Testversion
Block-Volumes, aggregierte Größe - 100 TB 30 TB 200 GB
Backups backup-count 100.000 100.000 1.000
Blockchain Platform-Limits

Informationen zu Blockchain Platform-Limits finden Sie unter Servicelimits.

Limits für Certificates

Je nach Ressource gelten die Limits für Certificates-Service für verschiedene Geltungsbereiche.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Certificate Authoritys in einem Mandanten (für eine bestimmte Region)

100

100

Zertifikate in einem Mandanten (für eine bestimmte Region)

5000

5000

CA-Bundles in einem Mandanten (für eine bestimmte Region)

25

25

Zertifikatsversionen (für eine bestimmte Certificates-Dienstressource)

30

30

Zum Löschen geplante Zertifikatsversionen (für eine bestimmte Certificates-Dienstressource)

30

30

Zuordnungen (für eine bestimmte Certificates-Dienstressource)

30

30

Cloud Guard-Limits

Die Cloud Guard-Limits gelten für jeden Mandanten.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Anzahl Datenmaskierungsregeln data-mask-rule-count 5 5
Anzahl Datenquellen Datenquellenzahl 5 5
Anzahl Detektorrezepte detector-recipe-count 15 15
Anzahl verwaltete Listen managed-list-count 25 25
Anzahl Responder-Rezepte responder-recipe-count 5 5
Anzahl Sicherheits-Policys Sicherheits-Policy-Anzahl 200 200
Anzahl Sicherheitsrezepte Sicherheitsrezeptanzahl 200 200
Anzahl Sicherheitszonen security-zone-count 200 200
Zielanzahl target-count 30 30
Anzahl verwaltete Listen managed-list-count 25 25
Limits für Cloud Shell

Die Limits gelten pro Region.

Ressource Limitname Oracle Universal Credits Pay-as-you-go Testversion
Anzahl aktive Benutzer active-users 75 50 8
Anzahl Nutzungsstunden usage-hours 400 240 160
Limits für Clusterplatzierungsgruppen

Servicelimits für Clusterplatzierungsgruppen gelten für jede Region.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Clusterplatzierungsgruppen

50

10

Limits für Compute
Compute-Instanzen

Limits gelten für jede Availability-Domain.

Wichtig

Bei Ausprägungen, die Containerinstanzen unterstützen, werden Servicelimits zwischen Compute-Ressourcen und Containerinstanzen-Ressourcen gemeinsam verwendet.
Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Serie VM.Standard2 und BM.Standard2 erstellt werden standard2-core-count 2.000 6
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Serie VM.Standard3 und BM.Standard3 erstellt werden standard3-core-count

2.000 - kommerzielle Realm

6
Gesamtspeicher für Instanzen, die mit Ausprägungen in der VM.Standard3- und BM.Standard3-Reihe erstellt wurden standard3-memory-count

32.000 GB - kommerzielle Realm

96 GB
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.Standard.E2.1 erstellt werden. Micro-Serie standard-e2-micro-core-count 2 2
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Serie VM.Standard.E2 und BM.Standard.E2 erstellt werden standard-e2-core-count 2.000 6

Gesamtanzahl OCPUs (Cores) für Compute-Instanzen, die Ausprägungen in der Serie VM.Standard.E3 und BM.Standard.E3 verwenden, sowie Containerinstanzen, die CI.Standard.E3 verwenden. Flex-Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.

standard-e3-core-ad-count

2.000 - kommerzielle Realm

6 - kommerzielle Realm

Gesamtspeicher für Compute-Instanzen, die Ausprägungen in der VM.Standard.E3- und BM.Standard.E3-Reihe verwenden, sowie Containerinstanzen, die CI.Standard.E3 verwenden Flexible Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.

standard-e3-memory-count

32.000 GB - kommerzielle Realm

96 GB - kommerzielle Realm

Gesamtanzahl OCPUs (Cores) für Compute-Instanzen, die Ausprägungen in der Serie VM.Standard.E4 und BM.Standard.E4 verwenden, sowie Containerinstanzen, die CI.Standard.E4 verwenden. Flex-Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.

standard-e4-core-count

2.000 - kommerzielle Realm

6 - kommerzielle Realm

Gesamtspeicher für Compute-Instanzen, die Ausprägungen in der VM.Standard.E4- und BM.Standard.E4-Reihe verwenden, sowie Containerinstanzen, die CI.Standard.E4 verwenden Flexible Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.

standard-e4-memory-count

32.000 GB - kommerzielle Realm

96 GB - kommerzielle Realm

Gesamtanzahl OCPUs (Cores) für Compute-Instanzen, die Ausprägungen in der Serie VM.Standard.E5 und BM.Standard.E5 verwenden, sowie Containerinstanzen, die CI.Standard.E5 verwenden. Flex-Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.

Standard-e5-Core-Anzahl

384 - kommerzielle Realm

6 - kommerzielle Realm

Gesamtspeicher für Compute-Instanzen, die Ausprägungen in der VM.Standard.E5- und BM.Standard.E5-Reihe verwenden, sowie Containerinstanzen, die CI.Standard.E5 verwenden Flexible Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.

standard-e5-memory-count

4608 GB - kommerzielle Realm

72 GB

Gesamtanzahl OCPUs (Cores) für Compute-Instanzen, die Ausprägungen in der Serie VM.Standard.E6 und BM.Standard.E6 verwenden, sowie Containerinstanzen, die CI.Standard.E6 verwenden. Flex-Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.

Standard-e6-Core-Anzahl

384 - kommerzielle Realm

6 - kommerzielle Realm

Gesamtspeicher für Compute-Instanzen, die Ausprägungen in der VM.Standard.E6- und BM.Standard.E6-Reihe verwenden, sowie Containerinstanzen, die CI.Standard.E6 verwenden Flexible Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.

standard-e6-memory-count

4608 GB - kommerzielle Realm

72 GB
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Serie VM.Standard.A1 und BM.Standard.A1 erstellt werden standard-a1-core-count

2.000 - kommerzielle Realm

16 - kommerzielle Realm

Gesamtspeicher für Instanzen, die mit Ausprägungen in der VM.Standard.A1- und BM.Standard.A1-Reihe erstellt wurden standard-a1-memory-count

12,800 GB - kommerzielle Realm

96 GB - kommerzielle Realm

Gesamtanzahl OCPUs (2 Cores) für Instanzen, die mit Ausprägungen in der VM.Standard.A2 erstellt werden. Flex-Reihe standard-a2-core-count

(Hinweis: Verwenden Sie für "standard-a2-core-count" den OCPU-Wert für das Limit. Für A2: 1 OCPU=2 Cores.)

1,000 - kommerzielle Realm

8 - kommerzielle Realm

Gesamtspeicher für Instanzen, die mit Ausprägungen in der VM.Standard.A2 erstellt werden. Flex-Serie standard-a2-memory-count

12,800 GB - kommerzielle Realm

96 GB - kommerzielle Realm

Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Reihe VM.DenseIO2 und BM.DenseIO2 erstellt werden dense-io2-core-count

2.000 - kommerzielle Realm

Kontakt
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Serie VM.DenseIO.E4 und BM.DenseIO.E4 erstellt werden dense-io-e4-core-count

2.000 - kommerzielle Realm (Australia East (Sydney), Australia Southeast (Melbourne), Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Canada Southeast (Montreal), Canada Southeast (Toronto), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), Italy Northwest (Milan), Japan Central (Osaka), Japan East (Tokio), Niederlande Northwest (Amsterdam), Saudi Arabia West (Jeddah), Singapur (Singapur), South Korea Central (Seoul), Sweden Central (Stockholm), UK South (London), US East (Ashburn), US West (Phoenix), US West (San Jose))

Kontakt
Gesamtspeicher für Instanzen, die mit Ausprägungen in der Serie VM.DenseIO.E4 und BM.DenseIO.E4 erstellt werden dense-io-e4-memory-count

32.000 GB - kommerzielle Realm (Australia East (Sydney), Australia Southeast (Melbourne), Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Canada Southeast (Montreal), Canada Southeast (Toronto), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), Italy Northwest (Milan), Japan Central (Osaka), Japan East (Tokio), Niederlande Northwest (Amsterdam), Saudi Arabia West (Jeddah), Singapur (Singapur), South Korea Central (Seoul), Sweden Central (Stockholm), UK South (London), US East (Ashburn), US West (Phoenix), US West (San Jose))

Kontakt
Gesamtanzahl GPUs für Ausprägungen in der Reihe VM.GPU3 und BM.GPU3 gpu3-count Kontakt Kontakt
Gesamtanzahl GPUs für Instanzen, die mit Ausprägungen in der BM.GPU4-Reihe erstellt werden gpu4-count Kontakt Kontakt
Gesamtanzahl GPUs für Instanzen, die mit Ausprägungen in der Serie VM.GPU.A10 und BM.GPU.A10 erstellt werden gpu-a10-count Kontakt Kontakt
Gesamtanzahl GPUs für Instanzen, die mit Ausprägungen in der BM.GPU.A100-Reihe erstellt werden gpu-a100-v2-count Kontakt Kontakt
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der BM.HPC2-Reihe erstellt werden hpc2-core-count 1.500 (IAD1, LHR2) Kontakt
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.Optimized3- und BM.Optimized3-Reihe erstellt optimized3-core-count

1.500 - kommerzielle Realm (US East (Ashburn), US West (Phoenix))

500 - kommerzieller Realm (Australia East (Sydney), Australia Southeast (Melbourne), Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Canada Southeast (Montreal), Canada Southeast (Toronto), France Central (Paris), France South (Marseille), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), Israel Central (Jerusalem), Italien Nordwest (Milan), Japan Central (Osaka), Japan East (Tokio), Singapur (Singapur), Südafrika Central (Johannesburg), South Korea Central (Seoul), Südkorea North (Chuncheon), Sweden Central (Stockholm), Schweiz Nord (Zürich), VAE East (Dubai), UK South (London), US West (San Jose))

6 - kommerzielle Realm (Australia East (Sydney), Australia Southeast (Melbourne), Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Canada Southeast (Montreal), Canada Southeast (Toronto), France Central (Paris), France South (Marseille), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), Israel Central (Jerusalem), Italy Northwest (Milan), Japan Central (Osaka), Japan East (Tokio), Singapur (Singapore), South Africa Central (Johannesburg), South Korea Central (Seoul), South Korea North (Chuncheon), Sweden Central (Stockholm), Switzerland North (Zürich), UAE East (Dubai), UK South (London), US East (Ashburn), US West (Phoenix), US West (San Jose))

Gesamtspeicher für Instanzen, die mit Ausprägungen in der VM.Optimized3- und BM.Optimized3-Reihe erstellt wurden optimized3-memory-count

21.000 GB - kommerzielle Realm (US East (Ashburn), US West (Phoenix))

7.000 GB - kommerzielle Realm (Australia East (Sydney), Australia Southeast (Melbourne), Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Canada Southeast (Montreal), Canada Southeast (Toronto), France Central (Paris), France South (Marseille), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), Israel Central (Südkorea) Jerusalem), Italien Nordwesten (Milan), Japan Zentral (Osaka), Japan Ost (Tokio), Singapur (Singapur), Südafrika Zentral (Johannesburg), Südkorea Zentral (Seoul), Südkorea Nord (Chuncheon), Schweden Zentral (Stockholm), Schweiz Nord (Zürich), VAE Osten (Dubai), UK Süd (London), US West (San Jose))

84 GB - kommerzieller Realm (Australia East (Sydney), Australia Southeast (Melbourne), Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Canada Southeast (Montreal), Canada Southeast (Toronto), France Central (Paris), France South (Marseille), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), Israel Central (Jerusalem), Italien Nordwest ( Mailand), Japan Central (Osaka), Japan East (Tokio), Singapur (Singapur), Südafrika Central (Johannesburg), Südkorea Central (Seoul), Südkorea Nord (Chuncheon), Schweden Central (Stockholm), Schweiz Nord (Zürich), VAE Ost (Dubai), UK Süd (London), US Ost (Ashburn), US West (Phoenix), US West (San Jose))

Gesamtanzahl OCPUs (Cores) für Instanzen, die mit der Ausprägung DVH.Standard2.52 erstellt werden dvh-standard2-core-count 52 52
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit der Ausprägung DVH.Standard.E2.64 erstellt werden dvh-standard-e2-core-count Kontakt Kontakt
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit der Ausprägung DVH.Standard.E3.128 erstellt werden dvh-standard-e3-core-count 128 128
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit der Ausprägung DVH.DenseIO2.52 erstellt werden dvh-dense-io2-core-count 52 52
Compute-Kapazitätsreservierungen

Limits gelten für jede Availability-Domain. Kapazitätsreservierungen sind für Free Tier-Accounts nicht verfügbar. Bei den meisten Pay-as-you-go-Kunden wird das Servicelimit standardmäßig implementiert. Wenn Sie ein Pay-as-you-go-Kunde sind und keine Kapazitätsreservierungen vornehmen können, wenden Sie sich an uns.

Kapazitätsreservierungslimits weisen die folgenden bekannten Probleme auf:

Wenn Sie Limits, Quota und Nutzung in der Konsole anzeigen, werden unter Reservierbare Cores und Reservierbarer Arbeitsspeicher das Servicelimit angegeben. Reservierte Cores und Reservierter Arbeitsspeicher geben die aktuelle Verwendung an.

Um eine Erhöhung des Limits für Kapazitätsreservierungen anzufordern, wählen Sie im Formular Aktualisierungen der Servicelimits beantragen unter Ressource die Option Reservierbare Cores oder Reservierbarer Arbeitsspeicher für die entsprechende Ausprägung aus.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Reihe VM.Standard2 und BM.Standard2 erstellt werden standard2-core-count-reservable

2.000 - kommerzielle Realm

Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Reihe VM.Standard3 und BM.Standard3 erstellt werden standard3-core-count-reservable

2.000 - kommerzielle Realm

Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in der Serie VM.Standard3 und BM.Standard3 erstellt werden standard3-memory-count-reservable

32.000 GB - kommerzielle Realm

Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Reihe VM.Standard.E2 und BM.Standard.E2 erstellt werden standard-e2-core-count-reservable 2.000 Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Reihe VM.Standard.E3 und BM.Standard.E3 erstellt werden standard-e3-core-count-reservable

2.000 - kommerzielle Realm

Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in der Serie VM.Standard.E3 und BM.Standard.E3 erstellt werden standard-e3-memory-count-reservable

32.000 GB - kommerzielle Realm

Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Reihe VM.Standard.E4 und BM.Standard.E4 erstellt werden standard-e4-core-count-reservable

2.000 - kommerzielle Realm

Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in der Serie VM.Standard.E4 und BM.Standard.E4 erstellt werden standard-e4-memory-count-reservable

32.000 GB - kommerzielle Realm

Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Reihe VM.Standard.E5 und BM.Standard.E5 erstellt werden standard-e5-core-count-reservierbar

384 - kommerzielle Realm

Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in VM.Standard.E5 und BM.Standard.E5series erstellt werden standard-e5-memory-count-reservierbar

4608 GB - kommerzielle Realm

Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Reihe VM.Standard.A1 und BM.Standard.A1 erstellt werden standard-a1-core-count-reservable

2.000 - kommerzielle Realm

Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in der Serie VM.Standard.A1 und BM.Standard.A1 erstellt werden standard-a1-memory-count-reservable

12,800 GB - kommerzielle Realm

Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Reihe VM.DenseIO2 und BM.DenseIO2 erstellt werden dense-io2-core-count-reservable

2.000 - kommerzielle Realm

Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Reihe VM.DenseIO.E4 und BM.DenseIO.E4 erstellt werden dense-io-e4-core-count-reservable

2.000 - kommerzielle Realm (Australia East (Sydney), Australia Southeast (Melbourne), Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Canada Southeast (Montreal), Canada Southeast (Toronto), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), Italy Northwest (Milan), Japan Central (Osaka), Japan East (Tokio), Niederlande Northwest (Amsterdam), Saudi Arabia West (Jeddah), Singapur (Singapur), South Korea Central (Seoul), Sweden Central (Stockholm), UK South (London), US East (Ashburn), US West (Phoenix), US West (San Jose))

Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in der Serie VM.DenseIO.E4 und BM.DenseIO.E4 erstellt werden dense-io-e4-memory-count-reservable

32.000 GB - kommerzielle Realm (Australia East (Sydney), Australia Southeast (Melbourne), Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Canada Southeast (Montreal), Canada Southeast (Toronto), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), Italy Northwest (Milan), Japan Central (Osaka), Japan East (Tokio), Niederlande Northwest (Amsterdam), Saudi Arabia West (Jeddah), Singapur (Singapur), South Korea Central (Seoul), Sweden Central (Stockholm), UK South (London), US East (Ashburn), US West (Phoenix), US West (San Jose))

Kontakt
Reservierbare GPUs für Instanzen, die mit Ausprägungen in der Serie VM.GPU3 und BM.GPU3 erstellt werden gpu3-core-count-reservable Kontakt Kontakt
Reservierbare GPUs für Instanzen, die mit Ausprägungen in der Serie BM.GPU4 erstellt werden gpu4-core-count-reservable Kontakt Kontakt
Reservierbare GPUs für Instanzen, die mit Ausprägungen in der Serie VM.GPU.A10 und BM.GPU.A10 erstellt werden gpu-a10-core-count-reservable Kontakt Kontakt
Reservierbare GPUs für Instanzen, die mit Ausprägungen in der Serie BM.GPU.A100 erstellt werden gpu-a100-v2-core-count-reservable Kontakt Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der Serie BM.HPC2 erstellt werden hpc2-core-count-reservable 1.500 Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.Optimized3- und BM.Optimized3-Reihe erstellt optimized3-core-count-reservable

1.500 - kommerzielle Realm (US East (Ashburn), US West (Phoenix))

500 - kommerzieller Realm (Australia East (Sydney), Australia Southeast (Melbourne), Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Canada Southeast (Montreal), Canada Southeast (Toronto), France Central (Paris), France South (Marseille), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), Israel Central (Jerusalem), Italien Nordwest (Milan), Japan Central (Osaka), Japan East (Tokio), Singapur (Singapur), Südafrika Central (Johannesburg), South Korea Central (Seoul), Südkorea North (Chuncheon), Sweden Central (Stockholm), Schweiz Nord (Zürich), VAE East (Dubai), UK South (London), US West (San Jose))

Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in der VM.Optimized3- und BM.Optimized3-Reihe erstellt wurden optimized3-memory-count-reservable

21.000 GB kommerzielle Realm (US East (Ashburn), US West (Phoenix))

7.000 GB kommerzielle Realm (Australia East (Sydney), Australia Southeast (Melbourne), Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Canada Southeast (Montreal), Canada Southeast (Toronto), France Central (Paris), France South (Marseille), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), Israel Central (Jer.) Italien Nordwest (Milan), Japan Central (Osaka), Japan Ost (Tokio), Singapur (Singapur), Südafrika Zentral (Johannesburg), Südkorea Zentral (Seoul), Südkorea Nord (Chuncheon), Schweden Zentral (Stockholm), Schweiz Nord (Zürich), VAE Ost (Dubai), UK Süd (London), US West (San Jose))

Kontakt
Verbindungstracking

Die Limits für das Verbindungstracking gelten für Sicherheitsregeln für zustandsbehafteten Traffic.

Bare-Metal-Ausprägungen

Ausprägung

Limits für Verbindungstracking

(Ungefähre Gesamtanzahl nebenläufiger Verbindungen pro physischer VNIC)

BM.Standard2.52 2 Millionen
BM.Standard3.64 5 Millionen
BM.Standard.E3.128 5 Millionen
BM.Standard.E4.128 5 Millionen
BM.Standard.A1.160 5 Millionen
BM.DenseIO2.52 2 Millionen
BM.DenseIO.E4.128 5 Millionen
BM.GPU3.8 (GPU: 8xV100) 2 Millionen
BM.GPU4.8 (GPU 8xA100) 5 Millionen
BM.GPU.A10.4 (GPU: 4xA10) 5 Millionen
BM.GPU.A100-v2.8 (GPU: 8xA100) 5 Millionen
BM.HPC2.36 2 Millionen
BM.Optimized3.36 5 Millionen
VM-Ausprägungen

Ausprägung

Limits für Verbindungstracking

(Ungefähre Gesamtzahl nebenläufiger Verbindungen)

VM.Standard2.1 40.000
VM.Standard2.2 80.000
VM.Standard2.4 164.000
VM.Standard2.8 328.000
VM.Standard2.16 656.000
VM.Standard2.24 984.000
VM.Standard3.Flex

30.000 pro OCPU

1 OCPU = 30.000 nebenläufige Verbindungen

32 OCPUs = 960.000 nebenläufige Verbindungen

VM.Standard.E2.1.Micro 15.000
VM.Standard.E3.Flex

15.000 pro OCPU

1 OCPU = 15.000 nebenläufige Verbindungen

64 OCPU = 960.000 nebenläufige Verbindungen

VM.Standard.E4.Flex

55.000 pro OCPU

1 OCPU = 15.000 nebenläufige Verbindungen

64 OCPU = 960.000 nebenläufige Verbindungen

VM.Standard.E5.Flex 18.000 pro OCPU
VM.Standard.A1.Flex

12.000 pro OCPU

1 OCPU = 12.000 nebenläufige Verbindungen

80 OCPUs = 984.000 nebenläufige Verbindungen

VM.DenseIO2.8 328.000
VM.DenseIO2.16 656.000
VM.DenseIO2.24 984.000
VM.DenseIO.E4.Flex 15.000 pro OCPU
VM.GPU3.1 (GPU: 1xV100) 164.000
VM.GPU3.2 (GPU: 2xV100) 328.000
VM.GPU3.4 (GPU: 4xV100) 984.000
VM.GPU.A10.1 (GPU: 1xA10) 450.000
VM.GPU.A10.2 (GPU: 2xA10) 900.000
VM.Optimized3.Flex

60.000 pro OCPU

1 OCPU = 60.000 nebenläufige Verbindungen

18 OCPUs = 600.000 nebenläufige Verbindungen

Weitere Compute-Ressourcen

Die Limits gelten je nach Ressource für verschiedene Geltungsbereiche.

Ressource Limitname Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
Autoscaling-Konfigurationen config-count Region 200 200
Benutzerdefinierte Images custom-image-count Region 100 25
Clusternetzwerke cluster-network-count Mandant 15 Kontakt
Compute-Cluster compute-cluster-count Availability-Domain 100 Kontakt
Instanzkonfigurationen config-count Region 200 200
Instanzpools pool-count Region 50 50
Instanzen pro Instanzpool - Region 500 500
Compute Cloud@Customer-Limits

Informationen zu den Limits für Compute Cloud@Customer finden Sie unter Servicelimits für Compute Cloud@Customer.

Connector-Hub-Limits

Die Connector Hub-Limits sind regional.

Ressource Limitname Oracle Universal Credits Pay-as-you-go Testversion
Konnektoren service-connector-count 20 20 5
Limits für Containerinstanzen
Limits gelten für jede Availability-Domain.
Wichtig

Servicelimits werden zwischen Compute-Ressourcen und Containerinstanzen-Ressourcen gemeinsam verwendet. In der Konsole werden Limits für Containerinstanzenressourcen in der Dropdown-Liste "Filter" für den Compute-Service angezeigt.
Ressource Oracle Universal Credits Pay As You Go oder Testversion

Gesamtanzahl OCPUs (Cores) für Compute-Instanzen, die Ausprägungen in der Serie VM.Standard.E3 und BM.Standard.E3 verwenden, sowie Containerinstanzen, die CI.Standard.E3 verwenden. Flex-Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Compute-Instanzen.

2.000 - kommerzielle Realm

6 - kommerzielle Realm

Gesamtspeicher für Compute-Instanzen, die Ausprägungen in der VM.Standard.E3- und BM.Standard.E3-Reihe verwenden, sowie Containerinstanzen, die CI.Standard.E3 verwenden Flexible Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Compute-Instanzen.

32.000 GB - kommerzielle Realm

96 GB - kommerzielle Realm

Gesamtanzahl OCPUs (Cores) für Compute-Instanzen, die Ausprägungen in der Serie VM.Standard.E4 und BM.Standard.E4 verwenden, sowie Containerinstanzen, die CI.Standard.E4 verwenden. Flex-Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Compute-Instanzen.

2.000 - kommerzielle Realm

6 - kommerzielle Realm

Gesamtspeicher für Compute-Instanzen, die Ausprägungen in der VM.Standard.E4- und BM.Standard.E4-Reihe verwenden, sowie Containerinstanzen, die CI.Standard.E4 verwenden Flexible Ausprägung

Hinweis: Dieses Servicelimit gilt für Compute- und Containerinstanzen-Ressourcen. Siehe Compute-Instanzen.

32.000 GB - kommerzielle Realm

96 GB - kommerzielle Realm
Limits für Container Registry

Limits für Container Registry gelten regional.

Ressource Oracle Universal Credits

Pay As You Go oder Testversion

Repositorys 500 Repositorys pro OCI-Region 500 Repositorys pro OCI-Region
Images 100.000 Images pro Repository 100.000 Images pro Repository
Registry-Speicher 500 GB pro OCI-Region oder Kontakt aufnehmen 500 GB pro OCI-Region oder Kontakt aufnehmen
Limits für Content Management

Die Limits für Content Management finden Sie unter Servicelimits.

Limits für Konsolen-Dashboards

Ressource

Geltungsbereich

Limit

Dashboards Mandant 100 Dashboards
Dashboard-Gruppen Mandant 100 Gruppen
Limits für Datenkatalog
Ressource Limitname Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
Datenkatalog catalog-count Regional 2 Data Catalog-Instanzen pro Region 2 Data Catalog-Instanzen pro Region
Limits für Data Flow

Die Limits gelten pro Mandant.

Ressource Limitname Oracle Universal Credits Pay-as-you-go Testversion
VM.Standard2.1 vm-standard2-1 35 24 3
VM.Standard2.2 vm-standard2-2 50 24 3
VM.Standard2.4 vm-standard2-4 50 12 -
VM.Standard2.8 vm-standard2-8 50 6 -
VM.Standard2.16 vm-standard2-16 25 - -
VM.Standard2.24 vm-standard2-24 Kontakt - -
Cores für VM.Standard3.Flex vm-standard3-core 800 24 6
Arbeitsspeicher für VM.Standard3.Flex (GB) vm-standard3-mem 13.000 3000 100
Cores für VM.Standard.E3.Flex vm-standard-e3-core 800 6 6
Arbeitsspeicher für VM.Standard.E3.Flex (GB) vm-standard-e3-mem 13.000 3000 100
Cores für VM.Standard.E4.Flex vm-standard-e4-core 800 24 6
Arbeitsspeicher für VM.Standard.E4.Flex (GB) vm-standard-e4-mem 13.000 3000 100
Cores für VM.Standard.E5. FlexFeld vm-standard-e5-core 800 24 6
Arbeitsspeicher für VM.Standard.E5. Flexibel (GB) vm-Standard-e5-mem 13.000 3000 100
Cores für VM.Standard.A1.Flex vm-standard-a1-core 800 24 6
Arbeitsspeicher für VM.Standard.A1.Flex (GB) vm-standard-a1-mem 13.000 3000 100
Gesamtanzahl GPUs für Ausprägungen in VM.GPU.A10-Reihe gpu-a10-count 0 0 0
VM.Total vm-total 50 50 10
Data Integration-Limits
Ressource Limitname Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
Workspace dis-workspace-count Regional 5 Workspaces pro Region 5 Workspaces pro Region
Limits für Data Labeling
Ressource Limitname Oracle Universal Credits Pay-as-you-go Testversion
Anzahl Datasets dataset-count 50 50 10
Anzahl Datensätze record-count 10000 10000 2.000
Anzahl Anmerkungen annotation-count 30.000 30.000 6.000
Limits für Data Safe

Informationen zu Data Safe-Limits finden Sie unter Servicelimits.

Hinweis

Um eine Oracle Database bei Data Safe zu registrieren, müssen Sie einen bezahlten Account verwenden.
Limits für Data Science
Ressource Limitname Oracle Universal Credits Pay-as-you-go Testversion
Block-Volumes ds-block-volume-count 150 10 10
Block-Volume-Größe in GB ds-block-volume-gb 204.800 70.621 1.024
GPUs für VM.GPU2 ds-gpu2-count Kontakt Kontakt -
GPUs für VM.GPU3 ds-gpu3-count Kontakt Kontakt -
GPU für BM.GPU2 ds-gpu2-count Kontakt Kontakt -
GPU für BM.GPU3 ds-gpu43-count Kontakt Kontakt -
GPU für BM.GPU4 ds-gpu4-count Kontakt Kontakt -
GPU für VM.GPU.GU1 ds-gpu-a10-count Kontakt Kontakt -
Modelle model-count 10000 1.000 100
Notizbuchsessions notebook-session-count 10000 1.000 100
Projekte project-count 10000 1.000 100
VM.Standard2-Core ds-standard2-core-regional-count 800 39 0
VM.Standard E2-Core ds-standard-e2-core-regional-count 200 83 0
VM.Standard3-Core ds-standard3-core-regional-count 400 80 4
VM.Standard3-Arbeitsspeicher in GB ds-standard3-memory-count 10240 2048 64
VM.Optimized3-Core ds-optimized3-core-regional-count 400 80 0
VM.Optimized3-Arbeitsspeicher in GB ds-optimized3-memory-count 10240 2048 0
VM.Standard E3-Core ds-standard-e3-core-regional-count 400 100 0
VM.Standard E3-Arbeitsspeicher in GB ds-standard-e3-memory-count 6400 1.666 0
VM.Standard E4-Core ds-standard-e4-core-regional-count 400 80 24
VM.Standard E4-Arbeitsspeicher in GB ds-standard-e4-memory-count 10240 2048 384
VM.Standard A1 Kern ds-standard-a1-core-regional-count 400 80 4
VM.Standard A1 Arbeitsspeicher in GB ds-standard-a1-Speicheranzahl 6400 1.280 64
Anzahl Modell-Deployments model-deploy-count 30 30 3
Anzahl Jobs job-count 10000 1.000 100
Kombinierte Modell-Deployment-Bandbreite in Mbit/s model-deploy-bandwidth-sum 1.000 1.000 50
Pipelineanzahl Pipelineanzahl 500 200 100
Limits für Datenbanken

Die Limits für Datenbanken gelten pro Availability-Domain.

Informationen zu Data Safe finden Sie unter Limits für Data Safe. Informationen zu MySQL HeatWave finden Sie unter Limits für MySQL HeatWave.

Ressourcen Oracle Universal Credits Pay As You Go oder Testversion
Autonome Datenbanken vom Typ "Immer kostenlos" 2 Instanzen 2 Instanzen
Autonomous Database vom Typ "Immer kostenlos" - Blockspeicher gesamt 20 GB 20 GB
Autonomous Database vom Typ "Immer kostenlos" - Gesamtanzahl OCPUs 1 Core 1 Core
Autonome APEX-Anwendungsentwicklung - ECPUs gesamt Kontakt Kontakt
Autonomous Database auf dedizierter Exadata-Infrastruktur - Gesamtanzahl OCPUs

Kontakt

Die Gesamtanzahl der OCPUs, die von der Exadata-Hardwareausprägung bestimmt wird (Quarter Rack, Half Rack oder Full Rack).

Kontakt
Autonomous Database Serverless - Blockspeicher 130 TB 2 TB
Autonomous Database Serverless - Gesamtanzahl OCPUs 160 Cores 8 Cores
Autonomous Data Warehouse - ECPUs gesamt Kontakt Kontakt
Autonome JSON-Datenbank - ECPUs gesamt Kontakt Kontakt
Autonomous Transaction Processing - ECPUs gesamt Kontakt Kontakt
BM.DenseIO1.36 (siehe Hinweis zu Verfügbarkeit) 50 Instanzen 1 Instanz
BM.DenseIO2.52 50 Instanzen 1 Instanz
Exadata.Base.48 Kontakt Kontakt
Exadata.Full1.336 - X6 Kontakt Nicht verfügbar
Exadata.Full2.368 - X7 Kontakt Kontakt
Exadata.Full3.300 - X8 Kontakt Kontakt
Exadata.Half1.168 - X6 Kontakt Nicht verfügbar
Exadata.Half2.184 - X7 Kontakt Kontakt
Exadata.Half3.200 - X8 Kontakt Kontakt
Exadata.Quarter1.84 - X6 Kontakt Nicht verfügbar
Exadata.Quarter2.92 - X7 Kontakt Kontakt
Exadata.Quarter3.100 - X8 Kontakt Kontakt
VM-DB-Blockspeicher gesamt (siehe Hinweis) 150 TB 2 TB
VM.Standard1 - OCPUs gesamt 300 Cores 2 Cores
VM.Standard2 - OCPUs gesamt

300 Cores (US West (Phoenix), US East (Ashburn))

50 Cores (Germany Central (Frankfurt), UK South (London))

2 Cores
Hinweis

  • Autonome Exadata-Infrastruktur: Die Limits für Exadata X8 (Exadata.Quarter3.100, Exadata.Half3.200 und Exadata.Full3.300) sowie Exadata X7 (Exadata.Quarter2.92, Exadata.Half2.184 und Exadata.Full2.368) umfassen die entsprechenden Ausprägungen der autonomen Exadata-Infrastruktur.
  • VM-DB-Blockspeicher gesamt: Umfasst den Blockspeicher für alle Virtual-Machine-Datenbanken VM.Standard1 und VM.Standard2.
  • BM.DenseIO1.36: Diese DB-Systemausprägung ist nur für monatliche Universal-Credits-Kunden mit Mandanten verfügbar, die am oder vor dem 9. November 2018 in den Regionen "USA West (Phoenix), "US East (Ashburn)" und "Germany Central (Frankfurt)" vorhanden sind.
  • Autonomous Database vom Typ "Immer kostenlos": Jede der beiden autonomen Datenbanken vom Typ "Immer kostenlos", die in Ihrem Mandanten verfügbar sind, kann mit Autonomous Database für Transaktionsverarbeitung und gemischte Workloads oder Autonomous Database für Analysen und Data Warehousing-Workload-Typen bereitgestellt werden.
Limits für die Datenbankmigration

Die Limits für Datenbankmigration gelten regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Migrationen odms-migration-count 5 5
Registrierte Datenbanken odms-registered-database-count 10 10
Agents odms-agent-count 5 5
Limits für Datenbanktools

Die Limits für Datenbanktools gelten regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion Immer kostenlos
Datenbanktools - Verbindungen dbtools-connections-count 1.000 Verbindungen pro Region 1.000 Verbindungen pro Region 100 Verbindungen pro Region
Datenbanktools - Private Endpunkte dbtools-private-endpoints-count 10 private Endpunkte pro Region 10 private Endpunkte pro Region 0 private Endpunkte pro Region
Limits für DevOps
Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion Beschreibung
Projekte devops-project-count 1.000 1.000 Maximale Anzahl der in DevOps verfügbaren Projekte.
Pipelines build-pipeline-count 1.000 1.000 Maximale Anzahl der in DevOps verfügbaren Build-Pipelines.
Pipelines stages-per-build-pipeline-count 100 100 Maximale Anzahl der in DevOps verfügbaren Phasen pro Build-Pipeline.
Pipelines deployment-pipeline-count 1.000 1.000 Maximale Anzahl der in DevOps verfügbaren Pipelines.
Pipelines deployment-stages-per-pipeline-count 100 100 Maximale Anzahl der in DevOps verfügbaren Phasen pro Deployment-Pipeline.
Build-Ausführungen concurrent-build-run-count 30 30 Maximale Anzahl der in DevOps verfügbaren nebenläufigen Build-Ausführungen.
Build-Ausführungen concurrent-build-runner-count 30 30 Maximale Anzahl der in DevOps verfügbaren nebenläufigen, vom Service bereitgestellten Build Runnern.
Deployments concurrent-deployment-count 100 100 Maximale Anzahl der in DevOps verfügbaren nebenläufigen Deployments.
Umgebungen devops-environment-count 3000 3000 Maximale Anzahl der in DevOps verfügbaren Umgebungen.
Artefakte devops-artifact-count 10000 10000 (Pay-as-you-go)

1000 (Testversion)

Maximale Anzahl der in DevOps verfügbaren Artefakte.
Trigger trigger-count 100 100 Maximale Anzahl der in DevOps zulässigen Trigger.
Externe Verbindungen external-connection-count 100 100 Maximale Anzahl der in DevOps zulässigen externen Verbindungen.
Code-Repositorys code-repository-count 1.000 1.000 Maximal zulässige Anzahl der Repositorys pro Region pro Mandant.
Code-Repositorys code-repository-size-limit-mb 1.024 1.024 Maximale Größe eines Repositorys in MB
Code-Repositorys receive-pack-size-limit-mb 1.024 1.024 Maximale Größe einer Paketdatei in MB
Pull-Anforderungen Pull-Anforderung - Anzahl pro Monat 2.000 2.000 Maximale Anzahl von Pull-Anforderungen, die in einem Monat erstellt wurden.
Digital Assistant-Limits

Die Limits für Digital Assistant finden Sie unter Servicelimits.

Limits für DNS

Die Limits für DNS sind global.

Ressourcen Oracle Universal Credits Pay-as-you-go Testversion
Anzahl öffentliche Zonen 1.000 pro Mandant 1.000 pro Mandant 5 pro Mandant
Datensätze für eine öffentliche Zone 25.000 pro Zone 25.000 pro Zone 25.000 pro Zone
Max. Anzahl private DNS-Zonen 1.000 pro Mandant 1.000 pro Mandant

1.000 pro Mandant*

*Von Oracle verwaltete geschützte Zonen werden nicht auf dieses Limit angerechnet.

Datensätze für eine private Zone 10.000 pro Zone 10.000 pro Zone 10.000 pro Zone
Steuerungs-Policy für Trafficmanagement - Anzahl 100 pro Mandant 100 pro Mandant 100 pro Mandant
Steuerungs-Policy für Trafficmanagement - Anzahl Zuordnungen 1.000 pro Mandant 1.000 pro Mandant 1.000 pro Mandant
Anzahl TSIG-Schlüssel 1.000 pro Mandant 1.000 pro Mandant 1.000 pro Mandant
Anzahl Views 100 pro Mandant 100 pro Mandant 100 pro Mandant
Limits für Email Delivery
Standardlimits gelten für jeden Mandanten oder jede Availability-Domain, wie unten angegeben. Genehmigte Limiterhöhungen gelten für eine bestimmte Region. Alle Ressourcen in der folgenden Tabelle können erhöht werden.
Hinweis

Die Limits können nur erhöht werden, wenn für jede Absenderdomain SPF und DKIM eingerichtet wurden.
Ressource Limitname Oracle Universal Credits Pay-as-you-go Testversion Immer kostenlos*
In den letzten 24 Stunden gesendete E-Mails max-emails-day 50.000 50.000 200 0
Maximale Anzahl genehmigte Absender approved-sender-count 10.000 10.000 2.000 10
SMTP-Zugangsdaten pro Benutzer 2 2 2
Gesendete E-Mails pro Minute sendrate 18.000 18.000 10 10
Nachrichtengröße (nach base64-Codierung und Headern) max-message-size 2 MB 2 MB 2 MB 2 MB
Hinweis

Ressourcen vom Typ "Immer kostenlos" beziehen sich auf einen Mandanten und können nicht erhöht werden.

Hinweis

Eine E-Mail ist entweder als einzelner Empfänger (wie in den Feldern "An", "CC" oder "BCC" definiert) oder als 2-MB-Chunk einer E-Mail definiert.

E-Mail-Beispiele:

  • Eine einzelne Anforderung mit 10 Empfängern ("An:", "Cc:" oder "Bcc:") entspricht 10 E-Mails.

  • Eine E-Mail mit 10 MB, die an einen einzelnen Empfänger gesendet wird, entspricht 10 MB geteilt durch 2 MB pro E-Mail. Dies entspricht 5 E-Mails.

  • Eine einzelne E-Mail-Anforderung mit einer Nachrichtengröße von 10 MB und 10 Empfängern entspricht 10 MB geteilt durch 2 MB pro E-Mail multipliziert mit 10 Empfängern. Dies entspricht 50 E-Mails.

Das E-Mail-Volumenlimit gilt für separate Empfänger aller gesendeten E-Mails. Beispiel: Eine E-Mail, die an 100 Empfänger gesendet wird, wird genau wie 100 E-Mails gezählt, die an einen Empfänger gesendet werden.
Hinweis

Email Delivery unterstützt Nachrichten mit einer Größe von bis zu 2 MB, einschließlich von Headern, Text und Anhängen. Wenn SPF und DKIM auf Ihrer Absenderdomain eingerichtet sind, können Sie bei Bedarf eine Erhöhung dieses Limits beantragen. Maximal kann eine Größe von 60 MB beantragt werden.

Limits für Events

Die Limits für Ereignisse sind regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Regeln rule-count 50 50
Limits für Exadata-Flottenaktualisierung
Ressource Ressourcengruppe Geltungsbereich des Limits Unternehmenslimit Pay As You Go oder Testversion
DiscoveryCount fppcs Region 60.000 Melden Sie ein reguläres Customer Account Management-(CAM-)Ticket an, um das Limit zu erhöhen. 60.000 Melden Sie ein reguläres Customer Account Management-(CAM-)Ticket an, um das Limit zu erhöhen.
CollectionCount fppcs Region 100. Melden Sie ein reguläres Customer Account Management-(CAM-)Ticket an, um das Limit zu erhöhen. 100. Melden Sie ein reguläres Customer Account Management-(CAM-)Ticket an, um das Limit zu erhöhen.
MaintenanceCycleCount fppcs Region 1.200 Melden Sie ein reguläres Customer Account Management-(CAM-)Ticket an, um das Limit zu erhöhen. 1.200 Melden Sie ein reguläres Customer Account Management-(CAM-)Ticket an, um das Limit zu erhöhen.
ActionCount fppcs Region 3.600 Melden Sie ein reguläres Customer Account Management-(CAM-)Ticket an, um das Limit zu erhöhen. 3.600 Melden Sie ein reguläres Customer Account Management-(CAM-)Ticket an, um das Limit zu erhöhen.
JobCount fppcs Region 3.600.000 Melden Sie ein reguläres Customer Account Management-(CAM-)Ticket an, um das Limit zu erhöhen. 3.600.000 Melden Sie ein reguläres Customer Account Management-(CAM-)Ticket an, um das Limit zu erhöhen.
Limits für File Storage

Die Limits gelten für jeden Mandanten oder jede Availability-Domain, wie angegeben.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Dateisysteme file-system-count 100 pro Mandant und Availability-Domain 100 pro Mandant und Availability-Domain
Mountziele mount-target-count 6 pro Mandant und Availability-Domain 2 pro Mandant und Availability-Domain
Standardmountziele max.regulär-Montageziele 6 pro Mandant und Availability-Domain 2 pro Mandant und Availability-Domain
Hochleistungsmountziele (20 Gbit/s) mount-Ziel-20gbps-count 2 pro Mandant und Availability-Domain 0
Hochleistungsmountziele (40 Gbit/s) mount-Ziel-40gbps-count 1 pro Mandant und Availability-Domain 0
Hochleistungs-Mountziele (80 Gbit/s) mount-Ziel-80gbps-count 0 0
Replikationen replication-count 20 pro Mandant 20 pro Mandant
Dateisystem-Snapshot-Policys filesystem-snapshot-policy-count 100 pro Mandant und Availability-Domain 100 pro Mandant und Availability-Domain
Dateisysteme pro Snapshot Policy Dateisysteme angehängt-pro-Policy-Anzahl 100 pro Mandant und Availability-Domain 100 pro Mandant und Availability-Domain
Dateisystemgröße - 8 Exabyte 8 Exabyte
Maximale Dateigröße - 18,45 Exabyte* 18,45 Exabyte*
* Im Gegensatz zu anderen Limits kann das Limit für diese Ressource nicht erhöht werden.
Limits für File Storage with Lustre

Die Limits für File Storage with Lustre gelten pro Availability-Domain.

Ressource Limitname Oracle Universal Credits Pay-as-you-go
Dateisysteme max-lustre-file-system-count 8 pro Mandant und Availability-Domain Kontakt
Dateisystemkapazität (GB) max-lustre-file-system-capacity-gb 200000 GB oder 200 TB pro Dateisystem Kontakt
Aggregierter Dateisystemdurchsatz (Gbit/s) aggregate-lustre-file-system-throughput-gbps Aggregierter Durchsatz von 200 Gbit/s pro Mandant pro Availability-Domain Kontakt
Limits für Flottenanwendungsmanagement

Limits für das Flottenanwendungsmanagement finden Sie unter Servicelimits.

Limits für Flexible Network Load Balancer

Flexible Network Load Balancer-Limits sind regional.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Flexibler Network Load Balancer 3 3

Weitere Informationen finden Sie unter Limits für Network Load Balancer.

Limits für Full Stack Disaster Recovery
Limit Oracle Universal Credits (GB) Pay As You Go oder Testversion (GB)
DR-Schutzgruppenanzahl 10 10
DR-Plananzahl 100 100
Mitglieder in einer DR-Schutzgruppe 50 50
Datenbankmitglieder in einer DR-Schutzgruppe 10 10
Compute-Mitglieder in einer DR-Schutzgruppe 25 25
Benutzerdefinierte Schritte in einem DR-Plan 100 100
Load Balancer-Mitglieder in einer DR-Schutzgruppe 10 10
Network Load Balancer-Mitglieder in einer DR-Schutzgruppe 10 10
Dateisystemmitglieder in einer DR-Schutzgruppe 10 10
Limits für Functions

Ressource

Limitname Beschreibung

Geltungsbereich

Oracle Universal Credits Pay As You Go oder Testversion
Anwendungen Anwendungsanzahl Anzahl Anträge Region 20 10
Funktionen Funktionsanzahl Anzahl Funktionen Region 500 50
Gesamtarbeitsspeicher für nebenläufige Funktionsausführung Gesamtwährung - MB Gesamter verfügbarer Arbeitsspeicher für die gleichzeitige Ausführung aller Funktionen in der Region.

Die tatsächliche Speicherauslastung ist immer kleiner oder gleich dieser Menge.

Region 60 GB

(180 GB für eine Region mit drei Availability-Domains)

60 GB

(180 GB für eine Region mit drei Availability-Domains)

Gesamtarbeitsspeicher für Provisioned Concurrency Provisioned-concurrency-mb Gesamter verfügbarer Arbeitsspeicher für die Zuweisung des bereitgestellten gleichzeitigen Zugriffs für alle Funktionen in der Region.

Die tatsächliche Speicherauslastung ist immer kleiner oder gleich dieser Menge.

Region 40 GB 40 GB
Limits für GoldenGate

GoldenGate-Limits gelten regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Deployments deployment-count 20 Deployments pro Region 20 Deployments pro Region
Verbindungen Verbindungsanzahl 100 Verbindungen pro Region 100 Verbindungen pro Region
Limits für Health Checks

Die Limits für Health Checks sind global.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Basisüberwachungen monitor-basic-count 500 500
Premium-Überwachungen monitor-premium-count 500 500
IAM mit Limits für Identitätsdomains

Dies gilt für neue Mandanten in Regionen, die zur Verwendung von Identitätsdomains aktualisiert wurden. Informationen dazu, ob die richtige Dokumentation für Ihren IAM-Service verwendet wird, finden Sie in derCloud-Identitätsdokumentation.

Die Limits für IAM sind global.

Der Abonnementtyp steuert die Anzahl der Identitätsdomains jedes Typs.

Die Objektlimits für jeden Identitätsdomaintyp finden Sie unter IAM-Objektlimits.

Ressource Oracle Universal Credits Pay-as-you-go Testversion Immer kostenlos
Kostenlose Identitätsdomain 10 10 2 2
Oracle Apps-Identitätsdomain 100 100 0 0
Oracle Apps Premium-Identitätsdomain 4 4 0 0
Premium-Identitätsdomain 4 4 0 0
Externe Benutzeridentitätsdomain 4 4 0 0

Weitere Limits auf Mandantenebene:

Ressource Oracle Universal Credits Pay As You Go oder Testversion
IAM-Policy-Objekte in einem Mandanten 100 100
IAM-Policy-Anweisungen in einem IAM-Policy-Objekt 50 50
IAM-Policy-Anweisungen in einem Mandanten 100 100
Netzwerkquellgruppen in einem Mandanten 10 10
Compartments in einem Mandanten 1.000 1.000
Grenzwert für Policy-Anweisungen pro Compartment-Hierarchie * 500 500

* Informationen zu Limits pro Compartment-Hierarchie finden Sie unter Grenzwert für Policy-Anweisungen pro Compartment-Hierarchie

Hinweis

Das Limit von 500 Policy-Anweisungen in einem Mandanten ist ein absolutes Limit, das nicht erhöht werden kann. Um Verstöße gegen Policy-Limits zu vermeiden, empfehlen wir die Verwendung von Tag-Based Access Control (TBAC), mit der Sie eine Policy für viele Szenarios mit einer einzigen Anweisung schreiben können. Weitere Informationen zu TBAC finden Sie unter Tags zum Verwalten des Zugriffs verwenden.

IAM ohne Limits für Identitätsdomains

Dies gilt für Mandanten in Regionen, die noch nicht zur Verwendung von Identitätsdomains aktualisiert wurden. Informationen dazu, ob die richtige Dokumentation für Ihren IAM-Service verwendet wird, finden Sie in derCloud-Identitätsdokumentation.

Die Limits für IAM sind global.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Benutzer in einem Mandanten 2.000 2.000
Gruppen in einem Mandanten 250 250
Dynamische Gruppen in einem Mandanten 50 50
Netzwerkquellgruppen in einem Mandanten 10 10
Compartments in einem Mandanten 1.000 1.000
IAM-Policy-Objekte in einem Mandanten 100 100
IAM-Policy-Anweisungen in einem IAM-Policy-Objekt 50 50
Policy-Anweisungen in einem Mandanten 100 100
Benutzer pro Gruppe in einem Mandanten 2.000 2.000
Gruppen pro Benutzer in einem Mandanten 250 250
Identitätsprovider in einem Mandanten 3 3
Gruppenzuordnungen für einen Identitätsprovider 250 250
Grenzwert für Policy-Anweisungen pro Compartment-Hierarchie * 500 500
Übereinstimmungsregellänge für eine einzelne dynamische Gruppe 100.000 100.000

* Informationen zu Limits pro Compartment-Hierarchie finden Sie unter Grenzwert für Policy-Anweisungen pro Compartment-Hierarchie

Hinweis

Der Grenzwert von 500 Policy-Anweisungen pro Compartment-Hierarchie ist ein absoluter Grenzwert, der nicht erhöht werden kann. Um Verstöße gegen Policy-Limits zu vermeiden, empfehlen wir die Verwendung von Tag-Based Access Control (TBAC), mit der Sie eine Policy für viele Szenarios mit einer einzigen Anweisung schreiben können. Weitere Informationen zu TBAC finden Sie unter Tags zum Verwalten des Zugriffs verwenden.

Integration-Limits

Die Integrationslimits finden Sie unter Servicelimits.

Die Limits für Integration 3 finde Sie unter Servicelimits.

Limits für Java-Management

Limits für Java-Management gelten regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Flotte fleet-count 50 50
Limits für Vault, Key Management und Secret Management

Limits werden pro Mandant festgelegt und auf regionaler Ebene angewendet. Beispiel: Wenn Sie zwei Regionen abonnieren, IAD und FRA, erhalten Sie 10 virtuelle Vaults in IAD und weitere 10 virtuelle Vaults in FRA.

Virtual Vault-Limits

Ressource Oracle Universal Credits oder Pay As You Go Immer kostenlos oder testen

Vaults

Hinweis: Replizierte Vaults werden anhand der Servicelimits der Region gezählt, in der sie erstellt werden.

10

Kontaktieren Sie uns, um eine Erhöhung anzufordern. Das Limit wird auf regionaler Ebene festgelegt.

10

Upgrade Ihres Kontos auf kostenpflichtig, um dieses Limit zu erhöhen.

Schlüsselversionen in einem Vault

Hinweis:

  • Schlüsselversionen können in verschiedenen Kombinationen aus Masterverschlüsselungsschlüsseln in einem Vault vorhanden sein
  • Sowohl aktivierte als auch deaktivierte Schlüsselversionen werden auf Ihre Limits angerechnet.
  • Beim Anrechnen der Nutzung auf die Servicelimits für asymmetrische Schlüssel wird die Anzahl pro Schlüsselversion um zwei erhöht. Dabei wird sowohl der Public Key als auch der Private Key berücksichtigt.
  • Replizierte Schlüsselversionen werden auf die Grenzen der Region angerechnet, in der sie gespeichert sind.

100 (per Software geschützt)

100 (per Hardware geschützt)

Kontaktieren Sie uns, um eine Erhöhung anzufordern.

100 (per Software geschützt)

20 (per Hardware geschützt)

Upgrade Ihres Kontos auf kostenpflichtig, um diese Limits zu erhöhen.

Limits für privaten Vault

Ressource Oracle Universal Credits oder Pay As You Go Immer kostenlos oder testen

Privates Gewölbe

Hinweis: Replizierte Vaults werden anhand der Servicelimits der Region gezählt, in der sie erstellt werden.

0

Kontaktieren Sie uns, um eine Erhöhung anzufordern. Das Limit wird auf regionaler Ebene festgelegt.

Nicht verfügbar für Benutzer vom Typ "Immer kostenlos" oder Testversion. Upgrade Ihres Kontos auf kostenpflichtig, um dieses Feature zu verwenden.

Schlüsselversionen in einem virtuellen privaten Vault

Hinweis:

  • Schlüsselversionen können in verschiedenen Kombinationen aus Masterverschlüsselungsschlüsseln in einem Vault vorhanden sein
  • Sowohl aktivierte als auch deaktivierte Schlüsselversionen werden auf Ihre Limits angerechnet.
  • Beim Anrechnen der Nutzung auf die Servicelimits für asymmetrische Schlüssel wird die Anzahl pro Schlüsselversion um zwei erhöht. Dabei wird sowohl der Public Key als auch der Private Key berücksichtigt.
  • Replizierte Schlüsselversionen werden auf die Servicelimits der Region angerechnet, in der sie gespeichert sind.

1000 (per Hardware geschützt)

Beachten Sie, dass 3000 Schlüssel die maximale Anzahl sind, die in einem privaten Vault gespeichert werden kann. Um mehr als 3000 Schlüssel zu speichern, erstellen Sie einen weiteren privaten Vault.

Kontaktieren Sie uns, um eine Erhöhung anzufordern.

Nicht verfügbar für Benutzer vom Typ "Immer kostenlos" oder Testversion. Upgrade Ihres Kontos auf kostenpflichtig, um dieses Feature zu verwenden.

Externe KMS-Limits

Ressource Oracle Universal Credits oder Pay As You Go Immer kostenlos oder testen

Vault

10

Kontaktieren Sie uns, um eine Erhöhung anzufordern.

10

Upgrade Ihres Kontos auf kostenpflichtig, um dieses Limit zu erhöhen.

Schlüsselversionen in einem Vault
  • Schlüsselversionen können in verschiedenen Kombinationen aus Masterverschlüsselungsschlüsseln in einem Vault vorhanden sein
  • Sowohl aktivierte als auch deaktivierte Schlüsselversionen werden auf Ihre Limits angerechnet.

100 (extern geschützt)

Kontaktieren Sie uns, um eine Erhöhung anzufordern.

100 (extern geschützt)

Upgrade Ihres Kontos auf kostenpflichtig, um dieses Limit zu erhöhen.

Anzahl private Endpunkte

3

3

Dedizierte KMS-Limits

Ressourcen Oracle Universal Credits oder Pay As You Go Immer kostenlos oder testen

HSM- Cluster

0

Kontaktieren Sie uns, um eine Erhöhung anzufordern.

Nicht verfügbar für Benutzer vom Typ "Immer kostenlos" oder Testversion. Upgrade Ihres Kontos auf kostenpflichtig, um dieses Feature zu verwenden.

Schlüssel in einem HSM-Cluster

  • Sowohl aktivierte als auch deaktivierte Schlüssel werden auf Ihre Limits angerechnet.
  • Beim Anrechnen der Nutzung auf die Servicelimits für asymmetrische Schlüssel wird die Anzahl pro Schlüsselversion um zwei erhöht. Dabei wird sowohl der Public Key als auch der Private Key berücksichtigt.

3000

Beachten Sie, dass 3000 Schlüssel die maximale Anzahl sind, die in einem HSM-Cluster gespeichert werden kann. Um mehr als 3000 Schlüssel zu speichern, erstellen Sie ein weiteres HSM-Cluster.

Nicht verfügbar für Benutzer vom Typ "Immer kostenlos" oder Testversion. Upgrade Ihres Kontos auf kostenpflichtig, um dieses Feature zu verwenden.

Secret-Verwaltungslimits

Ressource Oracle Universal Credits oder Pay As You Go Immer kostenlos oder testen

Secrets

Hinweis: Secrets werden unabhängig von ihrem Rotationsstatus auf Ihre Limits angerechnet. Alle Secrets können in einem Vault gespeichert oder über die zulässige Anzahl von Vaults verteilt sein.)

5000

Kontaktieren Sie uns, um eine Erhöhung anzufordern.

150

Upgrade Ihres Kontos auf kostenpflichtig, um dieses Limit zu erhöhen.

Secret-Versionen in einem Secret

60

Sie können bis zu 30 aktive Secret-Versionen und 30 Secret-Versionen, deren Löschung aussteht, für jedes Secret verwenden.

Kontaktieren Sie uns, um eine Erhöhung anzufordern.

40

Sie können bis zu 20 aktive Secret-Versionen und 20 Secret-Versionen, deren Löschung aussteht, für jedes Secret verwenden.

Upgrade Ihres Kontos auf kostenpflichtig, um dieses Limit zu erhöhen.

Limits für Kubernetes Engine

Die Limits für Kubernetes Engine sind regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Einfache Cluster pro Region cluster-count 15 einfache Cluster pro OCI-Region 1 einfaches Cluster pro OCI-Region
Verbesserte Cluster pro Region - 15 verbesserte Cluster pro OCI-Region

Um weitere Informationen zu erhalten, kontaktieren Sie uns.
1 verbessertes Cluster pro OCI-Region

Um weitere Informationen zu erhalten, kontaktieren Sie uns.
Verwaltete Knoten pro Cluster node-count

Einfaches Cluster: 1.000 verwaltete Knoten.

Verbessertes Cluster: Hängt vom CNI-Plug-in ab, das für Podnetworking verwendet wird:
  • Flanell-CNI-Plugin: In kommerziellen Realms 5.000 verwaltete (oder selbstverwaltete) Knoten. In anderen Bereichen, 2000 (um mehr anzufordern, kontaktieren Sie uns).
  • CNI-Plug-in für VCN-natives Podnetzwerk: 2.000 verwaltete (oder selbstverwaltete) Knoten. Um weitere Informationen zu erhalten, kontaktieren Sie uns.

Einfaches Cluster: 1.000 verwaltete Knoten.

Verbessertes Cluster: Hängt vom CNI-Plug-in ab, das für Podnetworking verwendet wird:
  • Flanell-CNI-Plugin: In kommerziellen Realms 5.000 verwaltete (oder selbstverwaltete) Knoten. In anderen Bereichen, 2000 (um mehr anzufordern, kontaktieren Sie uns).
  • CNI-Plug-in für VCN-natives Podnetzwerk: 2.000 verwaltete (oder selbstverwaltete) Knoten. Um weitere Informationen zu erhalten, kontaktieren Sie uns.
Verwaltete Knoten pro Knotenpool - 1,000 Knoten pro Knotenpool 1,000 Knoten pro Knotenpool
Pods pro verwaltetem Knoten - 110 Pods pro verwaltetem Knoten 110 Pods pro verwaltetem Knoten
Virtuelle Knoten pro Region (nur verbesserte Cluster) virtual-node-count 9 virtuelle Knoten pro OCI-Region 3 virtuelle Knoten pro OCI-Region
Pods pro virtuellem Knoten (nur verbesserte Cluster) - 500 Pods pro virtuellem Knoten 2 Pods pro virtuellem Knoten
Hinweis

Sie können uns kontaktieren, um eine Erhöhung der Anzahl der erweiterten Cluster pro Region anzufordern. Die Anzahl der Basiscluster pro Region kann jedoch nicht erhöht werden.
Limits für Lizenzmanager

Die Limits für den Lizenzmanager gelten regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Maximale Anzahl Lizenzdatensätze license-record-max-count 1.000 1.000
Maximale Anzahl Produktlizenzen product-license-max-count 100 100
Limits für Load Balancer

Die Load Balancer-Limits sind regional.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Anzahl Load Balancer 50 3
Load Balancer-Bandbreite 5000 Mbit/s 500 Mbit/s
Load Balancer-Listener 16 16
Backend-Sets pro Load Balancer 16 16
Backend-Server pro Load Balancer 512 512
Vitale Hostnamen pro Load Balancer 16 16
Regeln pro Load Balancer 100 100
Timeout bei TCP-Inaktivitätsverbindung 7200 Sekunden 7200 Sekunden
Log Analytics-Limits

Die Log Analytics-Limits sind regional.

Limitname Oracle Universal Credits Pay As You Go oder Testversion
entity-count 10.000 10.000
loggroup-count 50 50
object-collection-rule-count 1.000 1.000
on-demand-upload-count 10.000 10.000
scheduledtask-purgepolicy-count 25 25
scheduledtask-savedsearch-count 500 500
Logging-Limits

Logging-Limits sind regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Loggruppen log-group-count 100 100
Logobjekte log-count 500 500
Unified Agent-Konfigurationen unified-agent-configuration-count 100 100
Maximale Anzahl Abfragen pro Minute - 100 100
Maximale Anzahl nebenläufiger Abfragen - 5 5
Anzahl Logfelder pro benutzerdefiniertem Logobjekt (für strukturiertes JSON-Logging) - 10.000 10.000
Größe des Logfeldnamens (für strukturiertes JSON-Logging) - 128 Byte 128 Byte
Größe des Logfeldwertes (für strukturiertes JSON-Logging) - 1.000 Byte 1.000 Byte
Eindeutige Werte für Logfeld - 10.000 Zeichen 10.000 Zeichen
Management Agent-Limits
Ressource Limitname Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
Management-Agents management-agent-count Mandant 10000 10000
Installationsschlüssel für Management Agent management-agent-install-key-count Mandant 300 300
Limits für Management-Dashboard

Die Limits für das Management-Dashboard gelten regional.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
dashboard-count 1.000 1.000
dashboard-savedsearch-instances 30 30
savedsearch-count 3000 3000
Limits für Medienservices

Die Limits für Media Flow finden Sie unter Servicelimits.

Limits für Media Streams finden Sie unter Servicelimits.

Limits für Monitoring

Die Limits für Monitoring sind regional.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Alarme 50 50
Metriken (von Services gepostet) Unbegrenzt Unbegrenzt
MySQL HeatWave-Limits

MySQL HeatWave-Limits gelten pro Availability-Domain, sofern nicht explizit angegeben.

Ressource Oracle Universal Credits Pay-as-you-go Testversion
MySQL Database-Blockspeicher 100.000 100.000 1.000
Anzahl manuelle Backups in MySQL Database (regional) 1.200 1.000 100
MySQL Maximale Anzahl parallele regionsübergreifende Backupkopien (regional) 5 5 1
MySQL Database-VM Standard E2.1-Instanzen (veraltet) 5 3 0
MySQL Database-VM Standard E2.2-Instanzen (veraltet) 5 3 0
MySQL Database-VM Standard E2.4-Instanzen (veraltet) 5 3 0
MySQL Database-BM Standard E2.64-Instanzen (veraltet) 5 3 0
MySQL Database-VM Standard E2.8-Instanzen (veraltet) 5 3 0
MySQL Database-VM Standard E3.1-Instanzen (8 GB RAM) 100 100 10
MySQL Database-VM Standard E3.1-Instanzen (16 GB RAM) 100 100 10
MySQL Database-VM Standard E3.16-Instanzen 100 100 10
MySQL Database-VM Standard E3.2-Instanzen 100 100 10
MySQL Database-VM Standard E3.24-Instanzen 100 100 10
MySQL Database-VM Standard E3.32-Instanzen 100 100 10
MySQL Database-VM Standard E3.36-Instanzen 100 100 10
MySQL Database-VM Standard E3.4-Instanzen 100 100 10
MySQL Database-VM Standard E3.64-Instanzen 100 100 10
MySQL Database-VM Standard E3.8-Instanzen 100 100 10
MySQL Database for HeatWave-VM.Standard.E3-Knotenanzahl 20 20 3
MySQL HeatWave-VM.Standard.E3-Knotenanzahl 100 100 10
Anzahl MySQL Database für HeatWave-VM.Standard-Knoten 20 20 3
MySQL HeatWave VM.Standard 100 100 10
MySQL HeatWave - Anzahl 32 GB 100 100 10
Anzahl MySQL HeatWave 512 GB 100 100 10
MySQL VM.Standard.E4.1.8-Instanzen 100 100 10
MySQL VM.Standard.E4.1.16-Instanzen 100 100 10
MySQL VM.Standard.E4.2.32-Instanzen 100 100 10
MySQL VM.Standard.E4.4.64-Instanzen 100 100 10
MySQL VM.Standard.E4.8.128-Instanzen 100 100 10
MySQL VM.Standard.E4.16.256-Instanzen 100 100 10
MySQL VM.Standard.E4.24.384-Instanzen 100 100 10
MySQL VM.Standard.E4.32.512-Instanzen 100 100 10
MySQL VM.Standard.E4.48.768-Instanzen 100 100 10
MySQL VM.Standard.E4.64.1024-Instanzen 100 100 10
MySQL VM.Standard 2.1.15-Instanzen 100 100 10
MySQL VM.Standard 2.2.30-Instanzen 100 100 10
MySQL VM.Standard 2.4.60-Instanzen 100 100 10
MySQL VM.Standard 2.8.120-Instanzen 100 100 10
MySQL VM.Standard 2.16.240-Instanzen 100 100 10
MySQL VM.Standard 3.1.8-Instanzen 100 100 10
MySQL VM.Standard 3.1.16-Instanzen 100 100 10
MySQL VM.Standard 3.2.32-Instanzen 100 100 10
MySQL VM.Standard 3.4.64-Instanzen 100 100 10
MySQL VM.Standard 3.8.128-Instanzen 100 100 10
MySQL VM.Standard 3.16.256-Instanzen 100 100 10
MySQL VM.Standard 3.24.384-Instanzen 100 100 10
MySQL VM.Standard 3.32.512-Instanzen 100 100 10
MySQL VM.Optimized 3.1.8-Instanzen 100 100 10
MySQL VM.Optimized 3.1.16-Instanzen 100 100 10
MySQL VM.Optimized 3.2.32-Instanzen 100 100 10
MySQL VM.Optimized 3.4.64-Instanzen 100 100 10
MySQL VM.Optimized 3.8.128-Instanzen 100 100 10
MySQL VM.Optimized 3.16.256-Instanzen 100 100 10
MySQL.2-Instanzen 100 100 10
MySQL.4-Instanzen 100 100 10
MySQL.8-Instanzen 100 100 10
MySQL.16-Instanzen 100 100 10
MySQL.32-Instanzen 100 100 10
MySQL.48-Instanzen 100 100 10
MySQL.64-Instanzen 100 100 10
MySQL.256-Instanzen 10 10 2
Limits für Networking

Die Limits für den Networking-Service gelten je nach Ressource je nach Geltungsbereich.

Limits für VCNs und Subnetze

Ressource

Geltungsbereich

Oracle Universal Credits

Pay As You Go oder Testversion

VCN Region 50 10
Subnetze VCN 300 300
IPv4-CIDRs VCN 5 5
IPv6-Präfixe VCN 5 5
IPv4-CIDRs Subnetz 1 1
IPv6-Präfixe Subnetz 3* 3*
Von Oracle zugewiesenes IPv6-Präfix Subnetz 1 1
* Das Limit für diese Ressource kann auf maximal fünf erhöht werden.
Limits für VCN-Routentabellen

Dieser Abschnitt bezieht sich auf Limits für VCN-Routentabellen. Im Abschnitt Limits für DRG-Routentabellen werden die Limits für DRG-Routentabellen angegeben.

Ressource

Geltungsbereich

Oracle Universal Credits

Pay As You Go oder Testversion

VCN-Routentabellen VCN 300 300
Routingregeln VCN-Routentabelle 200 200
DRG-Limits

Ressource

Geltungsbereich

Oracle Universal Credits Pay As You Go oder Testversion
Dynamische Routinggateways (DRGs) Region 5 5
VCN-Anhänge DRG

300

10
Importroutenverteilung DRG 100 100
Exportroutenverteilung DRG 1 1
DRG-Routingregeln - dynamisch DRG 20.000 20.000
Routenverteilungsanweisungen Routenverteilung 300 300
Abgleichskriterien für Routenverteilungsanweisung Routenverteilungsanweisung 1 1
Limits für DRG-Routentabellen

Dieser Abschnitt bezieht sich auf die Limits für DRG-Routentabellen. Im Abschnitt Limits für VCN-Routentabellen werden Limits für VCN-Routentabellen angegeben.

Ressource Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
DRG-Routentabellen DRG 100* 100*
DRG-Routingregeln - statisch DRG-Routentabelle 100 100
ECMP-Pfade

(Ein einzelner CIDR-ECMP-Pfad, der über verschiedene Next-Hop-Anhänge geroutet wird)

DRG-Routentabelle 8* 8*
VCN-Anhänge, die einer Routentabelle zugewiesen sind DRG-Routentabelle 300 300
Virtual-Circuit-Anhänge, die einer Routentabelle zugewiesen sind DRG-Routentabelle 300
IPSec-Tunnelanhänge, die einer Routentabelle zugewiesen sind DRG-Routentabelle 300 300
RPC-Anhänge, die einer Routentabelle zugewiesen sind DRG-Routentabelle 300* 300*
* Limit für diese Ressource kann nicht erhöht werden
Limits für Gateways
Ressource Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
Dynamische Routinggateways (DRGs) Region 5 5
Internetgateways VCN 1* 1*
Lokale Peering-Gateways (LPGs) VCN

10

10
NAT-Gateways VCN 1 1
Servicegateways VCN 1 1
* Limit für diese Ressource kann nicht erhöht werden
Limits für IP-Adressen
Ressource Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
Reservierte öffentliche IPs Region 50 50
Ephemere öffentliche IPs Instanz

2 pro VM-Instanz

16 pro Bare-Metal-Instanz

2 pro VM-Instanz

16 pro Bare-Metal-Instanz

Primäre IP-Adresse VNIC 1 (IPv4 oder IPv6, sofern vom Subnetz zulässig) 1 (IPv4 oder IPv6, sofern vom Subnetz zulässig)
Sekundäre private IPv4-Adressen VNIC 64 32
Sekundäre private IPv6-Adressen VNIC 32 32
Limits für DHCP-Optionen
Ressource Geltungsbereich Oracle Universal Credits

Pay As You Go oder Testversion

DHCP-Optionen VCN 300 300
Grenzwerte für Netzwerksicherheitsgruppen
Ressource Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
Netzwerksicherheitsgruppen VCN 1.000 1.000
VNICs Netzwerksicherheitsgruppe

Eine bestimmte Netzwerksicherheitsgruppe kann so viele VNICs enthalten, wie sich im virtuellen Cloud-Netzwerk befinden.

Eine bestimmte VNIC kann bis zu maximal 5 Netzwerksicherheitsgruppen angehören.*

Eine bestimmte Netzwerksicherheitsgruppe kann so viele VNICs enthalten, wie sich im virtuellen Cloud-Netzwerk befinden.

Eine bestimmte VNIC kann bis zu maximal 5 Netzwerksicherheitsgruppen angehören.*

Sicherheitsregeln Netzwerksicherheitsgruppe

120 (Ingress und Egress insgesamt)

120 (Ingress und Egress insgesamt)

* Limit für diese Ressource kann nicht erhöht werden
Grenzwerte für Sicherheitslisten

Ressource

Geltungsbereich

Oracle Universal Credits

Pay As You Go oder Testversion

Sicherheitslisten VCN 300 300
Sicherheitslisten Subnetz 5* 5*
Sicherheitsregeln Sicherheitsliste

200 Ingress-Regeln*

und

200 Egress-Regeln*

200 Ingress-Regeln*

und

200 Egress-Regeln*

* Limit für diese Ressource kann nicht erhöht werden
Limits für Site-to-Site-VPNs
Ressource Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
Site-to-Site-VPN-IPSec-Verbindungen Region 4 4
Customer-Premises-Equipment-Objekte (CPEs) Region 10 10
IPSec Verbindungen * CPE-Objekt 8 8
* Limit für diese Ressource kann nicht erhöht werden
Limits für FastConnect

Ressource

Geltungsbereich

Oracle Universal Credits

Pay As You Go oder Testversion

Crossconnects Region Kontakt Kontakt
Crossconnect-Gruppen Region Kontakt Kontakt
Virtual Circuits Region 10 10
Limits für IP-Verwaltung
Ressource Geltungsbereich Oracle Universal Credits

Pay As You Go oder Testversion

BYOIP Region 20 (IPv4 + IPv6) 0
Öffentlicher IP-Pool Region 10 0
VLAN-Limits
Ressource Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
VLANs VCN 100 100
VTAP-Limits
Ressource Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
VTAPs Mandant 10.000 10.000
VTAPs gleichzeitig ausführen VTAP-Quelle 1 gleichzeitig VTAP auf einer VTAP-Quelle ausführen 1 gleichzeitig VTAP auf einer VTAP-Quelle ausführen
VTAP-Ziele Mandant 10.000 10.000
VTAP-Quellen Mandant Insgesamt 10.000 VTAP-Quellen, 100 Bare-Metal-Instanzen als VTAP-Quelle Insgesamt 10.000 VTAP-Quellen, 100 Bare-Metal-Instanzen als VTAP-Quelle
VTAP-Regeln VTAP-Filter 10 Regeln pro VTAP-Filter (muss mindestens 1 Regel enthalten) 10 Regeln pro VTAP-Filter (muss mindestens 1 Regel enthalten)
Limits für Netzwerkfirewall

Die Limits der Netzwerkfirewall sind regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Netzwerkfirewalls premium-nfw-max-count 3 2
Netzwerkfirewall-Policys premium-nfw-max-count 50 50
NoSQL Database Cloud-Limits

Die Limits für Oracle NoSQL Database Cloud finden Sie unter Servicelimits.

Limits für Notifications

Die Limits für Notifications sind regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion Immer kostenlos
Themen pro Mandant (Aktiv oder "Wird gelöscht") topic-count 100 100 50
Abonnements Abonnementanzahl
  • Pro Thema ("Aktiv" oder "Ausstehend"*): 10
  • Pro Mandant (Ausstehend*): 100
  • Pro Thema ("Aktiv" oder "Ausstehend"*): 10
  • Pro Mandant (Ausstehend*): 100
  • Pro Thema ("Aktiv" oder "Ausstehend"*): 10
  • Pro Mandant (Ausstehend*): 100
* Lebenszyklusstatus. Siehe NotificationTopic-Referenz und Abonnementreferenz.
Limits für Object Storage und Archive Storage

Die Limits für Object Storage und Archive Storage sind regional.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Buckets 10.000 pro Mandant 10.000 pro Mandant
Objekte pro Bucket Unbegrenzt Unbegrenzt
OCI Database with PostgreSQL-Limits
Ressource Oracle Universal Credits Pay As You Go oder Testversion
Datenbanksysteme 8 pro Mandant und OCI-Region 8 pro Mandant und OCI-Region
Backups 10 pro Mandant und OCI-Region 10 pro Mandant und OCI-Region
Konfigurationen 20 pro Mandant und OCI-Region 20 pro Mandant und OCI-Region
Ops Insights-Limits

Die Limits für Ops Insights gelten regional.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Datenbank-Insights (ADBs) - OCPUs gesamt 800 Cores 800 Cores
Limits für Oracle Cloud Migrations
Ressource Beschreibung Limitname Oracle Universal Credits Pay As You Go oder Testversion
Oracle Cloud Bridge Anzahl Assets, die im Bestand erstellt werden können asset-count 5000 1.000
Anzahl Assetquellen asset-source-count 20 10
Anzahl Discovery-Zeitpläne discovery-schedule-count 5 5
Oracle Cloud Migrations Maximale Anzahl Agents agent-count 20 10
Maximale Anzahl Agent-Abhängigkeiten agent-dependency-count 20 10
Maximale Anzahl Umgebungen environment-count 10 5
Anzahl Assetmigrationen migration-assets-count 1.000 100
Anzahl Migrationspläne migration-plans-count 50 25
Anzahl Zielassets in Migrationen migration-targetassets-count 1.000 100
Anzahl Migrationsprojekte migrations-count 20 10
Anzahl Wiederholungszeitpläne replication-schedule-count 10 5
Organisationslimits

Organisationslimits gelten regional und sind in der Hauptregion durchgesetzt.

Ressource Limitname Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
Untergeordneter Mandant child-tenancy-count Mandant 0 0
Process Automation-Limits

Die Limits für Process Automation finden Sie unter Process Automation-Servicelimits.

Queue-Limits

Zusätzlich zu den folgenden Servicelimits gelten für den Queue-Service Funktionslimits.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Queues 10 pro Mandant und OCI-Region 10 pro Mandant und OCI-Region
Limits für Resource Manager

Die Limits für Resource Manager sind regional.

Die folgenden Limits gelten pro Mandant.

Ressource Limitname Oracle Universal Credits Pay-as-you-go Testversion Immer kostenlos
Konfigurationsquellenprovider configuration-source-provider-count 100 100 100 100

Jobs (nebenläufig)

Jobdauer: 24 Stunden

concurrent-job-count 20 5 2 2
Private Endpunkte Private-Endpoint-Anzahl 5 5 1 1
Erreichbare IP-Adressen des privaten Endpunkts Private-endpoint-reachable-ip-count 100 100 100 100
Private Vorlagen template-count 10.000 2.000 10 100

Stacks

Variablen pro Stack: 250

Größe pro Variable: 8.192 Byte

ZIP-Datei pro Stack: 11 MB

stack-count 10.000 2.000 10 100
Limits für geplante Berichte

Die Grenzwerte für geplante Berichte in der Kostenanalyse sind realmspezifisch.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Geplante Jobs usage-scheduled-job-count 10 10
Limits für Search with OpenSearch

Die Limits für Search with OpenSearch gelten regional.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
OpenSearch-Cluster 2 Cluster pro Region Kontakt
Clusterdatenknoten 10 Datenknoten pro Region Kontakt
Clustermasterknoten 3 Masterknoten pro Region Kontakt
Cluster-OpenSearch-Dashboard-Knoten 3 OpenSearch-Dashboard-Knoten pro Region Kontakt
Gesamtanzahl OCPUs (Cores) 640 OCPUs für alle Cluster pro Region Kontakt
Gesamtarbeitsspeicher 10.240 GB für alle Cluster pro Region Kontakt
Limits für sichere Desktops

Die Limits für Secure Desktops finden Sie unter Limits für Secure Desktops-Ressourcen.

Limits für Sicherheitszonen

Die Limits für Sicherheitszonen gelten regional.

Ressourcen Oracle Universal Credits Pay As You Go oder Testversion
Sicherheitszonen Maximal 50 Sicherheitszonen pro Region Maximal 50 Sicherheitszonen pro Region
Limits für Service-Mesh

Die Limits gelten für alle Ressourcen und Mandanten wie angegeben.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Service-Meshes pro Mandant service-mesh-count 15 15
Virtuelle Deployments pro Mandant virtual-deployment-count 500 500
Ingress-Gateways pro Mandant ingress-gateway-count 100 100
Limits für Streaming

Ressource

Geltungsbereich

Oracle Universal Credits

Pay As You Go oder Testversion

Anzahl Partitionen Regional 200

Um weitere Informationen zu erhalten, kontaktieren Sie uns.
50

Um weitere Informationen zu erhalten, kontaktieren Sie uns.
Streams Regional Die maximale Anzahl hängt von der Anzahl der verfügbaren Partitionen pro Region und Mandant ab. Ein Stream muss mindestens 1 Partition aufweisen. Die maximale Anzahl hängt von der Anzahl der verfügbaren Partitionen pro Region und Mandant ab. Ein Stream muss mindestens 1 Partition aufweisen.
Streampools Mandant Unbegrenzt Unbegrenzt
Anzahl Connect-Testprozeduraufrufe Mandant Unbegrenzt Unbegrenzt
Maximaler Aufbewahrungszeitraum für Nachrichten Mandant 7 Tage 7 Tage
Maximale Nachrichtengröße Mandant 1 MB 1 MB
Consumer-Gruppen Stream 50 Consumer-Gruppen pro Stream 50 Consumer-Gruppen pro Stream
Maximale Schreibrate Partition 1 MB pro Sekunde 1 MB pro Sekunde
Maximale Leserate Partition 2 MB pro Sekunde 2 MB pro Sekunde
GET-Anforderungen pro Consumer-Gruppe Partition 5 GET-Anforderungen pro Sekunde pro Consumer-Gruppe 5 GET-Anforderungen pro Sekunde pro Consumer-Gruppe

Umbenennungslimits für Mandanten

Mandanten können gemäß den folgenden Abonnementtypen umbenannt werden:

Oracle Universal Credits Pay As You Go oder Testversion Immer kostenlos
2 mal pro 24 Stunden und 5 mal pro Monat 2 mal pro 24 Stunden und 5 mal pro Monat

Für Test ist nach der Ausgabe der Cloud-Guthaben in Höhe von 300 US-Dollar keine Umbenennung zulässig.

Keine (für Umbenennungen ist ein aktives Abonnement erforderlich)
Limits für Threat Intelligence

Die Limits von Threat Intelligence gelten für jeden Mandanten.

Ressourcen Oracle Universal Credits Pay As You Go oder Testversion
Bedrohungsindikatoren
  • Maximal 1000 Indikatorsuchen pro Monat durchführen
  • Maximal 100.000 Indikatorübersichten pro Monat anzeigen
  • Maximal 200.000 Indikatordetails pro Monat anzeigen
  • Maximal 1000 Indikatorsuchen pro Monat durchführen
  • Maximal 100.000 Indikatorübersichten pro Monat anzeigen
  • Maximal 200.000 Indikatordetails pro Monat anzeigen
Limits für Traffic Management

Die Limits für Traffic Management gelten global.

Ressource Oracle Universal Credits Pay As You Go oder Testversion
Steuerungs-Policy für Trafficmanagements - Anzahl 100 pro Mandant 100 pro Mandant
Steuerungs-Policy für Trafficmanagement - Zuordnungen 1.000 pro Mandant 1.000 pro Mandant
Limits für Visual Builder

Die Limits für Visual Builder finden Sie unter Servicelimits.

Limits für Visual Builder Studio

Die Limits für Visual Builder Studio finden Sie unter Servicelimits.

VMware Solution-Limits
Ressource Geltungsbereich Oracle Universal Credits Pay As You Go oder Testversion
SDDCs Region 20 20
ESXi-Hosts Region 120 120
Limits für Vulnerability Scanning

Die Grenzwerte für Vulnerability Scanning gelten regional.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Anzahl Hostscanrezepte recipe-count 100 100
Anzahl Hostziele target-count 200 200
Anzahl Containerscanrezepte container-recipe-count 100 100
Anzahl Containerziele container-target-count 200 200
Limits für WAF

Die Limits für WAF sind global.

Ressource Limitname Oracle Universal Credits Pay As You Go oder Testversion
Policys policy-count 100 pro Mandant 100 pro Mandant
Limits für Zero Trust Packet Routing

Die Limits für Zero Trust Packet Routing finden Sie unter Servicelimits.