サーバーメモリ（DRAM）増設の判断軸
30秒まとめ
メモリ使用率が常時80%超、仮想マシン追加予定、アプリケーションの要件変更がある場合は増設検討のタイミングです。増設にあたっては「どのくらいの容量が必要か」「RDIMM/LRDIMMどちらを選ぶか」「DDR世代は何か」をサーバー仕様書と照合して決定する必要があります。
増設が必要になるタイミング
以下のいずれかに該当する場合、メモリ増設を検討すべきです。
パフォーマンス低下の兆候
- スワップ（ページング）が頻発している ── 物理メモリが不足し、ディスクへの退避が常態化。レスポンスが大幅に悪化する
- メモリ使用率が常時80%を超えている ── ピーク時に余裕がなく、突発的な負荷増でサービス影響が出やすい
- OOM Killer（Out of Memory Killer）が発動している（Linux環境） ── カーネルがプロセスを強制終了しており、深刻なメモリ不足の証拠
構成変更・拡張
- 仮想マシン（VM）の追加予定がある ── VMwareやHyper-Vの仮想化環境では、VM1台あたり数GB〜数十GBのメモリが必要。ホスト側にもオーバーヘッドがかかる
- アプリケーションの要件変更 ── データベースのインメモリ処理拡大、Javaヒープサイズの増加、新規ミドルウェアの導入等
- ユーザー数・データ量の増加 ── 利用者の増加やデータ量拡大に伴うワークロード増
ライフサイクル
- サーバーリプレースの前段階 ── 新サーバー導入前のつなぎとして、現行機のメモリを増設して延命する
- EOL（End of Life）対応 ── 現行メモリが生産終了する前に、将来分も含めて確保しておく
現在のメモリ使用量を確認する
増設の判断には、現在のメモリ使用状況を正確に把握することが前提です。
Windows Server の場合
タスクマネージャーの「パフォーマンス」タブで「メモリ」を選択すると、使用量・空き容量・コミット済みサイズを確認できます。より詳細にはパフォーマンスモニター（perfmon）で以下のカウンターを監視します。
※ Pages/sec が継続的に高い値（数百以上）を示す場合、スワップが常態化しています。
Linux の場合
注目すべき値:
- available ── 新規プロセスに割当可能なメモリ量。これが総メモリの20%未満なら要注意
- Swap used ── 0でなければスワップが発生している。常時数GBのSwap使用があるなら増設を検討
より長期のトレンドを確認するには sar -r（sysstat）や vmstat 5 で経時変化を見ます。
※ si（swap in）/ so（swap out）が継続的に0でなければ、スワップが活発に発生しています。
容量の決め方
「いくら増設すべきか」は環境によって異なりますが、以下の考え方が実務的な目安になります。
基本的な考え方
- 現在の使用量を計測する ── ピーク時の使用量を基準にする（平均値ではなくピーク値）
- バッファを加える ── ピーク使用量の1.3〜1.5倍を目標容量とする（30〜50%のバッファ）
- 将来の拡張を見込む ── 1〜2年後の成長を見越して、ピーク使用量の1.5〜2倍を確保するのが理想
用途別の目安
| 用途 | 1台あたりの目安 | ポイント |
|---|---|---|
| ファイルサーバー | 16〜64GB | キャッシュ量がI/O性能に直結 |
| Webサーバー（中規模） | 32〜128GB | 同時接続数とアプリ要件に依存 |
| データベースサーバー | 64〜512GB | DB全体がメモリに載ると劇的に高速化 |
| 仮想化ホスト | 128GB〜2TB | VM数 x VM割当メモリ + ホストオーバーヘッド |
| AI/ML ワークロード | 256GB〜 | データセットサイズとモデルサイズに依存 [要確認] |
※ 上記はあくまで目安です。実際の必要量はアプリケーション要件とワークロードにより大きく異なります。
RDIMM vs LRDIMM の選択基準
サーバー向けメモリモジュールの2大タイプ、RDIMMとLRDIMMの使い分けを整理します。
| 項目 | RDIMM | LRDIMM |
|---|---|---|
| 正式名称 | Registered DIMM | Load Reduced DIMM |
| バッファ | レジスタ（アドレス/コマンド信号をバッファリング） | データバッファ（データ信号も含めて負荷を軽減） |
| 1枚あたりの最大容量 | 一般的に64GBまで [要確認] | 128GB以上も可能 [要確認] |
| 価格 | 比較的安価 | RDIMMより高価 |
| 適する用途 | 標準的なサーバー構成 | 大容量構成（合計512GB〜1TB超） |
| 速度への影響 | スロット数が少ない構成では速度低下なし | フル実装時でも速度低下を抑えられる |
選択の判断フロー
- 必要な総メモリ容量を決める
- サーバーの空きスロット数を確認する
- RDIMMで必要容量を満たせるか計算する（例: 空き8スロット x 64GB RDIMM = 512GB追加可能）
- RDIMMで足りるならRDIMMを選択（コスト優位）
- RDIMMでは不足する場合、LRDIMMを検討する
※ 同一サーバー内でRDIMMとLRDIMMを混在させることはできません。既存がRDIMMの場合、追加もRDIMMにする必要があります。
DDR4からDDR5への移行判断
DDR4とDDR5は物理的な互換性がないため、同じサーバー内での混在はできません。DDR5への移行は、サーバー自体の世代交代と同時に行うことになります。
DDR5のメリット
- 帯域幅の向上 ── DDR4の最大3200 MT/sに対し、DDR5は4800 MT/s以上 [要確認]
- 電圧の低下 ── DDR4の1.2Vに対しDDR5は1.1Vで、電力効率が改善
- 大容量化 ── 1枚あたりの最大容量がDDR4世代より大きい [要確認]
- On-die ECC ── DDR5ではチップ内部にECC機能が搭載され、信頼性が向上
移行の判断ポイント
- DDR5に対応するCPU・マザーボードを搭載したサーバーが必要（ソフトウェア更新だけでは対応不可）
- 既存のDDR4メモリ資産は新サーバーに流用できない
- DDR5メモリの価格はDDR4と比較して高めの傾向がある [要確認]
- 現行サーバーの増設であればDDR4の追加が現実的な選択肢
Rank（ランク）の影響
Rankとは、メモリモジュール上のDRAMチップのグループ単位です。1つのRankは64ビット幅（ECC付きでは72ビット幅）のデータを出力します。
- シングルRank（1R） ── チップ1グループ。消費電力が低い
- デュアルRank（2R） ── チップ2グループ。Rank間のインターリーブにより、シングルRankよりメモリ帯域を効率的に使える
- クアッドRank（4R） ── チップ4グループ。大容量だがスロットあたりのRank消費が大きい
サーバーのメモリコントローラーには「1チャネルあたりの最大Rank数」という制限があります [要確認]。例えば、チャネルあたり最大8 Rankの制限がある場合、2R DIMMは4枚まで搭載可能ですが、4R DIMMだと2枚までとなります。増設前にマニュアルのメモリ構成ルールで上限を確認してください。
よくある事故パターン
スワップ解消のためだけにメモリ増設
スワップの原因がメモリ不足ではなく、メモリリーク（アプリケーションのバグ）やカーネルパラメータの設定不備である場合があります。増設前にプロセス別のメモリ消費を確認し、特定プロセスが異常に消費していないか確認してください。根本原因がアプリケーション側にある場合、メモリを増設しても一時的な延命にしかなりません。
最大搭載量を超えて発注
サーバーにはCPU・チップセットに起因するメモリの最大搭載量があります。スロットが物理的に空いていても、最大搭載量を超えた分は認識されません。また、CPU1基搭載の構成ではCPU2側のスロットが使えないサーバーもあります。マニュアルの仕様表で最大搭載量とCPU構成との関係を必ず確認してください [要確認]。
既存と異なるRankの混在
異なるRankのメモリを混在させると、チャネルあたりのRank上限を超えて認識されない、または速度低下が発生する場合があります。既存メモリのRank数を確認し、追加メモリも合わせて揃えることを推奨します。
※ 最大搭載容量やチャネル構成はサーバーモデルにより異なります [要確認]。具体的な構成については、サーバーのマニュアルを参照するか、構成情報を添えてお問い合わせください。