Oracle Block Volumes bieten langlebigen und leistungsstarken Speicher für Ihre Daten. Mit Oracle Block Volumes können Sie Ihre Daten unabhängig und über die Lebensdauer Ihrer Computerinstanz hinaus in Blockvolumes speichern. Mit Oracle Block Volumes können Sie Ihre Blockvolumes verwalten, Daten steuern und die für Ihre Anwendung erforderliche Storage-Konfiguration erzielen.
Mit Oracle Block Volumes können Sie Blockspeichervolumes dynamisch bereitstellen und verwalten. Sie können Volumes nach Bedarf erstellen, anfügen, verbinden und verschieben, um Ihre Speicher- und Anwendungsanforderungen zu erfüllen. Einmal angeschlossen und mit einer Instanz verbunden, können Sie ein Volume wie eine normale Festplatte verwenden. Volumes können auch getrennt und an eine andere Instanz angehängt werden, ohne dass Daten verloren gehen.
Ein Blockvolume ist ein Datenspeichertyp, der umfangreicher ist als Dateispeicher. Blockvolumes verwenden das iSCSI-Ethernet-Protokoll, um die Funktionen und Performance bereitzustellen, die den On-Premise-SANs (Storage Area Networks) ähneln, und wurden für Sicherheit und Beständigkeit des Datenlebenszyklus entwickelt. Mit Oracle Block Volumes können Sie Blockvolumes erstellen und an Ihre Computerinstanz anhängen.
Wir empfehlen die Verwendung von Blockvolumes, wenn für Ihre Workloadanwendung hochverfügbare Speicher und SAN-Performance erforderlich sind oder Ihre Daten-Governance integrierte Sicherungen enthalten muss. Ihre Anwendung profitiert von Dienstflexibilität, Datenpersistenz und Performance. Blockvolumes bieten Ihnen einfache Verwaltungsoptionen, betriebliche Flexibilität und nutzungsbasierte Preisgestaltung mit Isolation und maximaler Kontrolle.
Daten, die auf lokalen Computerlaufwerken gespeichert sind, bleiben nur so lange erhalten wie diese Computerinstanz und sollten nur für temporäre Dateien verwendet werden. Wenn Sie Daten auf Blockvolumes mit höherer Lebensdauer speichern, bleiben diese Daten für die gesamte Lebensdauer des Blockvolumes erhalten. Wenn die Recheninstanz beendet wird, können Sie das Volume an eine andere Recheninstanz anhängen und wieder auf die persistenten Daten in diesem Volume zugreifen. Durch die Verwendung von Blockvolumes können Sie Ihren Datenschutzplan um integrierte Blockvolumesicherungen erweitern und zum Zeitpunkt der Erstellung der Sicherung eine Kopie Ihrer Daten bereitstellen.
Sie können über die Konsole, REST-API oder SDKs auf Oracle Block Volumes zugreifen. Weitere Informationen finden Sie unter Erste Schritte mit Oracle Cloud Infrastructure und Übersicht über Blockvolumes.
Ja. Es werden branchenführende, Hochleistungs-NVMe-Solid-State-Laufwerke verwendet. Sie bieten hohe Leistungswerte, werden von einem Performance-SLA unterstützt und können ohne Speicher-Caching aktiviert werden.
Sie können Blockvolumes von 50 GB bis 32 TB in Schritten von 1 GB bereitstellen.
Ihr Betriebssystem greift mithilfe des iSCSI-Protokolls, einem Speichernetzwerkstandard zum Verknüpfen von Datenspeicher auf Blockvolumes zu.
Lesen Sie die Informationen unter Oracle Cloud Infrastructure Block Volume Performance.
An Oracle Cloud Infrastructure Compute Virtual Machine-Instanzen angehängte Blockvolumes sind durch die verfügbare Netzwerkbandbreite begrenzt. Weitere Informationen zu Instanz-Limits finden Sie unter Compute-Dienst – Häufig gestellte Fragen.
Sie können für Ihre Bare-Metal-Computing-Instanz einen Datendurchsatz von bis zu 700.000 oder mehr IOPS und Near-Line-Rate erzielen.
Weitere Informationen finden Sie unter Oracle Cloud Infrastructure Block Volume Performance.
Sie können bis zu 32 Volumes pro Recheninstanz anfügen, was zu einer angehängten Kapazität von bis zu 32 TB*32=1 PB pro Recheninstanz führt. Es wird empfohlen, die Anzahl der angehängten Volumes entsprechend Ihren Anforderungen an Hochleistungsanwendungen zu messen und anzupassen.
Ja. Um die höchste Leistung bereitzustellen, werden Blockvolumes so optimiert, dass sie mit jeder Recheninstanz innerhalb derselben Verfügbarkeitsdomäne verbunden werden können. Sie können ein Volume von einer Compute-Instanz trennen und dann das Blockvolume an eine andere Compute-Instanz anhängen, ohne die Compute-Server neu zu starten. Weitere Details finden Sie in der Dokumentation zu Oracle Cloud Infrastructure.
Alle Blockvolumes und ihre Sicherungen werden im Ruhezustand immer mit dem Advanced Encryption Standard (AES)-Algorithmus mit 256-Bit-Schlüssel verschlüsselt. Alle Daten, die sich zwischen der Instanz und dem Blockvolume bewegen, werden über unser internes und hochsicheres Netzwerk übertragen. Falls Sie bestimmte Compliance-Anforderungen in Bezug auf die Verschlüsselung der Daten haben, während diese zwischen der Instanz und dem Blockvolume verschoben werden, können Sie die Verschlüsselung während der Übertragung aktivieren, wenn Sie paravirtualisierte Volumeanhänge verwenden.
Auf Blockvolumes und deren Backups kann nur innerhalb Ihrer Tenant-/Abteilungsgrenze zugegriffen werden, und nur authentifizierte Nutzer, denen Sie die Berechtigung für den Tenant oder die Abteilung erteilt haben, können auf sie zugreifen.
Startvolumes werden ebenfalls vom Blockvolumedienst bereitgestellt und verwaltet, sodass sie auf dieselbe Weise wie Blockvolumes gesichert werden.
Ja. Informationen dazu finden Sie unter Oracle Cloud Infrastructure Block Volumes – Flexible Performanceoptionen.
Ja. Informationen dazu finden Sie unter Oracle Cloud Infrastructure Block Volumes – Flexible Performance.
Nein. Sie können die Leistung eines beliebigen Volumes ohne Ausfallzeit für Ihre Anwendungen ändern, unabhängig davon, ob es an eine Instanz angehängt ist oder nicht.
Mehrere Kopien von Daten werden redundant auf mehreren Speicherservern mit integrierten Reparaturmechanismen gespeichert. Der Block Volumes-Dienst gewährleistet eine jährliche Haltbarkeit von 99,99 Prozent (vier Neunen) für Block- und Startvolumes. Es wird jedoch empfohlen, regelmäßige Sicherungen durchzuführen, um den Ausfall einer Verfügbarkeitsdomäne zu verhindern.
Sie können die Größe eines Volumes erhöhen, während es online ist, ohne Ausfallzeiten. Weitere Informationen finden Sie auf der Seite mit der technischen Dokumentation.
Ein schreibgeschützter Anhang wird verwendet, um ein Volume für schreibgeschützte Zwecke zu markieren, sodass die Daten im Volume nicht veränderbar sind. Dies ermöglicht den Schutz Ihrer Daten vor versehentlichen oder böswilligen Änderungen durch eine nicht getestete oder nicht vertrauenswürdige Anwendung.
Sie können auch schreibgeschützte Anhänge verwenden, bei denen mehrere Compute-Instanzen (auf denen jeweils eine Client-App ausgeführt wird, z. B. ein Web-Front-End) schreibgeschützt auf dasselbe Volume zugreifen. Zum Beispiel ein Web-Front-End, das Kunden statische Produktkataloginformationen bereitstellt.
Startvolumes sind per Definition veränderbar und daher standardmäßig nicht „schreibgeschützt“. Nachdem Sie ein Startvolume getrennt haben, können Sie es zu Debugzwecken schreibgeschützt anhängen.
Nein. Dazu müssen Sie zuerst das Volume trennen und erneut anfügen, indem Sie das Schreibschutz-Attribut angeben.
Nein. Dazu müssen Sie das Volume zunächst trennen und erneut anfügen, indem Sie den Standardanhangmodus („Lesen/Schreiben“) festlegen.
Sie haben zwei Möglichkeiten: iSCSI oder paravirtualisiert. Paravirtualisierte Volumeanhänge werden nur für VM-Instanzen unterstützt.
Blockvolumes mit nativer Betriebssystemunterstützung, ohne dass ein iSCSI-Initiator und ein Anhang erforderlich sind. Alle Oracle Betriebssysteme sowie Linux und Windows unterstützen paravirtualisierte Anhänge als Option für VM-Bereitstellungen.
Die Verwendung von paravirtualisierten Anhängen vereinfacht die Konfiguration von Datenträgeranhängen. Wenn Sie während der Volumeanhänge keine iSCSI-Konfigurationsbefehle ausführen wollen, können Sie stattdessen paravirtualisierte Anhänge verwenden. Beachten Sie, dass iSCSI auf Kosten der anfänglichen Konfigurationsschritte eine bessere Leistung bietet. Der Komfort paravirtualisierter Anhänge wird durch einen Kompromiss zwischen Performance und den veröffentlichten Performancemerkmalen für iSCSI-Anhänge geboten.
Ja. Sie können den Anhangtyp in der CLI/SDK und in der Konsole auswählen, wenn Sie ein Volume anhängen. Um den Anhangtyp zu ändern, müssen Sie das Volume trennen und erneut anfügen, wobei Sie den neuen Anhangtyp angeben.
Paravirtualisierte Anhänge bieten weniger Leistung als ISCSI-Anhänge. Weitere Informationen finden Sie unter Oracle Cloud Infrastructure Block Volumes Performance.
Ja. Oracle Block Volumes bieten integrierte Sicherungsfunktionen zum Schutz Ihrer Daten, indem eine Kopie des Blockvolumes in den Oracle Cloud Infrastructure Object Storage gespeichert wird.
Ja. Sicherungen von Startvolumes bieten denselben Funktionsumfang wie Sicherungen von Blockvolumes. Oracle Cloud Infrastructure Block Volumes verwalten die Betriebssystemdatenträger als Startvolumes. Erstellen Sie zum Sichern des Inhalts eines Startvolumes wie bei jedem anderen Blockvolume eine Sicherung. Oracle Startvolumes bieten integrierte Sicherungsfunktionen zum Schutz Ihrer Daten, indem eine Kopie des Startvolumes im Oracle Object Storage gespeichert wird. Durch das Erstellen einer Sicherung des Startvolumes während der Ausführung einer Instanz wird eine absturzkonsistente Sicherung erstellt. In den meisten Fällen können Sie eine Instanz direkt aus der Sicherung des Startvolumes erstellen oder sie an eine Instanz anhängen, um Daten wiederherzustellen. Um ein startfähiges Image sicherzustellen, erstellen Sie ein nutzerdefiniertes Image Ihrer Instanz.
Eine Sicherung ist eine vollständige Snapshotkopie aller Daten auf Ihrem Blockvolume zum Startzeitpunkt der Sicherung. Unmittelbar nach Abschluss einer Sicherung kann die Sicherung auf einem Blockvolume wiederhergestellt werden. Sicherungen werden verschlüsselt in Ihr Konto in den Oracle Cloud Infrastructure Object Storage kopiert.
Der Hauptzweck von Sicherungen ist die Unterstützung der Geschäftskontinuität, der Notfallwiederherstellung und der Langzeitarchivierung. Bei der Festlegung eines Sicherungszeitplans sollten Ihr Sicherungsplan und Ihre Sicherungsziele Folgendes berücksichtigen:
Sicherungen werden mithilfe eines Snapshots zu einem bestimmten Zeitpunkt erstellt. Während die Sicherung asynchron im Hintergrund ausgeführt wird, können Ihre Anwendungen daher weiterhin ohne Unterbrechung oder Auswirkungen auf die Performance auf Ihre Daten zugreifen. Rechnen Sie bei einem 2-TB-Volume, das zum ersten Mal gesichert wird, mit etwa 30 Minuten, bis die Sicherung abgeschlossen ist. Wenn ein Startvolume von 50 GB zum ersten Mal gesichert wird, müssen Sie mit ein paar Minuten rechnen, bis die Sicherung abgeschlossen ist. Nachfolgende Sicherungen desselben Volumes hängen von der Datenmenge ab, die sich seit der letzten Sicherung geändert hat.
Sie haben zwei Möglichkeiten:
1. Automatisierte richtlinienbasierte geplante Sicherungen. Sie haben die Möglichkeit, von Oracle bereitgestellte vordefinierte Sicherungsrichtlinien zu verwenden, oder Sie können Ihre eigene nutzerdefinierte Sicherungsrichtlinie erstellen und verwenden. Sowohl vordefinierte als auch nutzerdefinierte Sicherungsrichtlinien legen die Häufigkeit und den Beibehaltungszeitraum für Ihre Sicherungen fest, sodass Sie die Einhaltung Ihrer Datenkonformität und der gesetzlichen Bestimmungen gewährleisten können. Sie können sicher sein, dass Ihre Daten basierend auf der von Ihnen ausgewählten Sicherungsrichtlinie automatisch und termingerecht gesichert und aufbewahrt werden. Wenn sich Ihre Anforderungen ändern, können Sie sie später problemlos anpassen, indem Sie eine andere Sicherungsrichtlinie auswählen oder Ihre nutzerdefinierte Richtlinie ändern bzw. alle gemeinsam entfernen.
2. Einmalige Sicherungen nach Bedarf. Sie können auswählen, ob nur die Daten gesichert werden sollen, die sich seit der letzten Sicherung geändert haben (inkrementell), oder die gesamten Daten, die sich seit der Erstellung des Volumes geändert haben (vollständig).
Weitere Informationen finden Sie in der technischen Dokumentation.
Ja. Sie können auswählen, ob nur die Daten gesichert werden sollen, die sich seit der letzten Sicherung geändert haben (inkrementell), oder die gesamten Daten, die sich seit der Erstellung des Volumes geändert haben (vollständig).
Die Sicherung erfolgt über einen Snapshot. Sie wird asynchron fortgesetzt, ohne den Zugriff auf Daten zu beeinträchtigen. Der Zugriff auf das zu sichernde Blockvolume wird ohne Unterbrechung oder zusätzliche Latenz oder Auswirkungen auf die Leistung fortgesetzt.
Sie können Ihre nutzerdefinierten Sicherungsrichtlinien erstellen und anwenden. Darüber hinaus bietet der Oracle Cloud Infrastructure Block Volume-Dienst drei verschiedene vordefinierte Sicherungsrichtlinien, die hier dokumentiert sind.
Weitere Informationen finden Sie in der technischen Dokumentation.
Ja. Sie können Ihre eigenen Sicherungsrichtlinien mit Tages-, Wochen-, Monats- und Jahreszeitplänen erstellen und die Richtlinien Ihrem Volume zur automatischen Sicherung zuweisen. Sie können auch eine vorhandene Richtlinie duplizieren und die duplizierte Richtlinie nach Bedarf anpassen, indem Sie die Parameter der Zeitpläne ändern, Zeitpläne in der Richtlinie hinzufügen oder daraus entfernen.
Weitere Informationen finden Sie in der technischen Dokumentation.
Sie werden beibehalten. Wenn sie jedoch ablaufen, werden sie automatisch gelöscht. Alle automatisch erstellten Sicherungen, die auf einer Richtlinie basieren, haben eine Ablaufzeit und werden automatisch gelöscht, wenn sie ablaufen.
Manuell erstellte Sicherungen haben keine Ablaufzeit und bleiben so lange bestehen, bis Sie sie löschen.
Sie bleiben erhalten, werden jedoch nach Ablauf automatisch gelöscht, basierend auf den Einstellungen, die bei ihrer Erstellung wirksam waren. Alle automatisch erstellten Sicherungen, die auf einer Richtlinie basieren, haben eine Ablaufzeit und werden automatisch gelöscht, wenn sie ablaufen.
Nachdem Sie die Sicherungsrichtlinie für ein Volume in eine andere Richtlinie geändert haben, wird die neue Richtlinie wirksam und neue Sicherungen werden automatisch gemäß der neuen Richtlinie erstellt.
Richtlinienbasierte Sicherungen haben eine Ablaufzeit. Sie verfallen mit Ablaufdatum und werden automatisch gelöscht. Wenn Sie eine Sicherung aufbewahren möchten, erstellen Sie manuell eine Sicherung. Die manuell erstellten Sicherungen laufen nicht ab.
Ja. Sie können dies über die Konsole, im CLI/SDK und in Terraform tun, indem Sie der technischen Onlinedokumentation folgen.
Sicherungen, die mit den von Oracle bereitgestellten vordefinierten Sicherungsrichtlinien erstellt werden, basieren auf der Zeitzone der Oracle Cloud Infrastructure-Verfügbarkeitsdomäne, in der sich das Volume befindet. Alle Verfügbarkeitsdomänen einer Oracle Cloud Infrastructure-Region befinden sich in derselben Zeitzone. Somit basieren die geplanten Sicherungen auf der Zeitzone der Oracle Cloud Infrastructure-Region.
Für Ihre nutzerdefinierten Sicherungsrichtlinien können Sie für jedes Zeitplanelement in einer Richtlinie angeben, ob UTC oder die Zeitzone verwendet werden soll, in der sich Ihr Volume befindet.
Ja, Sie können eine tägliche, bis zu 7 wöchentliche (eine für jeden Wochentag), bis zu 31 monatliche (eine für jeden Tag des Monats) und bis zu 365 jährliche (eine für jeden Tag des Jahres) Sicherungen in jeder nutzerdefinierten Sicherungsrichtlinie definieren.
Weitere Informationen finden Sie in der technischen Dokumentation.
Sie werden nach Möglichkeit zu den geplanten Zeiten durchgeführt. Abhängig von der Systemlast können sie jedoch zusammen mit allen anderen geplanten Sicherungsanforderungen im System in die Warteschlange gestellt und verarbeitet werden. Überprüfen Sie den Sicherungsstatus, um sicherzustellen, dass die Sicherung abgeschlossen ist, oder führen Sie bei Bedarf eine manuelle Sicherung durch.
Sie können ein Volume unabhängig von der Volumegröße in weniger als einer Minute wiederherstellen. Auch wenn die Wiederherstellung eines Volumes schnell und für Ihre Workloads sofort verfügbar ist, kann es zu Latenzspitzen kommen, wenn Sie ein wiederhergestelltes Volume zum ersten Mal verwenden.
Anforderungen an das neu wiederhergestellte Blockvolume können unmittelbar nach der Wiederherstellung für kurze Zeit eine höhere Latenz aufweisen.
Ja. Eine Sicherung kann in jeder Verfügbarkeitsdomäne in derselben Region wiederhergestellt werden, in der sie gespeichert ist. Dies ist die empfohlene Methode zum effizienten Verschieben von Daten.
Ja, Sie können die Sicherung eines Startvolumes entweder manuell oder mithilfe der richtlinienbasierten automatisierten und geplanten Sicherungen erstellen. Suchen Sie auch nach einer Option zum Erstellen eines Images aus der ausgeführten Instanz, indem Sie den Anweisungen unter Compute-Dienst – Häufig gestellte Fragen folgen.
Ja, Sie können die Funktion zum regionsübergreifenden Kopieren von Sicherungen verwenden, um Ihre vorhandenen Blockvolumesicherungen in eine andere Region zu kopieren, auf die Sie Zugriff haben.
Ja. Sie können aus Ihrer Sicherung ein größeres Volume bis zur derzeit unterstützten maximalen Größe von 32 TB wiederherstellen.
Klonen ist eine Funktion des Oracle Cloud Infrastructure Block Volume-Dienstes, mit der ein gesamtes vorhandenes Blockvolume auf ein neues Volume kopiert werden kann, ohne dass ein Sicherungs- und Wiederherstellungsprozess durchgeführt werden muss. Dabei wird eine detaillierte Kopie zu einem bestimmten Zeitpunkt eines Quellvolumes (auch als Thick-Clone bezeichnet) direkt ohne Sicherung erstellt.
Ja, Sie können ein Startvolume genauso klonen wie ein Blockvolume. Wenn Sie einen Startvolumeklon ausführen, während eine Instanz ausgeführt wird, wird ein absturzkonsistenter Klon erstellt. In den meisten Fällen können Sie eine Instanz direkt aus dem Klon des Startvolumes erstellen oder sie an eine Instanz anhängen, um Daten wiederherzustellen. Um ein startfähiges Image sicherzustellen, erstellen Sie ein nutzerdefiniertes Image Ihrer Instanz.
Der Klonvorgang wird sofort ausgeführt, und das geklonte Volume kann direkt nach dem Starten des Klonvorgangs verwendet werden. Das eigentliche Kopieren der Daten erfolgt im Hintergrund. Der Zeitraum ist proportional zu den Daten im Quellvolume und kann für 1 TB Volumen bis zu 15 Minuten dauern.
Ein Klon kann angehängt und als reguläres Volume verwendet werden, wenn sein Lebenszyklusstatus „verfügbar“ wird, normalerweise innerhalb von Sekunden. Die Auffüllung wird im Hintergrund fortgesetzt. Bei Datenblöcken, die noch nicht kopiert wurden, kann es zu Latenzspitzen kommen.
Ein Oracle Block Volume-Klon ist ein zeitpunktbezogenes direktes Kopieren eines gesamten Volumes von Datenträger zu Datenträger. Dies unterscheidet sich von einem Snapshot, da weder Copy-on-Write stattfindet noch eine Abhängigkeit vom Quellvolume besteht. Es ist keine Sicherung erforderlich. Ein Blockvolumeklon wird erstellt, ohne einen Snapshot zu erstellen, ohne eine Sicherung im Object Storage und ohne eine Wiederherstellung aus einer Sicherung.
Nein. Der Klon erfolgt über eine direkte Kopie des Quellvolumes von Datenträger zu Datenträger zu einem bestimmten Zeitpunkt. Es ist nicht erforderlich, ein Volume vor dem Klonen zu trennen.
Der Klon erfolgt über eine direkte Kopie des Quellvolumes von Datenträger zu Datenträger zu einem bestimmten Zeitpunkt. Alle Daten auf dem Quellvolume zu dem Zeitpunkt, an dem der Klon „verfügbar“ wird, werden auf das Klonvolume kopiert. Nachfolgende Änderungen, die auf dem Quellvolume vorgenommen werden, werden nicht in den Klon kopiert.
Blockvolumes sind auf lokale Verfügbarkeitsdomänen beschränkt. Sie können Volumes nur innerhalb derselben Verfügbarkeitsdomäne klonen.
Ja. Sie benötigen die erforderlichen Zugriffsberechtigungen für die Quell- und die Zielabteilung.
Nein. Volumes sind nur innerhalb einer Tenantgrenze zugänglich.
Nein. Blockvolumes sind lokal auf Verfügbarkeitsdomänen beschränkt und befinden sich in der Region, in der sie erstellt wurden. Sie können Volumes nur in derselben Verfügbarkeitsdomäne der Region klonen, in der sie existieren.
Ja. Sie können eine Klongröße von bis zu 32 TB angeben.
Dies hängt vom Anhangstatus des Quellvolumes ab.
Dies hängt vom Lebenszyklusstatus des geklonten Volumes ab, das erstellt wird.
Klon- und Sicherungsvorgänge schließen sich gegenseitig aus. Wenn eine Sicherung für ein Volume ausgeführt wird, kann es nicht geklont oder erneut gesichert werden, unabhängig davon, ob ein Volume angehängt ist oder nicht. Wenn ein Klonvorgang für ein Volume ausgeführt wird, kann es nicht gesichert werden, unabhängig davon, ob ein Volume angehängt ist oder nicht.
Nein. Ein Quellvolume kann nicht gelöscht werden, solange sich noch ein Klon darin befindet.
Ein Klon kann gelöscht werden, sobald sein Lebenszyklusstatus „verfügbar“ ist. Beachten Sie auch, dass ein Klon, der noch befüllt wird, gelöscht werden kann, wenn sein Lebenszyklusstatus „verfügbar“ ist.
Dies könnte in folgendem Fall passieren: Sie haben einen Klonvorgang von einem Quellendatenträger gestartet und während der Klon vom Quellendatenträger befüllt wird, haben Sie den Quellendatenträger an eine Compute-Instanz angehängt und ihn dann getrennt. In diesem Fall führt der neue Klon zu einem Status „beendet“, wenn Sie eine weitere Klonanforderung für dasselbe Quellvolume initiieren. Dies betrifft nicht den ersten Klon, der befüllt wird. Wenn dieser erste Klon vollständig befüllt ist, wird der nachfolgende Klonvorgang auf dem Quellvolume wie erwartet fortgesetzt.
Startvolumes stellen standardmäßig verschlüsselte Remotestartdatenträger, schnellere Startzeiten und eine längere Lebensdauer für Bare-Metal- und VM-Instanzen bereit. Darüber hinaus können Sie mit Startvolumes erheblich schnellere nutzerdefinierte Images von ausgeführten VMs erstellen, ohne einen Neustart durchführen zu müssen. Alle Bare-Metal- und VM-Compute-Instanzen werden mit den Startvolumes gestartet und bieten Folgendes:
Jede neu gestartete Bare-Metal- oder VM-Compute-Instanz erstellt automatisch ein neues Startvolume in Ihrer Abteilung. Sie können die Oracle Cloud Infrastructure-Konsole verwenden, um die an Ihre Instanz angehängten Startvolumes auf der Seite mit den Instanzdetails anzuzeigen. Alle Startvolumes in Ihrer Abteilung werden unter Startvolumes auf der Storage-Konsolenseite aufgelistet. Zu den Details des Startvolumes gehören die Instanz, an die das Startvolume angehängt ist, sowie die Größe des Volumes und andere Volumemetadaten.
Ihre Startvolumes werden zum Standardpreis für Oracle Block Volumes berechnet. Beachten Sie, dass dies zusätzlich zum Preis der Compute-Instanz berechnet wird.
Ja, Startvolumes werden wie Blockvolumes gemessen und in das Blockspeicher-Limit der Tenancy aufgenommen. Sie sollten zusätzlich zum Blockvolumeverbrauch auch in der Berechnung und Planung des Blockspeicher-Limits der Tenancy enthalten sein.
Ja, Sie können eine andere Instanz mit Ihrem Startvolume starten, indem Sie zuerst ein nutzerdefiniertes Image Ihres Startvolumes erstellen und dann das nutzerdefinierte Image zum Starten der Instanz verwenden.
Wahlweise können Sie eine neue Instanz direkt von einem nicht verbundenen Startvolume starten, wenn Sie kein nutzerdefiniertes Image erstellen möchten.
Alle Startvolumes werden auf sehr haltbaren Oracle Cloud Infrastructure Block Volumes erstellt. Ihre Startvolumes bleiben unabhängig vom Lebenszyklus Ihrer Compute-Instanz erhalten.
Startvolumes werden nur beendet, wenn Sie sie manuell löschen.
Alle neuen Instanzen verwenden standardmäßig die Startvolumes. Sie können Ihre vorhandenen Instanzen erneut bereitstellen, indem Sie ein nutzerdefiniertes Image erstellen und eine neue Instanz starten.
Ja, Sie können eine Sicherungskopie Ihrer Startvolumes erstellen, indem Sie in Ihrer Oracle Cloud Infrastructure-Konsole oder über die API/CLI zur Seite „Compute“ wechseln. Die Sicherung wird mit dem Startvolume verknüpft, von dem aus sie erstellt wurde.
Ja, Sie können ein nicht verbundenes Startvolume mithilfe der Konsole oder per API/CLI löschen. Darüber hinaus können Sie optional festlegen, dass das Startvolume beim Beenden einer Instanz automatisch gelöscht wird, indem Sie das Kontrollkästchen im Dialogfeld zur Bestätigung des Löschvorgangs aktivieren.
Mit Oracle Cloud Infrastructure können Sie das derzeit an eine Instanz angehängte Startvolume nicht löschen.
Sie können eine Instanz stoppen, das Startvolume trennen und das getrennte Startvolume löschen. Die gestoppte Instanz kann nicht gestartet werden, nachdem das Startvolume gelöscht wurde. Sie können nur diese Instanz beenden.
Nein, Sie können ein Startvolume nur von einer gestoppten Instanz trennen. Durch das Beenden Ihrer Instanz wird Ihr Startvolume automatisch getrennt und beibehalten, es sei denn, Sie möchten Ihr Startvolume dauerhaft löschen.
Ja, Sie können ein beliebiges Startvolume als Blockspeicher an eine Instanz anhängen, um Probleme zu beheben. Sie müssen zuerst ein Startvolume von seiner zugeordneten Compute-Instanz trennen, um es an eine andere Instanz anzuhängen.
Sie können die folgenden Schritte ausführen, um Ihr Startvolume zu debuggen:
1. Beenden Sie die alte Instanz und behalten Sie das ursprüngliche Startvolume bei, wenn Sie die Instanz beenden („Ja“ im Bestätigungsdialogfeld zur Beibehaltung des Startvolumes auswählen).
2. Starten Sie eine neue Instanz mit einer anderen Form, indem Sie das Startvolume auswählen, das Sie von der alten Instanz beibehalten haben.
Dies gilt sowohl für Bare-Metal- als auch für VM-Instanzen.
Hinweis: Eine neue Instanz hat eine andere IP-Adresse und Netzwerkkonfiguration als Ihre ursprüngliche Instanz. Sie müssen diese Unterschiede berücksichtigen, um eine reibungslose Funktionsweise für Ihre Workloads zu gewährleisten, die diese Instanzen verwenden.
Startvolumes bieten kürzere Startzeiten für Compute-Instanzen als lokale Startdatenträger: Linux-Instanzen werden innerhalb einer Minute und Windows-Instanzen innerhalb von fünf Minuten gestartet.
Startvolumes verfügen über Oracle OS-Standardimagegröße und bieten 3.000 IOPS sowie einen Durchsatz von 24 MB/s mit einer Latenz von weniger als einer Millisekunde für Startvolumes von 50 GB. Größere Startvolumes haben prognostizierbare Leistungswerte, die wie Blockvolumes linear mit der Größe skaliert werden. Diese Leistung ist unabhängig vom Workloadtyp (für alle Lese-/Schreibverteilungen). Weitere Informationen finden Sie in der Dokumentation zu Oracle Cloud Infrastructure Block Volumes Performance.
Wenn auf der Oracle Cloud Infrastructure-Plattform bereits ein nutzerdefiniertes Image verwendet wird, können Sie es zum Starten Ihrer Instanzen auswählen. Die beim Start der Instanz mit einem nutzerdefinierten Image erstellten Startvolumes haben dieselbe Größe wie Ihr nutzerdefiniertes Image.
Ja. Sie können eine beliebige Größe angeben, beginnend mit der Standardgröße des ausgewählten Betriebssystemimages bis zu 32 TB in Schritten von 1 GB, wenn Sie eine Compute-Instanz starten. Die Mindestgröße des Startvolumes wird durch die Größe des von Ihnen ausgewählten Betriebssystemimages begrenzt. Sie können nicht weniger als 50 GB oder weniger als die Größe des ausgewählten Betriebssystemimages angeben. Wenn Sie beispielsweise ein Betriebssystemimage mit einer Größe von 256 GB auswählen, können Sie als Mindeststartvolumen 256 GB angeben.
Ja, Sie können die Größe eines Startvolumes erhöhen, während es online ist, ohne Ausfallzeiten. Weitere Informationen finden Sie auf der Seite mit der technischen Dokumentation.
Verwenden Sie die API „Instanz starten“, und geben Sie mithilfe des bootVolumeSizeInGBs-Parameters ein größeres Startvolume an. Hinweis: Wenn die angegebene Größe kleiner als die Imagegröße ist, schlägt der API-Aufruf fehl.
Die Instanz wird mit einer Standardgröße für das Startvolume gestartet, die der Größe des ausgewählten Betriebssystemimage entspricht.
Eine Volumegruppe stellt einen Satz von Blockspeicherdatenträgern dar, die für Sicherungs- und Klonzwecke als eine einzige Entität behandelt werden können. Eine Datenträgergruppe ist einer einzelnen Verfügbarkeitsdomäne (Availability Domain, AD) zugeordnet, und die Datenträger in der Gruppe befinden sich ebenfalls in derselben AD.
Die Volumegruppe stellt dieselben Funktionen zum Sichern/Wiederherstellen und Klonen bereit wie einzelne Volumes. Dies bedeutet, dass Sie eine absturzkonsistente koordinierte Sicherung einer Volumegruppe zu einem bestimmten Zeitpunkt (entweder inkrementell oder vollständig) durchführen und einen absturzkonsistenten Klon einer Volumegruppe zu einem bestimmten Zeitpunkt erstellen können.
Bis zu 32 Volumes können in einer Volumegruppe abgelegt werden, bei einer Gesamtgröße der Volumegruppe von 128 TB. Dies ist ein flexibles Limit und kann je nach Tenancy auf Anforderung über die Limiterhöhung erhöht werden. Jedes Volume darf sich nur in einer Volumegruppe befinden.
Sie können die Konsole, CLI/SDK, APIs und Terraform zum Verwalten von Gruppenvolumes verwenden. Dies umfasst das Erstellen und Löschen von Volumegruppen, das Hinzufügen und Entfernen von Volumes zu einer Gruppe sowie das Umbenennen von Volumegruppen.
Ja. Auf Volumes in einer Volumegruppe kann zur Verwendung einzeln zugegriffen werden, und sie können auch als Gruppe verwaltet werden.
Eine koordinierte absturzkonsistente Sicherung zu einem bestimmten Zeitpunkt für den gesamten Satz von Volumes, die sich in einer Volumegruppe befinden. Dieser Vorgang erstellt eine Volumegruppensicherung. Es gibt während des Sicherungsvorgangs keine Auswirkungen auf die Quellvolumegruppe und die Volumes.
Volumegruppensicherungen werden in allen Verfügbarkeitsdomänen in der Region repliziert, in der sich die Quellvolumegruppe befindet. Mithilfe einer Volumegruppensicherung kann dann eine neue Volumegruppe für eine Verfügbarkeitsdomäne in der Region erstellt werden, in der sich die Sicherung befindet, indem alle Volumedaten in der Volumegruppe wiederhergestellt werden.
Ja. Weitere Informationen finden Sie auf der Dokumentationsseite.
Eine koordinierte, absturzkonsistente, detaillierte Kopie von Datenträger zu Datenträger der gesamten Gruppe von Volumes zu einem bestimmten Zeitpunkt. Durch diesen Vorgang werden eine neue Volumegruppe und die darin enthaltenen neuen Volumes erstellt, die exakt von der Quellvolumegruppe und den darin enthaltenen Volumes kopiert werden.
Der Klonvorgang ist unmittelbar, und die geklonte Volumegruppe sowie die geklonten Volumes in ihr können direkt nach dem Starten des Klonvorgangs verwendet werden. Das eigentliche Kopieren der Daten erfolgt im Hintergrund. Der Zeitraum ist proportional zu den Daten in den Quellvolumes und kann für 1 TB Volumen bis zu 15 Minuten dauern.
Die Quellvolumegruppe und die darin enthaltenen Volumes sind vom Klonvorgang nicht betroffen. Die Quell- und Zielvolumegruppen sowie die darin enthaltenen Volumesätze sind vollständig voneinander isoliert, ohne dass sie gemeinsam genutzt werden. Dies stellt sicher, dass keine Auswirkungen auf die Quelle auftreten, während der Klonvorgang ausgeführt wird und wenn der Klonvorgang abgeschlossen ist.
Dies hängt vom Anhangstatus der Quellvolumes in der Volumegruppe ab.
Diese Funktionen sind kostenlos. Sie zahlen nur für die Block- und Startvolumespeicher zum Preis von Block Volume und für Volumegruppensicherungen zum Preis von Object Storage, basierend auf der tatsächlichen Nutzung.
Weitere Informationen zu den ersten Schritten und zur Verwaltung von Volumegruppen finden Sie in der Oracle Cloud Infrastructure-Produktdokumentation.
Blockvolumes werden basierend auf der Größe des bereitgestellten Volumes in GB und der für jedes Volume ausgewählten Performance-Option gemessen. Die Nutzung der Blockvolumes wird anhand der Oracle Cloud Infrastructure Block Volumes-Preise berechnet.
Block Volume-Sicherungen werden im Oracle Cloud Infrastructure Object Storage gespeichert und gemessen und basierend auf dem Objektspeicher, den sie belegen, abgerechnet. Weitere Informationen finden Sie unter Object Storage-Preisgestaltung.
Informationen dazu finden Sie unter Oracle Cloud Infrastructure Storage – Preisgestaltung. Regionsübergreifende Sicherungen werden basierend auf der Objektspeichernutzung und der Verwendung des ausgehenden Datenübertragungsnetzwerks erfasst und abgerechnet.