すべてのストレージ テクノロジと新しい CPU がパフォーマンスをますます高めている中、しばらくパフォーマンスを向上させるパズルの 4 つのピースはメモリ (DRAM/RAM) です。通常、より高いパフォーマンスが必要な場合は、RAM を追加するだけです。これはすぐに高価になる可能性があります。 Crucial はコストについてはあまりできませんが（コンポーネント部品が高価ですが、価格は徐々に落ち着いてきています）、より高性能で大容量の RAM モジュールを展開しています。それが、同社が DDRXNUMX LRDIMM サーバー メモリ モジュールで実現したことです。
すべてのストレージ テクノロジと新しい CPU がパフォーマンスをますます高めている中、しばらくパフォーマンスを向上させるパズルの 4 つのピースはメモリ (DRAM/RAM) です。通常、より高いパフォーマンスが必要な場合は、RAM を追加するだけです。これはすぐに高価になる可能性があります。 Crucial はコストについてはあまりできませんが（コンポーネント部品は高価ですが、価格は徐々に下がっているため）、より高性能で大容量の RAM モジュールを展開しています。それが、同社が DDRXNUMX LRDIMM サーバー メモリ モジュールで実現したことです。
CrucialのDDR4 LRDIMMサーバーメモリモジュールは、仮想化、クラウドコンピューティング、ハイパフォーマンスコンピューティング（HPC）などのアプリケーションを128つの面で支援します。 12 つは、モジュールの高密度化によりサーバーの DRAM を増やすことができ、モジュールは最大 1.5 GB になります。 CPU あたり 2,666 個のメモリ スロットを持つサーバーの場合、CPU あたり最大 2,400 TB の RAM を搭載できる可能性があります。 DRAM の速度は最大 1.2MT/s (より低い容量では XNUMXMT/s になります)。 RAM も XNUMXV の電力を消費します。これらはすべて、約束されたパフォーマンスの実現に役立つだけでなく、密度によって使用量を統合し、シャットダウンを回避できるため、コストを節約することもできます。
重要な LRDIMM サーバー メモリの仕様
| 部品番号 | モジュールの種類 | 密度 | 速度 | ランク | 電圧 | コンポーネント構成 | CASレイテンシ |
| CT32G4LFD424A | LRDIMM 288ピン | 32GB | 2400MT / s | デュアル | 1.2V | 2G×4 | CL17 |
| CT32G4LFD4266 | LRDIMM 288ピン | 32GB | 2666MT / s | デュアル | 1.2V | 2G×4 | CL19 |
| CT64G4LFQ4266 | LRDIMM 288ピン | 64GB | 2666MT / s | クワッド | 1.2V | 4G×4 | CL19 |
| CT128G4ZFE426S | LRDIMM 288ピン | 128GB | 2666MT / s | クワッド | 1.2V | 8G×4 | CL19 |
ユースケース
前述したように、より高密度で高性能な DRAM が理想的であるか、場合によっては必要となるユースケースがいくつかあります。密度の観点から考えると、より多くのものがより優れているという簡単な答えが思い浮かびます。ただし、これではすぐに法外なコストがかかる可能性があります。 NVRAM は、DRAM と NVMe SSD などの高性能ストレージ テクノロジの間にあるブリッジ テクノロジです。 NVRAM は DIMM スロットを利用するため、サーバーで使用できる低密度 DRAM に使用できるスロットの量が制限されます。 Crucial の上位 32GB、64GB、または 128GB モジュールを使用すると、RAM フットプリントを犠牲にすることなく NVRAM を活用できます。
この密度により、ユースケースに基づいた DRAM 計画も可能になります。新しい GPU により、グラフィック デザインの観点からより多くのことが可能になるため、VDI は興味深い例です。たとえば、VDI では、各 VM に十分な RAM が割り当てられていない場合、パフォーマンスが大幅に低下する可能性があります。ここでの問題は、ほとんどのアプリケーションでは時間の経過とともにより多くの RAM が必要になることです。したがって、管理者は、最初に VM に必要な RAM の量を決定するだけでなく、時間の経過とともにどれくらい使用されるかを把握する必要があります。より高性能で高密度の DRAM を使用すると、管理者は RAM の割り当てにもう少し余裕を持たせることができます。もちろん、VDI が単純なもの (コールセンターや単純なデータ入力) 用にセットアップされている場合、RAM は全体的にはあまり問題になりません。
仮想化は上記と同じ状況にあります。 VM は RAM を大量に消費するだけでなく、物理サーバーあたりの VM の数が増えると、より多くの RAM が必要になります。 VM のメモリが多い (または必要な) ほど、QoS が向上します。これには、ビッグ データや分析、データベース、コンテンツ ホスティング、電子メール、Web ホスティング、ファイル共有、コンテンツ作成などの仮想化サーバー アプリケーションが含まれます。仮想化でより多くのメモリが存在するということは、予測不可能なワークロードが発生したときに、より適切に処理できることも意味します。これは、ローカルと共有の両方で、より高速なフラッシュ製品によって推進される傾向であり、これにより、多くの高速なワークロードが同じサーバー上で動作できるようになります。 StorageReview では、これらのシナリオをテストすることに重点を置いています。 サーバーレビューここでは、ストレージと CPU リソースに適切な負荷をかけるために、特定のサーバー上に 4 つまたは 8 つの MySQL VM を配置します。各データベース VM には 60 GB の DRAM が割り当てられるため、メモリ要件はすぐに増加します。
より多くの RAM がアプリケーションに役立つ場合は別として、CPU 自体も考慮する必要があります。 AMD と Intel の CPU はどちらもコアをどんどん追加しており、現在 AMD EPYC では最大 32 コアになっています。これらのコアをすべて備えているということは、実行できるアプリケーションがますます多くなり、より高密度で満たす必要がある RAM に対する需要がますます高くなるということを意味します。前述したように、メモリ用の 12 スロットを備えたマザーボードは、これらの新しい高コア数 CPU で最大 1.5TB の DRAM をサポートできます。
パフォーマンス
RAM は、通常の集中テストに比べてベンチマークが少し難しくなります。ただし、既存の機器を活用して、実行できるワークロードの量とサーバーの潜在能力を最大限に引き出すという観点から、RAM を追加することがシステムにどのようなメリットをもたらすかを示すことができます。これを実証するために、850 GB の RAM を搭載した Lenovo SR512 をロードし、特定のプラットフォーム上で複数のインスタンスをスケーリングするときに RAM に依存する Sysbench ワークロードを実行しました。 Sysbench ワークロードには MySQL 専用の 24 GB がプロビジョニングされ、残りはシステム リソースに割り当てられます。増加するコンピューティング リソースを最大限に活用することを顧客がどのように考えているかと同様に、すべての VM に対して十分な RAM がサーバーにインストールされていることを確認する必要があります。
トランザクション テストでは、8 つの NVMe ドライブを備えた 21,632VM が 16 TPS に達するのに対し、25,427VM は XNUMX TPS に達することができました。すべてのワークロードがコンピューティング リソース自体を完全に飽和させることができるわけではありませんが、ワークロードを完全にスケールアップしなくてもパフォーマンスがまだテーブルに残っていることを示しています。
Sysbench の平均レイテンシに移ると、8VM は 11.96 ミリ秒のみ、16VM は 20.26 ミリ秒しかありませんでした。
まとめ：
Crucial LRDIMM サーバー メモリ モジュールは、サーバーにさらに高い RAM 密度とパフォーマンスをもたらします。モジュールは最大 128 GB の密度で動作します。つまり、12 メモリ スロットのサーバーでは、ユーザーは CPU あたり最大 1.5 TB の RAM を搭載できます。新しいモジュールは、最大 2,666MT/秒の速度で動作します。これは、HPC、仮想化、クラウド コンピューティングなどのアプリケーションが、ニーズに合わせてより高速な RAM を取得できることを意味します。全体として、これはコスト削減とパフォーマンスの向上につながり、より効果的なエンドユーザー エクスペリエンスにつながる可能性があります。
高密度で高性能な DRAM は、さまざまな使用例で多くの改善につながります。これにより、組織は DRAM フットプリントをあまり犠牲にすることなく NVRAM を活用できるようになります。 VDI と仮想化の場合、追加された RAM により、VDI セットアップの RAM 割り当ての問題が軽減され、RAM を大量に消費する VM に十分なメモリが与えられます。また、CPU のコア数がますます増加するにつれて、より多くのアプリケーションが実行されるようになり、望ましいパフォーマンスを実現するにはより多くの RAM が必要になります。
パフォーマンスに関しては、ストレージを大量に使用するワークロードを拡張して、残りの CPU リソースをより有効に活用できるメリットに注目しました。 21,632VM ではトランザクション パフォーマンスが 8 TPS に達しました。これ自体は優れていますが、サーバーのコンピューティング リソースが完全に飽和するわけではありません。さらに多くの Sysbench VM (合計 16 VM) をサーバーに移動すると、合計パフォーマンスが 25,427 TPS まで向上しました。多くのサーバーがストレージとコンピューティング機能を拡張し続けるため、手持ちのリソースを最大限に活用するには DRAM 密度の向上が必要になる場合があります。この作業には、Crucial LRDIMM が最適であり、結果として私たちの研究室で頻繁に活用されています。
StorageReview ニュースレターにサインアップする
