Oracle Could Infrastructure Compute ist ein Webdienst, der Bare Metal- und VM-Rechenkapazität bietet, die Performance, Flexibilität und Kontrolle bietet. Der Dienst basiert auf einem Oracle Internet-Infrastrukturservice der nächsten Generation und soll modernen Unternehmen dabei helfen, bei geringeren Kosten mehr zu erreichen, wenn sie ihre anspruchsvollsten Anwendungen und Workloads in der Cloud entwickeln und ausführen.
Mit Compute können Sie über eine benutzerfreundliche Webkonsole in wenigen Minuten Rechenkapazität bereitstellen. Die bereitgestellte Bare Metal-Compute-Instanz bietet Ihnen Zugriff auf den Host. Dadurch erhalten Sie die uneingeschränkte Flexibilität, Kontrolle und Performance, die für Ihre anspruchsvollsten Anwendungen und Workloads erforderlich sind, während Sie nur für das bezahlen, was Sie verwenden.
Oracle Cloud Infrastructure wird in Regionen gehostet, die jeweils mindestens drei Verfügbarkeitsdomänen enthalten. Eine Region ist ein geografisches Gebiet, wie z. B. „Deutschland“ oder „USA-West“. Eine Verfügbarkeitsdomäne ist eine isolierte, fehlertolerante Gruppe von Ressourcen, die aus mindestens einem Rechenzentrum besteht. Verfügbarkeitsdomänen nutzen Infrastrukturen wie Gebäude, Stromversorgung oder Kühlung nicht gemeinsam. Es ist unwahrscheinlich, dass ein Ausfall in einer Verfügbarkeitsdomäne die Verfügbarkeit der anderen Verfügbarkeitsdomänen beeinträchtigt.
Eine Fehlerdomäne ist eine Gruppierung von Hardware und Infrastruktur in einer Verfügbarkeitsdomäne. Mithilfe von Fehlerdomänen können Sie Ihre Instanzen so verteilen, dass sie sich nicht auf derselben physischen Hardware in einer einzigen Verfügbarkeitsdomäne befinden, wodurch eine weitere Ebene der Fehlertoleranz eingeführt wird. Jede Verfügbarkeitsdomäne enthält drei Fehlerdomänen. Ein Hardwarefehler oder eine Wartung der Compute-Hardware, die eine Fehlerdomäne betrifft, wirkt sich nicht auf Instanzen in anderen Fehlerdomänen aus.
Oracle Cloud Infrastructure Compute bietet die Auswahl, Flexibilität, Kontrolle und Performance, die Ihre Anwendungen und Workloads benötigen. Sie können Compute-Instanzen innerhalb von Minuten über eine benutzerfreundliche Webkonsole oder über eine API bereitstellen. Oracle Cloud Infrastructure bietet Bare Metal-, VM- und GPU-Instanzen:
Compute-Instanzen starten unabhängig von Form oder Größe innerhalb weniger Minuten ab dem Zeitpunkt, zu dem Sie sie über die Oracle Cloud Infrastructure-Konsole bereitstellen oder den API-Befehl „LaunchInstanceRequest“ ausführen.
Sie können eine Remoteverbindung zu Ihrer Instanz herstellen, indem Sie eine branchenübliche Shell mit SSH-Protokoll und öffentlich-privatem Schlüsselpaar zur Authentifizierung für Linux-Instanzen verwenden. Für Windows-Instanzen können Sie den RDP-Client (Remote Desktop Protocol) mit einem Benutzernamen und einem Kennwort verwenden.
Ja. Sie können ein benutzerdefiniertes Startskript als Teil des Bereitstellungsworkflows ausführen, indem Sie es in das Schlüssel-Wert-Paar user_data des metadata-Attributs im LaunchInstanceDetails-Objekt einfügen. Weitere Informationen finden Sie in der Dokumentation zur LaunchInstanceDetails-API.
Ja. Sie können Ihre Instanz stoppen, ohne sie zu löschen. Der Compute-Dienst unterstützt die folgenden Aktionen für eine Instanz:
Informationen zur Abrechnung finden Sie unter Wie werden Instanzen abgerechnet?
Kunden können Oracle Cloud Infrastructure-Ressourcen ohne vorherige Verpflichtung nutzen und zahlen nur für die Ressourcen, die sie verwenden, indem sie ein Konto unter shop.oracle.com erstellen. Alternativ können sich bestehende Kunden an ihren Vertriebsmitarbeiter wenden, um einen vorhandenen Pool von Gutschriften zu aktivieren. Sie können auch einen neuen Pool erwerben, um Ressourcen von Oracle Cloud Infrastructure basierend auf den veröffentlichten kontrollierten Tarifen zu beanspruchen.
Oracle Cloud Infrastructure bietet Ihnen Flexibilität, Zugriff und Kontrolle über Ihre Compute-Instanzen. Sie können verschiedene Überwachungstools wie Microsoft SysInternals (Sysmon, Diskmon, Prozessmonitor) und Linux-Überwachungstools (Sysstats, Vmstate, Iostate) oder Unternehmensverwaltungstools wie Oracle Enterprise Manager verwenden, um den Zustand Ihrer Compute-Instanzen zu überwachen. Weitere Informationen finden Sie in der Oracle Enterprise Manager-Dokumentation.
Sie können über die Oracle Cloud Infrastructure Console, REST-API oder SDKs auf Oracle Cloud Infrastructure Compute zugreifen. Oracle Kunden können alle Ressourcen ohne vorherige Verpflichtung nutzen und zahlen nur für die Ressourcen, die sie verwenden, indem sie ein Konto unter shop.oracle.com erstellen. Alternativ können sich Kunden an ihren Vertriebsmitarbeiter wenden, um einen vorhandenen Pool von Gutschriften zu aktivieren. Sie können auch einen neuen Pool erwerben, um Ressourcen von Oracle Cloud Infrastructure basierend auf den veröffentlichten kontrollierten Tarifen zu beanspruchen.
Nachdem Ihr Konto eingerichtet wurde, lesen Sie in der Dienstdokumentation Erste Schritte für weitere Informationen. Wir haben ein Tutorial bereitgestellt, das Sie durch die Schritte zum Starten Ihrer ersten Instanz führt.
Oracle Cloud Infrastructure wird weiterhin Kunden unterstützen, die Compute-Instanzen früherer Generationen ausführen. Da wir jedoch weiterhin neue Instanztypen veröffentlichen, empfehlen wir unseren Kunden, die neuesten Angebote zu nutzen, um die bestmögliche Performance und Preisgestaltung zu gewährleisten. Informationen zum Überprüfen von Instanzen früherer Generationen und zu Upgradeempfehlungen finden Sie in der folgenden Liste.
Bare Metal mit hoher E/A (BM.HighIO1.36)
Kunden, die die Bare Metal-Form BM.HighIO verwenden, empfehlen wir ein Upgrade auf X7-basierte VM-Instanzen mit Dense I/O. Die X7-basierte VM.DenseIO2.16-Ausprägung verfügt über den neueren Intel Skylake-Prozessor, einschließlich 16 OCPUs, 240 GB RAM und 12,8 TB NVMe-Speicher, zu einem günstigeren Tarif. Darüber hinaus bietet die X7-basierte VM.DenseIO2.16-Form eine höhere Netzwerkbandbreite. Einzelheiten finden Sie unter Formen berechnen in der Dienstdokumentation. Kunden mit CPU-intensiven Workloads können sich auch für ein höheres CPU-Angebot mit der VM.DenseIO2.24-Form entscheiden, die 24 OCPUs, 320 GB RAM und 25,6 TB NVMe-Speicher umfasst.
Instanztyp | Inklusivleistungen pro Monat | Empfohlene Upgradeoption |
---|---|---|
Hohe E/A | BM.HighIO1.36 OCPU: 36 Arbeitsspeicher: 512 GB Lokaler Datenträger: 12,8 TB NVMe SSD Netzwerkbandbreite: 10 Gbit/s Zusätzlicher Speicher: Bis zu 1 PB Remote-Block-Volumes |
X7-Based VM.DenseIO2.16 OCPU: 16 Arbeitsspeicher: 240 GB Lokaler Datenträger: 12,8 TB NVMe SSD Netzwerkbandbreite: 16,4 Gbit/s Zusätzlicher Speicher: Bis zu 1 PB Remote-Block-Volumes |
Compute-Instanzformen der „X5“-Serie
SKU-Typ | „X5“-Compute-Instanzformen | Empfohlene Alternativen |
---|---|---|
Bare Metal-Standard – X5 | BM.Standard1.36 OCPU: 36 Arbeitsspeicher: 256 GB Netzwerkbandbreite: 10 Gbit/s |
X7-basierte BM.Standard2.52 OCPU: 52 Arbeitsspeicher: 768 GB Netzwerkbandbreite: 2x25 Gbit/s AMD-basierte BM.Standard.E2.64 OCPU: 64 Arbeitsspeicher: 512 GB Netzwerkbandbreite: 2x25 Gbit/s X7-basierte VM.Standard2.24 OCPU: 24 Arbeitsspeicher: 320 GB Netzwerkbandbreite: 24,6 Gbit/s |
Bare Metal Dense I/O – X5 | BM.DenseIO1.36 OCPU: 36 Arbeitsspeicher: 512 GB Lokaler Datenträger: 28,8 TB NVMe SSD Netzwerkbandbreite: 10 Gbit/s |
X7-basierte BM.DenseIO2.52 OCPU: 52 Arbeitsspeicher: 768 GB Lokaler Datenträger: 51,2 TB NVMe SSD Netzwerkbandbreite: 2x25 Gbit/s X7-basierte VM.DenseIO2.24 OCPU: 24 Arbeitsspeicher: 320 GB Lokaler Datenträger: 25,6 TB NVMe SSD Netzwerkbandbreite: 24,6 Gbit/s |
Virtual Machine-Standard – X5 | VM.Standard1.1 OCPU: 1 Arbeitsspeicher: 7 GB Netzwerkbandbreite: Bis zu 600 Mbit/s |
X7-basierte VM.Standard2.1 OCPU: 1 Arbeitsspeicher: 15 GB Netzwerkbandbreite: 1 Gbit/s AMD-basierte VM.Standard.E2.1 OCPU: 1 Arbeitsspeicher: 8 GB Netzwerkbandbreite: 0,7 Gbit/s |
Virtual Machine-Standard – X5 | VM.Standard1.2 OCPU: 2 Arbeitsspeicher: 14 GB Netzwerkbandbreite: Bis zu 1,2 Gbit/s |
X7-basierte VM.Standard2.2 OCPU: 2 Arbeitsspeicher: 30 GB Netzwerkbandbreite: 2 Gbit/s AMD-basierte VM.Standard.E2.2 OCPU: 2 Arbeitsspeicher: 16 GB Netzwerkbandbreite: 1,4 Gbit/s |
Virtual Machine-Standard – X5 | VM.Standard1.4 OCPU: 4 Arbeitsspeicher: 28 GB Netzwerkbandbreite: 1,2 Gbit/s |
X7-basierte VM.Standard2.4 OCPU: 4 Arbeitsspeicher: 60 GB Netzwerkbandbreite: 4,1 Gbit/s AMD-basierte VM.Standard.E2.4 OCPU: 4 Arbeitsspeicher: 32 GB Netzwerkbandbreite: 2,8 Gbit/s |
Virtual Machine-Standard – X5 | VM.Standard1.8 OCPU: 8 Arbeitsspeicher: 56 GB Netzwerkbandbreite: 2,4 Gbit/s |
X7-basierte VM.Standard2.8 OCPU: 8 Arbeitsspeicher: 120 GB Netzwerkbandbreite: 8,2 Gbit/s AMD-basierte VM.Standard.E2.8 OCPU: 8 Arbeitsspeicher: 64 GB Netzwerkbandbreite: 5,6 Gbit/s |
Virtual Machine-Standard – X5 | VM.Standard1.16 OCPU: 16 Arbeitsspeicher: 112 GB Netzwerkbandbreite: 4,8 Gbit/s |
X7-basierte VM.Standard2.16 OCPU: 16 Arbeitsspeicher: 240 GB Netzwerkbandbreite: 16,4 Gbit/s |
Virtual Machine Dense I/O – X5 | VM.DenseIO1.4 OCPU: 4 Arbeitsspeicher: 60 GB Lokaler Datenträger: 3,2 TB NVMe SSD Netzwerkbandbreite: 1,2 Gbit/s |
X7-basierte VM.DenseIO2.8 OCPU: 8 Arbeitsspeicher: 120 GB Lokaler Datenträger: 6,4 TB NVMe SSD Netzwerkbandbreite: 8,2 Gbit/s |
Virtual Machine Dense I/O – X5 | VM.DenseIO1.8 OCPU: 8 Arbeitsspeicher: 120 GB Lokaler Datenträger: 6,4 TB NVMe SSD Netzwerkbandbreite: 2,4 Gbit/s |
X7-basierte VM.DenseIO2.8 OCPU: 8 Arbeitsspeicher: 120 GB Lokaler Datenträger: 6,4 TB NVMe SSD Netzwerkbandbreite: 8,2 Gbit/s |
Virtual Machine Dense I/O – X5 | VM.DenseIO1.16 OCPU: 16 Arbeitsspeicher: 240 GB Lokaler Datenträger: 12,8 TB NVMe SSD Netzwerkbandbreite: 4,8 Gbit/s |
X7-basierte VM.DenseIO2.16 OCPU: 16 Arbeitsspeicher: 240 GB Lokaler Datenträger: 12,8 TB NVMe SSD Netzwerkbandbreite: 16,4 Gbit/s |
Die Abrechnung hängt von der Form ab, mit der Sie die Instanz erstellt haben, und vom Status der Instanz.
Instanztyp | Abrechnungsskala | Die Abrechnung wird gestoppt, wenn der Instanzstatus folgendermaßen lautet |
---|---|---|
Standard | OCPU pro Stunde | Gestoppt |
Standard Flex | OCPU pro Stunde und GB pro Stunde | Gestoppt |
Dichte E/A | OCPU pro Stunde | Abgebrochen |
GPU | GPU pro Stunde | Abgebrochen |
HPC | OCPU pro Stunde | Abgebrochen |
Weitere Informationen finden Sie auf der Seite Compute-Tarife. Informationen über dedizierte Hosts für virtuelle Maschinen sowie Microsoft Windows Server-Images und wie diese in Rechnung gestellt werden, wenn sie angehalten werden, finden Sie in den Abschnitten über Microsoft Windows Server OS und Dedizierte Hosts für virtuelle Maschinen in diesem FAQ.
Mit der automatischen Skalierungsfunktion von Oracle Cloud Infrastructure Compute können Sie Compute-Instanzen für eine Workload automatisch skalieren, wenn sich die Performance-Metriken ändern, anstatt die Compute-APIs manuell aufzurufen oder ein Terraform-Skript zu verwenden. Mithilfe einer geführten Konsolenerfahrung und APIs für die automatische Skalierung können Sie Richtlinien erstellen, mit denen Instanzen basierend auf in Instanzpools ausgegebenen Metriken automatisch gestartet oder beendet werden. Mit zunehmender Auslastung werden neue Instanzen dynamisch bereitgestellt. Und wenn die Last abnimmt, werden Instanzen automatisch entfernt.
Diese Funktion ist für VM-Instanzen (Virtual Machine, virtuelle Computer) in kommerziellen Regionen kostenlos verfügbar.
Die automatische Skalierung wirkt sich auf Instanzpools aus und stützt sich auf Performance-Metriken, die vom Oracle Cloud Infrastructure Monitoring-Dienst erfasst werden. Instanzpools ermöglichen es Ihnen, VM-Instanzen zu gruppieren und alle VM-Instanzen in Ihrem Pool funktionsfähig zu halten. Mit der Überwachung können Sie die durchschnittliche CPU- und Speicherauslastung von Instanzen in Ihren Instanzpools erfassen.
Mit der automatischen Skalierung konfigurieren Sie Schwellenwerte für die aggregierten Metriken, die von der Instanzüberwachung in Ihrem Instanzpool erfasst werden. Automatische Skalierungsereignisse werden ausgelöst, wenn die Schwellenwerte basierend auf Ihren automatischen Skalierungsrichtlinien und -regeln erreicht oder überschritten werden. Die automatische Skalierung reagiert auf einen Trigger, indem Instanzen zu Ihren Instanzpools hinzugefügt oder aus ihnen entfernt werden. Beim Autoscaling wird die Größe Ihres Insanzen-Pools verändert: Instanzen-Pools verwalten sich selbst und beenden oder starten neue Instanzen, bis der Pool die Zielgröße erreicht hat.
Sie müssen zuerst einen Instanzpool mit einer Anfangsgröße starten und dann eine automatische Skalierungskonfiguration für den Instanzpool definieren. Wenn Sie eine automatische Skalierungskonfiguration definieren, wird die Überwachung so eingerichtet, dass Metriken von Ihren Instanzen in die Überwachung fließen können. Die Überwachung mittelt dann die Metriken und sendet die gemittelten Messwerte an die automatische Skalierung zurück, die Ereignisse auslöst und die Skalierung basierend auf den von Ihnen festgelegten Schwellenwerten startet.
Eine automatische Skalierungskonfiguration definiert die Informationen, die zum Konfigurieren der automatischen Skalierung für einen Instanzpool erforderlich sind. Sie enthält eine automatische Skalierungsrichtlinie mit Skalierungsregeln. Sie definiert auch einen Cooldown-Zeitraum zwischen Skalierungsereignissen.
Jeder Instanzpool kann eine automatische Skalierungskonfiguration haben.
Eine automatische Skalierungsrichtlinie definiert die minimale und maximale Anzahl der zu skalierenden Instanzen sowie die Anfangsgröße des Instanzpools. Außerdem wird der Richtlinientyp für die automatische Skalierung definiert. Jede Richtlinie zur automatischen Skalierung enthält außerdem eine Regel zum Hochskalieren und eine Regel zum Herunterskalieren.
Sie können die folgenden Arten der automatischen Skalierung auf einen Instanzpool anwenden:
Die automatische Skalierung wird für Virtual Machine (VM)- und Bare Metal-Instanzpools unterstützt, die Standard-, DenseIO- und GPU-Formen verwenden.
Eine automatische Skalierungsregel definiert, welche Skala für die Skalierung verwendet werden soll sowie die Schwellenwerte für die Hoch- und Herunterskalierung. Sie wählen eine einzelne Skala, die sowohl für die Herunterskalierungsregel als auch für die Hochskalierungsregel verwendet wird. Sie definieren auch die Anzahl der Instanzen, die mit jeder Skalierungsaktion hinzugefügt oder entfernt werden sollen.
Automatische Skalierung unterstützt die CPU-Auslastungs- und Speicherauslastungsmetriken.
Sie können Instanzen in Schritten von 1 bis zur maximalen Instanzpoolgröße von 50 hinzufügen oder entfernen.
Sie können innerhalb von Minuten skalieren. Sie können auch steuern, wie häufig die automatische Skalierung ausgelöst wird, indem Sie eine Cooldown-Zeit einstellen, die definiert, wie lange zwischen den Aktionen der automatischen Skalierung gewartet werden soll.
Eine Cooldown-Zeit ist die Mindestdauer, die die automatische Skalierung wartet, bevor eine weitere Skalierungsaktion ausgeführt wird. Dadurch wird der Instanzpool auf der aktualisierten Ebene stabilisiert. Die Cooldown-Zeit beginnt, nachdem der Instanzpool die Zielgröße des vorherigen Skalierungsereignisses erreicht hat. Die minimale Cooldown-Zeit beträgt fünf Minuten.
Instanzpools überwachen den Lebenszyklusstatus von Instanzen. Wenn die Anzahl der Instanzen mit dem Status Ausgeführt oder Startet unter der Größe des Instanzpools liegt, erstellt der Instanzpool weitere Instanzen. Wenn die Anzahl der Instanzen mit dem Status Ausgeführt oder Startet kleiner als die Zielgröße ist, erstellt der Instanzpool mehr Instanzen.
Es gibt keine Dienstbegrenzungen, die direkt mit der automatischen Skalierung verbunden sind. Instanzen, die mit Aktionen zur automatischen Skalierung erstellt wurden, werden jedoch auf die Grenzen Ihrer Compute-Instanz angerechnet. Wenn Sie Ihre Grenzen für Compute-Instanzen erreichen, kann die automatische Skalierung Ihren Instanzpools keine weiteren Instanzen hinzufügen. In der Dokumentation zu den Service-Limits finden Sie weitere Informationen zu den Standardbeschränkungen für jeden Instanztyp und Anweisungen zum Anfordern einer Service-Limit-Erhöhung.
Sie können eine OCID für einen Load Balancer-Arbeitssatz an Ihren Instanzpool anhängen. Danach wird jedes Mal, wenn eine Instanz zum Instanzpool hinzugefügt wird, ihre IP-Adresse auch zum Backend-Set hinzugefügt. Wenn die Instanz einen fehlerfreien Zustand erreicht (die Instanz überwacht die konfigurierte Portnummer), wird eingehender Datenverkehr automatisch an die neue Instanz weitergeleitet. In ähnlicher Weise wird jedes Mal, wenn eine Instanz entfernt wird, auch die IP-Adresse aus dem Backend-Satz entfernt. Beim Entfernen von Instanzen aus dem Load Balancer-Arbeitssatz wartet die automatische Skalierung zwei Minuten, bevor die Instanz beendet wird. Durch die zweiminütige Verzögerung kann der Load Balancing-Dienst Verbindungen zur IP-Adresse der Instanz entleeren, bevor die Instanz beendet wird. Alle Verbindungen, die nach zwei Minuten noch aktiv sind, werden beim Herunterfahren der Instanz beendet.
Wenn die Instanzkonfiguration auf einem von Oracle bereitgestellten Image basiert, das nach dem 18. November 2018 veröffentlicht wurde, ist der OracleCloudAgent, der Metriken ausgibt und mit Überwachung sowie automatischer Skalierung arbeitet, bereits installiert. Sie können den Agent für Ihre benutzerdefinierten Images auch manuell erstellen, installieren und aktivieren.
Wir unterstützen alle VM-Instanzformen, einschließlich VM.Standard1, VM.DenseIO1, VM.Standard2, VM.DenseIO2, VM.Standard2.E2, VM.GPU2 und VM.GPU3.
Derzeit unterstützen wir nur AMD-Ausprägungen.
Virtual Machine-Compute | Bare Metal-Compute |
---|---|
VM.Standard.E4.Flex | BM.DenseIO.E4.128 |
VM.Standard.E3.Flex | BM.Standard.E4.128 |
BM.Standard.E3.128 |
Durch die Aktivierung von Confidential Computing fallen zu den Tarifen für Compute-Instanzen keine weiteren Kosten an.
Derzeit unterstützen wir nur das Erstellen neuer vertraulicher VM-Instanzen.
Bare Metal-Instanzen sind Bare Metal-Berechnungsressourcen auf Abruf in der Cloud. Im Gegensatz zu VM-Instanzen (Virtual Machine) sind Bare Metal-Instanzen vollständige physische Hosts, die zur Verwendung durch einen einzelnen Kunden ohne installierten Hypervisor oder Software von Oracle vorgesehen sind. Sie haben die volle Kontrolle über die Ressourcen des Bare Metal-Hosts, wodurch Sie Flexibilität, Kontrolle und Performance erhalten, ohne Kompromisse eingehen zu müssen. Bare Metal-Compute-Instanzen sind optimal geeignet für die anspruchsvollsten Anwendungen und Workloads.
Oracle Cloud Infrastructure Compute bietet eine Vielzahl von Instanztypen. Jeder Instanztyp bietet eine andere Hardwarekonfiguration, um eine Vielzahl von Anwendungen und Workloads zu unterstützen.
In der Hilfe-Dokumentation zu den Service-Limits finden Sie weitere Informationen zu den Standardbeschränkungen für jeden Instanztyp und Anweisungen zum Anfordern einer Service-Limit-Erhöhung. Gerne erhöhen wir die Limits für Ihr Konto nach Bedarf.
Derzeit bietet Oracle Cloud Infrastructure keine integrierte Funktion zum Migrieren einer Bare Metal-Instanz auf einen anderen Bare Metal-Instanztyp oder eine andere VM-Form. Sie können die Migration jedoch manuell ausführen, indem Sie eine neue Compute-Instanz von einem von Ihnen erstellten Start-Image starten (mithilfe der Funktion „Image erstellen“) und anschließend Ihre Block Volumes an die neue Instanz anhängen. Wenn die Daten lokal bestehen bleiben, müssen Sie die lokalen Daten manuell auf die neue Instanz kopieren oder replizieren. Sie können auch die Auswirkungen von Änderungen der Form oder Skalierung einer Instanz über Startvolumes abschwächen. Wenn Sie eine Instanz beenden, können Sie das Startvolume beibehalten und eine neue Instanz mit einer anderen Form starten, indem Sie das Startvolume verwenden, das Sie von der ursprünglichen Instanz beibehalten haben.
Ja. Bare Metal-Instanzen sind dedizierte physische Hosts, auf denen kein Hypervisor installiert ist. Sie haben Zugriff auf den Host und können Ihren eigenen Typ-2-Hypervisor (gehosteten Hypervisor) wie KVM oder VirtualBox installieren, um alle von den Hypervisoren unterstützten Betriebssystemversionen gemäß Ihren vorhandenen Lizenzbestimmungen auszuführen.
Mit dedizierten Hosts für virtuelle Computer in Oracle Cloud Infrastructure Compute können Sie VM-Computerinstanzen auf einem physischen Server ausführen, der für Ihre Oracle Cloud Infrastructure-Tenancy reserviert ist. Auf diesem dedizierten Host werden keine VMs einer anderen Tenancy oder eines Oracle Kunden ausgeführt. Sie können dann beim Starten einer VM-Compute-Instanz einen optionalen Parameter festlegen, um sie auf Ihrem Dedicated Virtual Machine Host zu platzieren. Diese dedizierten Hosts sind „einzelne Tenants“ – das heißt, sie sind ausschließlich dieser Tenancy gewidmet. VM-Merkmale wie die Anzahl der OCPUs und die Größe des Arbeitsspeichers sowie der Leistung stimmen mit denen überein, die auf normaler freigegebener Hardware in Oracle Cloud Infrastructure ausgeführt werden.
Oracle Cloud Infrastructure Compute DVH wird derzeit in der DVH.Standard2.52-Form angeboten. Mit dieser Form können Sie jede VM.Standard2-Instanz auf dem DVH starten. Mit der Zeit werden neue DVH-Formen hinzugefügt.
Ihnen wird der dedizierte Host für virtuelle Computer in Rechnung gestellt, wenn er ausgeführt wird. Für die einzelnen auf dem Host gestarteten VM-Compute-Instanzen wird keine Gebühr erhoben. Wenn Sie jedoch eine VM-Instanz mit einem Windows Server-Image ausführen, wird eine Windows Server-Lizenz pro OCPU-Stunde berechnet. Die Abrechnung wird beendet, wenn Sie den dedizierten Host beenden. Für den DVH.Standard2.52-Host wird eine BM.Standard2.52-Instanz mit 52 OCPUs berechnet, sobald der Host des dedizierten virtuellen Computers ausgeführt wird. Auf Ihrer Rechnung sehen Sie eine Gebühr für 52 OCPUs unter „Oracle Cloud Infrastructure Compute Bare Metal Standard – X7“. Sie können maximal 48 OCPUs zum Ausführen Ihrer VMs in DVH.Standard2.52 verwenden.
Die einzigen unterstützten Aktionen mit einem dedizierten Host für virtuelle Computer sind das Starten, Verschieben und Beenden von Abteilungen. Sie dürfen den dedizierten Host des virtuellen Computers jedoch nicht beenden, wenn auf ihm noch VM-Instanzen ausgeführt werden. Sie müssen alle VM-Instanzen beenden, bevor Sie den dedizierten Host des virtuellen Computers beenden können.
Zur allgemeinen Verfügbarkeit (GA) werden VM-Ausprägungen mit erweitertem Speicher über mehrere Wochen in allen Regionen in OCI eingeführt.
Nein, die VM mit erweitertem Speicher ist kein Bestandteil von Free Tier.
Sie ist auf VM.Standard.E4.Flex, VM.Standard.E3.Flex und VM.Standard3.Flex verfügbar.
Nein, sowohl die Tarife sowie auch die SKUs sind dieselben wie bei den unterstützten Ausprägungen. Es gibt also keine neuen SKUs. In den Dokumenten Tarife und SLA (PDF) werden diese Ausprägungen als Standard-E4, Standard-E3 und Standard-X7/X9 bezeichnet.
VMs mit erweitertem Speicher können mit OCPUs und Speicher über die Socket-Grenze des physischen Prozessors hinweg konfiguriert werden.
Für VM.Standard.E4.Flex und VM.Standard.E3.Flex liegt der Bereich der OCPUs, die auf der VM konfiguriert werden können, zwischen 1 OCPU und 114 OCPUs. Für VM.Standard3.Flex liegt dieser Bereich zwischen 1 OCPU und 56 OCPUs.
Für VM.Standard.E4.Flex und VM.Standard.E3.Flex liegt der Speicherbereich, der auf der VM konfiguriert werden kann, zwischen 1 GB und 1.760 GB. Für VM.Standard3.Flex liegt dieser Bereich zwischen 1 GB und 896 GB.
Für eine vollständig konfigurierte VM mit erweitertem Speicher beträgt die maximal verfügbare Bandbreite auf VM.Standard.E4.Flex und VM.Standard.E3.Flex 40 Gbit/s. Für VM.Standard3.Flex beträgt die maximale Bandbreite 32 Gbit/s.
Nein. Es ist kein Neustart erforderlich. Ein erneutes Erstellen der VM für GA ist nicht erforderlich.
Ja, mithilfe der Bearbeitungsfunktion für die Ausprägung auf der aktuellen VM können Sie die VM neu konfigurieren und ihre Größe ändern, um sie auf eine VM mit erweitertem Speicher umzustellen.
Nein, die Servicelimits für Standard-VMs gelten auch für VMs mit erweitertem Speicher.
Ja, das SLA für Standard-VMs gilt auch für VMs mit erweitertem Speicher.
Oracle Cloud Infrastructure Compute-Instanzen, auf denen Oracle Linux ausgeführt wird, sind in Oracle Ksplice enthalten. Ksplice ist eine Technologie zur Verwaltung von Betriebssystemen, mit der Sie wichtige Kernel- und User-Space-Sicherheitskomponenten aktualisieren können, ohne dass ein Neustart erforderlich ist.
Weitere Informationen zum Herunterladen von Patches auf Ihre Betriebssysteminstanz finden Sie unter Oracle Ksplice.
Ja. Sie können ein benutzerdefiniertes Image Ihres Startdatenträgers als Backup erstellen oder dieses als Methode verwenden, um Ihr vorkonfiguriertes Betriebssystem-Image zu packen und neue Compute-Instanzen zu starten. Dies ist besonders nützlich, wenn Sie mehrere Compute-Instanzen mit ähnlichen Konfigurationen erstellen müssen. Das benutzerdefinierte Image ist instanztyp- und formunabhängig. Es kann zum Starten beliebiger Instanztypen oder Formen verwendet werden: Bare Metal- oder Virtual Machine-Instanzen.
Nachdem Sie die Image-Erstellung gestartet haben, stoppt das System Ihre Compute-Instanz, um ein konsistentes Startdatenträger-Image sicherzustellen. Die für die Image-Erstellung erforderliche Zeit hängt von der Größe des Startdatenträgers ab. Nach Abschluss der Image-Erstellung wird die Compute-Instanz automatisch neu gestartet. Bei Anwendungen und Diensten, die beim Neustart der Instanz nicht automatisch gestartet werden, müssen Sie sie manuell neu starten.
Am 25. April 2020 änderte Oracle Cloud Infrastructure die Preisgestaltung für Windows-Lizenzen zu 0,092 USD pro OCPU/Stunde. Der neue Tarif entspricht den Windows-Tarifen aller Cloud-Anbieter. Oracle Cloud Infrastructure legt basierend auf den Lizenzkosten des Software-Drittanbieters den Tarif für Softwarelizenzen von Drittanbietern fest.
Microsoft Windows Server ist als von Oracle bereitgestelltes Plattform-Image verfügbar und wird auch für den Import benutzerdefinierter Images unterstützt. Die folgenden Versionen und Editionen von Microsoft Windows Server werden unterstützt:
Plattform-Images sind in englischer Sprache verfügbar. Informationen über Plattform-Images und Windows BYOI finden Sie in der Dokumentation.
Die Kosten für eine Microsoft Windows Server-Lizenz sind zusätzliche Kosten, die auf den zugrunde liegenden Tarif für die Compute-Instanz angerechnet werden. Die Abrechnung hängt vom Status und von der Form der Instanz ab. Die Windows Server-Lizenzgebühr beginnt, wenn sich die Instanz im Status „Ausgeführt“ befindet, und endet, wenn Sie die Instanz beenden.
Bei Standard-VM- und Bare-Metal-Instanzen wird die Abrechnung sowohl für die Kosten der Recheninstanz als auch für die Kosten der Microsoft Windows Server-Betriebssystemlizenz unterbrochen, wenn sich die Instanz in einem „angehaltenen“ Zustand befindet.
Bei den meisten Dense I/O, GPU, und HPC-Ausprägungen wird die Abrechnung sowohl für die Compute-Instanz als auch für die Windows Server-Lizenz fortgesetzt, wenn die Instanz angehalten wird, da die angeschlossenen lokalen GPU- und NVMe-Speicherressourcen erhalten bleiben. Um die Abrechnung zu stoppen, müssen Sie die Instanz beenden. Für Ausprägungen der VM.GPU.GU1-Serie (auch VM.GPU.A10-Serie genannt) wird die Abrechnung für gestoppte Instanzen angehalten.
Weitere Informationen zu den Tarifen für Microsoft Windows Server finden Sie auf der Seite Compute-Tarife.
Oracle Cloud Infrastructure aktiviert automatische Updates unter Microsoft Windows Server und verwendet die Standardeinstellungen zum Anwenden von Windows-Patches. Sie müssen Ihre VCN-Sicherheitsliste aktualisieren, um den ausgehenden Datenverkehr für Port 80 (HTTP) und Port 443 (HTTPS) zu aktivieren und Patches von Microsoft Windows Update-Servern zu installieren.
Ja. Sie können ein benutzerdefiniertes Image Ihrer Microsoft Windows Server-Instanz erstellen und damit eine neue Compute-Instanz starten. Wir unterstützen die Erstellung von „generalisierten“ Images (zum Erstellen einer Vorlage oder eines goldenen Images) und „spezialisierten“ Images (als Backup genutzt) für Ihre Windows-Instanz. Weitere Informationen zu diesen Image-Typen finden Sie in der Hilfedokumentation zum Erstellen von benutzerdefinierten Windows-Images.
Ja. Sie können Ihre eigene Lizenz (BYOL) für Microsoft Windows Server auf einem dedizierten Bare Metal oder VM-Host-mitbringen. Dies unterliegt den Microsoft-Produktbedingungen. Sie sind für die Verwaltung Ihrer eigenen Lizenzen verantwortlich, um die Einhaltung der Microsoft-Lizenzbestimmungen zu gewährleisten. Weitere Informationen finden Sie unter Lizenzoptionen für Microsoft Windows.
Die folgende Tabelle zeigt die BYOL-Anforderungen für Microsoft-Lizenzen in Oracle Cloud Infrastructure.
Microsoft-Lizenz | Bare-Metal-Maschinen und dedizierte Hosts für virtuelle Maschinen | Virtuelle Maschinen (Multi-Tenant Shared Host) |
---|---|---|
Windows Server | BYOL auf einem dedizierten Bare-Metal-Host ist nur bei Verwendung eines KVM-Hypervisors zulässig. BYOL ist nicht zulässig für Microsoft Windows Server mit von Oracle bereitgestellten Images verwenden oder wenn Sie Ihr eigenes Microsoft Windows Server-Image importieren. | Nicht berechtigt. Gemeinsam genutzte Hosts müssen von Oracle bereitgestellte Images verwenden, die die Microsoft-Lizenz enthalten. |
SQL Server Vorbehaltlich der Produktbedingungen von Microsoft |
Berechtigt. Sie müssen über Lizenzmobilität durch Software Assurance verfügen. |
Berechtigt. Sie müssen über Lizenzmobilität durch Software Assurance verfügen. |
Visual Studio (MSDN) | Berechtigt. Nicht für den Einsatz in Produktionsumgebungen bestimmt. |
Berechtigt. Nicht für den Einsatz in Produktionsumgebungen bestimmt. |
Microsoft 365 Apps für Unternehmen (Office 365 ProPlus) und Office Professional Plus | Berechtigt | Nicht berechtigt. |
Microsoft Office | Nein* | Nein |
Windows 7, Windows 8 und Windows 10 | Berechtigt. Sie müssen über eine Enterprise Agreement-Lizenz mit Software Assurance oder eine Windows Virtual Desktop Access-Lizenz (VDA) verfügen. |
Nicht berechtigt. |
Andere Microsoft-Anwendungen | Berechtigt. Vorbehaltlich der Produktbedingungen von Microsoft. |
Berechtigt. Sie müssen über Lizenzmobilität durch Software Assurance verfügen. |
Anwendungslizenzen, z. B. für SQL Server oder System Center, erfordern Lizenzmobilität durch Software Assurance, wenn sie auf VM-Instanzen mit der Bezeichnung Oracle Cloud Infrastructure ausgeführt werden. Die Lizenzmobilität wird nicht für Microsoft Office, Windows-Clients oder Windows Server BYOL verwendet. Überprüfen Sie in den Microsoft-Produktbedingungen, welche Anwendungen Lizenzmobilität unterstützen.
Fragen zu Ihren Lizenzrechten richten Sie bitte an Microsoft oder Ihren Microsoft-Händler.
Nein. Sie müssen Ihr eigenes Microsoft Windows-Image verwenden, wenn Sie Ihre Microsoft Windows Server-Lizenz nur auf einer dedizierten Bare-Metal-Maschine und dedizierten Hosts für virtuelle Maschinen nutzen. BYOL der Microsoft Windows Server-Lizenz ist für virtuelle Maschinen auf einem Host mit mehreren Tenants nicht zulässig.
Der Oracle Support bietet eingeschränkte Unterstützung für Microsoft Windows Server-Betriebssysteme, die unter Oracle Cloud Infrastructure ausgeführt werden, sowie für SQL Server-Images, die von Oracle Cloud Marketplace bereitgestellt werden. Wenden Sie sich bei Produktproblemen direkt an den Microsoft Support. Weitere Informationen zu Supportoptionen für Microsoft-Software.
Wir bieten Images mit einer Vielzahl von Linux-Distributionen wie Oracle Linux, CentOS und Ubuntu sowie Microsoft Windows Server an. Eine vollständige Liste und weitere Details finden Sie in der Hilfedokumentation zu von Oracle bereitgestellten Images. Wir unterstützen Oracle Linux-Betriebssysteme mit Oracle Linux Premier Support. Der Support für Oracle Cloud Infrastructure ist kostenlos.
Sie können jedes der unterstützten Betriebssysteme in jeder Oracle Cloud Infrastructure Compute-Bare Metal- oder VM-Compute-Instanzform starten. Eine Liste aller verfügbaren Ausprägungen finden Sie auf der Seite Compute-Tarife.
Ja. Oracle Cloud Infrastructure Compute unterstützt eigene Betriebssystem-Images. Weitere Informationen finden Sie in der Hilfedokumentation zu Bring Your Own Image (BYOI).
Oracle Cloud VMware Solution basiert auf VMware Cloud Foundation (VCF) und bietet eine vollständig unterstützte, anpassbare Cloud-Umgebung für VMware-Bereitstellungen und -Migrationen. Die Lösung bietet ein softwaredefiniertes Full-Stack-Data-Center (SDDC), einschließlich vCenter, ESXi, NSX und vSAN von VMware. Zu den spezifischen Anwendungsfällen, auf die Oracle Cloud VMware Solution abzielt, gehören Data Center- und Anwendungsmigration, Hybriderweiterung, On-Demand-Kapazität und Disaster Recovery.
Oracle Cloud VMware Solution ist in allen Oracle Cloud-Regionen verfügbar.
Oracle Cloud VMware Solution ist eine vom Kunden verwaltete Lösung, die eine native VMware-Cloud-Umgebung auf Oracle Cloud Infrastructure (OCI) bereitstellt, die hochsicher, leistungsstark und weltweit verfügbar ist.
Weitere Informationen zu unterstützten Compute-Ausprägungen finden Sie auf der anderen Seite zu häufig gestellten Fragen.
Ja. Über den Assistenten zum Erstellen von Compute-Instanzen können Sie vorgefertigte Oracle Enterprise-Images und -Lösungen starten, die für Oracle Cloud Infrastructure aktiviert sind.
Je nach Oracle Anwendung gibt es 30-tägige Testzeiträume. Am Ende der Testlaufzeit ist der Erwerb einer Lizenz erforderlich, um die Nutzung fortzusetzen. Informationen zur Testversion finden Sie in den Hinweisen zur Vorinstallation in der Image-Auswahl.
Oracle Cloud Infrastructure bietet die folgenden Speicheroptionen zur Unterstützung verschiedener Anwendungsfälle:
Lokale NVMe-SSDs bieten sehr hohe Werte für Performance Storage und sind ideal für die anspruchsvollsten Workloads. Weitere Informationen zur NVMe-SSD-Performance finden Sie in der Produktspezifikation.
Nachdem Sie Ihre Computerinstanz beendet haben, können Sie das Startvolume zur späteren Wiederverwendung beibehalten. Wenn Sie das Startvolume nicht beibehalten, wird es freigegeben und gelöscht. Der lokale NVMe-Speicher für speicheroptimierte Instanzen wird gelöscht und freigegeben. Alle Daten in den an die Instanz angehängten Block Volumes bleiben bestehen und stehen zur späteren Verwendung zur Verfügung.
Vor dem Beenden der Instanz können Sie ein benutzerdefiniertes Image des Startdatenträgers erstellen und das benutzerdefinierte Image verwenden, um neue Instanzen zu einem späteren Zeitpunkt zu starten.
Auf Images von Drittanbietern kann in der Oracle Cloud Infrastructure-Konsole über den eingebetteten Marketplace zugegriffen werden. Wählen Sie das Partner-Image aus, das Sie starten möchten, und Sie werden durch den Prozess Instanz starten geführt.
Nach der Installation des Partner-Images werden alle mit dem Image verbundenen Produktprobleme vom Partner behoben. Bei Supportproblemen im Zusammenhang mit der Installation von Images senden Sie ein Ticket an My Oracle Support.
Oracle Cloud Infrastructure Compute-VMs bieten kleinere Compute-Formen als Bare Metal-Instanzen. VMs verwenden dieselbe cloud-optimierte Hardware- und Netzwerkinfrastruktur wie Bare Metal-Instanzen, um Flexibilität und Leistung der Compute-Formen für Ihre sich ändernden Anwendungsanforderungen bereitzustellen.
Oracle Cloud Infrastructure Compute bietet flexible VM-Instanzen, in denen Sie den Speicher und die CPU Ihrer Instanz so konfigurieren können, dass sie den unterschiedlichen Anforderungen der von Ihnen erstellten Anwendungen entsprechen. Standardmäßige E3-basierte flexible VM-Instanzen unterstützen zwischen 1 und 64 Kerne und zwischen 1 und 64 GB RAM pro Kern (bis zu maximal 1024 GB).
Sie können auch feste Formen mit einer Reihe von Optionen auswählen, darunter Intel- und AMD-Prozessoren, NVMe-Lokal-SSD-Storage und GPUs. Einzelheiten finden Sie auf der Seite Compute-Formen.
In der Hilfe-Dokumentation zu den Service-Limits finden Sie weitere Informationen zu den Standardbeschränkungen und Anweisungen zum Anfordern einer Service-Limit-Erhöhung. Gerne erhöhen wir die Limits für Ihr Konto nach Bedarf.
Jede VM-Form hat eine unterschiedliche Anzahl von Performance-, Speicherplatz- und Festplattenkonfigurationen, sodass Sie leicht eine Größe auswählen können, die den Anforderungen Ihrer Anwendung entspricht.
Es gibt drei Arten von VM-Formen.
Sie können die Compute-Konsole, API oder CLI verwenden, um die Form einer VM nach ihrer Erstellung zu ändern. Sie können eine beliebige VM-Form auswählen, die mit dem vorhandenen Betriebssystem-Image kompatibel ist. Die Formänderung erfordert einen Neustart, behält jedoch alle Instanzeigenschaften bei. Weitere Informationen finden Sie in der technischen Dokumentation zum Ändern der Form einer Instanz.
Sie können Ihre VM auch manuell migrieren, indem Sie eine neue Compute-Instanz von einem von Ihnen erstellten Start-Image starten (mithilfe der Funktion „Image erstellen“) und anschließend Ihre Block Volumes an die neue Instanz anhängen. Wenn die Daten lokal bestehen bleiben, müssen Sie die lokalen Daten manuell auf die neue Instanz kopieren oder replizieren.
Oracle Cloud Infrastructure bietet verschiedene Möglichkeiten, um Feedback zu senden oder Unterstützung durch die Community und von Oracle zu erhalten. Sie erhalten aktive Unterstützung im Oracle Forum und regelmäßige Updates über den Oracle Cloud Infrastructure Blog.
Sie erhalten außerdem Unterstützung beim Debuggen und bei der Fehlerbehebung, indem Sie eine Serviceanfrage über My Oracle Support senden.