シンVPSでマイクラを快適に遊ぶ方法｜必要スペック・設定・トラブル対策

2026年2月11日

「シンVPSでマイクラサーバーを立てたのに、なぜか重い・カクつく…」
「友達が接続できないと言っていて、どこを見ればいいの？」
「MODやプラグインを入れたいけど、アップデートで壊れそうで怖い…」
「必要スペックって結局どれくらい？人数が増えたらどうなる？」
「バックアップって何をどれくらい残せば、事故っても戻せるの？」

こんな悩みは、マイクラをVPSで運用するなら“あるある”です。しかも厄介なのが、原因がひとつではなく、設定・スペック・運用・セキュリティが絡み合って起きること。

この記事では、シンVPSでマイクラを「快適に」「安全に」「長く」遊ぶために、初心者が迷いやすいポイントを 必要スペック → 設定 → つまずき対策の順で整理します。
公式のマニュアル・FAQで確認できる仕様をベースにしつつ、運用で差が出やすい部分（バックアップ、更新、軽量化、原因切り分け）を “当てずっぽうにしない手順”としてまとめました。

読み終わるころには、次ができる状態を目指します。

自分の遊び方（バニラ／Paper系／MOD）に合わせて、プランの目安がつく
視距離やエンティティなど、体感に効く設定の触り方が分かる
「接続できない」「急に重い」などの症状を、原因別に切り分けて対処できる
バックアップと更新の基本が固まり、事故っても戻せる運用になる

「最短で遊べる」だけでなく、「快適に続けられる」まで一気に整えていきましょう。

シンVPS 公式サイト

最初に結論：シンVPSが向く人／避けたほうがいい人

まず結論から言うと、シンVPSは 「マイクラを“サーバーとして”長めに運用したい人」 に強く向きます。逆に、「数週間だけ試す」「イベントだけ立てたい」 など短期用途はハマりにくいです。

スクロールできます

あなたの目的	相性	理由（初心者目線）
友達と継続して遊ぶ（数か月〜）	◎	契約の考え方が“長期運用向け”で、腰を据えやすい
すぐ立てたい（コマンド苦手）	○	マイクラ系のアプリイメージで手順がかなり短縮できる
MODやプラグインで遊びを拡張したい	○	Forge/Fabric/Paperなどの選択肢がある（ただし運用の知識は必要）
1〜2週間だけお試しで立てたい	△	最低利用期間や支払い方式の都合で“割高感”が出やすい
完全に放置して運用したい（メンテが無理）	△	VPSなので更新・バックアップ等の“管理”は自分でやる前提

「すぐ遊びたい」派：アプリイメージでどこまで簡単になる？

シンVPSには、マイクラ向けの アプリイメージ が用意されており、OSに入ってSSHでゴリゴリ作業するタイプより、初心者が迷う工程をかなり減らせます。

アプリイメージでラクになること ✅

管理画面で種類を選ぶだけで、サーバーの土台が整う
サーバーソフトの種類を“目的別”に選びやすい（例：Java版／統合版、Paper、Forge、Fabric、Mohist など）
まず「起動して参加する」までが早い

ただし、「完全に何もしなくてOK」ではありません。最低限ここは理解しておくと詰まりにくいです。

それでも自分でやること（初心者が躓きやすい）⚠️

ポート開放（パケットフィルター）：必要な通信だけ許可する
バージョン合わせ：友達のマイクラ側とサーバー側を揃える
公開範囲の設計：身内だけならホワイトリスト運用が安全
バックアップ：事故ったときに戻せる“保険”を作る

なお、アプリイメージには利用条件がある場合があります。たとえば Minecraft(Java版)のアプリイメージは「512MBプランでは利用できない」 旨が案内されています。👉 迷ったら最初から 1GB以上 を前提に考えると安全です。

「自由に作り込みたい」派：汎用VPSとしての強みと限界

「マイクラをただ立てる」だけでなく、自分好みに育てたい人 にとって、VPSの自由度は大きいです。

やりたいことが増えるほど“VPSらしさ”が効く 💡

MOD/プラグインを増やして遊び方を拡張する
サーバー設定を細かく最適化する（重さ対策、ログ管理など）
SSHで入って作業する／運用を自動化する（再起動、監視、バックアップ）
セキュリティを“自分のルール”で固める（必要ポートだけ許可など）

一方で、自由度がある＝責任も増える ということです。

VPSの限界（というより“覚悟”）🧠

何かあったとき「原因の切り分け」を自分でやる場面がある
（例：MOD同士の競合、メモリ不足、設定ミス）
更新・バックアップ・権限管理など、運用の基本 は避けて通れない
「クリックだけで全部面倒見てくれるゲーム特化サービス」と比べると、学習コストは上がる

初心者でも大丈夫ですが、“遊ぶ”のと同じくらい“管理もやる” という気持ちだと失敗しにくいです。

注意：最低利用期間・短期運用の落とし穴

シンVPSで特に重要なのが、契約のルールです。ここを知らずに申し込むと「思ったより気軽にやめられない…」となりやすいです。

押さえるべきポイント（短期に不向きになりやすい理由）⚠️

最低利用期間が「3ヶ月」
料金は 契約期間分の一括前払い（月額表示は“換算”）
途中解約しても 支払い済み料金の返金は不可
最低利用期間の料金支払いが完了していないと、解約手続き自体が進められないケースがある

じゃあ、初心者はどう動くのが安全かというと、次の考え方がおすすめです。

失敗しない契約の考え方 ✅

迷うなら、まず 最短の契約期間（=3ヶ月）で運用を固める
「長期割引が魅力でも、将来が読めないなら長期契約は急がない」
イベント用途（数日〜数週間）だけなら、短期向きサービスも含めて比較する

「やめる」自体はできますが、“返金なし”前提で契約期間を決める のがポイントです。

シンVPS 公式サイト

迷わないプラン選び｜人数×遊び方×負荷で決める

目安早見：少人数・バニラ・軽量プラグイン・重めMOD

プラン選びは、ざっくり言うと 「同時接続人数 × 遊び方（バニラ/プラグイン/MOD）」 で決まります。
まずは“失敗しにくい目安”を置いて、その後に自分の遊び方で微調整するのが初心者向きです。

最初の目安（公式の推奨イメージ）

4人以下：2GB
5〜10人：4GB
11人以上：8GB

「とりあえず友達と遊ぶ」なら、この基準で大きく外しにくいです。

遊び方別：もう一段くわしい目安（初心者向け）

スクロールできます

遊び方	目安プラン	こういう時は上げる
少人数バニラ（〜4人）	2GB	探索しまくる／自動化が多い
中人数バニラ（5〜10人）	4GB	拠点が密集／村人が多い
軽量プラグイン（Paper系で数個）	4GB	プラグインが増える／常時稼働
プラグイン多め（経済・保護・ログ等）	8GB	人数が多い／イベント頻繁
重めMOD（大型MODパック等）	8〜16GB	影MOD併用／前提MODが多い

※これは“目安”です。設定（視距離など）やMOD/プラグインの相性で、必要量は上下します。

スペック感を掴むための参考（大容量メモリプランの例）

1GB：vCPU 1コア / NVMe 30GB
2GB：vCPU 2コア / NVMe 50GB
4GB：vCPU 3コア / NVMe 50GB
8GB：vCPU 4コア / NVMe 100GB
16GB：vCPU 6コア / NVMe 100GB

「人数が増える＝メモリだけでなくCPUも欲しくなる」ので、2GB→4GB→8GB と上げていくほど体感が安定しやすいです。

初心者がやりがちな落とし穴（重要）⚠️

Minecraftのアプリイメージ前提なら、1GB未満は選びにくい
（Java版/統合版ともに“512MBでは利用不可”の案内があります）
“最安”を取りに行くほど、結局 ラグや落ちる問題 に時間を使いがち
→ 結果的に満足度が下がります

ワールド規模で変わる：探索・自動化・拠点集中の負荷

同じ人数でも、遊び方で負荷が大きく変わります。初心者はここを知っておくだけで、プラン選びが一気にラクになります。

負荷が上がる代表例（当てはまるほど上位プラン寄り）

探索が多い：新しい地形生成が頻繁（初期〜中盤に特に重い）
自動化が多い：村人増殖・交易ホール・大型モブトラップ
拠点集中：同じチャンク周辺に装置が密集（常に処理が走る）
“物が多い”：アイテム散乱、ホッパー大量、動物の増やしすぎ
MOD/プラグインの追加：便利になるほど処理が増える傾向

逆に、負荷を抑えられる遊び方なら、同じ人数でも一段下でも安定しやすいです。

負荷を抑えやすい工夫（プランを上げる前に効く）✅

視距離・シミュレーション距離を欲張らない
村人・動物・ホッパーを“増やしっぱなし”にしない
装置は分散させる（拠点1か所に詰め込みすぎない）
定期的に再起動（常時稼働なら特に効果が出やすい）

「自分たちは探索派？自動化派？拠点集中派？」を一言で決めるだけでも、必要スペックの見積り精度が上がります。

後から増強する前提で決める（“最初は小さく→伸ばす”設計）

初心者におすすめなのは、“最初は控えめ → 必要になったら上げる” です。
ただし、VPSはサービスによって「下げる（ダウングレード）」が柔軟でない場合があります。あとで困らないよう、最初にこの順で考えると安全です。

おすすめの決め方（失敗しにくい順番）

人数でベースを決める（例：〜4人なら2GB、5〜10人なら4GB）
遊び方で1段階だけ調整する
- 探索・自動化多め → 1段階上
- まったり建築中心 → そのまま
「将来MOD入れそう」「人が増えそう」なら、最初から余裕を少し持つ

“上げ時”のサイン（初心者でも判断しやすい）

夜や休日など、人数が増える時間帯だけ ラグが目立つ
ログイン直後や探索時に カクつきが増える
MOD/プラグインを追加した後に 急に重くなった
再起動しても改善が続かない（＝根本的に余裕が足りない可能性）

このサインが出たら、設定調整で改善するか、プランを上げるかの判断になります。

増強するときの基本手順（イメージ）

① バックアップを取る（ワールドが資産）
② サーバーを停止（またはシャットダウン）
③ プラン変更（上位へ）
④ 起動して動作確認 → 問題なければ継続

「最初から盛りすぎない」＋「困ったら上げる」の方針だと、コストと快適さのバランスが取りやすいです。

シンVPS 公式サイト

構築前チェック｜Java版/統合版・サーバー種別の選択

Java版と統合版：接続方法と必要ポートの違い

初心者が最初に決めるべきは 「参加する友達の端末」 です。これで、ほぼ自動的に Java版か統合版が決まります。

Java版（PC中心）：MOD・プラグインの選択肢が多い／自由度が高い
統合版（Switch・スマホ・PS・Xboxなど）：幅広い端末で参加しやすい

次に大事なのが「接続のしかた」と「ポート」です。イメージとしてはこうです👇

サーバーアドレス＝住所（例：IPアドレス）
ポート番号＝入口（どのサービスに入るか）

デフォルトの違い（まず覚えるのはこれだけでOK）

Java版：TCP 25565 が基本
統合版：UDP 19132 が基本（IPv6は 19133 が使われることがあります）

そして、シンVPSでの超重要ポイントはここです。

VPSは“自宅のポート開放”ではなく、VPS側で許可する ✅
自宅PCで立てる場合はルーターのポート開放が話題になりますが、VPSの場合は シンVPSの「パケットフィルター」（= 通信の許可設定）で必要なポートだけ通すのが基本です。

初心者向けの安全運用（おすすめ）🔒

必要なポート以外は開けない
身内サーバーなら ホワイトリスト をオンにする
公開する予定がないなら、管理系のポートは極力使わない（使うなら強固に）

※ポート番号は“デフォルト”なので、サーバー設定で変更した場合は、パケットフィルター側も同じ番号に合わせる必要があります。

サーバー種類の使い分け（バニラ／Paper系／Spigot系／Forge系／NeoForge系）

「どのサーバー種類がいいか」は、初心者でも次の1枚で整理できます。

スクロールできます

やりたいこと	おすすめ	理由（初心者向け）
とにかく標準で遊ぶ（バニラ寄り）	バニラ（Java） or Paper系	手順がシンプル／安定しやすい
便利機能を追加したい（権限・保護・ログ等）	Paper系	プラグイン運用の定番で、軽量化もしやすい
Spigot対応プラグインを使いたい	Spigot系（またはPaper）	多くのプラグインがSpigot前提で作られている
大型MODで世界観を変えたい	Forge系 / NeoForge系	MOD導入の王道ルート（“MODローダー”が必要）

補足として、初心者が迷いやすい差を短くまとめます。

Paper系 / Spigot系（プラグイン側）

Paper：Spigot互換を保ちつつ、軽量化・最適化を狙いやすいことが多い
Spigot：歴史が長い定番。迷ったら Paper を軸に考えてOK

Forge系 / NeoForge系（MOD側）

Forge：長年使われてきたMOD環境の中心
NeoForge：新しめの流れとして採用が進むケースがある（バージョンやMOD側の対応状況を見て選ぶ）

💡迷ったら、この判断が安全です。

プラグインで快適にしたい → Paper
MODでガッツリ追加したい → Forge / NeoForge（MODパック側が推す方に合わせる）

必要なもの一覧（アカウント・クライアント設定・版ズレ対策）

構築前に揃えるものを、「必須」と「あると便利」で分けます。

必須（これが揃うと前に進める）

参加メンバーの端末一覧（PCのみ？Switch混在？）
対応するMinecraftの購入・アカウント
- Java版で遊ぶなら：各自がJava版を用意
- 統合版で遊ぶなら：各自が統合版を用意
シンVPSの契約情報（サーバーのIPや管理画面に入れる状態）
パケットフィルター設定の準備（必要なポートを許可する）
最低限の運用方針
- 身内のみ：ホワイトリスト運用
- 公開：権限設計・バックアップ頻度を最初に決める

あると便利（後から効いてくる）

バックアップの保存先（世代管理できる場所）
ドメイン（IP直打ちが嫌なら）
連絡手段（Discord等）：版ズレ・MOD差分の共有が圧倒的にラク

版ズレ対策（初心者が最も詰まりやすい所）✅

「接続できない」原因の上位は、だいたい 版ズレ です。先回りして潰します。

Java版：版ズレを防ぐコツ

サーバーのバージョンを決めたら、友達全員が同じバージョンで起動する
ランチャーで 特定バージョンの起動構成（インストール）を作って固定する

MOD（Forge/NeoForge）で事故らないコツ

MODローダーの種類とバージョンを全員で統一
MODは「必要なもの一式」を共有（依存MODの入れ忘れが多い）
更新は一気にやらず、バックアップ → 少しずつ が安全

統合版：版ズレを防ぐコツ

端末ごとの自動アップデートでズレやすいので、イベント前に
“全員のバージョンが揃っているか”を確認してから集合する

シンVPS 公式サイト

最短で立てる：シンVPSでサーバー作成（申込〜初回起動まで）

申込画面で迷うポイントを先に潰す

シンVPSで“最短”を狙うなら、最初から アプリイメージ（Minecraft系） を選ぶのが王道です。申し込みの流れ自体はシンプルですが、初心者が止まりやすいのはだいたい次の2点です。

契約期間（=料金の支払い方）
イメージタイプ（=サーバーの中身を何にするか）

申し込み操作は概ねこの順で進みます（画面の言い回しは多少変わる場合あり）。

シンアカウントにログイン
「追加申し込み」 からサーバー作成へ
プラン・契約期間を選ぶ
イメージタイプ → アプリケーション → Minecraft（目的の種類） を選ぶ
申込内容を確認して支払い
自動セットアップ完了を待つ → 初回起動へ

ここから先は「迷いポイント別」に潰していきます。

契約期間の選び方（割引と縛りを同時に判断）

契約期間は、単に「何か月にするか」ではなく、お金の払い方と“縛り” に直結します。

押さえるべきポイントはこれだけでOKです。

表示の「月額」は 契約期間分を月割りにした換算
支払いは 契約期間分の一括前払い
最低利用期間は3ヶ月（まずは“3ヶ月運用する前提”で考える）

初心者におすすめの考え方は次のとおりです。

迷うなら最短（3ヶ月）
→ まずは「立てる〜安定運用できる」までを経験しやすい
長く遊ぶ確信があるなら長期
→ 月割りは下がりやすいが、途中でやめても返金されない前提で判断

💡判断のコツ
「友達の熱が続くか分からない」「MOD構成が固まってない」なら、最初から長期で固めない方が無難です。

イメージタイプ選択のコツ（あとで変更したい時の考え方）

イメージタイプはざっくり2択です。

アプリケーション（Minecraft系）：最短で動く形まで自動で整う（初心者向け）
OS（Ubuntuなど）：自由度は最大。ただし導入・更新・切り分けを自分でやる

最短で立てるなら アプリケーション一択。
そのうえで、Minecraftの“どれ”を選ぶかで迷いますが、初心者は次の基準が鉄板です。

まず安定＆軽さを取りたい → Paper（またはPurpur等の軽量系）
MODで遊びたい → Forge / NeoForge / Fabric（遊ぶMOD側の推奨に合わせる）
統合版（Switch/スマホ等）で遊びたい → Minecraft（統合版）

また、「あとで変えたくなったら？」も重要です。

“別の種類（Paper→Forgeなど）”に切り替えるときは、作り直しに近い手間が出やすい
作り直す場合、一般に 再インストール＝中身が初期化 になりやすい
→ ワールドのバックアップがないと詰む（最初から意識しておくと安全）

初回起動で必ず確認する項目

アプリイメージは便利ですが、最初の起動直後に「思ったより待つ」「どこを見ればいいか分からない」が起きがちです。ここだけチェックすれば、迷子になりにくいです。

自動セットアップ中の待ち時間がある
初回起動時は内部でセットアップが走るため、すぐ接続できないことがあります（数分〜十数分程度のことも）。焦って再インストールしないのがコツです。
起動状態（稼働中か）
VPSパネルで「起動中」になっているか確認します。
パケットフィルター（ポート許可）が用意できているか
これがないと、サーバーが動いていても外から入れません。
※詳細は次の工程（ポート設定）で詰めればOK。ここでは“必要になる”と覚えるだけで十分です。

EULA同意・初期設定ファイルの基本

Java版サーバーを動かす場合、基本として EULA（利用条件） の同意が必要です。
多くの環境では、初回起動で設定ファイルが生成され、同意の状態が反映されて初めて正常稼働します。

初心者が覚えておくと安心なファイルはこの2つだけです。

eula.txt：EULAに同意したかのフラグ
server.properties：サーバーの基本設定（難易度、人数、ポート等）

最初の段階でいじるなら、せいぜいこのあたりが安全です（必要なときだけでOK）。

max-players：最大人数
difficulty：難易度
motd：サーバー説明文
server-port：ポート（変えたらパケットフィルター側も合わせる）

🔰ポイント
「何か設定を変えたい」と思ったら、まずは server.properties のバックアップを取ってから 触ると戻せます。

サーバー情報（IP/ポート）の控え方

サーバーを作った直後に、これだけはメモしておくと後がラクです。
友達に教えるときも、このセットがあれば迷いません。

控えるべき情報チェックリスト

サーバー名（自分が分かる名前）
接続先IPアドレス（VPSパネルで確認できる）
ポート番号（Java/統合版、または設定変更の有無で変わる）
サーバー種類（例：Paper / Forge / 統合版など）
バージョン（参加メンバーと合わせるため）
バックアップの場所（ワールドをどこに保存するか）

友達に渡す情報（最低限）

IPアドレス
ポート番号
参加に必要なバージョン
（MODサーバーなら「MOD一式」も）

💡地味に効く小技
メモはテキストでOKなので、テンプレ化しておくと次回以降も爆速です。
例：サーバー名 / 種類 / バージョン / IP / ポート / 変更点

シンVPS 公式サイト

“接続できない”を防ぐ：ポートとパケットフィルター設定

必要ポートだけ通す（全部開けない前提の安全設計）

VPSでマイクラを公開するときの基本はシンプルで、「必要な通信だけ許可する」 です。
逆に、よくある失敗はこの2つ。

TCP/UDPを間違える（開けたのに入れない）
“とりあえず全部許可”にして放置（後から荒らされやすい）

まずは、初心者でも迷いにくい“最小構成”を作り、その後に必要が出たら追加していくのがおすすめです。

Java版の標準ポート／変更したい場合

Java版のプレイ通信は基本 TCP です。

最低限（まずはここ）

TCP：25565（Java版の定番）

シンVPSのアプリイメージ利用時の考え方

シンVPSのマイクラ系アプリイメージは、ゲーム本体とは別に運用・管理のための通信（必須として案内されるもの）が含まれることがあります。
→ まずは 公式マニュアルに書かれている「必須ポート」だけ を許可し、任意ポートは必要になってから追加、が安全です。

ポートを変更する時のルール（ここだけ覚えればOK）

server.properties の server-port を変えたら、次も必ずセットで変更します
- パケットフィルターの許可ポート
- 参加者に伝える接続先（IP:ポート）

変更するメリット・デメリット

メリット：自動スキャン的な攻撃を少し避けやすい
デメリット：案内が複雑になり、入力ミスが増える
→ 初心者は 標準のまま でOKです。

統合版（Bedrock）の標準ポート／変更したい場合

統合版は基本 UDP です。ここを間違えると高確率で詰まります。

最低限（まずはここ）

UDP：19132（IPv4の定番）
IPv6も使う構成なら 19133 も候補（環境次第）

変更する時のルール

統合版も server.properties の server-port（必要に応じて server-portv6）を変えたら、
パケットフィルターと案内（IP/ポート）を一致させます。

パケットフィルター設定の“安全な型”

ゲーム用ポート（25565/TCP や 19132/UDP）：送信元IPは基本「すべて許可」（友達がどこから来るか分からないため）
SSH（22/TCP）：送信元IPを自分の回線に絞る（これが一番効く防御）
使っていない機能のポート：開けない（後から必要になったら追加で十分）

初心者向け：まず作るルールセット（例）

スクロールできます

用途	プロトコル	ポート	送信元IPの考え方
マイクラ参加（Java）	TCP	25565	すべて許可が基本
マイクラ参加（統合版）	UDP	19132	すべて許可が基本
管理（SSH）	TCP	22	自分のIPに限定
管理系（RCONなど）	主にTCP	任意	使う時だけ／原則は絞る

※「シンVPSアプリイメージで追加の必須ポートがある」と案内されている場合は、その“必須”だけ追加してください（任意は後回しでOK）。

自宅ルーター側の設定が要る／要らないケース整理

結論：シンVPSで立てるなら、自宅ルーターの“ポート開放”は基本いりません。

要らない（ほとんどの人はここ）

シンVPS上でサーバーを動かして、外部の友達が参加する
→ 必要なのは VPS側（パケットフィルター） の許可設定だけ

要る（自宅ホストの話）

自宅PCや自宅NASでサーバーを立てる
→ 自宅ルーターでポート開放（転送）が必要になりやすい

“勘違いしがち”な注意点（ルーターではなく別原因）

会社・学校・一部のWi-Fiで、ゲーム通信が制限されている
→ 参加者側のネットワーク事情で接続できないことがあります（自宅ルーター設定では解決しない場合あり）
セキュリティソフトがブロックしている
→ 参加者PC側のファイアウォールが原因のこともあります

公開サーバーにするなら必須の最低限セキュリティ

身内サーバーと公開サーバーでは、守るべきラインが変わります。
公開するなら、最低限この3点は“必須”です。

バックアップの自動化（世代管理）：荒らし対策の最終兵器
管理口（SSHなど）を絞る：22番を全開にしない
権限を最小にする：OPを配りすぎない／使わない時は剥奪

ホワイトリスト・権限・OP付与の運用ルール

身内運用（初心者に一番おすすめ）

ホワイトリスト：ON
OP（管理権限）を付けるのは 管理者1人（多くても2人）
“一時的にOPが必要”なら、作業後に外す

公開運用（最低限）

ホワイトリストをOFFにするなら、次を追加で考える
- 保護（荒らし対策）系の仕組み
- ログの保存
- ルール違反への対応（BAN/権限分離）

OPを増やすほど事故が増える典型例

間違ってワールドを壊す
権限のあるアカウントが乗っ取られる
→ だからこそ “必要な時だけ付与” が強いです。

RCON/管理系機能を使うときの注意

RCONなどの管理機能は便利ですが、初心者はまずこう考えると安全です。

使わないなら有効化しない（＝ポートも開けない）
使うなら 強いパスワード は必須
可能なら 送信元IPを自分の回線に限定（パケットフィルターで絞る）
さらに安全にするなら
- SSHトンネル経由で使う
- “外に晒さない”運用に寄せる

「RCONを開けたら便利そう」で先に開けるより、
必要になってから、限定公開で追加が失敗しにくいです。

シンVPS 公式サイト

参加方法：友達が迷わない接続手順（Java/統合版）

Java版：サーバー追加〜参加まで

Java版は「アドレス欄に IP（またはドメイン） を入れて参加する」だけです。
初心者が迷うのは “ポートが必要かどうか” なので、先にここを整理します。

ポートを省略できる条件：サーバーが 標準ポート（25565） のまま
ポートが必要な条件：サーバー側でポートを変えている（例：25566 など）

友達に渡す情報（Java版テンプレ）

サーバーアドレス：IP または ドメイン
ポート：標準なら不要／変更していれば必要
バージョン：例「1.xx.x」
遊び方：バニラ / Paper（プラグイン） / Forge（MOD）など
（MODの場合）MOD一式：配布方法（ZIP/Modrinth/CurseForge など）も決める

Minecraft（Java版）での接続手順

Minecraftを起動
マルチプレイ を開く
次のどちらかを選ぶ
- サーバーを追加：毎回リストから入りたい人向け
- ダイレクト接続：1回だけ試したい人向け（保存されない）
入力する
- サーバー名：何でもOK（例：友達サーバー）
- サーバーアドレス：
  - 標準ポートなら：xxx.xxx.xxx.xxx または play.example.jp
  - ポート変更あり：xxx.xxx.xxx.xxx:25566 または play.example.jp:25566
追加されたサーバーを選んで接続

“接続できない”ときの超短い切り分け

「不正なサーバー」っぽい表示 → アドレス誤りが多い
「バージョンが違う」系 → サーバーと同じバージョンで起動できているか確認
MODサーバーなのに入れない → クライアント側のMOD/ローダーが揃っていない可能性大

コツ：最初の案内メッセージに「バージョン」と「（必要なら）ポート」を太字で書くだけで、質問が激減します。
例：1.20.4 / アドレス：play.example.jp / ポート：25566

統合版：サーバー追加〜参加まで

統合版（Bedrock）は 「サーバーアドレス」と「ポート」を別々に入力するのが基本です。
さらに重要なのが、端末によって“追加ボタンが出ないことがある” 点です。

PC・スマホ（統合版）の手順（いちばん素直）

Minecraftを起動 → プレイ
サーバー タブを開く
サーバーを追加 を押す
入力して保存
- サーバー名：何でもOK
- サーバーアドレス：IPまたはドメイン
- ポート：通常は 19132（サーバー側で変更していればその番号）
追加したサーバーを選んで参加

Switch / PS / Xbox での注意点（初心者がハマりやすい）

端末によっては 「サーバーを追加」ボタンが表示されないことがあります。
この場合、標準機能だけで“外部サーバー”に入るのが難しく、Realmsや特集サーバー中心の導線になりがちです。

どうしても参加させたいときは、現実的には次の方針が分かりやすいです。

まずは PC/スマホ（統合版）で参加できるメンバーを軸にする
コンソール勢が多いなら、Realms を検討する（手順が一気に簡単）
「外部サーバーにコンソールで入りたい」は 非公式な回避策（DNS変更やプロキシ等）が語られますが、環境依存・アップデートで挙動が変わることもあるため、初心者向け記事では “手段として存在する”程度に留めるのが安全です

Javaサーバーに統合版で入りたい場合（結論だけ）

そのままでは不可（Javaと統合版は別物）
対応するには 中継（例：Geyser系） が必要
※ここは構築方針が変わるので、まずは「Java専用」か「統合版専用」かを固めるのがおすすめです。

ドメインで参加しやすくする（必要ならDNS/SRVまで）

IPアドレスを共有するのが不安／覚えづらいなら、ドメイン化すると案内が一気にラクになります。

まずはAレコードでOK（いちばん簡単）

play.example.jp のような サブドメインを作る
DNSで Aレコード（IPv4）を VPSのIPへ向ける
反映後、友達は ドメインだけ で接続しやすくなります（Java標準ポートなら特に効果大）

SRVレコードが役立つのは「Java版でポートを省略したいとき」

Java版は SRVレコードで「裏でポートを案内」できるため、入力が楽になります。

例：実際のポートが 25566 でも、友達には play.example.jp だけ渡せる

SRVの基本イメージ（覚えるのはこれだけ）

サービス名：_minecraft
プロトコル：_tcp
形式：_minecraft._tcp.play

※DNSサービスによって入力欄が違うので、値の入れ方は購入元のヘルプに従えばOKです。

統合版は“ポート欄がある”ので、ドメイン化だけでも十分

統合版は多くの画面で ポート入力欄が最初からあるため、

住所を「ドメイン」にする（Aレコード）
ポートは「19132（または変更後）」を入れる
これで迷いが減ります。

シンVPS 公式サイト

管理をラクにする：マイクラ管理ツールでできること

シンVPSの「マインクラフトマネージャー」は、ブラウザ上の操作でマイクラサーバーを管理しやすくするための管理パネルです。
サーバーの起動/停止、ゲームモード・難易度などの設定、バージョン更新、バックアップ/復元といった“よく触る部分”をクリック中心で扱えるのが強みです。

ここでは、初心者がつまずきやすい「設定」「人」「ワールド」を、“最短で安全に”管理する考え方で整理します。

ゲームルール調整（難易度・PvP・各種設定）

管理ツールでまず触るのは「各種設定/情報」系の画面です。
ここでできることの中心は、プレイ体験に直結する基本設定です（例：ゲームモード、難易度など）。

よく使う設定は“最初の1回”だけ決める

初心者サーバーほど、遊び始めてからの“設定迷子”が起きがちです。
そこでおすすめは、最初に「基準」を決めて固定すること。

ゲームモード：最初はサバイバル（管理者だけ必要時に変更）
難易度：最初はノーマル（慣れたらハード）
夜スキップ：仲間内なら便利（公開寄りならルールを決めてから）
コマンド・チート系：身内でも“事故”が起きるので、基本は最小限

PvPは「ON/OFFの方針」を先に決める

PvP（プレイヤー同士の攻撃）は、揉める原因になりやすいので、先に合意があると運用がラクです。

身内サーバー：基本はPvP OFF（必要な時だけON）
ミニゲームやイベント：対象時間だけONにして、終わったらOFF

管理ツールにPvPの切替項目が見当たらない場合は、設定ファイル（server.properties）の pvp を変更する形になります。
そのときの安全手順はこれだけでOKです。

サーバー停止（稼働中に触らない）
設定変更（pvp=true/false）
起動して確認

変更を“やりっぱなし”にしない小ワザ

設定変更は、後から「何を変えたっけ？」で詰まりやすいです。
そこで、メモを1行残すだけでトラブルが激減します。

例：変更ログ（メモ）
- 変更日／変えた項目／理由（「ラグ対策」「イベント用」など）

プレイヤー管理（ホワイトリスト／権限／BAN）

初心者サーバーで一番効果が大きいのは、実はホワイトリスト運用です。
マインクラフトマネージャーには、ホワイトリストを扱うタブ（機能）が用意されています。

ホワイトリストは“身内サーバーの標準装備”

ホワイトリストを有効にすると、許可したプレイヤーだけ参加できるようになります。
公開予定がないなら、基本はこれでOKです。

おすすめ運用（最小で強い）

ホワイトリスト：ON
参加者が増えるたびに「追加」する
しばらく来ない人は外す（任意）

権限（OP付与）は“少なければ少ないほど安全”

OPは便利ですが、増やすほど事故や乗っ取り時の被害が大きくなります。

OPは1人（多くても2人）に絞る
普段遊ぶアカウントと、管理用アカウントを分けるとさらに安全
一時的にOPが必要な作業（建築補助・復旧など）が終わったら戻す

BAN/キックは「管理ツールで無ければコンソールで」でもOK

管理ツールのUIでBANまで完結しないケースもあります。
その場合でも、焦らなくて大丈夫です。コンソール（サーバー側のコマンド実行）で基本操作ができます。

最低限、覚えるのはこのあたり（Java版の一般例）

/kick 名前：一旦退出してもらう
/ban 名前：参加禁止
/pardon 名前：BAN解除
/op 名前：管理権限付与
/deop 名前：管理権限解除

※実際の運用では、権限管理プラグイン等を入れるとより安全に分離できますが、初心者はまず「OPを絞る＋ホワイトリスト」で十分強いです。

ワールド管理（マップ再生成・データ整理の考え方）

ワールド管理は「消えると終わる」領域なので、バックアップ設計が9割です。

バックアップは“自動”を前提にする

マインクラフトマネージャーには、バックアップ機能（自動バックアップの有効/無効、復元など）が用意されています。
初心者はこれを“最初にON”にしておくのが鉄板です。

おすすめの型

自動バックアップ：ON
大きな作業（MOD追加、バージョン更新、設定変更）の前：手動バックアップ（できる範囲で）
復元手順を一度だけ確認（いざという時に迷わない）

さらに重要なのが、管理ツールのバックアップだけに依存しないことです。

OS再インストールなどの作業で、管理ツール側のバックアップが消える可能性があるため
→ 大事なワールドは、別場所にも退避（ダウンロード/保存）しておくと安心です。

マップ再生成は“初期化”だと理解してから押す

「ワールドを作り直したい」「シード値を変えたい」という時に出てくるのが、ワールドの再生成です。
管理画面の案内では、「ワールドマップの再生成」から進める形が示されています。

ここでの注意点は1つだけ。

再生成＝基本的に“ワールドを新しく作る”操作
→ 今の建築や進捗を残したいなら、必ずバックアップを取ってから

“データ整理”は、やりすぎないのが正解

初心者がやりがちなのが、「重い＝いろいろ消してみる」です。
でもまず効くのは、次の順番です。

バックアップが取れているか確認
直前に入れたMOD/プラグイン・設定変更を見直す
ログや参加者情報など、管理画面で見える範囲の情報を確認
それでもダメなら、サーバーの増強や設定最適化を検討

“消して軽くする”は最終手段にして、まず戻せる状態を作るのが安全です。

シンVPS 公式サイト

MODサーバー構築（Forge/NeoForge/Fabric系）

MOD導入の前提：サーバー側／クライアント側の揃え方

MODサーバーで一番多い失敗は、「サーバーと参加者の環境が揃っていない」ことです。
先に“揃えるルール”を決めておくと、運用が一気にラクになります。

まず決めるべき3点（これがブレると崩壊しやすい）

Minecraft本体のバージョン（例：1.xx.x）
ローダー（Forge / NeoForge / Fabric）
MOD一式（同じファイル・同じ版）

これを「サーバー側」と「参加者側」で一致させます。

ローダーのざっくり使い分け

Forge：対応MODが多いことが多く、王道寄り。
NeoForge：Forge系の流れを汲む新しめの選択肢。MOD側がNeoForge前提になっているケースもあります。
Fabric：軽量で、比較的新しい版への追随が早い傾向。

ポイント：「やりたいMOD（または遊びたいMODパック）」が最優先です。
先にローダーを決めるのではなく、遊びたいMODの対応先（Forge/NeoForge/Fabric）から逆算するのが安全です。

サーバー側に入れるもの／参加者側に入れるもの

MODには種類があります。ここを雑にすると「入れたのに効かない」「起動しない」が起きます。

両方に必要：ゲーム内容が変わるMOD（新アイテム、機械、魔法など）
サーバーだけでOK：一部の管理・最適化系（※MODにより異なる）
クライアントだけでOK：見た目や操作性（影、UI、ミニマップ等）
→ ただし“クライアント専用”をサーバーに入れると落ちることもあります

初心者が失敗しない“配布の型”

参加者が増えるほど、口頭説明は破綻します。おすすめはこのどれかです。

MODパック（Modrinth/CurseForge等）で配布：参加者が迷いにくい
ZIPで配布：mods フォルダを丸ごと渡す（最も単純）
Googleドライブ等に「mods一式＋導入手順」：更新もしやすい

そして、案内文はこれだけでOKです👇

Minecraftの版：1.xx.x
ローダー：Forge / NeoForge / Fabric（版も）
配布先：リンク
接続先：ドメイン（またはIP）
困ったら：まずログのスクショ

導入手順（アップデートで壊さないための順番）

ここでは「シンVPSでMODサーバーを作る」前提で、壊しにくい順番に並べます。
（アプリイメージで立てる派でも、SSHで手作業派でも、考え方は同じです）

0）“壊さない運用ルール”を先に作る

バージョンを固定する：途中でMinecraft本体を上げない（少なくとも安定するまでは）
MODを一気に入れない：最初は最小構成 → 動作確認 → 追加
変更前にバックアップ：アップデート／追加／設定変更の前は必ず

1）サーバーを止める（稼働中に触らない）

MOD追加や更新は、稼働中にやると不具合が出やすいです。
停止 → 変更 → 起動が基本です。

2）バックアップを取る（復元できる状態にする）

最低限、これがあれば“戻れます”。

ワールドデータ
設定類（configなど）
modsフォルダ

3）ローダー（Forge/NeoForge/Fabric）を確定させる

同じ「MOD対応」でもローダーが違うと動きません。
シンVPSのアプリイメージを使う場合は、目的のローダー＋目的のMinecraft版で作成するのがわかりやすいです。

4）MODを入れる（最初は“必須＋少数”）

導入の基本はシンプルで、基本は mods フォルダに.jarを入れる です。
ただし注意点が3つあります。

Fabricは「Fabric API」等の前提MODが必要になることが多い
依存MOD（library系）不足で起動しないことがよくある
ローダー違いのMODを混ぜると高確率で落ちる

5）起動してログ確認 → 参加者1人でテスト

いきなり全員招待すると原因切り分けが大変です。

管理者が起動
ログにエラーがないか確認
参加者1人に入ってもらって動作確認
OKなら人数を増やす

6）アップデートは「本体→ローダー→MOD→設定」の順で慎重に

初心者が壊しやすいのは、Minecraft本体の更新です。
MOD環境では、本体更新が“最大の破壊要因”になりがちなので、基本方針はこれでOKです。

基本：本体は上げない（固定）
上げるなら：
1. ローダーが対応済みか確認
2. 主要MODが対応済みか確認
3. バックアップ
4. 小人数で検証
5. 問題なければ本番

便利チェック表（作業前に1分で確認）

スクロールできます

チェック	OKの基準	NGの典型
Minecraft版	サーバーと同じ	参加者だけ違う
ローダー	Forge/NeoForge/Fabricが一致	ForgeとFabricを混ぜる
MOD一式	同じファイル・同じ版	古いMODが混ざる
依存関係	library系も揃ってる	“前提MOD不足”
バックアップ	変更前に取った	取らずに更新

よくあるつまずき（起動しない・依存関係・Javaバージョン）

1）起動しない：まず“原因トップ3”から見る

起動しないときは、ほぼこのどれかです。

MODのローダー違い（Forge用をFabricに入れた等）
依存MOD不足（Fabric API、各種library等）
Javaバージョン不一致

ログにヒントが出ます。初心者でも見分けやすい代表例👇

Missing ... / requires ... → 依存関係不足の可能性大
Incompatible class file version → Javaバージョン不一致の可能性大

2）依存関係で詰まる：チェックの仕方

依存関係は“足りないものが足りない”だけです。
やることは単純で、MOD配布ページの Dependencies（依存関係） を見て追加するだけ。

依存MODは「同じMinecraft版」「同じローダー向け」を選ぶ
似た名前の別MODを入れない（例：Fork版・非公式版）

3）Javaバージョンで詰まる：MOD環境ほど重要

Minecraftのバージョンによって、必要なJavaが変わります。
特にMOD環境はここがシビアで、合っていないと動きません。

例：Minecraft Java Edition 1.20.5では Java 21 が必要
→ これを知らずに古いJavaのままだと、更新後に突然起動しなくなります

対策（初心者向け）

“今動いている”環境では、むやみに更新しない
本体を上げるなら、ローダーとJava要件を先に確認
ダメなら、まずは バックアップから復元して元に戻す（これが最短で助かる）

4）「入ったけど重い・カクつく」：MODを疑う順番

“スペック不足”より先に、導入MODが原因のことが多いです。

直近で追加したMODを外す（最優先）
重い要素（描画/生成/大量機械）を含むMODを絞る
人数を減らして再現するか確認
それでも重いならプラン増強や設定最適化へ

シンVPS 公式サイト

プラグインサーバー構築（Paper/Spigot/Purpur系）

用途別の選び方：軽さ重視・互換性重視・遊び方重視

プラグイン（Bukkit/Spigot系）で遊ぶなら、まずは「どのサーバーソフトを土台にするか」で安定度と快適さが変わります。迷ったら、最初はPaper系からが失敗しにくいです。

ざっくり早見表（初心者向け）

スクロールできます

重視すること	向く選択肢	どういう人向け
安定とバランス	Paper	「まず普通に快適に動けばOK」
“素の互換性”寄り	Spigot	「古めの環境・情報がSpigot前提で固まっている」
設定で遊びも管理も細かくしたい	Purpur	「Paperを土台に、追加の調整項目も活かしたい」

初心者が迷わない結論

迷うならPaper：情報量も多く、運用の“型”が作りやすい
Purpurは“Paper互換のまま選択肢が増える”側：設定で細かく調整したい人向け
Spigotは“標準の位置づけ”：ただし「重さ・最適化」面ではPaper系が選ばれやすい傾向

💡覚え方

Paper＝堅実
Purpur＝Paperをベースに、よりカスタム寄り
Spigot＝原点（互換の基準）

プラグイン導入と更新ルール（入れ過ぎ事故を防ぐ）

プラグイン運用で一番多い事故は、次のどちらかです。

入れた瞬間に起動しなくなる（競合・依存・対応外）
いつの間にか重くなる（増やし過ぎ・設定放置）

ここでは、初心者でも“壊しにくい順番”で導入ルールを作ります。

導入の基本手順（安全な型）

サーバーを停止（稼働中に入れ替えない）
バックアップ（ワールド＋設定＋pluginsフォルダ）
plugins に .jar を追加（または差し替え）
起動してログ確認
問題なければ、次のプラグインへ

👉 ポイントは「一気に入れない」です。
最初は “必要最低限＋1個ずつ” が最短で安定します。

“入れ過ぎ事故”を防ぐ3つのルール

ルール1：目的が言えないプラグインは入れない

例：TP、保護、権限、ログ…など「何のために必要か」を明確にする
“便利そう”で入れると、設定が追いつかず重くなりがち

ルール2：増やす前に、まず設定を詰める

同じ機能のプラグインを複数入れるより、1つをきちんと設定した方が安定します

ルール3：更新は「バックアップ→1個ずつ→動作確認」

更新日は「軽く触ったらOK」ではなく、最低でも
- サーバー起動
- ログが荒れてない
- 参加者1人でログイン確認
  を通すと安全です

“再起動の代わりにリロード”は基本しない

よくある時短テクとして /reload が挙がりますが、プラグイン環境では 不具合の原因になりやすいです。
初心者の段階では、「止めて差し替えて起動」を徹底した方が、結果的に早いです。

設定で効く“体感改善”ポイント（視距離・エンティティ等）

「TPSが落ちる」「カクつく」とき、まず効くのは“CPU増強”よりも 距離とエンティティの設計です。特に、人数が増えたり拠点が重くなると差が出ます。

まず触るべき2つの距離（体感に直結）

view-distance（表示距離）

プレイヤーに送る地形データ量（チャンク）に影響
上げるほど見えるけど、サーバー負荷も上がりやすい

simulation-distance（シミュレーション距離）

生き物などが“動く（tickされる）”範囲に影響
下げると軽くなりやすい一方、離れた場所の装置・動物が動かなくなることも

初心者が迷わない方針はこれです。

軽くしたいなら、まずsimulation-distanceを下げる検討
次に、view-distanceを“必要最小限”に寄せる
変更したら、体感（TPS/カクつき）と副作用（装置の動作範囲）をセットで確認する

エンティティ（生き物・アイテム）で効く考え方

設定を細かく触る前に、まずは“重くなる原因”を潰すだけで改善することが多いです。

重くなりやすい代表例

村人が多い（交易所・繁殖場）
ホッパーが大量（仕分け機・回収装置）
モブが溜まる（トラップの処理が追いつかない）
アイテムが散らばる（回収できずエンティティ増加）

初心者ができる“安全な対処”

村人は「必要数だけ」＋まとめて管理（拠点に分散させすぎない）
ホッパーは“全部常時稼働”にしない（必要な所だけ）
トラップは処理能力を上げる（詰まらせない）
放置でアイテムが散る仕組みを減らす

変える前に確認したいミニチェック（1分）

直近で 追加したプラグインはある？（まず外して切り分け）
直近で 設定を上げた距離はある？（戻して検証）
重い拠点に 人が集中してない？（分散で改善することも）

💡コツ
「重い→設定をいじる」より、先に 原因の場所（村人/ホッパー/モブ）を特定した方が、手戻りが少ないです。

シンVPS 公式サイト

バックアップと復元：事故らない運用（最重要）

バックアップ設計（頻度・世代数・保存先）

マイクラ運用で“取り返しがつかない”のは、だいたいこの3つです。

ワールドが壊れる／消える
MOD・プラグイン更新で起動しなくなる
OS再インストール等でデータが初期化される

だからバックアップは、「自動で回る仕組み」＋「大事な操作前の手動」＋「サーバー外への退避」の3点セットにすると事故りません。

まず守る対象を決める（最低限これ）

バックアップ対象は「ワールドだけ」だと復元後にズレが出ます。最低限、次もセットで守るのが安全です。

ワールドデータ（建築・進捗）
サーバー設定（server.properties / 各種設定ファイル）
プラグイン or MOD と設定（plugins / mods / config など）
参加者情報（ホワイトリスト、権限、BAN など）

推奨の頻度（迷ったらこの型）

自動バックアップ：有効（毎日）
手動バックアップ：変更前だけ
外部退避：週1（または“変更が多い週”は都度）

自動バックアップは、設定すると 1日1回・最大14日分を自動取得でき、保持数の調整にも対応しています（後述のニュース参照）。
一方で、OS再インストールをすると、ゲームマネージャーで利用できるバックアップも削除されるため、重要データは必ずダウンロードしてサーバー外に退避しておくのが鉄則です。

世代数（保持数）の考え方

「何日前まで戻れるべきか？」で決めると楽です。

身内サーバー（変更少なめ）：14世代で十分になりやすい
MOD/プラグイン頻繁：世代数を増やす or 外部退避の頻度を上げる
ワールドが巨大：保持数を上げる前に、ディスク容量とバックアップサイズを確認

保存先（“サーバー外”は必須）

バックアップが同じVPS内にしかないと、事故の種類によっては一緒に吹き飛びます。

サーバー内：自動／手動バックアップ（まずここ）
サーバー外：自分のPC / クラウド（Google Drive等）に保管（ここが命綱）

迷わない運用テンプレ（これだけ決める）

バックアップ名のルールを決めておくと、復元が爆速になります。

例：2026-02-11_before_addPluginXX
例：2026-02-11_before_update_1.xx.x

復元手順（管理ツール利用／手動復元の分岐）

復元は「管理ツール（マインクラフトマネージャー）で戻せるか」で分岐します。
最初に結論だけ。

マネージャーに入れる → 管理画面から復元が最短
マネージャーに入れない／Minecraftサーバーも触れない → SSHで手動復元

パターンA：管理ツールで復元（いちばん安全・速い）

サーバーを停止（停止できるなら、まず止める）
マインクラフトマネージャーにログイン
「バックアップ」から復元したい世代を選ぶ
復元を実行
起動して、ログイン確認（管理者→参加者の順で）

コツ

復元後は、まず管理者だけでログインして
- ワールドが読み込めるか
- チャンクやスポーン付近が壊れていないか
  を確認してから参加者を呼ぶと、混乱が減ります。

パターンB：外部のバックアップファイルを使って“管理ツール復元”したい（アップロード運用）

「手元にあるバックアップ（.tar.gz）から戻したい」場合、公式手順ではアップロード先のパスが決まっています。

アップロード先（手動バックアップ側）：/opt/minecraft/backup/manual/

アップロード後、管理ツール側の復元手順に沿って戻す、という流れが分かりやすいです。

パターンC：手動復元（最終手段・でも覚えると強い）

マインクラフトマネージャーにもMinecraftサーバーにも入れない場合、公式FAQの手順で“バックアップから復元”が可能です。
ここでは、初心者が事故らないように 「上書き前に退避」を入れた安全な流れで書きます。

1）まず、バックアップファイルがある場所へ移動して候補を確認

自動：/opt/minecraft/backup/auto
手動：/opt/minecraft/backup/manual

例（候補一覧を見る）：

cd /opt/minecraft/backup/manual
ls -lta

2）作業用ディレクトリを作って、そこにコピー

mkdir -p /root/restore
cp -rp sample.tar.gz /root/restore/

3）バックアップを展開（公式例）

tar -xvzf sample.tar.gz -C /root/restore/

展開すると、FAQでは serverディレクトリが出てくる想定になっています。
次の手順に進む前に、念のため中身を確認します。

ls -la /root/restore/

4）現行データを“退避”してから差し替える（ここが事故防止）
（※環境によってディレクトリ名は異なる可能性があるので、/opt/minecraft/配下を先に確認してください）

ls -la /opt/minecraft/

退避の例（存在する場合）：

mv /opt/minecraft/server /opt/minecraft/server_bak_$(date +%F)

5）展開したserverを所定位置へ移動

mv /root/restore/server /opt/minecraft/

6）起動して確認

起動は、可能ならVPSパネル／マネージャー側から行うのが分かりやすいです
起動後、ログにエラーがないか、まず管理者でログイン確認

手動復元は「復元はできたけど起動しない」が起きがちなので、次の“チェック項目”で切り分けると復帰が早いです。

復元後に不具合が出る時のチェック項目（原因の切り分け）

復元後の不具合は、「バックアップが不完全」か 「環境差分（バージョン・構成のズレ）」が多いです。焦らず上から潰せばOKです。

1）バックアップ自体の問題

不完全なバックアップから復元すると、正常起動できなくなることがある
まずは 別世代（1つ前/2つ前）で復元して再現するか確認

2）ディスク容量（意外と多い）

復元後に起動しない／途中で止まる場合、ディスク枯渇が原因になりがち
不要なバックアップ世代が多いなら整理し、まず空きを確保

3）サーバー種別のズレ（Paper/Forge等の取り違え）

復元したデータが「MOD構成」なのに、起動しているのが「プラグイン系」…など
復元した世代のサーバー種別と、今起動している種別が一致しているか確認

4）バージョン差分（Minecraft本体／ローダー／プラグイン／MOD）

復元した世代に合わせて、必要なら
- Minecraft本体バージョン
- ローダー（Forge/NeoForge/Fabric）
- プラグイン
  を戻す（または同じ組み合わせに揃える）

5）設定ファイルの食い違い（“復元したのに挙動が変”の原因）

server.properties（ポート・オンラインモード等）
view-distance / simulation-distance（体感が変わる）
whitelist / 権限周り

「接続できない」系は、復元で設定が戻った可能性があるので、

IP/ポート
パケットフィルター（開放ポート）
をセットで見直すと直りやすいです。

6）それでもダメなら：ログで“1行目の原因”を拾う

依存関係不足（プラグイン/MOD）
Javaバージョン不一致
読み込み失敗（ワールド破損の兆候）

ログの最初に出る“致命的エラー”の行が、だいたい答えです。

シンVPS 公式サイト

重い・ラグい時の解決ロードマップ（原因を“当てずっぽう”にしない）

ラグ対策でいちばん大事なのは、「何が詰まっているか」を先に確定してから手を動かすことです。
“とりあえず設定を下げる”“プランを上げる”は、遠回りになりがちです。

まずはこの順番だけ覚えてください👇

症状を記録（いつ・どこで・何人で・何をした時）
指標を測る（TPS/MSPT・メモリ・CPU・ディスク）
分類する（設定で解決／MOD・プラグイン／スペック不足）
1つずつ対策→同条件で再計測（“効いたか”を必ず確認）

まず見る指標：TPS/MSPT・メモリ・CPU・ディスク

「ラグい」の正体は、だいたいこのどれかです。

サーバー処理が追いついてない（TPS/MSPT）
メモリ不足（GCやスワップで固まる）
CPUが飽和（特に“1コア張り付き”）
ディスクI/Oが詰まる（保存・バックアップ・ログ肥大）
回線/遅延（Ping）やクライアント側FPS問題 ← サーバーと別物

TPS/MSPTの見方（ここが基準）

TPS：20が理想（20未満が続くと体感ラグが出やすい）
MSPT：50ms以下が目安（50msを超えるとTPSが落ちやすい）

「TPSが20でも一瞬カクつく」場合は、MSPTの最大値や95%値が高いケースがよくあります。

まず叩くべき確認コマンド（初心者でも安全）

Paper/Spigot系：/tps（平均TPSを見る）
Paper系：/mspt（tick処理時間を見る）
spark導入時：/spark tps（TPS/MSPTをまとめて確認）

さらに “原因の方向性”まで一気に出したいなら、sparkのヘルスレポートが便利です。

/spark health --upload
→ TPS/CPU/メモリ/ディスク等をまとめて確認でき、共有リンクも作れます

メモリ・CPU・ディスクの「危険サイン」

メモリ
- 空きが少ない＋GCが頻発 → 一瞬止まる感じが出やすい
- swap（スワップ）に逃げ始める → かなり重くなりやすい
CPU
- ラグっている瞬間に CPU使用率が張り付く
- 特に、人数増や拠点集中で単一スレッドが限界になっていることが多い
ディスク
- 容量がギリギリ（ログ・バックアップ肥大）
- セーブやバックアップ中に引っかかる
回線/Ping
- サーバーは軽いのに「特定の人だけラグい」→ Pingや回線の可能性大
- sparkの /spark ping で平均や個別プレイヤーのPingを見られます

設定で直るケース（視距離・シミュレーション距離・エンティティ）

指標を見て「CPUが詰まってるっぽい」「人数や拠点で一気に悪化する」なら、まず距離とエンティティを疑うのが近道です。

距離設定は“1つずつ下げて検証”が正解

server.properties の代表どころはこれです。

view-distance：送信する地形範囲（見える範囲）
simulation-distance：処理する範囲（動物・作物・装置などが“動く”範囲）

おすすめの当て方

体感をあまり壊さず軽くしたい → まずsimulation-distanceを1〜2下げて検証
それでも重い → view-distanceも1〜2下げて比較

※下げすぎると「離れた畑が育たない」「装置が止まる」など副作用が出るので、“困りごとが出ないギリギリ”を探すのがコツです。

エンティティ（重さの主犯）を“場所”で潰す

設定いじりより先に、ここが原因のことが本当に多いです。

重くなりやすい例

村人が多い（取引所・繁殖場）
ホッパーが大量（仕分け機・回収装置）
モブが溜まる（トラップが詰まって処理落ち）
アイテムが散らばる（放置でドロップ増）

初心者でも効く対策

村人は「必要数だけ」にして、増殖・移動を抑える
ホッパーは“常時稼働”を減らす（必要な所だけ）
トラップは“溜めない”設計にする（処理を先に）
拠点に人が集中するなら、施設を分散させる

MOD/プラグインが原因のケース（プロファイルで特定）

「設定を下げても直らない」「特定の動作でだけガクッと落ちる」なら、MOD/プラグインの可能性が高いです。
ここで役に立つのが spark（プロファイラ） です。

手順1：まず“スパイク”を捕まえる

ラグが「たまに一瞬だけ」なら、平均値では見えにくいのでこれを使います。

/spark tickmonitor
- さらに厳密にやるなら、--threshold-tick 50 のように“50ms超えを報告”にできます

手順2：ラグっている瞬間だけをプロファイルする

ふつうのプロファイル：/spark profiler start --timeout 120
“重いtickだけ”に絞る：/spark profiler start --only-ticks-over 150
- これで「普段は軽いけど、重い瞬間だけ犯人を特定」がやりやすくなります

終わったら /spark profiler stop で結果リンクが出るので、ビューアで確認します。

見るポイント（初心者が迷わない見方）

特定のプラグイン名/MOD名が上位に居座る → まずそこが本命
チャンク生成・保存（IO）が目立つ → 探索しすぎ/保存詰まりの可能性
GC（ゴミ回収）が目立つ → メモリ圧・設定・MOD構成を疑う

対処の基本は「1個ずつ」です。

直近で入れたものを外す（または古い版を戻す）
代替プラグインへ置き換える
設定で負荷を落とす（対象機能だけ弱める）
それでもダメなら、プラン増強へ

プラン見直しの判断基準（いつ増強すべきか）

増強は最終手段にすると失敗しにくいです。
次の条件が揃ったら「増強が効く可能性が高い」と判断できます。

増強が効きやすいパターン

MSPTが高い状態が続き、CPU使用率も張り付き（特に人数が増えるほど悪化）
メモリが常にカツカツで、GCが頻発／swapが動いている
距離やエンティティを抑えても、改善が頭打ち
sparkのヘルスレポートで、CPU/メモリ/ディスクのどれかが継続的に限界になっている

増強の前に“やってはいけない”判断

犯人がMOD/プラグインの設定ミス・競合なのに、先にプランを上げる
→ これは お金を払って問題を温存しがちです

迷わない結論

まずは計測 → 設定 → プロファイル
それでも「指標が限界」なら プラン増強が正解

シンVPSはプランごとのCPU/メモリ/ストレージ仕様が明確なので、今のボトルネック（CPUなのかメモリなのか）に合わせて検討するとブレません。

シンVPS 公式サイト

長期運用のコツ：自動起動・更新・監視

再起動しても自動で立ち上がる構成にする

長期運用で起きる「止まった！」は、だいたい次の2種類です。
原因が違うので、対策も分けると迷いません。

A：VPS自体が再起動した（OS再起動・メンテ・停電など）
B：VPSは動いているが、マイクラだけ落ちた（クラッシュ・メモリ不足など）

まずは“管理画面で復帰できる状態”を作る

シンVPSのマインクラフトマネージャーには、指定した時間に毎日自動で起動・停止・再起動できる機能があります。
長時間稼働で不安定になりやすいマイクラでは、定期再起動が効きやすいです（後述）。

おすすめ運用（迷ったらこれ）

毎日深夜に自動再起動（人が少ない時間帯）
大型MOD・人数多めなら 12時間に1回も検討（やりすぎは不要）

ポイント：再起動は“万能薬”ではないですが、メモリの断片化・長時間稼働による不安定化の予防としては効果が出やすいです。

落ちたときに“手で戻せる”コマンドを把握しておく

サーバーが停止しているだけなら、OS側から起動できます（困った時の保険）。

# 起動
sudo systemctl start minecraft-server.service

# 再起動（アップデート後などでよく使う）
sudo systemctl restart minecraft-server.service

# 状態確認
sudo systemctl status minecraft-server.service

バックアップ復元後に、マイクラ本体とマネージャー側サービスを起動する手順が案内されているケースもあるので、「minecraft-manager.service」の存在も覚えておくと安心です。

sudo systemctl start minecraft-manager.service

「強制再起動」より「安全な再起動」を優先する

乱暴に落とすとワールド破損のリスクが上がります。

できるだけ マインクラフトマネージャーの起動/停止/再起動を使う
SSHで作業する場合も、基本は 停止→作業→起動の順

アップデート手順（事前バックアップ／互換性確認／段階更新）

アップデートで事故る原因は、ほぼこの3つです。

バックアップ不足
互換性の見落とし（Java・MOD/プラグイン）
一気に上げ過ぎ（段階更新しない）

0）更新前の“必須チェック”だけ先に（表で固定）

スクロールできます

チェック	目的	目安
直前バックアップ（手動）	すぐ戻すため	毎回
自動バックアップの世代確認	戻れる範囲の確認	更新前
サーバー種別の確認（Paper/Forge等）	更新手順が変わる	更新前
Java要件	起動不能を防ぐ	更新前
MOD/プラグイン互換	クラッシュ防止	更新前

1）バックアップは「自動＋手動＋外部退避」

自動バックアップだけに頼ると、万一のときに詰みます。

手動バックアップ（更新直前）：必ず作る
外部退避（PC/クラウドへダウンロード保管）：重要ならセット

※バックアップと復元の考え方は、直前に作った設計の章（最重要）と同じです。

2）互換性確認：最初に“Java”を見る

最近のバージョンでは、Java要件がネックになりがちです。
また、シンVPS側でも「マインクラフトマネージャーのバージョンが古い場合はJava更新が必要」といった注意が案内されています。

3）更新は「マインクラフトマネージャーで行う」を基本にする

シンVPSの各種アプリイメージ手順でも、マネージャーへログインしてアップデートする流れが案内されています。
マネージャー自体の更新も、各種設定/情報タブ → バージョン更新のようにボタン操作で行える案内があります。

更新のおすすめ順番（事故りにくい）

（必要なら）マインクラフトマネージャーを最新版へ
サーバー停止
手動バックアップ作成
本体（サーバー）アップデート
MOD/プラグインを互換版へ
起動 → ログ確認 → 管理者だけで動作確認
問題なければ参加者を入れる

4）段階更新の考え方（特にMOD/プラグイン）

MOD/プラグイン構成：一気に上げると依存関係で壊れやすい
→ まず「ローダー（Forge/NeoForge/Fabric）」→「前提MOD」→「個別MOD」の順で揃える
Paper/Spigot系：本体更新後に、プラグイン側で落ちやすい
→ “全更新”よりも「重い/重要プラグインから」段階的に

ログの見方と異常検知（落ちる前兆を拾う）

「落ちた後」より「落ちる前」に気づけると、復旧がめちゃくちゃ楽になります。

ログは“マネージャーで取れる”のが基本

シンVPSでは、マインクラフトマネージャーからサーバーログ／クラッシュレポートをダウンロードできる旨がFAQで案内されています。
まずはここを入口にすると、初心者でも追いやすいです。

それでも追いにくい時は、OS側ログも見る

サーバーが起動しない・すぐ落ちる場合は、systemdのログが早いです。

# 直近のログ（新しい順）
sudo journalctl -u minecraft-server.service -n 200 --no-pager

# リアルタイムで追う
sudo journalctl -u minecraft-server.service -f

“前兆ワード”だけ覚える（見つけたら即対処）

ログでよく出る典型パターンと、最初の一手をまとめます。

スクロールできます

ログの雰囲気	よくある原因	最初の一手
`Can't keep up!` が増える	CPU過負荷／設定過大／エンティティ過多	視距離・シミュ距離見直し→原因特定
`OutOfMemoryError`	メモリ不足／割り当て不足	メモリ割当・MOD整理・プラン検討
クラッシュレポート生成	MOD/プラグイン競合	直近追加を外す→互換版へ
起動直後に停止を繰り返す	Java不一致／依存関係不足	Java要件と構成差分の確認

異常検知は“3段構え”がラク

定期再起動（不安定化の予防）
日次チェック（ディスク残量・バックアップ世代・起動状態）
トラブル時だけ深掘り（ログ／クラッシュレポート／プロファイル）

日次チェックの例（2分で終わる）

サーバーが稼働中か（マネージャーで確認）
バックアップが更新されているか
ディスク残量が危険域じゃないか（ログ肥大に注意）

シンVPS 公式サイト

他社とどう違う？ゲーム特化サービスとの選び分け

“手軽さ”と“自由度”のトレードオフを整理

マイクラ向けのサービスは、大きく分けると「ゲーム特化（すぐ遊べる）」と「VPS（自由に作り込める）」の2系統です。
シンVPSは“VPSの自由度”を残しつつ、マイクラ用の導入・管理を簡単に寄せた中間にいます。

1) ゲーム特化（管理画面中心で完結）

✅ 迷いにくい：テンプレ・管理画面で起動/停止、設定、バックアップなどがまとまっている
✅ 初見でつまずきにくい：Linux操作を極力しなくても進めやすい
⚠️ できることに上限がある：
- そもそもSSH不可のサービスもある（＝コマンドで深く触れない）
- 入れられるMOD/プラグイン、触れる設定範囲が“サービス設計の範囲内”になりやすい
👤向く人：「まず遊びたい」「運用をGUIで済ませたい」「週末だけ短期で回したい」タイプ

2) VPS（サーバーとして自由に使う）

✅ 自由度MAX：OS・ミドルウェア・Java・起動方式・監視・自動化まで自分の設計で決められる
✅ マイクラ以外にも流用できる：同居サーバー、検証環境、別ゲーム、Botなど
⚠️ 責任範囲が広い：セキュリティ・バックアップ・更新手順・障害対応まで自力になりやすい
👤向く人：「MODパックを固めたい」「高度な最適化をしたい」「運用を自動化したい」タイプ

3) シンVPSが“ちょうどいい”ケース

✅ 申し込み時にMinecraft系のアプリイメージを選べて導入が早い
✅ マインクラフトマネージャーで起動やゲーム設定をまとめて触れる
✅ VPSとしての運用（SSH接続など）も前提にできる
👤向く人：
- 「最初は簡単に始めたい」けど、後からMOD/最適化/自動化に踏み込みたい
- 「ゲーム特化の手軽さ」より、“拡張余地”を残したい

同等スペック比較で見るべき項目（料金だけで決めない）

料金表だけで比較すると失敗しがちなので、最低でも下のチェックで“同条件”に揃えて判断するのがおすすめです。
（💡「同等スペック」＝メモリだけ同じではなく、体感に効く要素を揃えるのがコツ）

比較チェックリスト（重要度順）

A. 体感に直結する性能

CPUの強さの指標：コア数より「1コア性能」が効く場面が多い（TPS/MSPTが乱れる原因になりやすい）
ストレージの速さ：NVMeかどうか、容量だけでなくI/Oが詰まらないか
メモリ設計：同じ4GBでも、MODや人数で“余裕度”が変わる（GC頻発＝カクつき原因）

B. 運用のしやすさ（事故率が下がる）

バックアップの仕様：
- 自動バックアップの有無
- 保持数を調整できるか（「直前に戻す」ができると復旧が速い）
更新の安全性：ワンクリック更新があるか／段階更新しやすいか／ロールバックしやすいか
管理UIの範囲：ゲーム設定、ワールド再生成、ログ確認、権限管理がUIで完結するか

C. 自由度と制限

SSHの可否・扱いやすさ：できる/できないで“伸びしろ”が変わる
セキュリティ設計：標準で必要ポート以外が閉じているか、開けるのが簡単か
MOD/プラグインの相性：対応するサーバー種別（Paper/Forge/Fabric等）の用意があるか

D. コストの“総額”

初月だけ安い/長期で安いなど、課金体系のクセ
追加費用の地雷：バックアップが有料オプション、ストレージ増設が解約不可、など
短期運用のしやすさ：3日・1週間など“イベント運用”が現実的か

迷ったときの結論（選び分けの目安）

とにかく簡単に、GUIで完結させたい → ゲーム特化寄り（ただし制限は要確認）
将来MODや最適化、監視、自動化までやる可能性がある → VPS寄り（シンVPS含む）
“最初は簡単→必要になったら深掘り”の両取りをしたい → シンVPSのように管理機能＋VPS運用ができる系が相性◎

シンVPS 公式サイト

症状別トラブルシュート（検索されやすい悩みを網羅）

ラグや接続不良は、「とりあえず再起動」より 切り分け→最短の一手 が早いです。
まずは以下の順で確認すると、当てずっぽうになりません。

① サーバーが動いているか（停止していないか）
② アドレス・ポート・版（Java/統合版の取り違えが多い）
③ VPS側の遮断（パケットフィルター等）
④ 直前の変更（MOD/プラグイン/更新/復元）
⑤ リソース不足（CPU/メモリ/ディスク）

サーバー一覧に出ない／接続できない

まずここで半分解決：入力ミス・版ズレ

Java版と統合版（Bedrock）で、接続先やポートの考え方が違います
参加者側も含めて、次を揃えます
- 版（Java or 統合版）
- サーバーアドレス（IPまたはドメイン）
- ポート（指定している場合は「アドレス:ポート」）

「一覧に出ない」はよくあります。結論、直接入力（ダイレクト接続／サーバー追加）でOKです。

次に確認：VPS側で弾かれていないか（最重要）

シンVPSでは、VPSパネルのパケットフィルター設定が原因で接続できないケースが案内されています。
対処の考え方はシンプルです。

必要なポートが許可されているか
不要なポートは閉じる（全部開放はしない）

「作った直後」なら待つのが正解なこともある

初回起動時はセットアップで、接続できるまで少し時間がかかることがあります（目安が案内されています）。
作成直後に繰り返し再インストールや設定変更をすると、逆に沼るので注意です。

アップデート直後に繋がらないならJava要件を疑う

Minecraft 1.20.5以降のアップデートで、サーバー側のJavaが古いと接続できない可能性が案内されています。
「昨日まで繋がってたのに今日ダメ」は、ここが原因になりがちです。

起動直後に落ちる／ワールドが読み込めない

まずやること：ログ・クラッシュレポートを確保する

原因の9割はログに出ます。
シンVPSのFAQでは、マインクラフトマネージャーからサーバーログ／クラッシュレポートをダウンロードできる旨が案内されています。

直前に入れたMOD/プラグインがあるなら「その時点」が特に重要
何もしていないのに落ちるなら「初回起動」「更新直後」を疑います

よくある原因トップ3（最短で当たりを付ける）

直前に入れたMOD/プラグインが原因
- まず「直前に入れたものだけ外す（戻す）」が最速
- MOD導入後に接続できなくなった場合の対処も案内があります
Java要件不足（更新後に多い）
ディスク容量不足（保存・起動・バックアップで詰まる）

初回起動からずっとダメな場合

初回起動時のセットアップが正常に行われていない可能性があるとして、OS再インストールで再セットアップを案内しているFAQがあります。
※やる前に、作り込み済みなら必ずバックアップを優先してください。

プレイヤーが増えると急に重くなる

ここは「原因の種類」で対策が変わります。

最初に確認する指標（最低限）

TPS / MSPT（サーバー処理が追いついているか）
CPU（張り付きが起きていないか）
メモリ（GCが頻発していないか）
ディスクI/O（セーブやバックアップで引っかかっていないか）

体感が一気に悪化しやすい“ありがち原因”

全員が同じ拠点に集まる（村人・ホッパー・トラップ密集）
探索が同時多発（チャンク生成・読み込み負荷）
重いプラグイン/MODを「便利そう」で追加している

対策はこの順で当てると早い

負荷地点を特定（重い拠点・装置・トラップ）
距離を見直す（view/simulation距離を“少しだけ”下げて比較）
エンティティを減らす（村人・ホッパー・モブ詰まり）
MOD/プラグインをプロファイル（疑わしいものを特定→置換/削除）
それでも限界なら プラン増強

コツ：増強は効きますが、原因がMOD/プラグインの不具合だと“お金を払って問題を温存”しがちです。先に特定すると無駄が減ります。

バックアップ復元後に挙動がおかしい

復元後の異常は「復元元が壊れている」か「環境がズレている」ことがほとんどです。

まず疑うべき2点（公式でも言及）

不完全なバックアップから復元した
サーバーのディスク容量が枯渇している

この2つは、復元しても起動できない／途中で落ちる原因になります。

ズレの典型（復元したのに変）

サーバー種別が違う（MOD系なのにPaperで起動、など）
Minecraft本体／ローダー／プラグインのバージョンが復元元と違う
設定が戻って「ポート」「オンラインモード」「ホワイトリスト」が変わっている

迷わない復元リカバリ手順

① 別の世代（1つ前/2つ前）で復元して再現するか確認
② 復元元に合わせて、サーバー種別・バージョンを揃える
③ それでも変なら、復元手順自体を公式手順で再確認

ディスク容量不足・保存先整理のやり方

ディスク不足は「突然落ちる」「バックアップが失敗する」「復元後に異常」の引き金になります。

まず確認：どこで空き容量を見ればいいか

マインクラフトマネージャーのバックアップ画面で、ディスク空き容量を確認できる案内があります
VPSパネル側でも、リソース情報で確認できます

整理の基本方針（消す順番を間違えない）

消していい候補から順に当てます。

（優先）古いバックアップ：保持数を見直す（戻せる範囲は確保しつつ）
不要なログ：肥大化している場合は整理（ただし直近の障害ログは残す）
使っていないワールド／検証データ：本番と分けて保管
（最後）MOD/プラグインの闇鍋：整理前に必ずバックアップ

安全策：削除前に、重要バックアップはサーバー外（PC/クラウド）へ退避してから。

問い合わせ前チェックリスト（必要情報を揃えて最短解決）

サポートに投げる前に、これだけ揃えると往復が減って解決が早いです。

必須情報（コピペ用）

発生日時（だいたいでOK）／発生頻度（毎回・たまに）
サーバー種別（Java/統合版、Paper/Forge/Fabricなど）
Minecraft本体バージョン（更新したなら“更新前→更新後”も）
直前にやったこと（MOD追加、プラグイン更新、復元、設定変更）
VPS側の状態（再起動したか、パケットフィルター設定を触ったか）
ディスク空き容量（マネージャー画面 or リソース情報）
ログ／クラッシュレポート（マネージャーから取得）

症状別に追加すると強い

接続不可：参加者の版（Java/統合版）、接続先（IP/ポート）
更新後に接続不可：サーバー側Java要件の確認状況
復元後の異常：復元したバックアップ名／別世代でも再現するか

シンVPS 公式サイト

よくある質問（先回りで不安を解消）

無料でできる？お試しはある？

結論、完全に無料で“シンVPSでマイクラサーバー運用”は難しいです。

マイクラ自体（Java版/統合版）は、基本的に各プレイヤーが正規版を用意する必要があります
シンVPSはVPSサービスなので、サーバー利用料が発生します
公式FAQ上、「お試し期間（無料トライアル）はない」扱いです

ただし、費用を最小化して「合うか試す」なら、考え方はシンプルです。

最短の契約期間（最低利用期間の範囲）で始める
最初は少人数・軽量構成（バニラ or Paper）で、プランを欲張らない
うまくいったら、人数や遊び方に合わせて段階的に上げる

💡ポイント
シンVPSは「月額◯円」と表記があっても、実際は契約期間分を一括前払いで、月額は“換算表示”の形です。
「まず試す」は、“最短期間で小さく始める”のが現実的です。

短期でやめたいときはどうなる？

短期運用で大事なのは、「解約＝即日停止」ではない点を先に押さえることです。

1) 最低利用期間がある

シンVPSは公式の料金ページ等で、最低利用期間が3ヶ月であることが明記されています。
そのため、イベントで「1週間だけ」「1ヶ月だけ」の用途には基本的に向きません。

2) “やめたい”の種類は2つ（混同しない）

A：更新を止めたい（次の請求を止める）
→ 解約申請を出す
B：アカウント自体を消したい
→ 先に全サービスを解約してから、退会手続き

「短期でやめたい」の大半はAです。Aなら、解約申請をしておけば、利用期限日までは使えて、その後は更新されない流れになります（手続きの導線は公式マニュアル/FAQにあります）。

3) 短期運用のコツ（“損を減らす”）

契約したら、早めに解約申請だけ入れておく
→ “止め忘れ”を防げます（期限日までは使えるので運用は可能）
重要データは、終了日より前に
- ワールド
- 設定
- plugins/mods/config
  を外部（PC/クラウド）へ退避しておく

友達が入れないとき、最初にどこを見る？

「友達が入れない」は、原因が多いようで、最初の3チェックでだいたい潰せます。
まずはここだけ見てください👇

最初の3チェック（ここで8割解決）

Java版 / 統合版の取り違え
- サーバー側と参加者側の“版”が一致しているか
- 版が違うと、正しいIPでも基本的に入れません
アドレス・ポートの確認（コピペ推奨）
- 参加者に渡すのは、これだけでOK
  - IP（またはドメイン）
  - ポート（変更した場合のみ）
- Java版でポートを変えているなら、IP:ポート の形で渡します
VPS側の遮断（パケットフィルター）
- シンVPSの公式FAQでも、接続できない原因としてパケットフィルター設定の確認が案内されています
- ここが閉じていると、何をしても入れません

次に見る（上でダメならここ）

サーバーが起動中か（停止していないか）
ホワイトリストがONになっていないか（ONなら、参加者を追加しないと入れません）
アップデート直後か
- アップデート後に接続不能になったケースは、サーバー側の要件（例：Java）や互換の問題があり得ます
ドメイン接続の場合
- DNS反映待ちの可能性（作った直後は少し時間が必要なことがあります）

友達に送る“確認テンプレ”（コピペ用）

版：Java / 統合版（どっち？）
接続先：xxx.xxx.xxx.xxx（IP）
ポート：25565（変更してたら知らせる）
いま入れない状況：
- エラーメッセージ（そのまま貼って）
- いつから（作成直後 / 更新後 / 復元後）

これだけ揃うと、こちら（管理者側）も最短で原因に当たりやすいです。

シンVPS 公式サイト

まとめ：迷ったらこの手順で進めればOK

どのルートでも共通して、最初にやることは同じです。

① 遊び方を決める（バニラ／プラグイン／MOD）
② 小さく始めるプランを選ぶ（あとで増強する前提でOK）
③ アプリイメージで構築 → パケットフィルター → 接続確認
④ バックアップを先に固める（“事故ってから”では遅い）
⑤ 更新はバックアップ→互換性確認→段階更新の順

最短ルート（バニラ）

「とにかく早く遊びたい」「余計な要素なしで安定させたい」ならこれです。
バニラは構成がシンプルなので、トラブル原因の切り分けもラクになります。

手順（この順でやれば迷いません）

申し込みで“Minecraft（Java版）”系のアプリイメージを選ぶ
- まずはバニラで稼働確認 → 後からPaperなどへ寄せるのもアリ
初回起動後、管理画面（マインクラフトマネージャー）にログインできるか確認
- 直後はセットアップで少し時間がかかる場合があります
パケットフィルターで必要ポートだけ通す
- まずは標準ポートで動作確認 → 変更は“動いてから”が安全
管理画面でサーバー情報（IP/ポート）を控える → 自分が入れるか確認
最低限の安全設定を入れる
- 公開するなら：ホワイトリスト、権限（OP）運用ルールを決める
バックアップをON（自動＋手動）にしてから友達を呼ぶ
- “友達が入った初日”が一番事故りやすいので先に守る
運用は「毎日自動再起動＋週1の軽い点検」でOK
- 点検：ディスク残量／バックアップ世代／ログの異常だけ見る

バニラで詰まりやすいポイント（先回り）

「友達が入れない」→ 版（Java/統合）・IP/ポート・パケットフィルターを最初に疑う
「重い」→ まずは拠点の密集（村人/ホッパー/トラップ）を疑うのが早い

安定ルート（Paper/Spigot）

「人数が増える予定」「ラグを減らしたい」「管理しやすくしたい」ならこれ。
Paper/Spigotは、バニラよりも体感改善（軽さ）と運用機能に寄せやすいのが強みです。

手順（バニラ＋“安定化の1手”を追加）

申し込みで Minecraft（Paper）または（Spigot）のアプリイメージを選ぶ
初回起動 → 管理画面ログイン → サーバー情報を控えて自分が入れるか確認
パケットフィルター設定（必要ポートのみ）→ 接続確認
プラグインは“最小構成”から始める（入れ過ぎ事故を防ぐ）
- 最初のおすすめ方針
  - ①運用系（権限/ホワイトリスト/バックアップ補助）
  - ②軽量化・最適化系
  - ③遊び系（経済・ミニゲーム等）は最後
体感改善の設定は“1個ずつ”変えて効果を確認
- 例：視距離・シミュレーション距離・エンティティ周り
- まとめて変えると「何が効いたか」が分からなくなります
バックアップ（自動＋手動）と、復元手順の確認までセットで完了
- 復元手順は“読むだけ”でも良いので先に把握しておくと安心
更新は段階更新（Paper本体 → プラグイン互換 → 起動 → ログ確認）
- いきなり全更新すると、原因特定に時間がかかります

安定ルートのコツ（これだけ覚える）

「入れたいプラグイン」より「外したいラグ」を優先
プラグイン更新は“週1まとめて”にすると事故が減ります

沼らないルート（Forge/NeoForgeのMOD）

「どうしてもMODで遊びたい」ならこれ。
MODは自由度が高い反面、沼の原因がだいたい決まっています。対策は“順番”です。

沼らないための大原則（最重要）

“バージョン3点セット”を固定してから始める
- Minecraft本体バージョン
- ローダー（Forge/NeoForge）
- MOD一覧（導入順とバージョン）

ここがブレると、起動しない・入れない・クラッシュのループに入りがちです。

手順（失敗しない順番）

申し込みで Minecraft（Forge）または（NeoForge）のアプリイメージを選ぶ
初回起動 → 管理画面ログイン → まず“バニラ状態で起動するか”だけ確認
- いきなりMODを入れない（原因の切り分けができなくなる）
パケットフィルター設定 → 自分が入れるか確認
MOD導入は「サーバー側 → 起動確認 → クライアント側」の順
- “同じMODを入れたのに入れない”は、だいたいここがズレています
追加は“少しずつ”が最速（まとめて入れない）
- 目安：1回に3〜5個まで → 起動・ワールド読み込み・ログ確認
アップデートは「バックアップ → 互換性確認 → 段階更新」
- 順番の目安
  - ローダー更新（必要なら）
  - 前提MOD（依存関係）
  - 個別MOD
落ちたら“ログとクラッシュレポートを確保”→直前に入れたものから戻す
- 先に戻せる状態（バックアップ）があると復旧が一気に早くなります