Ganz zu schweigen von der Bereitstellung von VDO-Funktionen für Dateisysteme auf Blockgeräten Diese Funktion kann auch für Blockgeräte bereitgestellt werden, die von LVM und LUNs im iSCSI-Speicher gesteuert werden. In Bezug auf Thin Provisioning können andere Funktionen implementiert werden, die als "Stratis" bezeichnet werden. Wenn Sie Deduplizierung oder Komprimierung verwenden möchten, kann es sich um VDO handeln.
~~ Wenn die SAN-Speicherseite dieselbe Funktion hat, wird sie meiner Meinung nach nicht zusammen verwendet. ~~
#Überprüfen Sie den aktuellen Status jedes Blockgeräts(Wenden Sie vdo auf sdb und sdc an)
lsblk
#Liste der Bereiche, in denen vdo konfiguriert ist(Es wird nichts angezeigt, da es derzeit nicht konfiguriert ist)
vdo list
#Befehle zum Konfigurieren von vdo auf dem Zielgerät
vdo create --name "vdo Datenträgername" --device "Zielgerät" --vdoLogicalSize "Maximale Größe von vdo" --vdoSlabSize "Plattengröße" --force
Ausführungsbeispiel vdo create--name vdo1 --device /dev/sdb --vdoLogicalSize 100G --vdoSlabSize 1G --force
Ausführungsbeispiel vdo create--name vdo2 --device /dev/sdc --vdoLogicalSize 100G --vdoSlabSize 1G --force
Die Plattengröße ist die Größe des geteilten Datenbereichs, der im VDO vorhanden ist. Bitte überprüfen Sie hier für Details. VDO-Plattengröße - Red Hat
Vergleichen wir lsblk und vdo list, wenn die Konfiguration abgeschlossen ist. (Bitte vergleichen Sie mit dem ersten Bild auf dieser Seite) In lsblk sind sdb und sdc Blockgeräte mit einer Größe von jeweils 20 GB, aber Sie können sehen, dass 100 GB vdo unter ihnen konfiguriert sind. (Das heißt, Thin Provisioning-Konfiguration)
Außerdem erkennt der Befehl vdo list zwei vdo-Geräte.
#Formatieren Sie vdo1 mit ext4
mkfs.ext4 /dev/mapper/vdo1
#Erstellt ext4-formatiertes vdo-Gerät,/In ein Verzeichnis unter mnt einbinden
mount /dev/mapper/vdo1 /mnt/vdo1
Die folgende Abbildung zeigt das Ergebnis der Ausführung des obigen Befehls. Machen Sie dasselbe für vdo2. (Verwenden Sie den obigen Befehl, um vdo1 durch vdo2 zu ersetzen.) Nachdem ich die beiden vdo-Geräte gemountet habe, habe ich den Mount-Status und die Kapazität mit lsblk und df überprüft. Auf der lsblk-Seite wurde bestätigt, dass die Kapazitäten von vdo1 und vdo2 jeweils 100 GB betragen und jeweils im Verzeichnis unter / mnt bereitgestellt sind. Mit df -h wurde bestätigt, dass etwa 2 GB Overhead verbraucht wurden, um die Konfigurationsinformationen als vdo-Gerät von 100 GB zu speichern.
Vergessen Sie nicht, den persistenten Mount auf / etc / fstab zu setzen. Starten Sie neu, nachdem Sie Folgendes eingestellt haben.
Ah ... ich hätte es richtig einstellen sollen, aber es wurde im Notfallmodus angezeigt. Als ich dann das Online-Handbuch überprüfte, konnte ich die folgende Beschreibung bestätigen. Anscheinend ist die Beschreibung in fstab etwas anders. Ich habe ziemlich viel nach unten gescrollt.
man vdo
Also habe ich das Beispiel auf man kopiert und später in / etc / fstab eingefügt. Dies gibt Ihnen definitiv die richtige Eingabe. Hier ist die Datei, die es tatsächlich beschreibt. Danach habe ich neu gestartet, aber CentOS wurde ohne Probleme gestartet. Auf der folgenden Seite wurde übrigens auch die obige fstab-Beschreibung erwähnt. Mount VDO Volume - Red Hat
Beides sind Aufgaben, die weiterhin aufeinanderfolgenden Quellcode für den Linux-Kernel auf ein 25-GB-Volume schreiben. Unten rechts sehen Sie die Zeile vdostats, in der der gesamte Quellcode mit nur 4,2 GB für einen Bereich von 25 GB komprimiert und gespeichert wird. Das VDO-Volume ist auf 250 GB konfiguriert und enthält 29 GB Daten. Die Kapazitätssparfunktion von VDO verbraucht jedoch nur 4 GB. Mit anderen Worten, 29 GB bis 4,2 GB sind ungefähr 25 GB.
RHEL 8 Beta - Using the Virtual Data Optimizer (VDO)
Recommended Posts