ストレージ内計算の実用化はデータ移動削減だけでは決まらない。ホスト提供プログラムを装置内で安全に隔離し、資源上限、署名、監査、結果再現性を共通化できるかが、汎用機能としての採用を左右する。
この記事の要点
- 01
Computational Programs 1.2は装置上のプログラム発見、ダウンロード、実行を定義する
- 02
計算をデータ近傍へ置くほどCPU負荷と転送量を減らせるが装置の攻撃面が広がる
- 03
性能比較には実行時間だけでなく隔離、更新、監査、失敗時の回復を含める必要がある
計算の配置をホストから装置へ広げる
NVM ExpressのComputational Programs Command Set 1.2は2025年8月に承認され、ホストが装置上のプログラムを発見、ダウンロード、実行し、NVM上のデータを処理する枠組みを定義した。[1]
圧縮、フィルタ、検索前処理などをデータ近傍で行えば、PCIe転送量とホストCPU負荷を減らせる。ただし利点は処理内容とデータ再利用率によって異なる。[1]
プログラム投入は新しい信頼境界になる
ホストから実行コードを投入できる装置は、従来の固定機能SSDより大きな攻撃面を持つ。プログラム署名、権限、メモリ隔離、入出力範囲、実行時間の制限が必要になる。[1]
マルチテナント環境では、一つの処理が他の名前空間の性能やデータへ影響しないことを証明しなければならない。装置内スケジューラの公平性もサービス品質の一部になる。[1]
高速化は再現性と可観測性を要求する
装置内処理はホスト側ソフトウェアから見えにくくなる。実行したプログラム版、入力範囲、資源使用量、失敗理由、結果ハッシュを監査できる仕組みが必要である。[1]
同じ処理でもSSDコントローラ、NAND状態、温度、他ワークロードによって時間が変わる。ベンチマークは単発の高速値ではなく、尾部遅延と失敗時の再実行を含めるべきだ。[1]
採用条件は共通の安全プロファイルである
仕様はコマンド境界を定義するが、許可する言語、ランタイム、暗号署名、資源制限の実装は製品差になり得る。[1]
エコシステム拡大には、プログラム配布形式、脆弱性対応、失効、テナント隔離、互換性試験を共通化する必要がある。計算性能だけでは交換可能性は成立しない。[1]
今後の監視項目
- Computational Programs 1.2対応SSDとランタイム仕様
- プログラム署名・失効・脆弱性更新の運用
- マルチテナント時の資源隔離と尾部遅延
- ホスト処理との総電力・転送量・復旧時間比較
一次資料・参照資料
- 01公式発表ENNVM Express Computational Programs Command Set 1.2 ↗
NVM Express
- 発表日
- 2025-08-01
- 取得日
- 2026-07-18
対応する論点: 計算の配置をホストから装置へ広げる / プログラム投入は新しい信頼境界になる / 高速化は再現性と可観測性を要求する / 採用条件は共通の安全プロファイルである
更新・訂正履歴
- 公開
初版公開