【2026年最新】Rustサーバーが重い・ラグいときの原因と対策ガイド｜パフォーマンス最適化

Rustサーバーを運営していると、ワイプ後半になるにつれて「サーバーFPSが落ちてきた」「プレイヤーからラグ報告が増えた」「セーブ時にフリーズする」といった問題に必ず直面します。

Rustはゲームエンジン（Unity）上で物理演算・エンティティ追跡・AI経路探索・地形生成を同時処理しているため、サーバー負荷が非常に高いゲームです。しかもサーバー処理の大部分がシングルスレッドで動作するため、コア数よりもCPUのシングルスレッド性能がパフォーマンスに直結します。

この記事では、Rustサーバーが重くなる6つの原因を特定し、それぞれに対する具体的な対策コマンド・設定・プラグインを網羅的に解説します。VPSレンタルサーバーで運営している方も、自宅サーバーの方も、すぐに実践できる内容です。

まず確認｜サーバーFPSとエンティティ数の診断方法

対策の前に、まず現在のサーバー状態を正確に把握しましょう。Rustにはサーバーコンソール（RCON）から実行できる診断コマンドが複数用意されています。

基本の診断コマンド一覧

診断のポイント

サーバーFPSとクライアントFPSはまったく別物です。プレイヤーのPC上で144fps出ていても、サーバーFPSが10しかなければ、ラバーバンディング（位置巻き戻り）やヒット判定遅延が頻発します。サーバーFPSはゲームロジックの処理速度を示す指標であり、これが低下するとすべてのプレイヤーに影響が出ます。

まずはstatusコマンドでサーバーFPSとエンティティ数を確認し、どちらが問題かを切り分けてから以下の対策に進んでください。

Rustサーバーが重くなる6つの原因

Rustサーバーのパフォーマンス低下は、複数の要因が同時に作用していることがほとんどです。ここでは主要な6つの原因を整理します。

原因①：エンティティ数の増加（最大の原因）

Rustでは、設置された壁・ドア・寝袋・ツールキャビネット・ドロップアイテム・樽・木など、あらゆるオブジェクトが「エンティティ」としてサーバー上で追跡されます。ワイプ初日はエンティティ数が数万程度ですが、数日経つと10万→20万→30万と増加していきます。エンティティ数が増えるほどサーバーの毎フレーム処理量が増大し、FPSが低下します。

放置された拠点、使われなくなった寝袋、散らばったドロップアイテム、NPC・プレイヤーの死体などが蓄積し続けることが原因です。

原因②：プラグインの過負荷

Oxide（uMod）やCarbonのプラグインは、サーバーの毎tick（毎フレーム）にフック処理を追加します。プラグイン数が多いほど、また品質の低いプラグインほど、1tickあたりの処理時間が増加します。タイマーの過剰設定、大量のデータベース読み書き、無限ループに近い処理を含むプラグインは、サーバーFPSを劇的に低下させる原因になります。

原因③：AI（NPC・動物）の負荷

クマ・オオカミ・イノシシ・サイエンティストなどのNPCは、Navmesh（ナビメッシュ）と呼ばれる経路探索アルゴリズムを使って移動経路を毎フレーム計算しています。このAI処理はCPU負荷が非常に高く、NPC数が多い大きなマップではサーバーFPSの大きな消費源となります。

原因④：マップサイズの肥大化

マップサイズが大きいほど、生成される地形・モニュメント・NPC・木・鉱石などのエンティティが増えます。サイズ4500以上のマップは、VPSの標準プランでは処理しきれないことが多く、RAM使用量も指数的に増加します。

カスタムマップのエンティティ数に注意｜導入ガイドはこちら

原因⑤：ガベージコレクション（GC）のスパイク

RustはUnityエンジン上で動作しているため、C#のガベージコレクション（不要メモリの自動回収）が定期的に実行されます。GC実行中はサーバー処理が一時停止するため、全プレイヤーが一瞬フリーズする「GCスパイク」が発生します。メモリ使用量が多いほどGCの頻度と停止時間が増大します。

原因⑥：ネットワーク・回線の問題

サーバー自体の処理能力に問題がなくても、サーバーとプレイヤー間のネットワーク品質が低いとラグが発生します。高ping（地理的距離）、パケットロス（回線品質）、帯域不足（同時接続数に対する回線容量不足）が主な原因です。

対策①｜server.cfgのパフォーマンスチューニング

プラグインを追加しなくても、Rustの標準コンバー（convar：設定変数）を調整するだけで大幅な改善が見込めます。以下のコマンドをserver.cfgに記述するか、RCONコンソールから直接入力してください。

サーバーFPSの上限を設定する

fps.limit 60

多くの管理者がデフォルト（256）や無制限（-1）のまま運用していますが、これは罠です。サーバーFPSが200を超えても、ゲームロジックの処理精度は向上しません。むしろ、CPUサイクルを無駄に消費し、弾道計算やAI処理に使えるリソースが減少します。60（大規模サーバーなら30）に制限することで、CPUリソースを本当に必要な処理に集中させることができます。

セーブ間隔を延長する

server.saveinterval 600

デフォルトでは300秒（5分）ごとにワールドデータが保存されます。セーブ処理中はサーバーが一時停止し、全プレイヤーに一瞬のフリーズが発生します。エンティティ数が多いワイプ後半ほどセーブ時間が長くなるため、600秒（10分）〜900秒（15分）に延長することでフリーズの頻度を半減できます。ただし、万一のクラッシュ時に失われるデータ量が増える点はトレードオフです。

ガベージコレクションのバッファを拡大する

gc.buffer 2048

GC（ガベージコレクション）のバッファサイズを増やすことで、GCの実行頻度を抑えることができます。デフォルトではGCが高頻度で走り、その都度マイクロフリーズが発生しますが、バッファを2048〜4096に拡大すると、GCの実行間隔が伸びてフリーズの発生回数が減ります。代わりに1回のGC時間が若干長くなりますが、体感的にはこちらの方がはるかに快適です。

デキャイ（腐食）関連の調整

decay.scale 1.5
decay.upkeep_grief_protection 1440
decay.duration_twig 1440
decay.duration_wood 10800
decay.duration_stone 18000
decay.duration_metal 25200
decay.duration_toptier 36000

decay.scale 1.5は全建築物のデキャイ速度を1.5倍に加速させます。これにより、放置拠点が早く崩壊し、エンティティ数の自然減が促進されます。TC（ツールキャビネット）を破壊された拠点のデキャイ開始時間をdecay.upkeep_grief_protectionで制御でき、各建材の完全崩壊までの秒数を個別に調整できます。

その他の推奨設定

対策②｜エンティティ数を削減する

エンティティ数の増加はRustサーバーが重くなる最大の原因です。ワイプ以外にもエンティティを減らす方法は複数あります。

デキャイ（腐食）を必ず有効にする

デキャイ（建物の自然崩壊）が無効になっていると、放棄された拠点がワイプまで残り続け、エンティティ数が際限なく膨らみます。デキャイは必ず有効にしてください。前セクションのdecay.scale設定で速度を調整できます。

ドロップアイテム・死体を定期的に除去する

RCONコンソールから以下のコマンドを実行すると、ワールド上の不要エンティティを即座に削除できます。

ents.kill DroppedItem
ents.kill PlayerCorpse
ents.kill NPCPlayerCorpse

注意：ents.kill DroppedItemはワールド上のすべてのドロップアイテムを削除するため、プレイヤーが活動中の時間帯は避け、深夜や早朝の低人口時間帯に実行しましょう。

寝袋の上限を設定する

寝袋はエンティティ数を押し上げる最大の原因のひとつです。1プレイヤーあたりの設置上限を設ける「Bag Limit」プラグイン（Oxide/uMod）を導入すると、寝袋由来のエンティティ増加を効果的に抑制できます。

AutoPurgeプラグインで放置拠点を自動削除する

AutoPurgeプラグインは、一定期間ログインしていないプレイヤーの建築物とデータを自動的に削除します。例えば「48時間以上ログインなしのプレイヤーの拠点を自動削除」という設定にすることで、ワイプ中盤以降のエンティティ急増を防止できます。

マップサイズを適切に設定する

マップサイズはエンティティの初期数に直結します。プレイヤー数とVPSスペックに応じた適切なサイズを選びましょう。

対策③｜AI（NPC・動物）の負荷を抑える

クマ・イノシシ・サイエンティストなどのNPCは、複雑な経路探索（Navmesh）処理を毎フレーム実行するため、CPU負荷が非常に高い要素です。サーバーFPSが低い場合、AI関連の設定を見直すだけで劇的に改善することがあります。

動物・NPCの出現数を制限する

wolf.population 2
bear.population 2
boar.population 3
chicken.population 3
stag.population 3
zombie.population 5

各動物のデフォルト出現密度は5前後ですが、2〜3に減らすことでAI処理の総量を大幅に削減できます。ゲームプレイへの影響は「動物と遭遇する頻度が少し減る」程度で、PvPメインのサーバーではほとんど気になりません。

Navmesh（経路探索）を無効化する（PvP特化サーバー向け）

nav_disable true
ai.think 0

nav_disable trueでNavmeshを完全に無効化すると、NPCの移動が停止しますが、サーバー負荷が劇的に軽減されます。ai.think 0はNPCの思考ロジックを停止させます。これらはPvP特化サーバーで「NPCは不要」と割り切れる場合に有効です。PvEサーバーやバニラに近い環境を目指す場合は、上記の出現数制限にとどめてください。

PvEサーバー向けプラグインの選び方・構成例はこちら

動物のフン生成を無効化する

baseridableanimal.dungtimescale 0

騎乗可能な動物のフン生成はエンティティを継続的に増やす要因です。パフォーマンスが厳しい場合は0にしてフン生成を停止させましょう。

対策④｜プラグインの棚卸し・軽量化

Oxide（uMod）やCarbonのプラグインは、サーバーの毎tick処理にフック関数を追加します。プラグインが多ければ多いほど1tickあたりの処理時間が増え、サーバーFPSが低下します。

問題プラグインの特定方法

以下の手順でパフォーマンスに悪影響を与えているプラグインを特定してください。

Step 1：RCONコンソールでserver.fpsを確認し、現在値を記録する。

Step 2：疑わしいプラグインをoxide.unload プラグイン名で1つずつアンロードし、そのたびにサーバーFPSの変化を確認する。最近追加したプラグインから順に試す。

Step 3：FPSが回復したプラグインが原因。代替プラグインへの乗り換えか、設定の見直し（タイマー間隔の延長など）を検討する。

Step 4：/oxide/logs/ディレクトリのログファイルを確認し、毎tickでエラーを吐いているプラグインがないか調べる。例外を繰り返し投げるプラグインは深刻なパフォーマンスドレインになる。

プラグイン運用のベストプラクティス

健全なプラグイン運用のために、以下の原則を守りましょう。使っていないプラグインは「無効」ではなく「アンロード＋削除」してください。無効状態でもロードされていればリソースを消費します。プラグインは公式ソース（umod.org）から入手し、常に最新版に更新してください。古いバージョンには修正済みのパフォーマンスバグが含まれていることがあります。20〜30個の品質の良いプラグインなら、適度なプレイヤー数でサーバーFPS 28〜30を維持できます。もし少人数なのに15fps以下に落ちている場合、ほぼ確実に問題のあるプラグインが存在します。

パフォーマンス改善に役立つプラグイン

Carbon vs Oxide：パフォーマンスの違い

近年注目されているCarbonは、Oxideの互換APIを提供しつつ、実行速度の最適化とメモリ使用効率の改善を実現したモッドフレームワークです。大量のプラグインを使用するMODサーバーでは、OxideからCarbonへの移行によりGCスパイクの軽減やtick処理の高速化が期待できます。ただし一部プラグインに互換性の問題がある場合もあるため、テスト環境での検証を推奨します。

対策⑤｜ネットワーク・回線の最適化

サーバーのハードウェア・設定に問題がなくても、ネットワーク品質が低ければプレイヤーはラグを感じます。

サーバー側の対策

まず、サーバーのホスト地域をプレイヤーの居住地に近い場所に配置することが最も効果的です。日本のプレイヤーが主なら、東京リージョンのVPSを選択してください。ConoHa for GAMEやXServer VPSは東京データセンターが利用できるため、国内プレイヤーへのpingを最小限に抑えられます。

帯域（回線速度）については、Rustサーバーは1プレイヤーあたり約256kbps〜512kbpsの帯域を使用します。100人規模なら50Mbps以上の帯域が安定運営の目安です。VPSの回線スペックを確認しましょう。

DDoS攻撃によるネットワーク品質低下も考えられます。ゲーム専用VPSにはDDoS防御機能が含まれていることが多いため、防御機能の有無もVPS選びのポイントです。

プレイヤー（クライアント）側への案内

プレイヤーからのラグ報告が特定の個人に偏っている場合、サーバー側ではなくそのプレイヤーの回線が原因の可能性が高いです。以下の点をDiscordなどで案内しましょう。有線LAN接続を推奨すること、VPN利用時はオフにして試すこと、ルーターの再起動、IPv6の無効化（一部環境で改善）などが基本的な対処法です。

対策⑥｜VPSプランの見直し・ハードウェア増強

設定チューニングやプラグイン最適化を行っても改善しない場合、ハードウェアスペックが根本的に不足している可能性があります。

Rustサーバーのスペック目安

VPSプランのアップグレード判断基準

以下の状況に複数該当する場合は、VPSプランのアップグレードを検討してください。server.cfgの最適化済みでもサーバーFPSが常時20以下の場合、プレイヤー数がプランの推奨上限を超えている場合、セーブ時のフリーズが5秒以上続く場合、MODプラグインを10個以上使用している場合がアップグレードのサインです。

番外編｜クライアント（プレイヤー）側の軽量化設定

サーバー管理者として、プレイヤーに案内できるクライアント側の最適化設定もまとめておきます。Discord等で共有すると、ラグ報告の削減に繋がります。

推奨グラフィック設定

コンソールコマンド（クライアント側）

プレイヤーがF1キーでコンソールを開き、以下を入力するとFPSが改善されることがあります。

gc.buffer 2048
graphics.branding 0
graphics.parallax 0
terrain.quality 0
textures.streamingbudgetmb 64

Steam起動オプション

Steamのライブラリ→Rust→プロパティ→起動オプションに以下を追加すると、起動時のパフォーマンスが改善されることがあります。

-window-mode exclusive -high -force-feature-level-11-0 -malloc=system

その他のクライアント側対策

ゲームをHDDではなくSSD（できればNVMe SSD）にインストールすること、RAMは32GB搭載を推奨すること（16GBではRust単体で不安定になる場合あり）、オプション→エクスペリメンタルの「ロードの最適化」を「Partial」にするとロード時間が10〜20%短縮されること（「Full」はクラッシュの原因になるため非推奨）なども案内に含めると効果的です。

定期メンテナンスと監視体制の構築

パフォーマンスの最適化は一度やれば終わりではありません。ワイプサイクル全体を通じて安定したサーバーFPSを維持するために、定期メンテナンスと監視体制を構築しましょう。

日次メンテナンス：自動再起動の設定

サーバーの長時間稼働はメモリリーク・プラグインの状態異常を蓄積します。毎日1回、プレイヤーの少ない深夜帯に自動再起動を設定しましょう。

Linux（cron）での設定例：

# 毎日午前5時に5分前告知→再起動
55 4 * * * /usr/bin/mcrcon -H 127.0.0.1 -P 28016 -p YourRCONpassword "say サーバーは5分後に再起動します"
0  5 * * * /usr/bin/mcrcon -H 127.0.0.1 -P 28016 -p YourRCONpassword "server.save" && systemctl restart rust

このスクリプトは、午前4時55分にゲーム内チャットで再起動予告を送信し、5時ちょうどにワールドデータを保存してからサーバーを再起動します。mcrconはRCONクライアントのCLIツールで、事前にインストールが必要です。

週次メンテナンス：エンティティ・プラグインの定期チェック

週に1回はglobal.entitiesでエンティティ数の推移を確認し、想定を超えるペースで増加していないかチェックしてください。同時にoxide.versionでプラグインの更新有無を確認し、古いプラグインをアップデートしましょう。

高度な監視：Grafana + Prometheusの導入

大規模サーバーや複数サーバーを運営する場合は、Rust-Server-MetricsプラグインとGrafana + Prometheusを組み合わせた監視ダッシュボードの構築を検討してください。リアルタイムでCPU使用率、メモリ割り当て、サーバーFPS推移、エンティティ数、プレイヤー同時接続数、プラグイン実行時間をグラフで可視化でき、パフォーマンス低下の兆候を早期に検知できます。

ワイプスケジュールの最適化

定期的なワイプはエンティティ数をリセットする最も確実な方法です。週次ワイプはエンティティ数を管理しやすく、月次ワイプは最終週にパフォーマンスが大幅に低下する傾向があります。サーバーの規模やプレイヤーのプレイスタイルに合わせてワイプ頻度を決定しましょう。ワイプの詳しい方法やスケジュール設定については、別記事「Rustワイプ完全ガイド」で解説しています。

まとめ

Rustサーバーのパフォーマンス最適化は、原因の特定→適切な対策→定期メンテナンスの3ステップで進めます。

最も効果が大きいのはエンティティ数の管理です。デキャイの有効化、AutoPurge・EntityCleanupプラグインの導入、適切なマップサイズの選択で、ワイプ全期間を通じてエンティティ数をコントロールしてください。

次に効果的なのがserver.cfgの最適化です。fps.limit 60、server.saveinterval 600、gc.buffer 2048の3つは、どのサーバーでもすぐに設定すべき基本チューニングです。

プラグインは量より質を重視し、使っていないものは削除。AI負荷は動物の出現数を減らすだけでも大きな改善が見込めます。

そして、すべての最適化を施してもなおFPSが改善しない場合は、VPSのスペック自体が不足しています。Rustはシングルスレッド性能が命なので、高クロックCPUを搭載したゲーム専用VPSへの移行が根本的な解決策です。

関連記事

• 【2026年最新】Rustサーバー管理者コマンド完全一覧＆RCON活用術
• Rustサーバーの荒らし・チーター対策ガイド
• Rustレンタルサーバーおすすめ5選比較
• ConoHa for GAMEでRustサーバーを立てる方法
• XServer VPSでRustサーバーを構築する方法
• Rustサーバーの立て方【完全無料】