MongoDB、Express、React、Node はすべて Hostinger の MERN VPS に事前インストールされており、スケーラブルな Web アプリ向けのすぐに構築できる環境として売り込まれています。テストでは、ここには実際の強みがあり、中でもほぼ完璧な CPU スケーリングが際立っていましたが、契約前に開発者が知っておくべきプラン面とドキュメント面の細かな点もいくつか見つかりました。以下に、見つかった内容をすべてまとめます。

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger を訪問する

長所と短所

評価の内訳

Hostinger の MERN VPS ホスティングを採点するにあたり、私は HostAdvice の 評価方法 を適用しました。これはサイト上のすべてのレビューで使われる同じ標準化された手法で、スコアが一貫し、マーケティングの主張ではなく実際のテストに基づくようにするためです。以下が各項目ごとの評価です。

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger を訪問する

プランと料金

Hostinger は MERN ホスティングを 4 つの KVM VPS ティアの 1 つとして販売しており、KVM 1 から KVM 8 まで、上位に進むにつれて CPU コア数、RAM、NVMe ディスク容量、帯域幅がまとめて拡張されます。

MERN 自体は別購入ではなく、チェックアウト時に選んだどのティアにも重ねられるワンクリックアプリケーションで、サーバーが稼働すると同時に MongoDB、Express、React、Node がすべて自動でインストールされます。

注文前に知っておく価値がある点がいくつかあります。

• 請求期間: プランは 1、12、または 24 か月分を前払いで支払い、長期契約ほど月額料金に対して実際の割引があります。各ティアと期間の詳細は下の料金ウィジェットを参照してください。
• 返金保証: VPS プランには 30 日間の保証がありますが、細則には実際の制限があります。VPS の返金請求は 180 日に 1 回しかできないため、その期間内に別の VPS 購入で 2 回目の返金を申請しても通りません。既存の VPS プランのアップグレードは完全に対象外です。
• 無料トライアル: MERN VPS ホスティング専用の無料トライアルは見つからず、30 日間の返金保証のみでした。この制限を踏まえて評価時間を計画してください。
• 支払い方法: カード（Visa、Mastercard、Amex、Discover）、PayPal、Google Pay、China と Hong Kong で別バージョンの AliPay、そして暗号資産用の Coingate が利用できます。暗号資産決済は返金ポリシーの対象外です。
• 含まれているもの: すべてのティアに、1 年間無料のドメイン、フル root アクセス、アクティブなマルウェアスキャナー、週次バックアップが追加料金なしで含まれます。

はっきり指摘しておきたい点が 1 つあります。テストから得られた直接の内容です。プランページ自体には、ネットワーク速度について 2 つの異なる数値が記載されていました。機能一覧では 1 Gbps、下部の本文では 300 Mb/s です。

実際のベンチマークは 1 Gbps の主張と一致しました。したがって、低いほうの数値は実仕様ではなく本文の誤記とみなしてください。ただし、公開ページを読む時点ではすでに修正されている可能性もあるので、購入前にライブページで再確認しておくべき細部ではあります。

機能

• すべてのティアで AMD EPYC プロセッサー
• 全プランで NVMe SSD ストレージ
• 無料の自動週次バックアップを含む
• デフォルトでアクティブなマルウェアスキャナー
• すべてのプランにファイアウォール管理を内蔵
• プランごとに 1 Gbps のネットワーク速度
• 自動化とスクリプト用の公開 API
• すばやくアクセスできる AI Web ターミナル
• 1 年間無料のドメイン付属

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger を訪問する

パフォーマンス

MERN スタックは、サーバーのあらゆる層に同時に大きな負荷をかけます。Node は 1 つのプロセスにつき単一スレッドでリクエストを処理するため、CPU の速度とコア間のスケーリング性能が、Node プロセスや複数プロセスをクラスター化したときに実際にどれだけの同時ユーザーをさばけるかを決めます。

MongoDB はドキュメントを絶えずディスクへ読み書きするため、I/O がクエリの応答速度を左右します。React の本番ビルドは静的ファイルとして配信されるので、ディスクとネットワークの両方に依存し、Express はその中央でメモリを通してすべてを受け流します。

このサーバーに対して、CPU、メモリ、ディスク、ネットワーク、そして継続的なストレス試験を含む完全なベンチマークスイートを実行し、このプランが実際に何を提供するのか、そしてプランページ自体が一貫して答えられなかった帯域幅の疑問に決着をつけました。

テストしたインスタンスは、チェックアウト時に選んだ KVM 4 プランでした。

• CPU: 4 vCPU、AMD EPYC 9354P プロセッサーを搭載するホストから割り当て
• RAM: 16GB 割り当てのうち 15GB を使用可能、スワップは未設定
• Disk: 200GB の NVMe 割り当てのうち 193GB を使用可能
• OS: Ubuntu 24.04.4 LTS、kernel 6.8.0-137-generic

数値の前に、このプランがどこに位置づけられるかを一言。Hostinger の MERN VPS ラインは、他の VPS 製品と同じ 4 つのティア、KVM 1 から KVM 8 で構成されており、KVM 4 は上から 2 番目に位置し、本格的なユーザー基盤を持つ実アプリケーション向けであって、最初の試作や大規模な複数サービス構成向けではありません。以下は、この中上位ティア単体を反映した内容です。

1. CPU パフォーマンス

• シングルスレッド: 1,634.54 events per second、平均レイテンシ 0.61ms、95 パーセンタイル 0.63ms

• マルチスレッド、4 threads: 6,523.07 events per second、平均レイテンシ 0.61ms、95 パーセンタイル 0.63ms

• スレッド公平性の標準偏差: 18.22、1 スレッドあたり平均 16,310 events

シングルスレッド速度は 1 つの Node プロセスで最も重要な数値です。Node は JavaScript を 1 スレッドで実行し、クラスターモードや PM2 のようなプロセスマネージャーで複数インスタンスを動かす場合にのみコア全体へ広げられるからです。

平均レイテンシが 0.61ms ということは、このサーバー上の単一の Express プロセスには十分な余裕があるということで、一般的なリクエスト処理では CPU がボトルネックになる前にかなりの余地があります。

ここでの目玉はマルチスレッド結果です。1 スレッドから 4 スレッドへ増やすとスループットがほぼちょうど 4 倍になり、事実上完璧なスケーリングでした。これは Node にとって特に重要です。というのも、PM2 クラスターを 4 インスタンスで動かして 4 コアを使い切れば、単一プロセスのほぼ 4 倍のスループットが得られることを意味し、他テナントとの競合でその一部を失うことがよくある共有 VPS とは対照的だからです。

スレッド公平性の数値もそれを裏づけています。約 0.1 パーセントという分散は、テスト全体を通して各コアが均等に作業していたことを示すのに十分に小さい値です。

2. メモリ速度

• Sequential Write: 6,060.82 MiB/sec

• Sequential Read: 7,117.04 MiB/sec

どちらの数値も、現在の EPYC ハードウェアがこのテストで出す範囲の中でも十分に良好です。MERN スタックでは、メモリ速度は、MongoDB が頻繁にアクセスされるデータを RAM にキャッシュする場面や、Node 自身がオブジェクト、セッションデータ、その他のインメモリキャッシュを同じ領域で保持する場面で最も重要になります。

この速度であれば、メモリがリクエストの遅延要因になる可能性は非常に低いです。なお、このインスタンスにはスワップが設定されていなかったため、使えるのは割り当てられた 16GB の RAM のうちの 15GB であり、MongoDB のワーキングセットや長時間稼働する Node プロセスのメモリリークがそれを超えた場合の逃げ道はありません。

3. ディスク I/O

• Sequential Write: 556 MiB/s (583 MB/s)、556 IOPS

• Sequential Read: 1,084 MiB/s (1,137 MB/s)、1,084 IOPS

• Random 4K mixed read/write: それぞれ約 9,800 IOPS、各方向あたり約 38.3 MiB/s のスループット

シーケンシャル読み取りはシーケンシャル書き込みのほぼ 2 倍の速度で、これから大きなファイルを書き込むワークロード、データベースのバックアップ、アップロードされたメディア、ログの書き出しなどにこのプランを使う場合、書き込み側の余裕が読み取り側よりかなり少ないことを知っておく価値があります。

ランダム 4K 性能は、MongoDB が実際の負荷下でどのように動くかを予測する指標です。ドキュメントの読み書きは、大きな連続ブロックではなく、小さく散在した操作でディスクにアクセスするからです。

両方向でほぼ 9,800 IOPS、しかも読み書きが均等に並んだ結果は、データベース用途としては強い数値であり、一般的なアプリケーションであれば、同時接続数やドキュメント量が増えても MongoDB のクエリは速いまま保たれ、ディスクがボトルネックになる前に十分耐えられることを意味します。

変わるのは、同じディスク上限に対してどれだけ多くの同時負荷をかけられるかです。より忙しい MongoDB ワークロードでは、KVM 4 の追加 CPU とメモリにより、ディスク性能自体が向上するのではなく、その同じ 9,800 IOPS をより並列に処理できるようになります。

4. ネットワーク速度

• Run 1: Download 983.28 Mbps、Upload 986.95 Mbps、アイドル時レイテンシ 0.27ms、パケットロス 0%

• Run 2: Download 730.48 Mbps、Upload 973.67 Mbps、アイドル時レイテンシ 0.33ms、パケットロス 0%

これはプランページと結びつけて見る価値があります。プランページの機能一覧には 1 Gbps のネットワーク速度がある一方で、同じプランを本文中では「300 Mb/s infrastructure」と説明していたからです。

実際のテスト結果は 1 Gbps の主張と一致しました。300 Mb/s の記載ではありません。2 回のテストはいずれもアップロードで 900 Mbps 前後またはそれ以上を記録し、1 回目はダウンロードでほぼ完全に 1 ギガビットを使い切りました。プランページの 300 Mb/s は、このサーバーが実際に出した数値と一致せず、古いか不一致のコピーであるように見えます。

ただし、はっきり指摘しておくべきなのは、2 回のテストでダウンロード速度が同一ではなかったことです。1 回目は 983 Mbps、2 回目は 730 Mbps で、これは単なるノイズではなく実際の差です。

アップロードは両方のテストで安定しており、どちらもパケットロスは 0% だったため、これは問題の兆候というより共有ネットワーク経路でよくあるばらつきと見られますが、日によってすべてのダウンロードが完全なギガビットに届くと決めつけないほうがよい程度の差ではあります。

5. ストレステスト

サーバーが一時的な負荷ではなく継続的な負荷にどう耐えるかを見るため、CPU、メモリ、ディスクのストレッサーをそれぞれ 180 秒ずつ実行しました。

• CPU stress, 4 workers: 1,109,725 bogo ops、失敗 0

• Memory stress, 2 workers: 13,640,251 bogo ops、失敗 0

• Disk stress, 2 workers: 2,950,093 bogo ops、失敗 0

すべてのストレッサーが正常に完了し、失敗した worker はゼロ、信頼できない指標もゼロでした。3 種類すべてを連続で実行し、合計 9 分間の継続的な圧力にも問題はありませんでした。

これは、実際のトラフィックスパイク、ローンチ、バイラル投稿、バッチジョブの開始といった状況で Node アプリが本当に信頼できるかどうかを示す結果です。CPU、メモリ、ディスクが同時に負荷を受けても予測不能に劣化しないことが確認できたからです。

実際にトラフィックが波のように来るなら、ローンチ当日、マーケティング施策、ユーザーがアクティブな状態での一括インポートなど、こうした複合負荷に対する安定性は、静かな状態で見たときだけ良さそうに見える最安プランよりも重要であり、このティア、あるいはそれ以上を選ぶ理由になります。

パフォーマンスの総合評価

この KVM 4 プランは全体的に高い性能を示し、特に際立った結果は 4 コアにわたってほぼ完全に線形な CPU スケーリングでした。これは、Node をクラスターモードで動かしてサーバー全体を使う場合に直接関係します。

メモリとランダムディスク IOPS はどちらも、MongoDB と Express を実負荷下で応答性良く保つのに十分で、ストレステストも失敗ゼロで問題なく持ちこたえました。

ネットワークテストでは、プランページの矛盾が Hostinger に有利な形で解消されました。実測値は 1 Gbps の主張を支持しており、本文中に埋もれていた低い数値ではありません。ただし、ダウンロード速度は 2 回のテストでかなり変動したため、固定値ではなく幅として捉えるべきです。

このラインのどのティアにも言えることですが、これらの数値は MERN ホスティング全体ではなく、KVM 4 単体を示しています。小規模なサイドプロジェクトなら 1 つか 2 つ下のティアでも十分でしょうが、単一の Node プロセスを超えてスケールすることを見込む MERN アプリなら、このプランのほぼ完璧な CPU スケーリングは、単なる使い切れない余裕ではなく、より安いティアより優先すべき本当の理由として受け取るべきです。

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger を訪問する

使いやすさ

私は Hostinger の MERN VPS を、チェックアウトから、付属する実際のサーバー管理ツールを確認するところまでテストしました。これには、プランとロケーションの選択、アカウント作成、支払い、そして MongoDB、Express、React、Node がすべて同じ箱に入った後に hPanel が実際に何を提供するのかを確認する作業が含まれます。

以下は、その流れが実際にどうだったかであり、チェックアウト前にすでにプランページ内で食い違っている 1 つの細部も含まれます。

1. 登録

MERN VPS のランディングページは、無料の自動週次バックアップ、マルウェアスキャナー、Kodee AI アシスタントという 3 つの主張を、すべて追加料金なしで提供すると打ち出しています。

同じページをさらに下へスクロールすると、チェックアウト前に注意しておくべき点が 1 つありました。上部の機能一覧ではネットワーク速度 1 Gbps と表示されているのに、下部の本文では同じプランを「300 Mb/s infrastructure」と説明していたのです。

これは小さな丸め誤差ではありません。1 つの数値はもう 1 つの 3 倍以上あるからです。後のこのレビューで実測値と照らし合わせ、どちらの値も鵜呑みにしないほうがよいでしょう。

私は KVM 4 プランを選び、カートに進みました。そこではいつも通り次の 3 つの選択肢が表示されました。

• 請求期間: 1、12、24 か月、各オプションの節約額が表示される

• サーバーロケーション: 大陸ごとに地域がグループ化され、各地域の横にレイテンシ予測が表示される

• アプリマーケットプレイス: 1,000 以上のワンクリック OS、パネル、アプリケーションオプション

カートでは、より安い料金を求めて 24 か月を選び、その後、デフォルトに頼らず地域を直接比較しました。United Kingdom は 163ms で最適な一致となり、United States の 254ms を大きく上回りました。

アプリケーションマーケットプレイスを開くと、MERN Stack はすでに選択済みで、Docker と Traefik、Dify、Hermes Agent など、他の Hostinger VPS 製品でも見たことのある同じワンクリックオプションの中にありました。

その後、「Continue」をクリックしました。次のステップは登録です。サインアップするかログインするかを選べます。

私はすでに既存アカウントにログインしていたので、登録は 1 回のクリックで済み、請求・支払い画面ではいつもの選択肢が並んでいました。

• Card、Visa、Mastercard、Amex、Discover を含む
• PayPal
• Google Pay
• AliPay、China と Hong Kong の別バージョン
• Coingate、暗号資産決済用

支払いを送信すると数秒で確認メールが届き、新しいサーバーはすでに稼働中として hPanel に表示されました。

ここで目立ったのは、チェックアウトの流れそのものではありません。これは今や、これまでテストしたすべての Hostinger VPS 製品で期待どおりに動作しているからです。

むしろ、購入前の段階でプランページに食い違う帯域幅の記載があることです。同じページのどの部分を読むかによって、読者がネットワーク速度について 2 つの異なる数値を持ち帰ってしまう可能性があります。

2. ダッシュボード/クライアントエリア

購入後、私は hPanel に案内され、登録に使った詳細でアカウントにログインしました。

hPanel は支払い直後にホーム画面で開き、ドメイン、メール、Web サイトビルダー、そしてアカウント上のすべての VPS を 1 か所から管理できるアカウント全体のパネルになっています。

名前で挨拶され、AI プロンプトバー、ショートカットボタン、やることリスト、そして下部にはアカウント上のすべてのプロパティ一覧が表示されました。

VPS テーブルにスクロールすると、新しいサーバーはすでに Running と表示され、ホスト名、IP アドレス、プラン、有効期限がクリックなしで見える状態でした。Manage をクリックしてサーバー専用パネルに進みました。

ここで引き続き良いのは、探し回る必要がほとんどないことです。支払いが通った瞬間にサーバーがアカウントのホームページに表示され、そこからサーバーレベルの操作に行くのはメニューを探すのではなく 1 回のクリックで済みます。

3. MERN Stack とサーバー管理

次に、スタック自体に実際に何が含まれているのかを確認したかったので、VPS Overview ページを開きました。

VPS Overview ページには、「MERN Stack (MongoDB, ExpressJS, ReactJS, NodeJS)」と書かれたアプリカードが表示され、Ubuntu 24.04 上で動作しており、Manage App ボタンと、スタック向けの Hostinger ドキュメントへつながる「Learn more」リンク付きの別の情報バナーがありました。

その下にはおなじみのサーバーカード、Ubuntu 24.04 が KVM 4 上で動作している表示、再起動とターミナルの操作、root SSH 詳細、そしてサーバーが直後にプロビジョニングされたばかりなのでリソースグラフはまだ集計中という標準的な注意書きがありました。

さらにページを下ると:

• SSH キー管理
• ファイアウォールルール
• バックアップスナップショット
• マルウェアスキャナー: Active

最後の項目は、この製品の大きな利点です。プランページのマルウェアスキャナーの主張は信じるしかないものですが、こちらは私が確認した瞬間にすでに有効で、実際に動作していました。15 files scanned、zero compromised、zero malicious です。

これは、プランページの約束が実際のサーバー上の表示と一致していたということです。

OS & Panel を掘り下げると、同じスタック情報の 2 つ目のコピーが見つかり、「Current Application」セクションには MERN のより詳細な説明と、Overview カードの「Learn more」リンクとは別の「Quick start guide」リンクがありました。

どちらもスタックの導入を案内するもので、似た内容への入口が 2 つ別々の場所にあるのはやや冗長ですが、見つけにくいわけではありません。

同じページは完全な OS 再インストールの選択画面にもなっており、AlmaLinux、Debian、Rocky Linux、Ubuntu、Alpine、Arch、CentOS、CloudLinux、Fedora、Kali、NixOS、openSUSE が、MERN 設定を消して完全なベア OS からやり直したい場合に 1 回のクリックで選べるように並んでいました。

Settings には、他の Hostinger VPS 製品でも一貫して見られるのと同じサーバーレベルのツール、root password generator、ファイアウォールと SSH 設定のワンクリックリセット、ホスト名変更、ログクリーンアップツールがありました。

これらはどれも MERN 専用ではなく、スタック上のアプリではなく、その下にあるサーバーを管理するものです。

同じ地点に立って「次に何をクリックすればいいのか」と思っている人のために、実用的な手順を示しておきます。Ubuntu カード上の Terminal ボタンが直接の入口であり、ブラウザ内で既に認証済みのライブ SSH セッションを開きます。ここから、サーバー上にある MERN ファイルを扱ったり、Node を動かしたり、MongoDB を確認したり、Git 経由で自分のコードを取り込んだりするところが実作業の始まりです。

使いやすさの総合評価

チェックアウトから稼働中のサーバーに至るまでの流れは相変わらず良好で、ロケーション比較ツールは、動作していなかったプランページ上の「recommended」ウィジェットを信じるより、直接使う価値があります。

サーバー内に入ると、マルウェアスキャナーが最も目立ちます。実際のスキャンデータを生成しており、マーケティング上の主張のまま止まっているわけではありません。

粗い部分はパネルの中ではなく、その手前の段階にあります。プランページの帯域幅表記が食い違っているのは、そもそも同じページで出してはいけない種類の不整合であり、どちらかを信じる前に実測値で確認すべきです。

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger を訪問する

サポートレベル

Kodee は Hostinger の AI アシスタントで、前線に立つ存在です。その背後には、必要なら人間へ会話を引き継げるオプションがあります。

テスト中にそのオプションを使うことはありませんでしたが、それ自体が示唆するものもあります。ただし、質問が AI で解決できる範囲を超えることがあれば、その存在を知っておく価値はあります。

私は Kodee に、Node がこのサーバー上でどう動作するのかについて 2 部構成の技術的なやり取りを行い、その後、Hostinger のナレッジベースを別途確認して、どこまでその範囲をカバーしているのかを見ました。

1. AI サポート（Kodee）

まずは実運用の質問から始めました。この MERN アプリを支える Node プロセスは SSH セッションを閉じても生き続けるのか、サーバー再起動後も残るのか、そしてテンプレートに入っている Express サーバーは固定ポートで動くのか、という内容です。

Kodee は直接答えました。

• node server.js で起動した Node プロセスは SSH セッション終了で停止することを確認
• 再起動後に自動で復帰しないことを確認
• 永続化には PM2 または systemd サービスを推奨し、PM2 の起動、保存、起動時有効化のコマンドをそのまま提示
• Express に固定ポートはなく、アプリ側で process.env.PORT によって定義されていることを確認
• 追加のセキュリティ注意として、リバースプロキシの背後にある場合はアプリ内部のポートを公開インターフェースに出さないように助言

最後の点は私が尋ねていない内容であり、完全な答えを示す種類の細部です。

さらに同じ点を掘り下げて、Nginx は実際にこの VPS にインストールされ HTTPS 用に設定されているのか、それとも自分で設定が必要なのかを尋ねました。Kodee はサーバーを直接確認すると答え、実際にそうしました。

• Nginx がインストールされ、稼働しており、version 1.24.0 であることを確認
• まだデフォルトサイトのままで、port 80 は開いているが port 443 は未設定であることを確認
• Node プロセスが現在は動いていないことを確認
• アプリケーションディレクトリには Express の依存関係しかなく、起動ファイルはまだ定義されていないことを確認

どれも、私の特定のサーバーの実際の状態についての生の事実であり、一般的な Nginx 解説ではありません。そこから、DNS レコード、Node アプリを公開せず 127.0.0.1 でプライベートに起動すること、Nginx の完全なリバースプロキシ設定ブロック、Certbot のインストールと証明書発行、最後に Nginx、PM2、ライブ HTTPS チェックを含む確認手順まで、完全で順序立てたセットアップを提示してきました。

また、ファイアウォールを有効にするのは SSH、HTTP、HTTPS を明示的に許可してからにするよう警告し、Nginx が公開トラフィックを処理するようになったらバックエンドポートを非公開に保つよう助言しました。

AI サポートについての感想: これは、私が 2 つの技術的な質問で Kodee と交わした中で最も正確なやり取りでした。両方とも回答前に実際のサーバーを確認し、曖昧だった点についてさらに詰めると具体的に修正し、提示されたコマンドはすべて、その場で確認した内容と一致していました。

追加で出てきたセキュリティ上の注意が 2 回とも的確だったことで、これは良い回答から、信頼できる回答へと押し上げられました。

2. ナレッジベース

Hostinger のナレッジベースは、他の製品でも一貫して見られるカテゴリタイルと同じ構成で、各カテゴリに記事数が表示されるので、クリックする前にそのトピックの深さを判断できます。VPS は 275 記事で最も多く、hPanel、Website、Domains がその次の層を構成しています。その構造自体は一見すると機能していますが、カテゴリ数が多いことは、その中の 1 つの特定スタックに対するカバー範囲を示すものではありません。まさにそこを確認したかったのです。

Hostinger が MERN について自前で何を書いているのかを知りたかったので、検索バーに「MERN」と入力しました。その検索結果は空で、「No results found for: MERN」と表示され、該当する記事は 1 件もありませんでした。

1 文字違いで「MEAN」を検索すると、186 件の結果が返ってきました。最上位の記事「How to use the MEAN Stack VPS template at Hostinger」が、この種のスタックに関する Hostinger のドキュメントとして最も近いものですが、MEAN は MERN ではなく、React の代わりに Angular を使います。

最初の記事の先にある 186 件の残りはノイズでした。TikTok Shop の商品掲載、スパム防止、Registro.br のドメインエラー、Agency Directory のリードなど、文中にたまたま「mean」という単語が含まれているだけの記事が出てきただけです。

それでも、その MEAN 記事を開いて実際にどれほど良いのかを確認することにしました。利用できる中では最も近いものだったからです。

記事は冒頭で、Mean Stack VPS テンプレートには PM2、Certbot、Nginx が事前インストールされており、/root/application に Express と Angular がすでに入っていると述べています。

しかし、読み進めると Step 1 で新しいプロジェクトディレクトリを mkdir させ、Step 2 で npm init を実行して server.js ファイルを一から手書きさせる内容になっており、冒頭の「Express はすでにある」という主張とは妙に食い違っています。

残りのガイドは完全に Angular 向けで、ng new、ng serve、ng build と続き、最後には MongoDB を追加して後で「拡張・改善」できると述べるだけで、肝心の MongoDB 接続自体は示されていません。MEAN という名前が最初に Mongo を掲げているにもかかわらずです。

ナレッジベースについての感想: Hostinger のドキュメントには MERN 専用の記事がまったくなく、最も近い記事は別のフロントエンド技術向けに書かれており、何が事前インストール済みで何を手順として構築するのかについて内部的な矛盾があり、さらにスタック名そのものが約束しているはずの MongoDB セクションが最後まで登場しません。

このギャップは、他のスタックをテストしたときよりもここでは重要です。MongoDB、Express、React、Node はそれぞれセットアップ時の癖が異なり、MEAN のガイドではこの正確な製品をカバーできないからです。このナレッジベースでこの製品を探す人は何も見つからず、Kodee に頼ることになるでしょう。

サポートの総合評価

Kodee がこの製品で実質的な役割を担っており、それにふさわしい働きをしています。どちらの技術的なやり取りでも、回答前に実際のサーバーを確認しており、2 回目のやり取りでは、読者が本番公開後しばらく経つまで気づきにくい unconfigured HTTPS setup という実際に有用な欠落を見つけました。

一方、ナレッジベースには MERN 向けの内容がまったくなく、最も近い記事ですら別のスタック向けです。

質問が Kodee で対応できる範囲を超えた場合に備えて人間の担当者へは 1 回のクリックでつながりますが、このテストの範囲では、その必要は一度もありませんでした。

Hostinger MERN VPS

Hostinger's MERN VPS provides a powerful and flexible environment for deploying MongoDB, Express.js, React, and Node.js applications with full server control.

Hostinger を訪問する

Hostinger MERN Hosting をおすすめするか？

はい。ここはインフラが強力で、MongoDB、Express、React、Node はすべて out of the box で動作する状態で届き、コア間の CPU スケーリングはほぼ完全な線形を示し、マルウェアスキャナーも手動で有効化する必要なくアクティブでした。Kodee はこれらすべてを裏づける形で、実際のサーバーを確認した 2 回の技術的やり取りを支えました。

弱点はドキュメントです。Hostinger には MERN 向けの記述がなく、ナレッジベース内で最も近いものは別のフロントエンド技術向けに作られています。これはテストで Kodee が非常にうまく機能したことを考えれば致命的ではありませんが、この製品が専用の手順書を持つスタックよりも AI サポートに強く依存していることを意味します。

AI を使った回答を手がかりに進めることに慣れている開発者なら、インフラだけで十分おすすめできます。公式の文章ガイドを最初から最後まで追いたい人なら、ナレッジベースがカバーしていない部分は Kodee を頼る時間を見込んでください。

Hostinger

5.0

2,471 user reviews

￥250 /mo

最低価格

Hostinger を訪問する

Rating based on expert review

• 使いやすさ
  4.9
• サポート
  4.9
• 機能
  4.8
• 信頼性
  4.7
• 価格
  4.5