LinuxでBcacheを設定する方法：SSDキャッシュでHDDのパフォーマンスを向上させる

Table of Contents

ハイブリッドストレージのジレンマ：HDD vs. SSD

ストレージ管理は、常にコスト、容量、速度のバランスを考慮する必要があります。NVMe SSDは起動ドライブの標準となりましたが、数テラバイトのデータストレージとして利用するには依然として高価です。一方で、従来のハードディスクドライブ（HDD）は、ギガバイトあたりの単価は非常に安いものの、特にランダムリード/ライト操作においてI/Oパフォーマンスが低いという欠点があります。

そこで登場するのがBcacheです. Bcacheは、高速なドライブ（通常はSSD）を1つ以上の低速なドライブ（HDD）のキャッシュとして使用できるようにするLinuxカーネルパッチです。単純なソフトウェアRAIDとは異なり、Bcacheはどのデータが頻繁にアクセスされるかを認識し、自動的に高速なティア（階層）に移動させます。私の運用しているUbuntu 22.04サーバー（RAM 4GB）では、このアプローチにより、以前はHDD의レイテンシでボトルネックになっていたデータベース負荷の高いタスクの処理時間を大幅に短縮できました。

Bcacheと他のキャッシュ手法の比較

設定に入る前に、LVM CacheやZFS L2ARCといった代替案と比較して、Bcacheがどのような位置づけにあるかを理解しておくと役立ちます。

LVM Cache: 論理ボリュームマネージャー（LVM）に統合されています。柔軟ですが、すでにLVMを広範囲に使用していない場合は設定が複雑になることがあります。
ZFS L2ARC/ZIL: 優れたパフォーマンスを発揮しますが、ZFSファイルシステムを使用する必要があります。Bcacheはファイルシステムに依存しません。ext4、XFS、Btrfsなどをその上で実行できます。
Bcache: ブロックレベルで動作します。ランダムI/Oに対して非常に効率的であり、長年メインラインのLinuxカーネルに含まれているため、本番環境でも非常に安定しています。

Bcacheを使用するメリットとデメリット

どのようなアーキテクチャの選択にもトレードオフがあります。私のBcacheの使用経験から、データを移行する前に考慮すべき特定のポイントをいくつか挙げます。

メリット

コスト効率： 最もアクティブなデータにはSSDの速度を享受しつつ、バルクストレージには安価なHDDを維持できます。
透過性： 一度設定すれば、システムからは単一のブロックデバイスとして見えます。ドライブ間でファイルを手動で移動する必要はありません。
書き込みの最適化： Bcacheはランダム書き込みをシーケンシャル書き込みにまとめることができ、HDDでの処理効率を高めます。

デメリット

セットアップの複雑さ： データが入っている既存のドライブを、フォーマットせずにBcacheデバイスに変換することは簡単ではありません。バックアップと復元の戦略が必要です。
故障のリスク： 「ライトバック（write-back）」モードを使用している場合にSSDが故障すると、まだHDDに同期されていないデータを失うリスクがあります。

推奨設定：キャッシュモードの選択

Bcacheには主に3つのモードがあります。適切なモードの選択は、データの安全性に対する要件によって決まります。

Writethrough（ライトスルー）: 最も安全なモードです。データはSSDとHDDの両方に同時に書き込まれます。読み取りパフォーマンスは向上しますが、書き込みパフォーマンスはHDDの速度に制限されたままです。
Writeback（ライトバック）: 最も高速なモードです。データはまずSSDにのみ書き込まれ、後でHDDにフラッシュされます。大幅なパフォーマンス向上を実現しますが、SSDの故障や停電時にリスクが伴います。
Writearound（ライトアラウンド）: ライトスルーに似ていますが、すぐに再読み取りされない可能性のあるデータの書き込みをキャッシュしないようにし、SSDが不要なデータで埋まるのを防ぎます。

私の構築の多くでは、高品質なUPS（無停電電源装置）と定期的なバックアップを組み合わせた上で、Writebackを使用しています。パフォーマンスの向上幅が非常に大きいため、無視できないからです。

実装ガイド：Bcacheのセットアップ

このセットアップでは、/dev/sdbを高速なSSD（キャッシュデバイス）、/dev/sdcを大容量のHDD（バッキングデバイス）と仮定します。警告：これらの手順を実行すると、対象ドライブ上のすべてのデータが消去されます。

1. 必要なツールのインストール

まず、システムにbcacheユーティリティがインストールされていることを確認します。UbuntuのようなDebian系システムやAlmaLinuxなどでは、通常パッケージ名は同じです。

sudo apt update
sudo apt install bcache-tools

2. ドライブの準備

クリーンな状態で開始するために、ドライブのパーティションテーブルを消去する必要があります。wipefsを使用して、既存のシグネチャを削除します。

sudo wipefs -a /dev/sdb
sudo wipefs -a /dev/sdc

3. Bcacheデバイスの作成

バッキングデバイス（HDD）とキャッシュデバイス（SSD）を定義します。これは1つのコマンドで実行できます。

sudo make-bcache -B /dev/sdc -C /dev/sdb

-Bフラグはバッキングデバイスを定義し、-Cはキャッシュを定義します。このコマンドは両方を初期化し、それらをリンクさせます。

4. デバイスの登録

作成後、通常は /dev/bcache0 に新しい仮想デバイスが表示されます。カーネルメッセージを確認するか、ブロックデバイスを一覧表示して確認できます。

lsblk
dmesg | grep bcache

5. フォーマットとマウント

次に、/dev/bcache0 を他のハードドライブと同じように扱います。好みのファイルシステムでフォーマットし、マウントします。

sudo mkfs.ext4 /dev/bcache0
sudo mkdir /mnt/data
sudo mount /dev/bcache0 /mnt/data

6. パフォーマンスのチューニング（ライトバックモード）

デフォルトでは、Bcacheは writethrough モードで開始されます。前述した潜在能力を最大限に引き出すには、手動で writeback に切り替える必要があります。これは sysfs インターフェースに書き込むことで行います。

echo writeback | sudo tee /sys/block/bcache0/bcache/cache_mode

この変更を再起動後も永続させるには、一部のカーネルではデフォルトモードに戻ってしまうことがあるため、簡単な udev ルールや systemd サービスが必要になる場合があります。

監視とメンテナンス

システムが稼働したら、SSDが実際に機能しているか確認したくなるでしょう。/sys ファイルシステムを介してキャッシュヒット率を確認できます。

cat /sys/block/bcache0/bcache/stats_total/cache_hit_ratio

高い割合（例：85%以上）であれば、ホットデータがSSDから効果的に提供されていることを示します。比率が低い場合は、ワーキングセットのデータ量がSSDの容量を超えている可能性があります。

SSD故障への対応

writeback モード中にSSDが故障すると、データの破損を防ぐために /dev/bcache0 デバイスはおそらくI/Oブロック状態になります。バッキングデバイス（HDD）を単独で復旧させる必要がある場合は、キャッシュを「登録解除（unregister）」できますが、キャッシュがクリーンでなかった場合はデータ損失の可能性があることに注意してください。そのため、私は常に smartmontools を使用してSSDの状態を監視しています。

sudo smartctl -a /dev/sdb

最後に

Bcacheは、古いハードウェアに新しい命を吹き込んだり、予算を抑えつつ大容量サーバーを構築したりするための素晴らしい方法です。ランダムI/Oの重い処理を小さなSSDに肩代わりさせることで、巨大なHDDアレイでも現代のアプリケーションの要求にようやく追いつくことができます。ただ、1つだけ覚えておいてください。特に高性能なライトバックモードを追求する場合は、常にバックアップを忘れないようにしましょう。