【2026年1月最新】マインクラフトサーバーパフォーマンス最適化完全ガイド

プロダクション環境で使える「TPS最適化」「プラグイン・MOD活用」「監視（プロファイリング）」「自動バックアップ」「セキュリティ」までを、実運用目線でまとめた完全ガイドです。

最終更新: 2026年1月7日
主な想定バージョン: Minecraft Java Edition 1.21.11（執筆時点の最新リリース）
重要: 2026年以降、Minecraft本体のバージョン表記が新方式へ移行予定のため、今後は「1.xx」だけでなく新表記も併記される可能性があります。運用スクリプトや自動更新の判定条件は要見直しです。

---

2026年1月の重要アップデート

• Minecraft Java Edition 1.21.11（2025年12月9日公開）を前提に記述を更新
• 2026年以降のバージョン表記変更の告知により、監視・自動更新・互換性確認フローの再点検が重要に
• Java 21はMinecraft 1.20.5以降で必須要件（引き続きJava 21 LTSでの運用を推奨）
• Paper系の運用ではTimingsは実質無効化/撤廃方向。性能解析はspark等のプロファイラ利用が前提に
• NeoForge / Forge / Fabricは同一バージョン帯でも対応状況が揺れやすい（MODパック運用は「対応表」と「固定化」が必須）

---

パフォーマンス最適化の基礎知識

TPS（Ticks Per Second）の理解

TPSはサーバーの処理進行度を表す重要指標です。理想は20 TPSで、これが維持できるほどゲームは滑らかです。

• 20 TPS: 良好
• 18–19 TPS: 軽微なラグ（許容範囲）
• 15–17 TPS: 明確なラグ（要改善）
• 15 TPS未満: 深刻（緊急対応）

メモリ使用量とGC最適化（目安）

適切なメモリ管理は安定運用の基盤です。以下は「大まかな目安」です（ワールド規模・描画距離・プラグイン/MOD品質で大きく変動します）。

サーバータイプ	推奨RAM（目安）	プレイヤー数（目安）	備考
バニラ	4–8GB	〜20人	基本構成
プラグイン（Paper/Purpur）	8–16GB	〜50人	運用はPaper系が定番
MOD（Fabric/Forge/NeoForge）	12–24GB	〜30人	MOD数/内容で大きく変動
大規模	32GB以上	100人以上	専用機/高性能VPS推奨

主要サーバーソフトウェア比較（2026年1月時点）

ソフトウェア	特徴	パフォーマンス傾向	対応/互換	推奨用途
Paper	高性能・最適化が豊富	高	Bukkit/Spigot互換	プロダクション運用
Purpur	Paper拡張（追加機能が多い）	高	Paper互換＋独自機能	カスタマイズ重視
Fabric	軽量・更新が速い	高（構成次第）	Fabric MOD	軽量MODサーバー
NeoForge	新世代MOD基盤として利用が増加	構成次第	NeoForge MOD	新しめのMOD運用
Forge	依然として利用者が多いMOD基盤	構成次第	Forge MOD	Forge前提のMOD/パック

---

ハードウェア・インフラ最適化

2026年の推奨サーバー構成（考え方）

CPU選択のポイント

• シングルスレッド性能重視（Minecraftはメインスレッド依存が強い）
• 同世代CPUなら「高クロック・高IPC」傾向のモデルが有利
• Paper系は改善が進むものの、万能なマルチスレッド化ではない

メモリ（RAM）選択基準

• 小規模: 16GB / 中規模: 32GB / 大規模: 64GB以上（目安）
• メモリ不足はGC悪化やスワップ誘発でTPS低下の原因

ストレージ最適化

• NVMe SSD推奨（ワールドI/Oが詰まると体感ラグが増える）
• バックアップの定期取得は必須（障害・誤操作対策）

VPS/ゲーム向けサーバー比較（国内・2026年1月時点）

料金は契約期間・キャンペーン・支払い方法で変動します。ここでは「公式ページで確認できる代表的な価格/例」を載せます。最新は各公式で再確認してください。

サービス	代表プラン例	料金の読み方（注意）	コメント
ConoHa for GAME	8GB/4vCPU（例）	長期割引や期間限定割引の表示が多い	国内向け、ゲームテンプレが使いやすい
XServer VPS for Game	8GB/6vCPU（例）	「36ヶ月契約時の月額」など条件付き表記に注意	ゲーム運用に特化、テンプレが豊富
AGAMES	8GB/8vCPU（例）	プラン/初期費用/割引の有無を必ず確認	ゲーム用途の選択肢の一つ
Azure等の海外クラウド	インスタンス種別による	従量課金・為替・リージョン差が大きい	構成自由度は高いが、運用難度も上がる

レンサバ/ゲーム向けVPSの宣伝（元記事方針を維持）:
国内ゲーム向けVPSは、レイテンシー面と日本語サポート面で扱いやすく、初心者〜中級者のマイクラ運用に向きます。キャンペーンや長期割引が頻繁にあるため、申し込み前に公式の最新価格を必ず確認してください。

---

Java 21 LTS 最適化設定（起動オプション例）

Java 21はMinecraft 1.20.5以降で必須要件です。以下は「8GBメモリ環境の例」です。環境によって最適値は変わるため、変更は段階的に行い、spark等で効果を確認してください。

#!/bin/bash
# Minecraft Server 起動スクリプト (Java 21 例)
java -Xmx7G -Xms7G \
  -XX:+UseG1GC \
  -XX:+ParallelRefProcEnabled \
  -XX:MaxGCPauseMillis=200 \
  -XX:+UnlockExperimentalVMOptions \
  -XX:+DisableExplicitGC \
  -XX:+AlwaysPreTouch \
  -XX:G1HeapWastePercent=5 \
  -XX:G1MixedGCCountTarget=4 \
  -XX:InitiatingHeapOccupancyPercent=15 \
  -XX:G1MixedGCLiveThresholdPercent=90 \
  -XX:G1RSetUpdatingPauseTimePercent=5 \
  -XX:SurvivorRatio=32 \
  -XX:+PerfDisableSharedMem \
  -XX:MaxTenuringThreshold=1 \
  -XX:G1NewSizePercent=30 \
  -XX:G1MaxNewSizePercent=40 \
  -Daikars.new.flags=true \
  -jar paper-1.21.11-XXX.jar nogui

注意: Aikar系フラグは広く参照されていますが、万能ではありません。まずは「メモリ不足・ストレージI/O詰まり・プラグイン品質」のボトルネック解消を優先し、最後にGC微調整で詰めるのが安全です。

---

サーバーソフトウェア最適化設定

server.properties 最適化（例）

以下は一般的な例です。運用方針（描画距離・プレイヤー数・ワールド規模）に合わせて調整してください。

# server.properties (例)
network-compression-threshold=256
max-tick-time=60000

view-distance=10
simulation-distance=8
spawn-protection=16
max-world-size=29999984

enable-status=true
enable-query=false

max-players=50
online-mode=true
prevent-proxy-connections=false

allow-flight=false
motd=Optimized Server - 1.21.11

Paper設定ファイル（例）

Paperはバージョン/ビルドで設定キーやファイル構成が更新されることがあります。新規導入時は必ず生成されたデフォルト設定を基準に差分管理してください。

# paper-global.yml (例・抜粋)
timings:
  enabled: false
  verbose: false

packet-limiter:
  kick-message: '&cSent too many packets'
  limits:
    all:
      interval: 7.0
      max-packet-rate: 500.0

spigot.yml パフォーマンス設定（例）

# spigot.yml (world-settings.default 例・抜粋)
world-settings:
  default:
    entity-activation-range:
      animals: 16
      monsters: 24
      raiders: 32
      misc: 8
      water: 12
      villagers: 16
      flying-monsters: 32

    entity-tracking-range:
      players: 48
      animals: 48
      monsters: 48
      misc: 32
      other: 64

    max-entity-collisions: 2
    merge-radius:
      item: 4.0
      exp: 6.0

    hopper-transfer: 8
    hopper-check: 1
    hopper-amount: 1

---

プラグイン・MOD最適化

監視・分析ツール（推奨）

• spark（プロファイラ/ヒープ解析/サーバー状態の可視化）

Paper系ではTimingsの扱いが変化しているため、「問題が出たらsparkでプロファイル取得」が基本ルートになります。

最適化系プラグイン（導入前に互換性確認）

• ViewDistanceTweaks（負荷に応じて view/simulation distance を動的調整）
• LagAssist / LagMonitorなどの「補助系」は、更新状況・対応バージョン差が大きいので、導入前に配布元で必ず対応範囲を確認してください

MODサーバー最適化（NeoForge / Forge / Fabric）

最適化MODは「同じ名前でも対応ローダーが違う」「サーバー側のみ/クライアント側のみが混在する」ため、導入手順を固定化し、検証環境で先に確認してください。

• Fabric系: Lithium / Krypton / Starlight など（構成と互換性次第）
• メモリ系: FerriteCore など（ローダー/版の対応要確認）

注意: プラグインやMODは必要最小限に留め、1つずつ導入→計測→差し戻し可能な運用にしてください。多すぎると原因切り分けが困難になります。

---

監視・分析システム構築

spark プロファイラ活用法

sparkは本番環境でも比較的低負荷で動作し、ボトルネック特定に役立ちます。

# spark 基本コマンド例
/spark profiler start
/spark profiler stop
/spark profiler upload

# タイムアウト/間隔の例
/spark profiler start --timeout 300 --interval 4

# メモリ（ヒープ）確認
/spark heap --summary
/spark heap --dump

ベストプラクティス: 平常時のベースライン（普段のMSPT/TPS/CPU傾向）を定期的に記録し、異常時に比較できる状態を作っておくと復旧が速くなります。

---

バックアップ・セキュリティ対策

自動バックアップ（例）

#!/bin/bash
# minecraft-backup.sh（例）

WORLD_PATH="/opt/minecraft/world"
BACKUP_NAME="minecraft-$(date +%Y%m%d-%H%M%S)"
BACKUP_DIR="/backup/minecraft"

# save-off / save-all flush はコンソール送信方法に合わせて実装してください
# 例: screen / tmux / systemd / rcon など
echo "save-off"
echo "save-all flush"
sleep 10

tar --exclude='session.lock' \
    --exclude='*.log' \
    --exclude='*.tmp' \
    -czf "$BACKUP_DIR/$BACKUP_NAME.tar.gz" -C "$WORLD_PATH" .

echo "save-on"

find "$BACKUP_DIR" -name "minecraft-*.tar.gz" -mtime +7 -delete

echo "バックアップ完了: $BACKUP_NAME.tar.gz"

セキュリティ対策

基本

• ファイアウォール: 必要ポートのみ開放
• 定期アップデート: サーバーソフト/OS/ローダー/プラグイン
• アクセス制限: Whitelist / 管理画面のIP制限
• ログ監視: 失敗ログイン/不審なRCON等の検知

高度

• DDoS対策: 上位プラン/専用対策/保護サービスの活用
• バックアップ保護: 別筐体・別リージョンへの二重化、暗号化
• 権限管理: OP権限の最小化、権限プラグインで細分化

---

トラブルシューティング

TPS低下（15以下）

原因特定手順

1. sparkでプロファイル取得（重いtick/処理を特定）
2. プラグイン/コマンド/自動処理の負荷を確認
3. エンティティ数（ホッパー、村人、動物、アイテム）とチャンク負荷を確認
4. ストレージI/O（バックアップやログ肥大）を確認

即時対応（応急処置）

• view-distance / simulation-distance を一時的に下げる
• 問題プラグインを一時停止（段階的に）
• ホッパー・自動化装置・村人施設を制限/分散

メモリリーク疑い

検出/確認

/spark heap --summary
/spark system

対処

• 定期再起動（暫定）＋原因プラグインの特定を並行
• ヒープダンプで増え続けるオブジェクトを確認
• 割り当て過多/不足どちらも不安定化するため、適正値を探る

---

2026年の最新トレンド

コンテナ化（Docker）運用（例）

# docker-compose.yml（例）
version: '3.8'
services:
  minecraft:
    image: eclipse-temurin:21-jre
    container_name: minecraft-server
    restart: unless-stopped
    ports:
      - "25565:25565"
    volumes:
      - ./server:/opt/minecraft
      - ./logs:/opt/minecraft/logs
    environment:
      - JAVA_OPTS=-Xmx8G -Xms8G -XX:+UseG1GC
    command: >
      sh -c "cd /opt/minecraft &&
             java $JAVA_OPTS -jar paper-1.21.11.jar nogui"

統合版（Bedrock）とJava版のクロスプレイ

GeyserMC等を使うと、Javaサーバーに統合版クライアントを参加させる構成が可能です。公開サーバーでの運用は、認証方式や荒らし対策（Floodgate/権限/レート制限）を含めた設計が重要です。

# GeyserMC 設定例（概念）
bedrock:
  port: 19132
  address: 0.0.0.0

remote:
  address: 127.0.0.1
  port: 25565

---

参考動画（日本のYouTube限定）

以下は日本語の解説動画です（WordPressではURL貼り付けで埋め込み表示されることがあります）。

---

まとめ：2026年のサーバー運営

マインクラフトサーバー最適化は、設定の小手先よりも「継続監視 → 原因特定 → 小さく改善 → 再計測」のループが最短です。2026年以降はバージョン表記変更も控えているため、更新フロー（自動更新・互換性確認・差分管理）を早めに整備しておくと事故が減ります。

成功のポイント

• 継続的監視: sparkでボトルネック可視化
• 自動化: バックアップ・更新・ログ整理の仕組み化
• 予防保守: 平常時ベースラインの記録
• 技術追随: 本体/ローダー/プラグイン互換の確認を習慣化
• コミュニティ重視: 体感ラグの減少が最優先

避けるべき落とし穴

• 過度な最適化: 複雑化で運用不能になりがち
• プラグイン過多: 切り分け不能・相性問題が増える
• バックアップ軽視: 事故時に復旧できない
• セキュリティ後回し: 荒らし・侵入で崩壊しやすい
• 更新フロー未整備: 互換事故で長時間停止しやすい

---

重要な注意事項（免責）

本記事の設定例は環境や遊び方によって最適値が異なります。設定変更は段階的に行い、必ず計測しながら調整してください。設定変更前にはバックアップを取得してください。

Copyright © 2026 マインクラフトサーバーパフォーマンス最適化完全ガイド. All rights reserved.