OCI Block Volumes bieten beständigen, dauerhaften und leistungsstarken Datenspeicher. OCI lässt Sie Ihre Daten unabhängig und über die Lebensdauer Ihrer Compute-Instanz hinaus in Block-Volumes speichern. Mit OCI Block Volumes können Sie Ihre Blockspeicher-Volumes dynamisch bereitstellen und verwalten, Daten steuern und die für Ihre Anwendung erforderliche Speicherkonfiguration erzielen. 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. Block-Volumes verwenden das iSCSI-Ethernet-Protokoll, um die Funktionen und Performance bereitzustellen, die den On-Premises-SANs (Storage Area Networks) ähneln. Sie wurden für die Sicherheit und Beständigkeit des Datenlebenszyklus entwickelt. Sie können OCI Block Volumes erstellen und an Ihre Compute-Instanz anschließen.
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 Serviceflexibilität, Datenpersistenz und Performance. OCI Block Volumes bieten Ihnen einfache Verwaltungsoptionen, betriebliche Flexibilität und nutzungsbasierte Preisgestaltung mit Isolation und maximaler Kontrolle.
Daten, die auf lokalen Rechenlaufwerken gespeichert sind, bleiben nur so lange erhalten, wie die Recheninstanz besteht. Daher sollte diese Speicheroption nur für temporäre Dateien verwendet werden. Wenn Sie Daten auf Block-Volumes mit höherer Lebensdauer speichern, bleiben Ihre Daten für die gesamte Lebensdauer des Block-Volumes 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 Block-Volumes können Sie Ihren Datenschutzplan um integrierte Block-Volume-Backups erweitern und zum Zeitpunkt der Backup-Erstellung eine Kopie Ihrer Daten bereitstellen.
Sie können Block-Volumes über die Konsole, eine REST-API oder über SDKs nutzen. Weitere Informationen finden Sie unter Erste Schritte mit Oracle Cloud Infrastructure und Übersicht über Blockvolumes.
Ja. Branchenführende NVMe-Solid-State-Drives mit höchster Performance werden eingesetzt. Sie bieten viel Leistung, werden von einem Performance-SLA unterstützt und können ohne Speicher-Caching aktiviert werden.
Sie können Block-Volumes ab 50 GB und bis zu 32 TB in 1 GB-Schritten bereitstellen.
Ihr Betriebssystem greift mithilfe des iSCSI-Protokolls, einem Speichernetzwerkstandard zum Verknüpfen von Datenspeicher auf Blockvolumes zu.
Informationen dazu finden Sie in der Block Volume Performance-Dokumentation.
Die Leistung von Block-Volumes, die an Virtual-Machine-Instanzen von Oracle Cloud Infrastructure Compute angeschlossen sind, ist durch die verfügbare Netzwerkbandbreite begrenzt. Weitere Informationen zu Instanz-Limits finden Sie unter Compute-Service – Häufig gestellte Fragen.
Sie können bis zu 700.000 oder mehr IOPS und einen Durchsatz mit nahezu Leitungsgeschwindigkeit für Ihre Bare Metal-Compute-Instanzen erreichen. Weitere Informationen finden Sie in der Block Volume Performance-Dokumentation.
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. Für eine maximale Leistung sind Block-Volumes so optimiert, dass sie an alle Compute-Instanzen innerhalb einer Availability-Domain angeschlossen werden können. Sie können ein Volume von einer Compute-Instanz trennen und das Volume dann ohne einen Neustart der Rechenserver an eine andere Compute-Instanz anschließen. Weitere Details finden Sie in der Dokumentation.
Alle Block-Volumes und ihre Backups werden immer im Ruhezustand mit dem Advanced Encryption Standard-(AES-)Algorithmus mit einem 256-Bit-Schlüssel verschlüsselt. Alle Daten, die sich zwischen der Instanz und dem Block-Volume bewegen, werden über unser internes und hochsicheres Netzwerk übertragen. Wenn bei der Übertragung zwischen der Instanz und dem Block-Volume bestimmte Compliance-Anforderungen bezüglich der Verschlüsselung der Daten bestehen und Sie paravirtualisierte Volume-Anhänge verwenden, können Sie die Verschlüsselung während der Übertragung aktivieren.
Auf Block-Volumes und deren Backups kann nur innerhalb Ihrer Tenant-/Compartment-Grenze zugegriffen werden, und nur Nutzer, denen Sie die Berechtigung für den Tenant/das Compartment erteilt haben, können auf sie zugreifen.
Boot-Volumes werden ebenfalls vom Block-Volumes-Service bereitgestellt und verwaltet. Sie werden also auf dieselbe Weise wie Block-Volumes gesichert.
Ja. Weitere Informationen dazu finden Sie unter Elastic Performance Options und Block Volume Pricing.
Ja. Weitere Informationen dazu finden Sie unter Elastic Performance Options und Block Volume Pricing.
Nein. Sie können die Leistungsfähigkeit jedes Volumes ohne Ausfallzeit der Anwendung ändern, unabhängig davon, ob es an eine Instanz angehängt ist oder nicht.
Ja. Mit der automatischen Block-Volume-Optimierung können Sie Ihre Performance auf die niedrigste – mindestens 10 VPUs pro GB – und höchste Performance einstellen – höchstens 120 VPUs pro GB. Mit dem automatischen Optimierungs-Feature verwendet Ihr Block-Volume nur die Anforderungen, die es für Ihr Block-Volume benötigt.
*Hinweis: Boot-Volumes und Anhänge mit einem einzigen Pfad bieten diese neue Funktion derzeit nicht. Die Funktion soll jedoch in einem zukünftigen Update unterstützt werden. Weitere Informationen zur automatischen Block-Volume-Optimierung finden Sie in der Performance-Based Dynamic Scaling-Dokumentation.
Mit der automatischen Optimierung werden Leistungssteigerungen schnell wirksam. Die Aktionen werden innerhalb von 15 Sekunden bei jeder Anpassung der Stufe wiederholt, um bei Bedarf eine stetige Leistungssteigerung zu erzielen. Die Leistung sinkt langsam, wobei die anfängliche Abnahme nach einer Stunde wirksam wird und die nachfolgende Abnahme innerhalb von Minuten erfolgt, um einen abrupten Abfall der Volume-Leistung zu vermeiden, während diese noch benötigt wird. Weitere Informationen finden Sie in der Performance-Based Dynamic Scaling-Dokumentation.
Ja, das können Sie, aber es ist nicht immer garantiert. Ob Sie mit diesem Feature für die automatische Optimierung Kosten einsparen können, hängt von Ihrer Workload-Nutzung und der Höhe der von Ihnen festgelegten Leistung ab. Sie müssen den Bedarf, die Nutzungsmuster und das Budget Ihrer Anwendungen kennen, bevor Sie diese Funktion für Ihre Volumes aktivieren und konfigurieren können. Auf der Seite OCI Block Volume – Tarife können Sie den Bereich für die automatische Leistungsoptimierung Ihres Volumes basierend auf Ihrem Budget bestimmen.
Ja, Sie können die Leistungsmerkmale und Einstellungen für ein Volume mithilfe der Volume-Kennzahlen und Audit-Protokolle überwachen. Weitere Informationen zu Block-Volume-Kennzahlen und Audit-Protokollen finden Sie in der Dokumentation.
Mehrere Kopien von Daten werden redundant auf mehreren Speicherservern mit integrierten Reparaturmechanismen gespeichert. Der Block-Volume-Service bietet eine jährliche Dauerhaftigkeit von 99,99 % (vier 9er) für Block- und Boot-Volumes. Es wird jedoch empfohlen, regelmäßige Sicherungen durchzuführen, um den Ausfall einer Verfügbarkeitsdomäne zu verhindern.
Sie können die ein Volume vergrößern, während es online ist, ohne dass es zu Ausfallzeiten kommt. Weitere Informationen dazu finden Sie auf der Seite für technische Dokumentation.
Wenn Sie ein Block-Volume anschließen, können Sie den Zugriffstyp als schreibgeschützt angeben. Das bedeutet, dass eine Instanz die Daten auf dem Volume nur lesen kann. Die Daten im Volume können also nicht geändert werden. Mit dieser Option können Sie Daten vor versehentlichen oder böswilligen Änderungen durch eine nicht geprüfte oder nicht vertrauenswürdige Anwendung schützen.
Sie können schreibgeschützte Anhänge auch in Situationen verwenden, in denen Sie mehrere Compute-Instanzen haben, auf denen jeweils eine Client-Anwendung (z. B. ein Web-Frontend) ausgeführt wird, die zu Lesezwecken auf dasselbe Volume zugreift; z. B. ein Web-Frontend, das Kunden statische Produktkataloginformationen bereitstellt.
Boot-Volumes sind definitionsgemäß veränderbar und deshalb standardmäßig nicht schreibgeschützt. Nachdem Sie ein Boot-Volume abgetrennt haben, können Sie es zu Debug-Zwecken als schreibgeschützt anschließen.
Nein. Dazu müssen Sie zunächst das Volume abtrennen, dann erneut anschließen und das Attribut „schreibgeschützt“ angeben.
Nein. Dazu müssen Sie zunächst das Volume trennen und dann erneut anschließen und den standardmäßigen Anhangsmodus („Lesen/Bearbeiten“) festlegen.
Sie haben zwei Möglichkeiten: iSCSI oder paravirtualisiert. Paravirtualisierte Volume-Anhänge werden nur für Virtual-Machine-Instanzen unterstützt.
Paravirtualisierte Volume-Anhänge sind Block-Volumes, die native Betriebssystemunterstützung aufweisen und keinen iSCSI-Initiator und -Anhang benötigen. Alle Oracle Betriebssysteme, Linux und Windows unterstützen paravirtualisierte Anhänge als Option für VM-Deployments.
Paravirtualisierte Anhänge vereinfachen die Konfiguration der Block-Volume-Anhänge. Wenn Sie beim Anhängen von Volumes keine iSCSI-Konfigurationsbefehle ausführen möchten, können Sie stattdessen paravirtualisierte Anhänge verwenden. Beachten Sie, dass iSCSI zwar zusätzliche anfängliche Konfigurationsschritte erfordert, aber dafür eine bessere Leistung liefert.
Ja. Sie können den Anhangtyp in der CLI/SDK und in der Konsole auswählen, wenn Sie ein Volume anhängen. Um den Anhangstyp zu ändern, müssen Sie das Volume trennen und erneut anfügen, wobei Sie den neuen Anhangstyp angeben müssen.
Paravirtualisierte Anhänge liefern weniger Leistung als iSCSI-Anhänge. Weitere Informationen finden Sie in der Block Volume Performance-Dokumentation.
Ja. OCI Block Volumes bieten eine integrierte Backup-Funktion zum Schutz Ihrer Daten, indem eine Kopie des Block-Volumes in OCI Object Storage gespeichert wird.
Ja. Sicherungen von Start-Volumes bieten denselben Funktionsumfang wie Sicherungen von Blockvolumes. Der Block Volume-Service verwaltet Betriebssystemdatenträger als Boot-Volumes. Um den Inhalt eines Boot-Volumes zu sichern, können Sie wie bei jedem anderen Block-Volume ein Backup erstellen. OCI-Boot-Volumes bieten eine integrierte Backup-Funktion zum Schutz Ihrer Daten, indem eine Kopie des Boot-Volumes in OCI Object Storage gespeichert wird. Durch das Erstellen einer Sicherung des Start-Volumes während der Ausführung einer Instanz wird eine absturzkonsistente Sicherung erstellt. In den meisten Fällen können Sie eine Instanz direkt aus dem Boot-Volume-Backup erstellen oder sie an eine Instanz anhängen, um die Daten wiederherzustellen. Um sicherzustellen, dass Sie über ein bootfähiges Image verfügen, erstellen Sie ein benutzerdefiniertes Image aus Ihrer Instanz.
Ein Backup ist eine vollständige Snapshot-Kopie aller Daten auf Ihrem Block-Volume zum Zeitpunkt der Erstellung des Backups. Unmittelbar nach Abschluss einer Sicherung kann die Sicherung auf einem Blockvolume wiederhergestellt werden. Backups werden verschlüsselt und in OCI Object Storage auf Ihr Konto kopiert.
Hauptzweck eines Backups ist die Unterstützung der Geschäftskontinuität, der Disaster Recovery und der langfristigen Archivierung. Bei der Festlegung eines Sicherungszeitplans sollten Ihr Sicherungsplan und Ihre Sicherungsziele Folgendes berücksichtigen:
Backups 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 Leistungsbeeinträchtigungen auf Ihre Daten zugreifen. Bei einem 2 TB-Volume, das zum ersten Mal gesichert wird, müssen Sie mit einer Zeitspanne von etwa 30 Minuten rechnen, bis die Sicherung abgeschlossen ist. Bei einem 50 GB-Boot-Volume, das zum ersten Mal gesichert wird, sollte das Backup in wenigen Minuten abgeschlossen werden. 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, auf Richtlinien basierend geplante Backups. Sie haben entweder die Möglichkeit, von Oracle bereitgestellte vordefinierte Sicherungsrichtlinien zu verwenden, oder Sie erstellen und verwenden Ihre eigene nutzerdefinierte Sicherungsrichtlinie. 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 Backup-Richtlinie 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. sie komplett entfernen.
2. Bedarfsorientierte, einmalige Backups. Sie können festlegen, ob nur die Daten gesichert werden sollen, die seit dem letzten Backup geändert wurden (inkrementell) oder alle Daten, die seit dem Erstellen des Volumes geändert wurden (vollständig).
Weitere Informationen finden Sie in der technischen Dokumentation.
Ja. Sie können festlegen, ob nur die Daten gesichert werden sollen, die seit dem letzten Backup geändert wurden (inkrementell) oder alle Daten, die seit dem Erstellen des Volumes geändert wurden (vollständig).
Ein Backup erfolgt durch einen Point-in-Time-Snapshot, d. h. es wird asynchron fortgesetzt, ohne den Datenzugriff zu beeinträchtigen. Der Zugriff auf das zu sichernde Block-Volume erfolgt weiterhin ohne Unterbrechung oder zusätzliche Beeinträchtigung der Latenz oder Leistung.
Sie können eigene benutzerdefinierte Backup-Richtlinien erstellen und anwenden. Darüber hinaus bietet der OCI Block Volume-Service drei verschiedene vordefinierte Backup-Richtlinien, die in der Dokumentation beschrieben werden.
Ja. Sie können eigene Backup-Richtlinien mit täglichen, wöchentlichen, monatlichen und jährlichen Zeitplänen erstellen und Ihrem Volume Ihre Richtlinien zuweisen, um es automatisch zu sichern. Sie können außerdem eine vorhandene Richtlinie duplizieren und die duplizierte Richtlinie nach Bedarf anpassen, indem Sie die Parameter der Zeitpläne ändern und Zeitpläne in der Richtlinie hinzufügen oder entfernen. Weitere Informationen finden Sie in der technischen Dokumentation.
Sie werden beibehalten. Alle automatisch erstellten Sicherungen, die auf einer Richtlinie basieren, haben jedoch eine Ablaufzeit und werden automatisch gelöscht, sobald sie ablaufen. Manuell erstellte Backups laufen nicht ab und bleiben bestehen, bis Sie sie löschen.
Sie werden beibehalten. Wenn sie jedoch ablaufen, werden sie automatisch auf der Grundlage der Einstellungen gelöscht, die zum Zeitpunkt ihrer Erstellung gültig waren. Alle automatisch erstellten Sicherungen, die auf einer Richtlinie basieren, haben eine Ablaufzeit und werden automatisch gelöscht, wenn sie ablaufen. Nachdem Sie die Backup-Richtlinie für ein Volume in eine andere Richtlinie geändert haben, wird die neue Richtlinie wirksam, und neue Backups werden automatisch gemäß der neuen Richtlinie erstellt.
Backups und Volumes haben unterschiedliche Lebenszyklen. Wenn ein Volume gelöscht wird, kann das Backup je nach Art des von Ihnen erstellten Backups über die Lebensdauer des Volumes hinaus bestehen. Richtlinien-basierte Backups haben eine Ablaufzeit. Sie verfallen zum Zeitpunkt ihres Ablaufs und werden nach Ablauf automatisch gelöscht. Wenn Sie ein Backup länger beibehalten möchten, müssen Sie es manuell erstellen. Manuell erstellte Backups laufen nicht ab.
Ja. Sie können das über die Konsole, das CLI/SDK oder über Terraform tun, indem Sie die technische Dokumentation befolgen.
Backups, die mit den von Oracle bereitgestellten vordefinierten Backup-Richtlinien erstellt werden, basieren auf der Zeitzone der OCI-Availability-Domain, in der sich das Volume befindet. Alle OCI-Availability-Domains einer Region befinden sich in derselben Zeitzone. Die geplanten Backups basieren also auf der Zeitzone der jeweiligen Region.
Mit einer benutzerdefinierten Backup-Richtlinie können Sie für jedes Planelement in der Richtlinie festlegen, ob UTC oder die Zeitzone des Data Centers, in dem sich Ihr Volume befindet, verwendet werden soll.
Ja, Sie können mehrere verschiedene Zeitpläne erstellen, aber Sie können jeden Datenträger nur einmal am Tag sichern. Sie können in jeder benutzerdefinierten Backup-Richtlinie bis zu einem täglichen Zeitplaneintrag, bis zu 7 verschiedenen wöchentlichen Zeitplaneinträgen (einen für jeden Tag der Woche, zu einer bestimmten Uhrzeit an diesem Tag), bis zu 31 verschiedenen monatlichen Zeitplaneinträgen (einen für jeden Tag des Monats, zu einer bestimmten Uhrzeit an diesem Tag) und bis zu 365 jährlichen Zeitplaneinträgen (Sie geben den Monat, den Tag und die Uhrzeit an) festlegen. Wenn für ein Volume an einem bestimmten Tag mehrere Backups geplant sind, führt der Service nur eines davon in der folgenden Reihenfolge aus: jährlich, monatlich, wöchentlich und täglich. Weitere Informationen finden Sie in der technischen Dokumentation.
Wenn Sie beispielsweise ein tägliches Backup für jeden Tag um Mitternacht und ein wöchentliches Backup für jeden Montag um Mitternacht einrichten, haben Sie jeden Montag zwei geplante Backups. Da zwei Backups für denselben Tag geplant sind, hat das wöchentliche Backup Vorrang, da die Aufbewahrungszeit länger ist. Wenn das einzige geplante Backup am nächsten Tag das tägliche Backup ist, handelt es sich bei dem Backup am Dienstag um ein tägliches geplantes Backup, das bis zum nächsten geplanten Backup am nächsten Tag beibehalten wird.
Es werden alle Anstrengungen unternommen, um geplante Backups zu den vorgesehenen Zeiten durchzuführen. 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 verläuft und der Datenträger sofort für Ihre Workloads zugänglich ist, kann es zu Latenzspitzen kommen, wenn Sie ein wiederhergestelltes Volume zum ersten Mal verwenden.
Anfragen an das neu wiederhergestellte Volume können für kurze Zeit direkt nach der Wiederherstellung zu einer höheren Latenz führen.
Ja. Ein Backup kann in jeder Availability-Domain innerhalb derselben Region wiederhergestellt werden, in der es gespeichert ist. Das ist die empfohlene Methode, um Daten effizient zu verschieben.
Ja, Sie können ein Backup eines Boot-Volumes entweder manuell oder mit den Richtlinien-basierten, automatisierten geplanten Backups erstellen. Sehen Sie sich außerdem im Bereich Compute Service FAQ die Option an, ein Image von der laufenden Instanz zu erstellen.
Ja, mit dem Feature für regionsübergreifende Backup-Kopien können Sie Ihre vorhandenen Block-Volume-Backups auf eine andere Region 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 von Block-Volumes, die es Ihnen ermöglicht, ein ganzes bestehendes Block-Volume auf ein neues Volume zu kopieren, ohne einen Backup- und Wiederherstellungsprozess durchlaufen zu müssen. Dabei wird direkt ohne Backup eine tiefe Point-in-Time-Kopie (Deep Copy) eines Quell-Volumes (auch als Thick Clone bezeichnet) erstellt.
Ja, Sie können ein Boot-Volume genauso wie ein Block-Volume klonen. Wenn Sie einen Start-Volumeklon 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 Boot-Volume-Klon erstellen oder sie an eine Instanz anschließen, um die Daten wiederherzustellen. Um sicherzustellen, dass Sie über ein bootfähiges Image verfügen, erstellen Sie ein benutzerdefiniertes Image aus 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 Quell-Volume und kann für 1 TB-Volumes bis zu 15 Minuten dauern.
Ein Klon kann wie ein reguläres Volume angeschlossen und verwendet werden, sobald sein Lebenszyklusstatus auf „verfügbar“ umstellt, was in der Regel innerhalb von Sekunden der Fall ist. Die Hydrierung wird im Hintergrund fortgesetzt. Bei Datenblöcken, die noch nicht umkopiert wurden, kann es zu Latenzspitzen kommen.
Ein Block-Volume-Klon ist eine Point-in-Time, direkte Datenträger-zu-Datenträger-Tiefkopie eines gesamten Volumes. Der Unterschied zu einem Snapshot besteht darin, dass es keine Copy-on-Write-Funktion und keine Abhängigkeit vom Quell-Volume gibt. 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 Klonvorgang erfolgt über eine tiefe Point-in-Time-Kopie (Deep Copy) vom Quell-Volume direkt von Datenträger zu Datenträger. Das Volume muss vor dem Klonen nicht entfernt werden.
Der Klonvorgang erfolgt über eine direkte Kopie des Quell-Volumes von Datenträger zu Datenträger zu einem bestimmten Zeitpunkt. Alle Daten auf dem Quell-Volume zu dem Zeitpunkt, an dem der Klon „verfügbar“ wird, werden auf das Klonvolume kopiert. Nachfolgende Änderungen im Quell-Volume werden nicht auf den Klon kopiert.
Nein. Block-Volumes sind lokal in ihrer Availability-Domain. Sie können Volumes nur innerhalb derselben Availability-Domain klonen.
Ja. Sie benötigen die erforderlichen Zugriffsberechtigungen für das Quell- und das Ziel-Compartment.
Nein. Volumes sind nur innerhalb einer Tenantgrenze zugänglich.
Nein. Block-Volumes sind lokal in ihrer Availability-Domains und befinden sich in der Region, in der sie erstellt wurden. Sie können Volumes nur innerhalb derselben Availability-Domain der Region klonen, in der sie sich befinden.
Ja. Sie können eine Klongröße von bis zu 32 TB angeben.
Dies hängt vom Anhangstatus des Quell-Volumes ab.
Dies hängt vom Lebenszyklusstatus des geklonten Volumes ab, das erstellt wird.
Klon- und Sicherungsvorgänge schließen sich gegenseitig aus. Während ein Backup für ein Volume erstellt wird, kann es nicht geklont oder erneut gesichert werden. Dabei spielt es keine Rolle, ob das Volume angeschlossen ist oder nicht. Während ein Klon eines Volumes erstellt wird, kann kein Backup erstellt werden. Dabei spielt es keine Rolle, ob das Volume angeschlossen ist oder nicht.
Nein. Ein Quell-Volume kann nicht gelöscht werden, solange sich noch ein Klon darin befindet.
Ein Klon kann gelöscht werden, sobald er den Lebenszyklusstatus „verfügbar“ hat. Beachten Sie, dass auch ein Klon, der sich noch in der Hydrierungsphase befindet, gelöscht werden kann, sobald sein Lebenszyklusstatus „verfügbar“ ist.
Das kann passieren, wenn Sie einen Klon von einem Quell-Volume gestartet haben. Während der Klon gerade vom Quell-Volume hydriert wurde, haben Sie das Quell-Volume an eine Compute-Instanz angeschlossen und anschließend wieder davon abgetrennt. In diesem Fall führt der neue Klon zum Status „beendet“, wenn Sie eine weitere Klonanforderung für dasselbe Quell-Volume initiieren. Dies betrifft nicht den ersten Klon, der befüllt wird. Wenn dieser erste Klon vollständig hydriert ist, wird der nachfolgende Klonvorgang auf dem Quell-Volume wie erwartet fortgesetzt.
Boot-Volumes bieten Remote-Boot-Datenträger, die standardmäßig verschlüsselt sind und mehr Leistung, geringere Startzeiten sowie eine längere Haltbarkeit für Ihre Bare-Metal- und virtuellen Maschineninstanzen bieten. Darüber hinaus können Sie mit Boot-Volumes deutlich schnellere benutzerdefinierte Images von ausgeführten virtuellen Maschinen erstellen, ohne dass ein Neustart erforderlich ist. Alle Bare-Metal- und Virtual-Machine-Compute-Instanzen werden über Boot-Volumes gestartet und bieten folgende Vorteile:
Eine neu gestartete Bare-Metal- oder Virtual-Machine-Compute-Instanz erstellt automatisch ein neues Boot-Volume in Ihrem Compartment. Anhand der OCI-Konsole können Sie die Boot-Volumes, die an Ihre Instanz angehängt sind, auf der Seite mit den Instanzdetails anzeigen. Alle Boot-Volumes in Ihrem Compartment werden auf der Konsolenseite „Block Storage“ unter „Boot Volumes“ aufgeführt. Zu den Boot-Volume-Details gehören die Instanz, an die das Boot-Volume angeschlossen ist, sowie die Größe des Volumes und andere Volume-Metadaten.
Die Gebühren für Ihre Boot-Volumes richten sich nach den standardmäßigen Block-Volume-Preisen. Beachten Sie, dass dies zusätzlich zum Preis der Compute-Instanz gilt.
Ja, Boot-Volumes werden gemessen und sind wie Block-Volumes in Ihrem Blockspeicherlimit enthalten. Sie sollten zusätzlich zum Block-Volume-Verbrauch auch in der Berechnung und Planung des Blockspeicherlimits der Tenancy enthalten sein.
Ja, Sie können eine andere Instanz mit Ihrem Start-Volume starten, indem Sie zuerst ein nutzerdefiniertes Image Ihres Start-Volumes erstellen und dann das nutzerdefinierte Image zum Starten der Instanz verwenden. Wahlweise können Sie eine neue Instanz direkt von einem nicht verbundenen Start-Volume starten, wenn Sie kein nutzerdefiniertes Image erstellen möchten.
Alle Boot-Volumes werden auf hochbeständigen Block-Volumes erstellt. Ihre Boot-Volumes bleiben unabhängig vom Lebenszyklus Ihrer Compute-Instanz erhalten. Start-Volumes werden nur beendet, wenn Sie sie manuell löschen.
Alle neuen Instanzen verwenden standardmäßig Boot-Volumes. Sie können Ihre vorhandenen Instanzen erneut bereitstellen, indem Sie ein nutzerdefiniertes Image erstellen und eine neue Instanz starten.
Ja, Sie können ein Backup Ihres Boot-Volumes erstellen, indem Sie über die OCI-Konsole zur Seite „Compute“ navigieren oder die API/CLI verwenden. Die Sicherung wird mit dem Start-Volume verknüpft, von dem aus sie erstellt wurde.
Ja, Sie können ein nicht verbundenes Start-Volume mithilfe der Konsole oder per API/CLI löschen. Außerdem können Sie das Boot-Volume beim Beenden einer Instanz automatisch löschen, indem Sie das Kontrollkästchen im Dialogfeld zur Bestätigung des Löschvorgangs anklicken.
In OCI ist es nicht möglich, ein Boot-Volume zu löschen, das aktuell an eine Instanz angehängt ist. Sie können eine Instanz stoppen, das Start-Volume trennen und das getrennte Start-Volume löschen. Die gestoppte Instanz kann nicht gestartet werden, nachdem das zugehörige Boot-Volume gelöscht wurde. Sie können nur diese Instanz beenden.
Nein, Sie können ein Start-Volume nur von einer gestoppten Instanz trennen. Wenn Sie Ihre Instanz beenden, wird Ihr Boot-Volume automatisch abgetrennt und bleibt bestehen, es sei denn, Sie beschließen, Ihr Boot-Volume dauerhaft zu löschen.
Ja. Sie müssen das Boot-Volume zunächst von der damit verknüpften Compute-Instanz trennen, um es an eine andere Instanz anschließen zu können.
Befolgen Sie folgende Schritte, um Ihr Boot-Volume zu debuggen.
1. Beenden Sie die alte Instanz, und behalten Sie das ursprüngliche Boot-Volume bei, wenn Sie die Instanz beenden (Wählen Sie im Bestätigungsdialog „Ja“, wenn Sie gefragt werden, ob Sie das Boot-Volume behalten wollen).
2. Starten Sie eine neue Instanz einer anderen Ausprägung, indem Sie das Boot-Volume auswählen, das Sie von der alten Instanz beibehalten haben.
Das gilt sowohl für Bare-Metal- als auch für Virtual-Machine-Instanzen.
*Hinweis: Eine neue Instanz hat eine andere IP-Adresse und eine andere Netzwerkkonfiguration als die ursprüngliche Instanz. Sie müssen diese Unterschiede berücksichtigen, um ein nahtloses Erlebnis für die Workloads sicherzustellen, die diese Instanzen verwenden.
Startvolumes bieten kürzere Startzeiten für Compute-Instanzen als lokale Startdatenträger.
Boot-Volumes weisen die Oracle Standardgröße für BS-Images auf und bieten einen Durchsatz von 3.000 IOPS und 24 MB/s mit einer Latenz von unter einer Millisekunde für 50 GB-Boot-Volumes. Größere Boot-Volumes haben eine vorhersehbare Leistung, die linear mit der Größe skaliert, genau wie Block-Volumes. Diese Leistung ist unabhängig vom Workloadtyp (für alle Lese-/Schreibverteilungen). Weitere Informationen dazu finden Sie in der Block Volume Performance-Dokumentation.
Wenn bereits ein benutzerdefiniertes Image auf der OCI-Plattform verwendet wird, können Sie dieses Image zum Starten Ihrer Instanzen verwenden. Die beim Start der Instanz mit einem nutzerdefinierten Image erstellten Start-Volumes 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 1 GB-Schritten, wenn Sie eine Compute-Instanz starten. Die Mindestgröße des Start-Volumes 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 BS-Images angeben. Wenn Sie beispielsweise ein BS-Image mit einer Größe von 256 GB auswählen, müssen Sie für das Boot-Volume mindestens 256 GB angeben.
Ja, Sie können die Größe eines Start-Volumes erhöhen, während es online ist, ohne Ausfallzeiten. Weitere Informationen dazu finden Sie in der technischen Dokumentation.
Verwenden Sie die Startinstanz-API und geben Sie mit dem Parameter bootVolumeSizeInGBs eine höhere Größe des Boot-Volume an. Beachten Sie, dass der API-Aufruf fehlschlägt, wenn die angegebene Größe kleiner ist als die Imagegröße.
Die Instanz wird mit einer Standardgröße für das Start-Volume gestartet, die der Größe des ausgewählten Betriebssystemimage entspricht.
Eine Volume-Gruppe ist eine Gruppe von Block-Volumes, die für Backup- und Klonzwecke als eine einzelne Entität behandelt werden können. Eine Volume-Gruppe ist mit einer einzelnen Availability-Domain verknüpft, und die Volumes in der Gruppe befinden sich auch in derselben Availability-Domain.
Die Volume-Gruppe verfügt über dieselben Backup-/Restore- und Klonfunktionen wie einzelne Volumes. Das bedeutet, dass Sie ein koordiniertes zeitpunktbezogenes, absturzsicheres Backup einer Volume-Gruppe – entweder inkrementell oder vollständig – durchführen und einen zeitpunktbezogenen, absturzsicheren Klon einer Volume-Gruppe erstellen können.
Bis zu 32 Volumes können in einer Volumegruppe abgelegt werden, bei einer Gesamtgröße der Volumegruppe von 128 TB. Das 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 Volume-Gruppen mit der Konsole, der CLI/SDK, APIs und Terraform verwalten. 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.
Ein Volume-Gruppen-Backup ist ein absturzkonsistentes koordiniertes Point-in-Time-Backup aller Volumes in einer Volume-Gruppe. Es gibt während des Sicherungsvorgangs keine Auswirkungen auf die Quell-Volumegruppe und die Volumes.
Volume-Gruppen-Backups werden in allen Availability-Domains in der Region der Quell-Volume-Gruppe repliziert. Mit einem Volume-Gruppen-Backup können Sie dann eine neue Volume-Gruppe in jeder Availability-Domain in der Region erstellen, in der sich das Backup befindet, indem Sie alle Volumes in der Volume-Gruppe wiederherstellen.
Ja. Weitere Informationen finden Sie in der Dokumentation.
Ein Volume-Gruppenklon ist eine absturzkonsistente, koordinierte tiefe Datenträger-zu-Datenträger-Kopie der gesamten Volumes in einer Volume-Gruppe. Mit diesem Vorgang wird eine neue Volume-Gruppe mit neuen Volumes erstellt, die eine genaue Kopie der Quell-Volume-Gruppe und der darin enthaltenen Volumes darstellt.
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. Die Dauer des Klonvorgangs ist proportional zur Datenmenge in den Quell-Volumes. Ein 1 TB-Volume kann beispielsweise bis zu 15 Minuten dauern.
Der Klonprozess hat keine Auswirkungen auf die Quell-Volume-Gruppe und die darin enthaltenen Volumes. Die Quell- und Zielvolumegruppen sowie die darin enthaltenen Volumesätze sind vollständig voneinander isoliert, ohne dass sie gemeinsam genutzt werden. Dadurch wird sichergestellt, dass die Quelle während des Klonvorgangs und nach Abschluss des Klonvorgangs nicht beeinträchtigt wird.
Dies hängt vom Anhangstatus der Quell-Volumes in der Volumegruppe ab.
Diese Funktionen sind kostenlos. Sie zahlen nur für den Block- und Boot-Volumes-Speicher zum Preis von Block Volume und für Volume-Gruppen-Backups zum Preis von Object Storage, basierend auf der tatsächlichen Nutzung.
Weitere Informationen zu den ersten Schritten und zur Verwaltung von Volume-Gruppen finden Sie in der Dokumentation zu den Volume-Gruppen.
Block Volumes werden basierend auf der bereitgestellten Volume-Größe in GB und der für jedes Volume ausgewählten Leistungsoption gemessen. Die Block-Volume-Nutzung wird gemäß den Block Volume-Tarifen abgerechnet.
Block-Volume-Backups werden in Object Storage gespeichert und basierend auf dem belegten Object Storage nutzungsabhängig abgerechnet. Weitere Informationen finden Sie auf der Object Storage-Tarifseite.
Weitere Informationen finden Sie auf OCI Storage-Tarifseite. Regionsübergreifende Sicherungen werden basierend auf der Objektspeichernutzung und der Verwendung des ausgehenden Datenübertragungsnetzwerks erfasst und abgerechnet.