CXL 4.0はメモリを部品から共有資源へ変えるか

従来のサーバーはピーク需要に合わせてDRAMを搭載する。実際のワークロードが平均では少なくても、他のサーバーへメモリを移せないため、容量は遊休する。AI推論、インメモリDB、仮想化が混在する環境では、この固定配分が設備費と電力を押し上げる。

CXL接続メモリには、ローカルDRAMより長い遅延と帯域制約がある。アプリケーションが頻繁に参照するデータを遠隔メモリへ置けば、容量不足は解消しても処理時間が悪化する。OSやランタイムは、データの温度を判断して配置を変える必要がある。

一台のサーバー内で完結していたメモリ障害が、共有プールでは複数ホストへ影響し得る。アクセス制御、暗号化、データ消去、障害隔離、性能保証をサービス単位で管理しなければならない。技術的な接続成功と、クラウドで安全に課金できる状態には距離がある。

メモリを動的に貸し借りすると、誰が容量を予約し、遅延の悪化を負担し、障害時に優先復旧されるかという運用ルールが必要になる。CXLの普及は、メモリ管理をハードウェア調達から資源スケジューリングへ変える。

プーリングで利用率が上がれば、同じ仕事に必要なDRAM総量は減る可能性がある。一方、調達単位が柔軟になり、従来は容量不足で実行できなかったワークロードが増えれば、需要は拡大する。効率化が市場縮小に直結するとは限らない。

判断に必要なのはCXL対応製品の出荷数ではなく、プール容量の実利用率、ローカルDRAMとの比率、ページ移動頻度、遅延SLA、障害復旧時間である。CXL 4.0は共有化の速度を上げたが、価値を生むのはソフトウェアによる配置判断である。