Ceph BlueStore BlueFS

Die Blockdatenbank BlueStore speichert Metadaten als Schlüssel/Wert-Paar in einer RocksDB -Datenbank. Die Blockdatenbank befindet sich auf einer kleinen BlueFS -Partition auf der Speichereinheit. BlueFS ist ein minimales Dateisystem, das für die RocksDB -Dateien konzipiert ist.

BlueFS -Dateien

Es gibt drei Typen von Dateien, die RocksDB erstellt.
  • Kontrolldateien, zum Beispiel CURRENT, IDENTITY und MANIFEST-00011.
  • Datenbanktabellendateien (DB-Tabellendateien), z. B. 004112.sst
  • Write-ahead-Protokolle (WAL), z. B. 00038.log.
Es gibt auch eine interne, verdeckte Datei, die als BlueFS -Wiedergabeprotokoll ( ino 1) dient und als Verzeichnisstruktur, Dateizuordnung und Operationsprotokoll fungiert.

Fallbackhierarchie

Mit BlueFS ist es möglich, jede Datei auf jedem Gerät zu speichern. Teile der Datei können sich sogar auf verschiedenen Einheiten befinden, d. h. WAL, DB und SLOW. Es gibt eine Reihenfolge, in der BlueFS Dateien ablegt. Die Datei wird nur dann in den sekundären Speicher gestellt, wenn der primäre Speicher erschöpft ist, und nur dann, wenn der sekundäre Speicher erschöpft ist.

Die Reihenfolge für die einzelnen Dateien ist für jeden Einheitentyp wie folgt.
Vorausschreibungsprotokolle
WAL, DB, LANGSAM
Wiedergabeprotokoll ino 1
DB, LANGSAM
Steuerungs-und Datenbankdateien
DB, LANGSAM
Steuerung und DB-Dateireihenfolge bei Speicherplatzunterlauf: SLOW
Wichtig: Es gibt eine Ausnahme bei der Steuerung und Datenbankdateireihenfolge. Wenn RocksDB feststellt, dass der Speicherplatz in der Datenbankdatei nicht mehr ausreichend ist, werden Sie direkt benachrichtigt, die Datei auf die SLOW-Einheit zu stellen.