Überblick über Block-Volume
Mit dem Service Oracle Cloud Infrastructure Block Volume können Sie Blockspeicher-Volumes dynamisch bereitstellen und verwalten. Sie können Volumes erstellen, anhängen, verbinden und verschieben sowie die Volume-Performance bei Bedarf ändern, um Ihre Speicher-, Performance- und Anwendungsanforderungen zu erfüllen. Nachdem Sie ein Volume an eine Instanz angehängt und damit verbunden haben, können Sie das Volume wie ein herkömmliches Festplattenlaufwerk verwenden. Sie können ein Volume auch trennen und an eine andere Instanz anhängen, ohne dass Daten verloren gehen.
Die folgenden Komponenten sind erforderlich, um ein Volume zu erstellen und an eine Instanz anzuhängen:
- Instanz: Ein Bare Metal- oder VM-Host (virtuelle Maschine), der in der Cloud ausgeführt wird
-
Volume-Anhang: Es gibt zwei Arten von Volume-Anhängen:
-
iSCSI: Ein TCP/IP-basierter Standard für die Kommunikation zwischen einem Volume und einer angehängten Instanz
-
Paravirtualisiert: Ein virtualisierter Anhang, der für VMs verfügbar ist
-
-
Volume: Es gibt zwei Arten von Volumes:
-
Block-Volume: Ein trennbares Blockspeicher-Device, mit dem Sie die Speicherkapazität einer Instanz dynamisch erweitern können
-
Boot-Volume: Ein trennbares Boot-Volume Device mit dem Image zum Booten einer Compute-Instanz. Weitere Informationen finden Sie unter Boot-Volumes.
-
Weitere Informationen zu Oracle Cloud Infrastructure-Begriffen finden Sie im Glossar.
Typische Block-Volume-Szenarios
Szenario A: Speicher einer Instanz erweitern
Eine allgemeine Verwendung von Block Volume ist das Hinzufügen von Speicherkapazität zu einer Oracle Cloud Infrastructure-Instanz. Nachdem Sie eine Instanz gestartet und Ihr Cloud-Netzwerk eingerichtet haben, können Sie über die Konsole oder API ein Blockspeicher-Volume erstellen. Dann hängen Sie das Volume mit einem Volume-Anhang an eine Instanz an. Nachdem das Volume angehängt ist, erfolgt die Verbindung mit dem Volume vom Gast-BS Ihrer Instanz über iSCSI . Das Volume kann dann gemountet und von Ihrer Instanz verwendet werden.
Szenario B: Persistenter und dauerhafter Speicher
Ein Block-Volume kann von einer Instanz getrennt und ohne Datenverlust in eine andere Instanz verschoben werden. Mit dieser Datenpersistenz können Sie Daten zwischen Instanzen migrieren und sicherstellen, dass die Daten sicher gespeichert werden, selbst wenn sie nicht mit einer Instanz verbunden sind. Alle Daten bleiben erhalten, bis Sie das Volume neu formatieren oder löschen.
Um Ihr Volume in eine andere Instanz zu verschieben, trennen Sie das Laufwerk von der anfänglichen Instanz, beenden die iSCSI-Verbindung, und hängen das Volume an die zweite Instanz an. Dort können Sie das Laufwerk mit dem Gast-BS dieser Instanz verbinden und mounten, damit Sie auf alle Daten zugreifen können.
Darüber hinaus bieten Block-Volumes eine hohe Datendauerhaftigkeit im Vergleich zu standardmäßigen, angehängten Laufwerken. Alle Volumes werden automatisch repliziert, was zum Schutz vor Datenverlust beiträgt. Weitere Informationen finden Sie unter Dauerhaftigkeit von Block-Volumes.
Szenario C: Instanzskalierung
Wenn Sie eine Instanz beenden, können Sie das zugehörige Boot-Volume beibehalten und zum Starten einer neuen Instanz mit einem anderen Instanztyp oder einer anderen Ausprägung verwenden. So können Sie jederzeit von einer Bare-Metal-Instanz zu einer VM-Instanz wechseln und umgekehrt oder die Anzahl der Cores für eine Instanz vertikal oder horizontal skalieren. Die Schritte zum Starten einer auf einem Boot-Volume basierenden Instanz finden Sie unter Instanz erstellen.
Volume-Anhangstypen
Wenn Sie ein Block-Volume an eine VM-Instanz anhängen, stehen zwei Optionen für den Anhangstyp zur Verfügung: iSCSI oder paravirtualisiert. Paravirtualisierte Anhänge vereinfachen das Konfigurieren Ihres Blockspeichers, da die erforderlichen zusätzlichen Befehle vor dem Verbinden mit einem von iSCSI angehängten Volume entfernt werden. Der Kompromiss ist, dass die IOPS-Performance für iSCSI-Anhänge größer als die für paravirtualisierte Anhänge ist. Bei der Auswahl des Anhangstyps für ein Volume müssen Sie Ihre Anforderungen berücksichtigen.
Verbindung zu Volumes auf Linux-Instanzen herstellen
Wenn Sie eine Verbindung zu Volumes auf Linux-Instanzen herstellen, müssen Sie zum automatischen Mounten dieser Volumes beim Booten der Instanz einige spezifische Optionen in der Datei /etc/fstab verwenden. Andernfalls kann die Instanz möglicherweise nicht gestartet werden. Weitere Informationen finden Sie unter Herkömmliche fstab-Optionen und fstab-Optionen für Block-Volumes mit konsistenten Gerätepfaden.
iSCSI
iSCSI-Anhänge sind die einzige Option, wenn ein Block-Volume mit einem der folgenden Instanztypen verbunden wird:
- Bare-Metal-Instanzen
- Auf Windows-Images basierende VM-Instanzen, die vor Februar 2018 veröffentlicht wurden
- Auf Linux-Images basierende VM-Instanzen, die vor Dezember 2017 veröffentlicht wurden
Nach dem Anhängen des Volumes müssen Sie sich bei der Instanz anmelden und das iscsiadm-Befehlszeilentool verwenden, um die iSCSI-Verbindung zu konfigurieren. Weitere Informationen zu den zusätzlichen Konfigurationsschritten, die für iSCSI-Anhänge erforderlich sind, finden Sie unter iSCSI-Befehle und -Informationen, Mit Block-Volumes verbinden und Volumes trennen.
Die IOPS-Performance ist besser mit iSCSI-Anhängen als mit paravirtualisierten Anhängen. Weitere Informationen zur Performance von mit iSCSI angehängten Volumes finden Sie unter Block-Volume-Performance.
Paravirtualisiert
Paravirtualisierte Anhänge sind eine Option, wenn Volumes an die folgenden VM-Instanztypen angehängt werden:
- Für VM-Instanzen, die über das Plattformimage gestartet werden, können Sie diese Option für Linux-basierte Images auswählen, die im Dezember 2017 oder später veröffentlicht wurden, und für Windows-Images, die im Februar 2018 oder später veröffentlicht wurden.
- Bei VM-Instanzen, die von benutzerdefinierten Images gestartet werden, basiert der Volume-Anhangstyp auf dem Volume-Anhangstyp von der VM, über die das benutzerdefinierte Image erstellt wurde.
Nachdem Sie ein Volume mit dem paravirtualisierten Anhangstyp angehängt haben, kann es verwendet werden, und Sie müssen keine weiteren Befehle ausführen. Aufgrund des Virtualisierungsaufwands reduziert sich jedoch die maximale IOPS-Performance für größere Block-Volumes.
Volume-Zugriffstypen
Wenn Sie ein Block-Volume anhängen, können Sie eine der folgenden Optionen für den Zugriffstyp angeben:
- Lesen/Schreiben: Dies ist die Standardoption für Volume-Anhänge. Mit dieser Option kann eine Instanz Daten lesen und auf das Volume schreiben.
- Schreibgeschützt: Mit dieser Option kann eine Instanz Daten auf dem Volume nur lesen. Sie kann Daten auf dem Volume nicht aktualisieren. Geben Sie diese Option an, um Daten vor versehentlichen oder böswilligen Änderungen zu schützen.
Um den Zugriffstyp für ein Block-Volume zu ändern, müssen Sie das Volume trennen und den neuen Zugriffstyp angeben, wenn Sie das Volume erneut anhängen. Weitere Informationen finden Sie unter Volumes trennen und Block-Volumes an Instanzen anhängen.
Der Zugriffstyp für Boot-Volumes ist immer Lesen/Schreiben. Wenn Sie den Zugriffstyp ändern möchten, müssen Sie die Instanz stoppen und das Boot-Volume trennen. Sie können es dann als Block-Volume mit der Angabe "Schreibgeschützt" für den Zugriffstyp erneut an eine andere Instanz anhängen. Weitere Informationen finden Sie unter Boot-Volumes trennen und Block-Volumes an Instanzen anhängen.
Gerätepfade
Wenn Sie ein Block-Volume an eine kompatible Linux-basierte Instanz anhängen, können Sie einen Gerätepfad auswählen, der zwischen Neustarts von Instanzen konsistent bleibt. Auf diese Weise können Sie mit einem konsistenten Gerätepfad auf das Volume verweisen. Beispiel: Sie können den Gerätepfad verwenden, wenn Sie Optionen in der Datei /etc/fstab festlegen, um das Volume beim Booten der Instanz automatisch zu mounten.
Konsistente Gerätepfade werden bei Instanzen unterstützt und standardmäßig aktiviert, wenn alle folgenden Bedingungen erfüllt sind:
- Die Instanz wurde mit einem Plattformimage erstellt.
- Das Image ist ein Linux-basiertes Image.
- Das Image wurde im November 2018 oder später veröffentlicht. Spezifische Versionsnummern finden Sie in den Versionshinweisen zu Images.
- Die Instanz wurde nach dem 11. Januar 2019 gestartet.
Wenn bei Instanzen, die mit der Image-OCID oder einem vorhandenen Boot-Volume gestartet werden, konsistente Gerätepfade unterstützt werden, unterstützt die Instanz Gerätepfade.
Konsistente Gerätepfade sind für Linux-basierte Partnerimages und benutzerdefinierte Images, die aus anderen Quellen erstellt werden, nicht standardmäßig aktiviert. Sie können konsistente Gerätepfade für diese Images aktivieren, indem Sie die Imagefunktionen für das benutzerdefinierte Image wie folgt bearbeiten. Dieses Feature gilt nicht für Windows-basierte Images.
Weitere Informationen zu konsistenten Gerätepfaden finden Sie unter Mit Volumes mit konsistenten Gerätepfaden verbinden.
Regionen und Availability-Domains
Volumes sind nur für Instanzen in derselben Availability-Domain zugänglich. Sie können ein Volume nicht zwischen Availability-Domains oder Regionen verschieben. Volumes sind nur in der Region oder Availability-Domain zugänglich, in der sie erstellt wurden. Volume-Backups sind jedoch nicht auf die Availability-Domain des Quell-Volumes beschränkt. Sie können sie in jeder Availability-Domain in dieser Region wiederherstellen. Weitere Informationen finden Sie unter Backups in ein neues Volume wiederherstellen. Sie können ein Volume-Backup auch in eine neue Region kopieren und das Backup auf einem Volume in jeder Availability-Domain in der neuen Region wiederherstellen. Weitere Informationen finden Sie unter Volume-Backups zwischen Regionen kopieren.
Weitere Informationen finden Sie unter Regionen und Availability-Domains.
Ressourcen-IDs
Die meisten Typen von Oracle Cloud Infrastructure-Ressourcen besitzen eine eindeutige, von Oracle zugewiesene ID, die als Oracle Cloud-ID (OCID) bezeichnet wird. Informationen zum OCID-Format und zu anderen Möglichkeiten zur Identifizierung Ihrer Ressourcen finden Sie unter Ressourcen-IDs.
Möglichkeiten für den Zugriff auf Oracle Cloud Infrastructure
Auf Oracle Cloud Infrastructure (OCI) können Sie über die Konsole (eine browserbasierte Schnittstelle), die REST-API oder die OCI CLI zugreifen. Anweisungen zur Verwendung der Konsole, API und CLI sind in Themen in dieser Dokumentation enthalten. Eine Liste der verfügbaren SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).
Um auf die Konsole zuzugreifen, müssen Sie einen unterstützten Browser verwenden. Um zur Anmeldeseite der Konsole zu wechseln, öffnen Sie das Navigationsmenü oben auf dieser Seite, und klicken Sie auf Infrastructure-Konsole. Dort werden Sie aufgefordert, Ihren Cloud-Mandanten, Benutzernamen und Ihr Kennwort einzugeben.
Allgemeine Informationen zur Verwendung der API finden Sie unter REST-APIs.
Authentifizierung und Autorisierung
Jeder Service in Oracle Cloud Infrastructure lässt sich mit IAM zur Authentifizierung und Autorisierung für alle Schnittstellen (Konsole, SDK oder CLI und REST-API) integrieren.
Ein Administrator in Ihrer Organisation muss Gruppen , Compartments und Policys einrichten, die den Zugriffstyp sowie den Zugriff der Benutzer auf Services und Ressourcen steuern. Beispiel: Die Policys steuern, wer Benutzer erstellen, das Cloud-Netzwerk erstellen und verwalten, Instanzen starten, Buckets erstellen, Objekte herunterladen kann usw. Weitere Informationen finden Sie unter Erste Schritte mit Policys. Einzelheiten zum Schreiben von Policys für die einzelnen Services finden Sie in der Policy-Referenz.
Wenn Sie ein regulärer Benutzer (kein Administrator) sind und die Oracle Cloud Infrastructure-Ressourcen verwenden müssen, deren Eigentümer Ihr Unternehmen ist, bitten Sie den Administrator, eine Benutzer-ID für Sie einzurichten. Der Administrator kann bestätigen, welche Compartments Sie verwenden sollen.
Sicherheit
Neben dem Erstellen von IAM-Policys sollten Sie auch die folgenden Best Practices zur Sicherheit für Block Volume befolgen.
- Volumes mit einem benutzerdefinierten Schlüssel verschlüsseln und Schlüssel rotieren
- Regelmäßige Backups erstellen
- Mit Oracle Cloud Guard Sicherheitsprobleme ermitteln und beantworten
- Sicherheitsaudit ausführen
Weitere Informationen finden Sie unter Block Volume sichern.
Ressourcen überwachen
Sie können die Integrität, Kapazität und Performance Ihrer Oracle Cloud Infrastructure-Ressourcen mithilfe von Metriken, Alarmen und Benachrichtigungen überwachen. Weitere Informationen finden Sie unter Monitoring und Notifications.
Ressourcen verschieben
Sie können Block-Volume-Ressourcen wie Block-Volumes, Boot-Volumes, Volume-Backups, Volume-Gruppen und Volume-Gruppenbackups von einem Compartment in ein anderes verschieben. Weitere Informationen finden Sie unter Block-Volume-Ressourcen zwischen Compartments verschieben.
Ressourcen taggen
Wenden Sie Tags auf Ihre Ressourcen an, um diese entsprechend Ihren Geschäftsanforderungen zu organisieren. Wenden Sie Tags beim Erstellen einer Ressource an, oder aktualisieren Sie die Ressource später mit den gewünschten Tags. Allgemeine Informationen zum Anwenden von Tags finden Sie unter Ressourcentags.
Automatisierung mit Events erstellen
Sie können eine Automatisierung basierend auf Statusänderungen für Ihre Oracle Cloud Infrastructure-Ressourcen erstellen, indem Sie Ereignistypen, Regeln und Aktionen verwenden. Weitere Informationen finden Sie unter Überblick über Events.
Die folgenden Block-Volume-Ressourcen geben Ereignisse aus:
- Block-Volumes und Block-Volume-Backups
- Boot-Volumes und Boot-Volume-Backups
- Volume-Gruppen und Volume-Gruppenbackups
Zur Fehlerbehebung finden Sie unter Bekannte Probleme – Block-Volume eine Liste der bekannten Probleme im Zusammenhang mit Block-Volume-Ereignissen.
Block-Volume-Verschlüsselung
Der Oracle Cloud Infrastructure Block Volume Service verschlüsselt immer alle Block-Volumes, Boot-Volumes und Volume-Backups im Ruhezustand mit dem Advanced Encryption Standard-(AES-)Algorithmus mit 256-Bit-Verschlüsselung. Standardmäßig werden alle Volumes und ihre Backups mit den von Oracle bereitgestellten Verschlüsselungsschlüsseln verschlüsselt. Jedes Mal, wenn ein Volume aus einem Backup geklont oder wiederhergestellt wird, wird dem Volume ein neuer eindeutiger Verschlüsselungsschlüssel zugewiesen.
Sie können alle Volumes und ihre Backups mit den Schlüsseln verschlüsseln, deren Eigentümer Sie sind und die Sie mit dem Vault-Service verwalten. Weitere Informationen finden Sie unter Vault. Wenn Sie kein Volume für die Verwendung des Vault-Service konfigurieren oder später die Zuweisung eines Schlüssels zu dem Volume aufheben, verwendet der Block Volume-Service stattdessen den von Oracle bereitgestellten Verschlüsselungsschlüssel. Das gilt sowohl für die Verschlüsselung im Ruhezustand als auch für die paravirtualisierte Verschlüsselung während der Übertragung.
Informationen dazu, wie Sie Ihren eigenen Schlüssel für neue Volumes verwenden, finden Sie unter Block-Volumes erstellen. Unter Schlüssel für ein Block-Volume bearbeiten wird beschrieben, wie Sie den Schlüssel für ein vorhandenes Volume zuweisen oder ändern.
Der Block Volume-Service unterstützt keine Verschlüsselung von Volumes mit Schlüsseln, die mit dem Rivest-Shamir-Adleman-(RSA-)Algorithmus verschlüsselt wurden. Wenn Sie Ihre eigenen Schlüssel verwenden, müssen Sie Schlüssel verwenden, die mit dem Advanced Encryption Standard-(AES-)Algorithmus verschlüsselt wurden. Dies gilt für Block-Volumes und Boot-Volumes.
Verschlüsselung während der Übertragung
Sämtliche Daten werden beim Verschieben zwischen der Instanz und dem Block-Volume über ein internes und besonders sicheres Netzwerk übertragen. Wenn Daten bei der Übertragung zwischen der Instanz und dem Block-Volume aufgrund spezieller Complianceanforderungen verschlüsselt werden müssen, bietet der Block Volume Service die Option zur Aktivierung der Verschlüsselung während der Übertragung für paravirtualisierte Volume-Anhänge auf VM-Instanzen (virtuellen Maschine).
Verschlüsselung während der Übertragung ist in den folgenden Szenarios für diese Ausprägungen nicht aktiviert:
- Boot-Volumes für Instanzen, die am 8. Juni 2021 oder früher gestartet wurden.
- Volumes, die am 8. Juni 2021 oder früher an die Instanz angehängt wurden.
Um die Verschlüsselung während der Übertragung für die Volumes in diesen Szenarios zu aktivieren, müssen Sie das Volume von der Instanz trennen und es dann erneut anhängen.
Die Verschlüsselung während der Übertragung für Boot- und Block-Volumes ist nur für VM-Instanzen verfügbar, die über Plattformimages gestartet wurden, zusammen mit Bare-Metal-Instanzen, die folgende Ausprägungen verwenden: BM.Standard.E3.128, BM.Standard.E4.128, BM.DenseIO.E4.128. Für andere Bare-Metal-Instanzen wird sie nicht unterstützt. Für Informationen zum Support für bestimmte Linux-basierte benutzerdefinierte Images und für weitere Informationen wenden Sie sich an Oracle Support.
Für Bare-Metal-Instanzen, die Verschlüsselung während der Übertragung unterstützen, einschließlich Instanzen, die über benutzerdefinierte Images gestartet wurden, ist diese Option standardmäßig immer aktiviert. Das gilt für Boot-Volumes und Block-Volumes. Die folgenden Bare-Metal-Ausprägungen unterstützen die Verschlüsselung während der Übertragung für das Boot-Volume der Instanz und über iSCSI angehängte Block-Volumes:
- BM.Standard.E3.128
- BM.Standard.E4.128
- BM.DenseIO.E4.128
Die Verschlüsselung während der Übertragung für Bare-Metal-Instanzen wird für US Government Cloud-Regionen nicht unterstützt.
Block-Volume-Datenbeseitigung
Der Oracle Cloud Infrastructure Block Volume-Service verwendet die ereignisgesteuerte Datenauslösung mit kryptografischer Löschung, um eine ordnungsgemäße Löschung Ihrer Daten zu gewährleisten. Wenn Sie ein Volume beenden, werden die zugehörigen Daten in der Speicherinfrastruktur mit kryptografischem Löschen vor allen zukünftigen Volume-Zuweisungen überschrieben.
Block-Volume-Performance
Die Block-Volume-Performance ist je nach Volume-Größe unterschiedlich. Weitere Informationen finden Sie unter Block-Volume-Performance.
Sie können eine der folgenden Volume-Performanceebenen auswählen, um die Anforderungen für Ihre Block-Volumes zu erfüllen:
-
Ausgeglichen
-
Äußerst hohe Performance
-
Höhere Performance
-
Niedrigere Kosten
Wenn sich Ihre Anforderungen ändern, können Sie die Performanceebene für das Volume ändern. Informationen zum Anpassen der Performance für ein Volume finden Sie unter Performance eines Volumes ändern.
Block Volume bietet dynamische Performanceskalierung mit automatischer Optimierung. Weitere Informationen finden Sie unter Dynamische Performanceskalierung.
Volume-Replikation
Der Block Volume-Service ermöglicht die fortlaufende automatische asynchrone Replikation von Block-Volumes und Boot-Volumes in anderen Regionen oder in anderen Availability-Domains innerhalb derselben Region. Die Replikation innerhalb derselben Region über Availability-Domains hinweg wird nur für Regionen mit mehreren Availability-Domains unterstützt. Welche Regionen mehrere Availability-Domains umfassen, finden Sie unter Informationen zu Regionen und Availability-Domains in der Tabelle, in der die Regionen aufgeführt sind, im Feld Availability-Domains.
Dieses Feature unterstützt Szenarios für Disaster Recovery, Migration und Erweiterung der Geschäftstätigkeit (Expansion), ohne dass Volume-Backups erforderlich sind. Weitere Informationen finden Sie unter Volume replizieren.
Dauerhaftigkeit von Block-Volumes
Der Oracle Cloud Infrastructure Block Volume Service bietet im Vergleich zu angeschlossenen Standardlaufwerken eine hohe Dauerhaftigkeit der Daten. Alle Volumes werden automatisch für Sie repliziert, sodass sie vor Datenverlust geschützt werden können. Mehrere Kopien der Daten werden redundant auf mehreren Speicherservern mit integrierten Reparaturmechanismen gespeichert. Im Hinblick auf das Service-Level-Ziel ist der Block Volume Service so konzipiert, dass er eine 99,99-prozentige Dauerhaftigkeit für Block-Volumes und Boot-Volumes pro Jahr bereitstellt. Es wird allerdings empfohlen, regelmäßige Backups zu erstellen, um sich vor dem Ausfall einer Availability-Domain zu schützen.
Block-Volume-Funktionen und -Limits
Block-Volume-Volumes können in Größen von 50 GB bis 32 TB in Schritten von jeweils 1 GB erstellt werden. Standardmäßig sind Block-Volume-Volumes 1 TB groß.
Eine Liste der anwendbaren Limits und Anweisungen zum Anfordern einer Erhöhung finden Sie unter Servicelimits. Um compartment-spezifische Grenzwerte für eine Ressource oder Ressourcenfamilie festzulegen, können Administratoren Compartment-Quotas verwenden.
Weitere Limits:
- Angehängte Block-Volumes pro Instanz:32 angehängte Block-Volumes für alle Ausprägungen mit Ausnahme der folgenden VM-Ausprägungen mit einem Limit von 16 paravirtualisiert angehängten Block-Volumes:
- VM.Standard2.8
- VM.DenseIO2.8
- VM.Standard.E2.8
- VM.Standard.E3.Flex
- VM.Standard.E4.Flex
- VM.Standard.A1.Flex
- VM.Optimized3.Flex
-
Angehängte Boot-Volumes pro Instanz:
Ein angehängtes Boot-Volume
Hinweis
Boot-Volumes, die als Daten-Volume und nicht als Boot-Volume an eine Instanz angehängt sind, werden auf das Limit für angehängte Block-Volumes angerechnet. -
Anzahl von Backups
-
Monatliche Universal Credits: 100.000
-
Pay-as-you-go: 100.000
-