Servicelimits

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

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

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 die zulässige Nutzung für eine Ressource. Beispiel: Einem Mandant ist eine bestimmte Höchstzahl an Compute-Instanzen pro Availability-Domain zugeteilt. Wenn Sie Oracle Cloud Infrastructure kaufen, werden diese Limits mit dem Oracle-Vertriebsmitarbeiter festgelegt. 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 Limits können für Sie automatisch entsprechend Ihrer Oracle Cloud Infrastructure-Ressourcenauslastung und Ihrem Account erhöht werden. Sie können auch die Erhöhung eines Servicelimits beantragen.

Compartment-Quotas

Compartment Quotas ähneln den Servicelimits. Der größte Unterschied besteht darin, dass Servicelimits von Oracle festgelegt werden, während Compartment Quotas von Administratoren mithilfe von Policys festgelegt werden, mit denen sie höchst flexibel Ressourcen zuweisen können. Compartment-Quotas werden mit Policy-Anweisungen festgelegt, die in einer deklarativen Sprache geschrieben sind, die der Sprache der IAM-Policy ähnelt.

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

Servicelimits, Quota und Nutzung anzeigen

Die Limits, Quota und Nutzung Ihres Mandanten können Sie in der Konsole anzeigen. Beachten Sie dabei Folgendes:

Die Konsole zeigt möglicherweise keine Limits und Nutzungsinformationen für alle Oracle Cloud Infrastructure-Services oder -Ressourcen an.
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. kein Benutzerkonto für die Konsole haben oder in der Konsole ein bestimmtes Limit nicht angezeigt wird, informieren Sie sich unter Limits nach Service über die Standardlimits für Mandanten.

Policy für Servicelimit-API

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

So zeigen Sie die Mandantenlimits und -nutzung an (nach Region)

Hinweis

Erforderliche Berechtigung

Als Mitglied der Administratorengruppe verfügen Sie über die Berechtigung, die Limits und die Nutzung anzuzeigen. Andernfalls gibt es eine IAM-Beispiel-Policy, die den Benutzern in einer Gruppe mit dem Namen LimitsAndUsageViewers die erforderliche Berechtigung erteilt:


Allow group LimitsAndUsageViewers to inspect resource-availability in tenancy

"READ resource-availability" ist erforderlich, um die Ressourcenverfügbarkeit abzurufen. Es gibt vier APIs:

listServices
listLimitDefinitions
listLimitValues
getResourceAvailability

limitServices, listLimitDefinitions und listLimitValues erfordern allesamt INSPECT auf Mandantenebene, während getResourceAvailability READ auf Compartment-Ebene erfordert, um die Daten zu lesen.

Hinweis

Die Konsole zeigt möglicherweise keine Limits und Nutzungsinformationen für alle Oracle Cloud Infrastructure-Services oder -Ressourcen an.

Öffnen Sie die Konsole. Öffnen Sie das Navigationsmenü, und klicken Sie auf Governance und Administration. Klicken Sie unter Mandantenverwaltung auf Limits, Quota und Nutzung.

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

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. Sie müssen dann eine Erhöhung des Limits beantragen. Sie können erst dann neue Ressourcen erstellen, wenn Ihnen eine Erhöhung des Servicelimits gewährt wurde oder Sie eine vorhandene Ressource gelöscht haben.

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 (beispielsweise 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. Weitere Informationen hierzu finden Sie unter Erhöhung des Servicelimits für Government 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 ein Limit erreicht wurde, werden Sie aufgefordert, eine Erhöhung des Limits zu beantragen. Sie können die Anforderung auch auf der Seite mit den Servicelimits öffnen oder jederzeit, indem Sie auf den Link unter dem Menü Hilfe () klicken.

Dieses Verfahren gilt für Anträge auf Erhöhung des Servicelimits. Einzelheiten zum Limit für abonnierte Regionen und zur Beantragung einer Erhöhung dieses Limits finden Sie unter Limits für abonnierte Regionen.

So beantragen Sie eine Erhöhung des Servicelimits

Open the Help menu (). Klicken Sie im Abschnitt Gezielte Hilfe auf Limiterhöhung anfordern.
Geben Sie Folgendes ein:
- Servicekategorie: Wählen Sie die entsprechende Kategorie für Ihre Anforderung aus.
- Ressource: Wählen Sie die entsprechende Ressource aus.
  
  Abhängig von der ausgewählten Ressource können weitere Felder für spezifischere Informationen angezeigt werden.
- Grund für Anforderung: Geben Sie einen Grund für die Anforderung ein. Falls Ihre Anforderung dringlich oder ungewöhnlich ist, geben Sie hier Details an.
Klicken Sie auf Supportanfrage erstellen.

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 die in den Details zum primären Kontakt angegebene Adresse gesendet.

Limits nach Service

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

Für die Service-Limits in diesem Thema werden für die Definition der Limits die folgenden Preismodelle angewendet (je nach Service gelten jedoch nicht alle):

Oracle Universal Credits
Pay-as-you-go
Testversion (weitere Informationen finden Sie auch unter Kostenlose Testversion)
Immer kostenlos

Bei vielen Services gelten dieselben Limits für Pay-as-you-go und die Testversion. Diese sind entsprechend in den folgenden Tabellen aufgeführt (Pay-as-you-go bzw. Testversion). Bei anderen Services gelten jedoch unterschiedliche Werte für Pay-as-you-go und die Testversion. In diesen Fällen werden die Limits für die Testversion separat aufgeführt. Bei einigen Services können auch andere Limits 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 Limits für einen Service finden Sie auch auf der Seite Limits, Quota und Nutzung in der Konsole.

Dynamische Limits

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

Limits für Analytics Cloud

Informationen zu den 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

Weitere Informationen finden Sie unter Internes Limit von API-Gateway.

Einschränkungen der Anwendungsabhängigkeitsverwaltung

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 OS Management Hub-Servicelimits.

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

Informationen zu den Limits für Big Data Service finden Sie unter Servicelimits.

Limits für Block Volume

Volume-Limits gelten pro Availability-Domain. Volume-Backuplimits gelten pro Region.


Ressource	Limitname	Oracle Universal Credits	Pay-as-you-go oder Testversion
Block-Volumes, aggregierte Größe	-	100 TB	30 TB
Backups	backup-count	100.000	100.000

Blockchain Platform-Limits

Informationen zu Blockchain Platform-Limits finden Sie unter Servicelimits.

Limits für Certificates

Die Limits für den Certificates-Service gelten je nach Ressource für verschiedene Geltungsbereiche.


Ressource	Oracle Universal Credits	Pay-as-you-go oder Testversion
Certificate Authoritys in einem Mandanten	100	100
Certificates in einem Mandanten (für eine bestimmte Region)	5000	5000
CA-Bundles in einem Mandanten	25	25
Zertifikatsversionen in einem Zertifikat	30	30
Zertifikatsversionen (eines bestimmtes Zertifikats), deren Löschung geplant ist	30	30
Assoziationen für ein bestimmtes Zertifikat	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 Detektorrezepte	detector-recipe-count	15	15
Anzahl Responder-Rezepte	responder-recipe-count	5	5
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 Compute

Compute-Instanzen

Limits gelten pro Availability-Domain.

Wichtig

Bei Ausprägungen, die Containerinstanzen unterstützen, werden Servicelimits von 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 VM.Standard2- und BM.Standard2-Reihe erstellt werden	standard2-core-count	2.000	6
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.Standard3- und BM.Standard3-Reihe 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 werden	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.Micro-Reihe erstellt werden	standard-e2-micro-core-count	2	2
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.Standard.E2- und BM.Standard.E2-Reihe erstellt werden	standard-e2-core-count	2.000	6
Gesamtanzahl OCPUs (Cores) für Compute-Instanzen, die Ausprägungen in der VM.Standard.E3- und BM.Standard.E3-Reihe verwenden, sowie Containerinstanzen, die die Ausprägung CI.Standard.E3.Flex verwenden Hinweis: Dieses Servicelimit gilt sowohl für Compute- als auch für 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 die Ausprägung CI.Standard.E3.Flex verwenden Hinweis: Dieses Servicelimit gilt sowohl für Compute- als auch für 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 VM.Standard.E4- und BM.Standard.E4-Reihe verwenden, sowie Containerinstanzen, die die Ausprägung CI.Standard.E4.Flex verwenden Hinweis: Dieses Servicelimit gilt sowohl für Compute- als auch für Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.	standard-e4-core-count	2.000 - kommerzielle Realm	6
Gesamtspeicher für Compute-Instanzen, die Ausprägungen in der VM.Standard.E4- und BM.Standard.E4-Reihe verwenden, sowie Containerinstanzen, die die Ausprägung CI.Standard.E4.Flex verwenden Hinweis: Dieses Servicelimit gilt sowohl für Compute- als auch für Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.	standard-e4-memory-count	32.000 GB - kommerzielle Realm	96 GB
Gesamtanzahl OCPUs (Cores) für Compute-Instanzen, die Ausprägungen in der VM.Standard.E5- und BM.Standard.E5-Serie verwenden, sowie Containerinstanzen, die CI.Standard.E5 verwenden. Flexible Form Hinweis: Dieses Servicelimit gilt sowohl für Compute- als auch für Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.	standard-e5-core-count	384 - kommerzielle Realm	6
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 Form Hinweis: Dieses Servicelimit gilt sowohl für Compute- als auch für Containerinstanzen-Ressourcen. Siehe Limits für Containerinstanzen.	standard-e5-memory-count	4608 GB - kommerzielle Realm	72 GB
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.Standard.A1- und BM.Standard.A1-Reihe 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 werden	standard-a1-memory-count	12.800 GB - kommerzielle Realm	96 GB - kommerzielle Realm
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.DenseIO2- und BM.DenseIO2-Reihe erstellt werden	dense-io2-core-count	2.000 - kommerzielle Realm	Kontakt
Gesamtanzahl OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.DenseIO.E4- und BM.DenseIO.E4-Reihe 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 (Tokyo), Netherlands Northwest (Amsterdam), Saudi Arabia West (Jeddah), Singapore (Singapore), 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 VM.DenseIO.E4- und BM.DenseIO.E4-Reihe 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 (Tokyo), Netherlands Northwest (Amsterdam), Saudi Arabia West (Jeddah), Singapore (Singapore), 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 VM.GPU3- und BM.GPU3-Reihe	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 VM.GPU.A10- und BM.GPU.A10-Reihe 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 werden	optimized3-core-count	1.500 - kommerzielle Realm (US East (Ashburn), US West (Phoenix)) 500 - 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 (Tokyo), Singapore (Singapore), South Africa Central (Johannesburg), South Korea Central (Seoul), South Korea North (Chuncheon), Sweden Central (Stockholm), Switzerland North (Zurich), UAE 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 (Tokyo), Singapore (Singapore), South Africa Central (Johannesburg), South Korea Central (Seoul), South Korea North (Chuncheon), Sweden Central (Stockholm), Switzerland North (Zurich), 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 werden	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 (Jerusalem), Italy Northwest (Milan), Japan Central (Osaka), Japan East (Tokyo), Singapore (Singapore), South Africa Central (Johannesburg), South Korea Central (Seoul), South Korea North (Chuncheon), Sweden Central (Stockholm), Switzerland North (Zurich), UAE East (Dubai), UK South (London), US West (San Jose))	84 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 (Jerusalem), Italy Northwest (Milan), Japan Central (Osaka), Japan East (Tokyo), Singapore (Singapore), South Africa Central (Johannesburg), South Korea Central (Seoul), South Korea North (Chuncheon), Sweden Central (Stockholm), Switzerland North (Zurich), UAE East (Dubai), UK South (London), US East (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 pro 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, wird unter Reservierbare Cores und Reservierbarer Arbeitsspeicher das Servicelimit angegeben. Reservierte Cores und Reservierter Arbeitsspeicher geben die aktuelle Nutzung 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 VM.Standard2- und BM.Standard2-Reihe erstellt werden	standard2-core-count-reservable	2.000 - kommerzielle Realm	Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.Standard3- und BM.Standard3-Reihe erstellt werden	standard3-core-count-reservable	2.000 - kommerzielle Realm	Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in der VM.Standard3- und BM.Standard3-Reihe erstellt werden	standard3-memory-count-reservable	32.000 GB - kommerzielle Realm	Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.Standard.E2- und BM.Standard.E2-Reihe erstellt werden	standard-e2-core-count-reservable	2.000	Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.Standard.E3- und BM.Standard.E3-Reihe erstellt werden	standard-e3-core-count-reservable	2.000 - kommerzielle Realm	Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in der VM.Standard.E3- und BM.Standard.E3-Reihe 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 VM.Standard.E4- und BM.Standard.E4-Reihe erstellt werden	standard-e4-core-count-reservable	2.000 - kommerzielle Realm	Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in der VM.Standard.E4- und BM.Standard.E4-Reihe erstellt werden	standard-e4-memory-count-reservable	32.000 GB - kommerzielle Realm	Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in den Versionen VM.Standard.E5 und BM.Standard.E5 erstellt werden	standard-e5-core-count-reservable	384 - Geschäftsbereich	Kontakt
Verfügbarer Speicher für Instanzen, die mit Ausprägungen in der VM.Standard.E5- und BM.Standard.E5Reihe erstellt werden	standard-e5-memory-count-reservable	4608 GB - kommerzielle Realm	Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.Standard.A1- und BM.Standard.A1-Reihe erstellt werden	standard-a1-core-count-reservable	2.000 - kommerzielle Realm	Kontakt
Reservierbarer Speicher für Instanzen, die mit Ausprägungen in der VM.Standard.A1- und BM.Standard.A1-Reihe 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 VM.DenseIO2- und BM.DenseIO2-Reihe erstellt werden	dense-io2-core-count-reservable	2.000 - kommerzielle Realm	Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.DenseIO.E4- und BM.DenseIO.E4-Reihe 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 (Tokyo), Netherlands Northwest (Amsterdam), Saudi Arabia West (Jeddah), Singapore (Singapore), South Korea Central (Seoul), Sweden Central (Stockholm), UK South (London), US East (Ashburn), US West (Phoenix), US West (San Jose))	Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der VM.DenseIO.E4- und BM.DenseIO.E4-Reihe 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 (Tokyo), Netherlands Northwest (Amsterdam), Saudi Arabia West (Jeddah), Singapore (Singapore), 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 VM.GPU3- und BM.GPU3-Reihe erstellt werden	gpu3-core-count-reservable	Kontakt	Kontakt
Reservierbare GPUs für Instanzen, die mit Ausprägungen in der BM.GPU4-Reihe erstellt werden	gpu4-core-count-reservable	Kontakt	Kontakt
Reservierbare GPUs für Instanzen, die mit Ausprägungen in der VM.GPU.A10- und BM.GPU.A10-Reihe erstellt werden	gpu-a10-core-count-reservable	Kontakt	Kontakt
Reservierbare GPUs für Instanzen, die mit Ausprägungen in der BM.GPU.A100-Reihe erstellt werden	gpu-a100-v2-core-count-reservable	Kontakt	Kontakt
Reservierbare OCPUs (Cores) für Instanzen, die mit Ausprägungen in der BM.HPC2-Reihe 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 werden	optimized3-core-count-reservable	1.500 - kommerzielle Realm (US East (Ashburn), US West (Phoenix)) 500 - 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 (Tokyo), Singapore (Singapore), South Africa Central (Johannesburg), South Korea Central (Seoul), South Korea North (Chuncheon), Sweden Central (Stockholm), Switzerland North (Zurich), UAE 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 werden	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 (Jerusalem), Italy Northwest (Milan), Japan Central (Osaka), Japan East (Tokyo), Singapore (Singapore), South Africa Central (Johannesburg), South Korea Central (Seoul), South Korea North (Chuncheon), Sweden Central (Stockholm), Switzerland North (Zurich), UAE East (Dubai), UK South (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	15.000 pro OCPU 1 OCPU = 15.000 nebenläufige Verbindungen 64 OCPU = 960.000 nebenläufige Verbindungen
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

Limits für Compute Cloud@Customer

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

Connector-Hub - Limits

Connector Hub-Grenzwerte sind regional.


Ressource	Limitname	Oracle Universal Credits	Pay-as-you-go	Testversion
Connector	service-connector-count	20	20	5

Limits für Container Engine for Kubernetes

Die Limits für Container Engine for Kubernetes 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 anzufordern, kontaktieren Sie uns.	1 verbessertes Cluster pro OCI-Region Um weitere Informationen anzufordern, kontaktieren Sie uns.
Verwaltete Knoten pro Cluster	node-count	Einfaches Cluster: 1000 verwaltete Knoten pro einfaches Cluster Verbesserte Cluster: 2000 verwaltete (oder selbstverwaltete) Knoten pro verbessertes Cluster	Einfaches Cluster: 1000 verwaltete Knoten pro einfaches Cluster Verbesserte Cluster: 2000 verwaltete (oder selbstverwaltete) Knoten pro verbessertes Cluster
Verwaltete Knoten pro Knotenpool	-	1000 Knoten pro Knotenpool	1000 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 erweiterter Cluster pro Region anzufordern. Die Anzahl der Basiscluster pro Region kann jedoch nicht erhöht werden.

Limits für Containerinstanzen

Limits gelten pro Availability-Domain.

Wichtig

Servicelimits werden von 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 VM.Standard.E3- und BM.Standard.E3-Reihe verwenden, sowie Containerinstanzen, die die Ausprägung CI.Standard.E3.Flex verwenden Hinweis: Dieses Servicelimit gilt sowohl für Compute- als auch für 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 die Ausprägung CI.Standard.E3.Flex verwenden Hinweis: Dieses Servicelimit gilt sowohl für Compute- als auch für 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 VM.Standard.E4- und BM.Standard.E4-Reihe verwenden, sowie Containerinstanzen, die die Ausprägung CI.Standard.E4.Flex verwenden Hinweis: Dieses Servicelimit gilt sowohl für Compute- als auch für 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 die Ausprägung CI.Standard.E4.Flex verwenden Hinweis: Dieses Servicelimit gilt sowohl für Compute- als auch für 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

Informationen zu den 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 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

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.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 der VM.GPU.A10-Serie	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 den Limits für Data Safe finden Sie unter Servicelimits.

Hinweis

Um eine Oracle-Datenbank bei Data Safe zu registrieren, müssen Sie einen kostenpflichtigen 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

Limits für Data Transfer

Die Limits für Data Transfer sind regional.

Datenträgerbasierter Datenimport


Ressource	Oracle Universal Credits	Pay-as-you-go oder Testversion
Übertragungspaket	4	4

Stellen Sie eine Serviceanfrage bei My Oracle Support, um die Servicelimits für den datenträgerbasierten Datenimport zu erhöhen. Einzelheiten finden Sie unter Erhöhung des Servicelimits beantragen.

Appliancebasierter Datenimport und Datenexport


Ressource	Oracle Universal Credits	Pay-as-you-go oder Testversion
Übertragungs-Appliances	Weitere Informationen finden Sie unter Appliance-Berechtigung anfordern und Erhöhung des Servicelimits beantragen.	Ihren CSM kontaktieren

Um eine Bestellung für die von Oracle bereitgestellte Datenübertragungs-Appliance aufzugeben, die für appliancebasierte Datenübertragungs- und Datenexportjobs verwendet wird, fordern Sie die erforderliche Berechtigung für Ihren Mandanten über die Konsole oder CLI an. Weitere Anweisungen finden Sie unter Appliance-Berechtigung anfordern.

Der Käufer Ihres Mandanten muss dazu ein Vertragsbedingungsdokument elektronisch signieren. Nachdem Oracle das signierte Dokument erhalten hat, sind Sie berechtigt, die Datenübertragungs-Appliance anzufordern und zu verwenden. Beim Appliancebasierten Datenimport und Datenexport gilt jeweils ein Servicelimit von 2. Reichen Sie eine Serviceanfrage ein, wenn Sie diese Zahl erhöhen müssen.

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 Limits finden Sie unter MySQL Heatwave.


Ressourcen	Oracle Universal Credits	Pay-as-you-go oder Testversion
Autonomous Database Serverless - Gesamtanzahl OCPUs	160 Cores	8 Cores
Autonome Datenbank auf dedizierter Exadata-Infrastruktur - OCPUs gesamt	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
Autonome Datenbanken vom Typ "Immer kostenlos"	2 Instanzen	2 Instanzen
Autonome Datenbanken vom Typ "Immer kostenlos" - OCPUs gesamt	1 Core	1 Core
Autonome Datenbanken vom Typ "Immer kostenlos" - Blockspeicher gesamt	20 GB	20 GB
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
VM-DB-Blockspeicher gesamt (siehe Hinweis)	150 TB	2 TB
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.Quarter1.84 - X6	Kontakt	Nicht verfügbar
Exadata.Half1.168 - X6	Kontakt	Nicht verfügbar
Exadata.Full1.336 - X6	Kontakt	Nicht verfügbar
Exadata.Quarter2.92 - X7	Kontakt	Kontakt
Exadata.Half2.184 - X7	Kontakt	Kontakt
Exadata.Full2.368 - X7	Kontakt	Kontakt
Exadata.Quarter3.100 - X8	Kontakt	Kontakt
Exadata.Half3.200 - X8	Kontakt	Kontakt
Exadata.Full3.300 - X8	Kontakt	Kontakt

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 VM.Standard1- und VM.Standard2-VM-Datenbanken.
BM.DenseIO1.36: Diese DB-Systemausprägung ist nur für monatliche Universal-Credit-Kunden mit Mandanten verfügbar, die am oder vor dem 9. November 2018 in den Regionen "US West (Phoenix)", "US East (Ashburn)" und "Germany Central (Frankfurt)" vorhanden waren.
Autonome Datenbanken vom Typ "Immer kostenlos": Jede der beiden autonomen Datenbanken vom Typ "Immer kostenlos", die in Ihrem Mandanten verfügbar sind, kann mit den von Ihnen gewählten Workload-Typen Autonomous Database für Features für Transaktionsverarbeitung und gemischte Workloads oder Autonomous Database für Analysen und Data Warehousing bereitgestellt werden.

Limits für die Datenbankmigration

Die Limits für die 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

Digital Assistant-Limits

Digital Assistant-Limits 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
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 pro Mandant oder 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 den Events-Service 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 pro Mandant oder 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
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	angehängte Dateisysteme 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 Flexible Network Load Balancer

Limits für flexible Network Load Balancer gelten 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	Anzahl Anwendungen	Anzahl der Anwendungen	Region	20	10
Funktionen	Funktion - Anzahl	Anzahl der Funktionen	Region	500	50
Gesamtarbeitsspeicher für nebenläufige Funktionsausführung	Gesamtnebenläufigkeit-mb	Gesamtmenge des verfügbaren Speichers 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	Gesamtmenge des verfügbaren Speichers, der für den bereitgestellten gleichzeitigen Zugriff für alle Funktionen in der Region zugewiesen werden kann. Die tatsächliche Speicherauslastung ist immer kleiner oder gleich dieser Menge.	Region	40 GB	40 GB

Limits für GoldenGate

Limits für GoldenGate gelten regional.


Ressource	Limitname	Oracle Universal Credits	Pay-as-you-go oder Testversion
Deployments	deployment-count	20 Deployments pro Region	20 Deployments pro Region
Registrierte Datenbanken	database-registration-count	100 registrierte Datenbanken pro Region	100 registrierte Datenbanken 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 Sie die richtige Dokumentation für Ihren IAM-Service verwenden, finden Sie in der Dokumentation zu Cloud Identity.

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-Policys in einem Mandanten	100	100
Anweisungen in einer IAM-Policy	50	50
Netzwerkquellgruppen in einem Mandanten	10	10
Compartments in einem Mandanten	1.000	1.000

IAM ohne Limits für Identitätsdomains

Dies gilt für Mandanten in Regionen, die nicht zur Verwendung von Identitätsdomains aktualisiert wurden. Informationen dazu, ob Sie die richtige Dokumentation für Ihren IAM-Service verwenden, finden Sie in der Dokumentation zu Cloud Identity.

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
Policys in einem Mandanten	100	100
Anweisungen in einer Policy	50	50
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
Übereinstimmungsregellänge für eine einzelne dynamische Gruppe	100.000	100.000

Integration-Limits

Die Limits für Integration - 2. Generation 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 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 Limits für Load Balancer sind regional.


Ressource	Oracle Universal Credits	Pay-as-you-go oder Testversion
Anzahl Load Balancer	50 Load Balancer	3 Load Balancer
Load Balancer-Bandbreite	5000 Mbit/s	500 Mbit/s
Load Balancer Listener	16	16
Backend-Server pro Load Balancer	512	512

Logging Analytics-Limits

Logging 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

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 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
MySQL Database für HeatWave VM.Standard-Knotenanzahl	20	20	3
MySQL HeatWave VM.Standard	100	100	10
MySQL HeatWave - Anzahl 32 GB	100	100	10
MySQL HeatWave - Anzahl 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 Medienservices

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

Informationen zu den 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

Limits für Networking

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

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
Haupt-IP-Adresse	VNIC	1 (IPv4 oder IPv6, wenn das Subnetz dies zulässt)	1 (IPv4 oder IPv6, wenn das Subnetz dies zulässt)
Sekundäre private IPv4-Adressen	VNIC	32	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
IPSec-Verbindungen für Site-to-Site-VPNs	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 gleichzeitige Ausführung von VTAP auf einer VTAP-Quelle	1 gleichzeitige Ausführung von VTAP auf einer VTAP-Quelle
VTAP-Ziele	Mandant	10.000	10.000
VTAP-Quellen	Mandant	10.000 VTAP-Quellen insgesamt, 100 Bare-Metal-Instanzen als VTAP-Quelle	10.000 VTAP-Quellen insgesamt, 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

Informationen zu den Limits für Oracle NoSQL Database Cloud finden Sie unter Servicelimits.

Limits für Notifications

Die Limits für den Notifications-Service 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	subscription-count	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-Datenbank mit 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
OCB Discovery	Anzahl Assetquellen	asset-source-count	10	10
OCB Discovery	Anzahl Discovery-Zeitpläne	discovery-schedule-count	5	5
OCB-Bestand	Anzahl Assets, die im Bestand erstellt werden können	asset-count	1.000	1.000
Oracle Cloud Migrations	Anzahl Migrationsprojekte	migrations-count	10	10
	Anzahl Migrationspläne	migration-plans-count	25	25
	Anzahl Assetmigrationen	migration-assets-count	100	100
	Anzahl Zielassets in Migrationen	migration-targetassets-count	100	100
	Anzahl Wiederholungszeitpläne	replication-schedule-count	5	5
	Anzahl Quellumgebungen	environment-count	5	5
	Anzahl Remoteverbindungs-Agents	agent-count	10	10
	Anzahl Agent-Abhängigkeiten	agent-dependency-count	10	10

Organisationslimits

Organisationslimits gelten regional und werden in der Hauptregion durchgesetzt.


Ressource	Limitname	Geltungsbereich	Oracle Universal Credits	Pay-as-you-go oder Testversion
Untergeordneter Mandant	child-tenancy-count	Mandant	0	0

Limits für OS Management Hub

Siehe Limits für OS Management Hub.

Process Automation-Limits

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

Queue-Limits


Ressource	Oracle Universal Credits	Pay-as-you-go oder Testversion
Queues	10 pro Mandant und OCI-Region	10 pro Mandant und OCI-Region
Kanäle pro Queue	256	256
Höchstanzahl Nachrichten pro Queue	Unbegrenzt	Unbegrenzt
Maximale Anzahl aktive Nachrichten	100.000 pro Queue	100.000 pro Queue
Höchstanzahl Nachrichtenvorgänge	30.000 Aktionen pro Sekunde und Queue	30.000 Aktionen pro Sekunde und Queue
Höchstanzahl nebenläufige GET-Anforderungen	5.000 pro Queue	5.000 pro Queue
Maximale Datenrate	Ingress pro Queue: 10 MB/s Egress pro Queue: 10 MB/s	Ingress pro Queue: 10 MB/s Egress pro Queue: 10 MB/s
Nachrichtenaufbewahrung	7 Tage	7 Tage
Speicher	20 GB pro Mandant 2 GB pro Queue	20 GB pro Mandant 2 GB pro Queue

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-count	5	5	1	1
Erreichbare IP-Adressen für privaten Endpunkt	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 Limits 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

Informationen zu den Limits für sichere Desktops finden Sie unter Limits für sichere Desktops

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	15 Um weitere Informationen anzufordern, kontaktieren Sie uns.	1 Um weitere Informationen anzufordern, 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

*Für alle 50 verwendeten Partitionen erwartet Streaming eine Mindestnutzung von 10 GB pro Stunde für PUT- und GET-Anforderungen. Wenn die tatsächliche Nutzung (PUT + GET) unter die erwartete Mindestnutzung fällt, wird eine Gebühr für die erwartete Mindestnutzung berechnet.

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 pro Monat	2 mal pro 24 Stunden und 5 pro Monat Für die Testversion ist keine Umbenennung zulässig, nachdem das Cloud-Guthaben in Höhe von 300 USD ausgegeben wurde.	Keine (ein aktives Abonnement ist für Umbenennungen 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

Vault-Limits

Limits für den Vault-Service gelten regional.


Ressourcen	Oracle Universal Credits	Pay-as-you-go oder Testversion
Vaults in einem Mandanten	10 oder Kontakt	10 oder Kontakt
Virtuelle private Vaults in einem Mandanten Hinweis: Replizierte Vaults werden ebenfalls auf die Servicelimits angerechnet.	Kontakt	Keine
Schlüssel in einem Vault Hinweis: Schlüsselversionen können in verschiedenen Kombinationen aus Schlüsseln oder Vaults 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üssel werden ebenfalls auf die Limits angerechnet.	100 oder Kontakt	100 (per Software geschützt) 100 (per Hardware geschützt) oder Kontakt
Schlüssel in einem virtuellen privaten Vault Hinweis: Schlüsselversionen können in verschiedenen Kombinationen aus Schlüsseln oder Vaults 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üssel werden ebenfalls auf die Servicelimits angerechnet.	1000 oder Kontakt	Keine
Secrets in einem Mandanten (Secret wird unabhängig von dem Rotationsstatus auf Ihre Limits gezählt. Das gesamte Secret kann in einem Vault enthalten oder über die zulässige Anzahl von Vaults verteilt sein.)	5000 oder Kontakt	150
Secret-Versionen in einem Secret	60 oder Kontakt (Sie können bis zu 30 Secret-Versionen haben, die aktiv verwendet werden, und 30 Secret-Versionen, deren Löschung für jedes Secret aussteht.)	40 (Sie können bis zu 20 Secret-Versionen haben, die aktiv verwendet werden, und 20 Secret-Versionen, deren Löschung für jedes Secret aussteht.)

Externe KMS-Limits


Ressourcen	Oracle Universal Credits	Pay-as-you-go oder Testversion
Vault in externem KMS	10 oder Kontakt	10 oder Kontakt
Schlüssel in externem KMS	100 (extern geschützt) oder Kontakt	100 (extern geschützt) oder Kontakt

Dedizierte KMS-Limits


Ressourcen	Oracle Universal Credits	Pay-as-you-go oder Testversion
HSM-Clusteranzahl in einem Mandanten	Kontakt	Keine
Schlüsselversionen in einem HSM-Cluster Schlüsselversionen können in verschiedenen Kombinationen aus Schlüsseln 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.	3000	Keine

Limits für Visual Builder

Informationen zu den Limits für Visual Builder finden Sie unter Servicelimits.

Limits für Visual Builder Studio

Informationen zu den 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	Nicht anwendbar	Nicht verfügbar
ESXi-Hosts	Region	52 Cores pro Host	Nicht verfügbar

Limits für Vulnerability Scanning

Die Limits 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

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 Service-Limit-API.

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 spiegelt die Nutzung den aufgerundeten Wert der partiellen Nutzung wider. Die Verfügbarkeit hingegen spiegelt den abgerundeten Wert der partiellen Verfügbarkeit wider. 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.

Oracle Cloud Infrastructure - Dokumentation

Servicelimits

Servicelimits und -nutzung

Compartment-Quotas

Servicelimits, Quota und Nutzung anzeigen

Policy für Servicelimit-API

Wenn Sie ein Servicelimit erreichen

Erhöhung des Servicelimits beantragen

Limits nach Service

Dynamische Limits

Bare-Metal-Ausprägungen

VM-Ausprägungen

Externe KMS-Limits

Dedizierte KMS-Limits

API verwenden

Partielle Nutzung und Verfügbarkeit