GlusterFS

GlusterFSにはクライアント側コンポーネントとサーバ側コンポーネントがある。サーバは「ストレージブリック (storage brick)」と呼ばれ、その上で glusterfsd デーモンが動作し、ローカルファイルシステムを「ボリューム」としてエクスポートする。そしてクライアント側の glusterfs プロセスがTCP/IP（あるいはInfiniBandやSDP）上の独自プロトコルでサーバと接続し、リモートのボリューム群をtranslatorsを使ってより大きな1つのボリュームにまとめる。そしてまとめたボリュームをクライアント側でFUSE機構を使ってマウントする。大量のファイルI/Oを行うようなアプリケーションは、libglusterfs というクライアントライブラリを使ってサーバ群に直接アクセスし、その中でtranslatorsを実行でき、ファイルシステムやFUSEのオーバーヘッドを除去できる。

GlusterFSの機能の大部分はtranslatorsで実装されており、以下のような機能が含まれる。

• ファイルベースのミラーリングとレプリケーション
• ファイルベースのストライピング
• ファイルベースの負荷分散
• ボリュームのフェイルオーバー
• スケジューリングとディスクキャッシュ
• ディスククオータ

GlusterFSサーバは可能な限り単純にしている。既存のファイルシステムをそのままエクスポートし、その構造解釈はクライアント側のtranslatorsに任せている。クライアント自体はステートレス（状態を持たない）であり、クライアント同士で通信しない。そのため、それぞれのtranslatorsのコンフィギュレーションの一貫性を保っておく必要がある。さもないとコヒーレンシ問題が発生するが、このような構成であるために一般的な分散ファイルシステムで発生しやすいボトルネックが解消されており、一般的なハードウェアだけでペタバイト以上のスケールのストレージを扱える。

より詳細は解説は Getting started with GlusterFS Architecture にある。

1. ↑ “Release 11.1” (2023年11月6日). 2023年11月18日閲覧。