DRAMの急騰は、データセンター運用者にとって差し迫った設計課題になった。2026年Q1のDRAM契約価格は前四半期比で80〜90%近く上昇し、DellやLenovo、HPが2026年初頭にメモリコスト上昇を理由に製品ラインの価格を15〜20%引き上げるほど、その影響は産業全体に及んでいる。こうした状況で、Metaは2年間更新が途絶えていたオープンソースキャッシュエンジン「CacheLib」をv2026.05.25.00として2026年5月25日に再リリースした。CacheLibの核心にあるのは、高価なDRAMをできるだけ使わずキャッシュ性能を維持するアーキテクチャだ。2021年の公開時から変わらないその設計思想が、2026年のメモリ市場でふたたび意味を持ち始めている。
2年間の空白と2026年の復活
Metaは2021年9月にCacheLibを公開したとき、すでにソーシャルグラフ、CDN（コンテンツ配信ネットワーク）、ストレージ、キーバリューキャッシュなど70以上の大規模サービスでこのエンジンを稼働させていた。外部公開の直接の動機はDRAMコストの削減で、DRAM使用量を抑制しながらキャッシュ性能を維持する手段として設計されていた。GitHubリポジトリには当初から詳細なドキュメントと設計思想が添付され、単なるコード公開以上の情報が外部に共有された。
2024年6月の前回リリース以降、GitHubの公開リリースは途絶えた。ただし、Pull Requestの更新やワークフロー実行は2026年に入っても確認されており、内部開発は継続されていた。2年間の「空白」は外部向けのリリースサイクルの問題であり、プロジェクト自体が停止していたわけではない。
今回のリリースのタイミングをDRAM市場の動向と重ね合わせると、Metaの戦略的判断が反映されているとみられる。AI向けHBM（High Bandwidth Memory）はDDR5の3ウェーハ分に相当する製造キャパシティを1ウェーハで消費することがMicronによって示されており、汎用DRAMの供給を直接圧迫している。この構造的な供給制約はIDCが「グローバルメモリ不足危機」と呼ぶ状況を生み出しており、2027〜2028年以降に新規ファブが稼働するまで解消の見通しは立っていない。CacheLibがDRAM消費を削減するアーキテクチャを持つ以上、この環境での復活は実用的な意味を持つ。
HybridCacheの仕組み：DRAMとNVMを組み合わせるキャッシュ設計
DRAMキャッシュをNVM（不揮発性メモリ、代表的にはSSD）に拡張し、アクセス頻度に応じてキャッシュアイテムをDRAMとNVMの間で自動的に移動させる。DRAMだけを使う従来型のキャッシュと比べて、同等のヒット率を大幅に少ないDRAM容量で達成できるのが利点だ。この機能が「HybridCache」と呼ばれるCacheLibのアーキテクチャ的な中核をなしている。
キャッシュアイテムはまずDRAM上に割り当てられ、アクセス頻度が低下するとNVMに「スピル（spill）」される。次回アクセスがあればfind()操作によってNVMからDRAMに「昇格（promote）」し、ホットデータはDRAMに留まりコールドデータはNVMに退避した状態が自動的に維持される。この双方向の移動はアプリケーション側からは透過的で、find()とinsert()の同一APIで操作できる。
NVMとのインターフェースを担うのが「Navy」と呼ばれるSSD最適化キャッシュエンジンだ。CacheAllocatorがNvmCacheラッパー経由でNavyを呼び出す構造になっている。SSDはDRAMと比較して書き込み耐久性（write endurance）に制約があるため、NVMへの書き込み頻度を制御するアドミッションポリシーをプラグインとして差し替えられる設計になっており、SSDの消耗を管理できる。CacheLib全体がプラグイン可能な設計（pluggable in-process caching engine）であることと整合した思想だ。
HBM、DDR5、NVMeのコスト差を数値で確認すると、このアーキテクチャが持つ経済的なインパクトが明確になる。AI向けHBMは容量単位あたりでDDR5の約5〜8倍のコストがかかる。DDR5とNVMe SSDの差もおよそ5〜10倍に及ぶ。つまり、DRAMのホット領域を最小化してコールドデータをNVMに退避させるだけで、同一のキャッシュ容量に対するコストを大幅に圧縮できる計算になる。2021年当時でも有効なトレードオフだったこの設計は、2026年のDRAM価格高騰によってその費用対効果が一層拡大している。
MetaでのCacheLib活用規模：70サービスを横断するインフラ
CacheLibがMetaの内部でどのように使われているかを把握しておくと、このツールの信頼性が具体的に測定できる。Metaが2021年の論文（「CacheLib: Principled, Modular Caching for Distributed Systems」）で公開したデータによれば、CacheLibはFacebook CDN、社会的グラフキャッシュ（TAOキャッシュ）、Everstore（写真・動画ストレージ）、Memcacheラッパー層など、性質の異なる複数のシステムで共通基盤として運用されている。
これらのシステムが共通のキャッシュエンジンを使えている理由は、CacheLibのプラグイン設計にある。ストレージバックエンドのアドミッションポリシー、エビクション（退避）ポリシー、NVMとのインターフェース設定をそれぞれ独立して差し替えられるため、CDNのような大容量・低頻度アクセスのユースケースと、ソーシャルグラフのような小容量・高頻度アクセスのユースケースを同じエンジンで扱える。単一の実装でこれだけ多様なワークロードに対応しているという事実が、外部導入者にとってのリスク軽減の根拠になる。
同論文では、HybridCacheを採用したシステムにおいてDRAM使用量を最大60〜90%削減しながらヒット率を維持できたケースが報告されている。この数値はワークロードの性質に大きく依存するため、全てのユースケースに当てはまるわけではない。なお、規模と種類の異なる複数のシステムで実際に測定された実績として参照価値はある。競合キャッシュソリューションとして広く使われるRedisは基本的にDRAM専用の設計であり、NVM層への自動スピルは標準機能として持っていない。DRAMコスト削減を目的としたHybridCache相当の機能が標準で組み込まれている点が、CacheLibの差別化になっている。
変更履歴がないリリース：透明性と内部活用の実態
今回のリリースについて、GitHubのリリースページには変更履歴もリリースノートも存在しない。付属しているのはファイルのSHA2-256ハッシュ値のみだ。Phoronix、welinux、GitHubの3ソースがこの事実を一致して報告しており、MetaのTagItが自動生成したリリースであることが確認されている。
外部公開向けのドキュメント整備は行われていない。CacheLibはMetaの内部インフラとして運用され続け、そのスナップショットが外部に開放される形をとっている。コードベースはApache 2.0ライセンスで公開されており、GitHubリポジトリ（github.com/facebook/CacheLib）と公式サイト（cachelib.org）から取得できる。リリースにはCacheBenchと呼ばれるベンチマークツールが同梱されており、本番環境のキャッシュ性能を評価するために使用できる。
変更履歴がないことは、外部コミュニティへの継続的な変更管理が提供されていないことを意味するが、導入を検討する際の実用上の障壁は2021年の公開時から引き継がれたドキュメントと設計思想によって一定程度カバーされている。公式サイトのドキュメントはHybridCacheの設定ガイド、APIリファレンス、チューニングガイドを含んでおり、コードベースを自前でビルドするのに必要な情報は揃っている。
AI時代のインフラコストとオープンソースキャッシュの可能性
2021年にCacheLibがオープンソース化された文脈と2026年の状況を並べると、構造的な相似が見える。どちらもDRAMコストの高騰が背景にある。規模はまったく異なる。Phoronixは2026年のDRAM価格を「2021年当時の価格と比べて天文学的（astronomical）」と表現しており、TrendForceの数値はQ1で80〜90%近くのQoQ上昇を示している。
DRAM価格の構造的な要因はAI向けHBM生産への製造キャパシティの再配分であり、これは短期的に反転しない。新規ファブの本格稼働は早くとも2027〜2028年以降の見込みで、それまでの間、DRAMコストを節約する設計は実用的な選択肢であり続ける。キャッシュ層でDRAMを使い切る設計からDRAMとNVMを組み合わせるハイブリッド設計に移行することの費用対効果は、現在の方が2021年より大きい。
CacheLibはその移行をMetaの実運用実績とともに提供するツールだ。70以上のMetaサービスでの稼働実績と、論文で公開されたDRAM削減効果のデータは、導入リスクを評価する根拠になる。変更履歴がない今回のリリースに新機能の手がかりはないが、2年ぶりの外部向けリリースがこのタイミングで行われたことは、少なくともMetaがCacheLibを内部で継続的に使い続けていることを示している。AI投資が続く限りHBMへの製造シフトは続き、汎用DRAMの需給は改善しない。DRAMコスト制約が設計上の前提として定着するなら、キャッシュ層のアーキテクチャ見直しは後回しにできない判断になる。
