インメモリ処理のバックエンドストレージを考える
「NVDIMM」はなぜインメモリデータベースの“相棒”になり切れないのか?
高速なデータ処理を可能にする「インメモリデータベース」は、電源を切るとデータを保持できないのが一般的だ。そのためバックエンドのストレージシステムが重要になるが、技術選定は容易ではない。
インメモリ処理を活用すると、HDDやSDD(ソリッドステートドライブ)のストレージ処理で発生するデータ転送のレイテンシ(遅延)を回避できる。ただしバックエンドに、どのようなストレージを使用するかを考える必要がある。
データベースをメインメモリ内に保持する「インメモリデータベース」は、ストレージに保持する「オンディスクデータベース」の一次キャッシュメモリより、ずっと多くのメリットをもたらす。インメモリデータベースはほとんどの場合、キャッシュメモリやその他のプロセス用の不要なI/O処理を全てなくし、データベースそのものを更新できる。データを正しく記録したかどうかを確認する「リードアフターライト」の検証処理も非常に高速だ。データベース処理を大幅に高速化し、複数のサーバでデータベースを構成する「データベースクラスタ」に必要なサーバの数も削減できる。
NVDIMMの登場
インメモリデータベースの採用には課題もある。全てをDRAMで処理すればパフォーマンスが向上する半面、サーバの障害発生時にはDRAMの内容が空になってしまい、データを失うことになる。電源が失われてもデータベースの一部または全部を保持する永続性を確保できれば、インメモリデータベースの用途は広がる。その場合は、バックエンドにどのようなストレージを使うべきかを考えなければならない。
これまでであれば、ストレージ接続規格NVMeに準拠したSSDや、PCI Express(PCIe)カードにフラッシュメモリを搭載した「PCIeフラッシュカード」に保存することを推奨していた。DRAMから永続的にデータを保持可能なストレージ(以下、永続的ストレージ)へデータを移すには、それが最も速かったからだ。
現在は永続的ストレージの要素技術として、不揮発性メモリ規格「NVDIMM」も選択肢に入ってきた。NVDIMMは、一般的なメモリモジュール規格「DIMM」のフォームファクタ(形状や仕様)に、DRAMやNANDフラッシュメモリをまとめたメモリ規格だ。
NVDIMMは高速なバスとメモリI/O方式を使用しており、SSDと比べて非常に高速に動作する。これをDRAMと組み合わせて使うと、インメモリデータベースにシームレスかつ大容量のメモリ領域を利用でき、データを複数のサーバに分散する「シャーディング」の問題を避けることができる。
ただしNVDIMMは、そのサイズの小ささからSSDよりも一般的に容量制限が厳しく、ビッグデータの処理には問題がある。センサーから連続的に取得するストリームデータや、大部分はアクセスすることのない非常に大きなサイズのデータを処理するには、どうしたらよいか。
代替策は2つある。
1つはNVMe準拠のSSDを使用してネットワークストレージを作成する方法。もう1つは、それより遅いSSDを多数使用する方法だ。後者の場合、パフォーマンスはNVMe準拠SSDよりも劣るが、ずっと安価で並列性が高い。どちらを選ぶかはユースケース次第だ。
インメモリ処理では、高いデータ転送速度を実現する接続インタフェースが非常に有効だ。イーサネットを介して、異なるコンピュータのメモリへのデータ転送(RDMA: Remote Direct Memory Access)を可能にする「RoCE」(RDMA over Converged Ethernet)を使って、メモリベースのシステム間でデータを共有したり、それを一般的なドライブベースのストレージシステムに拡張したりすることができる。
インフラストラクチャの進化
インメモリ処理のインフラストラクチャは急速に進化している。特にNVDIMMとCPUのアーキテクチャで興味深い変革が進行中だ。
例えばIntelの不揮発性メモリモジュール「Intel Optane Memory」は「バイトアドレス指定」を可能にする計画だ。バイトアドレス指定とは、CPUが1バイト単位でアドレスを指定して、データの書き込みができるようにすることを指す。一般的にNANDフラッシュメモリと同様の4KBブロック単位のI/O方式を取るNVDIMMよりも、はるかに高速だ。
バイトアドレス指定を実現するには、システムのコードを全面的に書き直さなければならない。それでも従来のモノリシック(一枚岩)なアプリケーションに適用するよりは、データベースエンジンに適用する方がずっと簡単なので、まずはこの分野で実現することになるだろう。
ビッグデータ環境では、ネットワークとローカルストレージのデータ転送速度が、パフォーマンスのボトルネックとなる可能性がある。その解決策はデータ圧縮だ。圧縮の程度はデータによって異なるが、5分の1が一般的である。CPU側では、サーバ内でメモリ、GPU(画像処理プロセッサ)、CPU、ドライブベースのストレージをフラットかつ超高速に結ぶファブリック型のトポロジーに注目すべきだ。
CPUとメモリの連携を密にすることによって、DRAM容量の増大とパフォーマンスの向上を目指す動きもある。複数のプロジェクトがベースにしているのが、次世代DRAM「Hybrid Memory Cube」のコンセプトだ。これらのプロジェクトは、テラバイト毎秒のデータ転送速度、メモリの省電力化、メモリとCPUのモジュールアーキテクチャ構築などを目標としており、インメモリ処理の大幅な高速化を目指す。
こうしたプロジェクトは、それぞれ別の道を進んでいるとしても、大幅なパフォーマンス向上を目指していることには変わりがない。これによってインメモリシステムと、それを活用したストレージおよびストレージシステムの活用機会も拡大していくだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド:効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは? -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合/分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
2
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
3
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
4
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
5
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
6
「有線LAN環境」に関するアンケート
-
7
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
8
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
-
9
積水化学工業が「SAP S/4HANA Cloud」の“全グループ導入”に踏み切った訳
-
10
データセンター事業者が「脱VMware」をした“例のライセンス問題”じゃない理由
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
9
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー