Hermes Agent VPSは、確立されたホスティングインフラとオープンソースの自律エージェントフレームワークを組み合わせており、ユーザーにスタックを一から構築せずに自己ホスト型AIエージェントを稼働させる道を提供します。
Hostinger KVM 2プランをプロビジョニングし、完全なLinuxベンチマークを実行し、セットアップ全体をテストした結果、 結論は明確です。Hostingerは、AIインフラを自分で管理したい技術ユーザーに対して、優れたハードウェア性能と簡単なデプロイを提供します。
私は、当社の標準ホスティングレビュー手法に基づき、5つのパラメータでHostinger Hermes Agent VPSを評価しました。以下のスコアは、クリーンな空のサーバーではなく、Hermes AgentとTraefikが稼働した状態での実運用デプロイを反映しています。
| Parameter | Score | Why This Score |
|---|---|---|
| Prices | 9.0/10 | 競争力のある初期価格。更新料金はかなり高く、VPSの返金には請求間に180日の条件がある。 |
| Features | 9.5/10 | ワンクリックデプロイ、Traefikの自動設定、Docker Manager、Kodee AI、AMD EPYC、NVMe、無料の毎週バックアップがすべて含まれる。 |
| Performance | 9.2/10 | ほぼギガビットの対称速度、読み書き同時で13KランダムIOPS、CPUの線形スケーリング、ストレステスト失敗ゼロ。 |
| Ease of Use | 9.0/10 | クリーンな決済と自動デプロイ。ただし、セットアップウィザードにはターミナル操作の理解と1回の手動OAuthステップが必要。 |
| Support | 9.2/10 | Kodeeは具体的な回答をくれ、人間の担当者にも3回目のエスカレーション摩擦を越えれば2分未満でつながった。 |
| Overall | 9.2/10 | 強力なインフラと、チェックアウトからライブエージェントまでの高速な導線。セットアップとエスカレーションに小さな摩擦がある。 |
Hermes Agent自体はMITライセンスで無料です。継続的な費用はVPSプランと、エージェントに接続するLLMプロバイダーの料金だけです。
4つすべてのKVMプランがHermes Agentに対応しています。特定の階層に縛られることはありません。料金は選択した期間分を前払いで請求され、契約期間が長いほどプロモーション割引は大きくなります。
チェックアウト時の請求期間セレクターで、契約前に期間ごとの総費用を比較できます。
購入前に知っておきたい点がいくつかあります。
利用可能な支払い方法には、カード（Visa、Mastercard、Discover、Amex）、PayPal、Google Pay、中国と香港向けのAliPay、そして暗号資産向けのCoingateが含まれます。
私がテストしたサーバーは、Hostingerのアリゾナ州フェニックスのデータセンターにある、Ubuntu 24.04.4 LTS、kernel 6.8.0-111-generic を搭載したKVM 2プランです。
テストしたインスタンス:
数値に入る前に、重要な点を1つ。これらのベンチマークは、Hermes AgentとTraefikの両方がライブDockerコンテナとして、すべてのテスト中ずっと稼働した状態で実行されました。テスト時のサーバーのベースラインリソース消費は次のとおりです。
これは実環境の条件であり、何もないクリーンなサーバーではありません。KVM 2でHermes Agentを動かしつつ、ベンチマーク用の負荷や並列エージェントタスクのための余裕が残るかを評価する人にとって、このベースラインの文脈は重要です。
もう1つの詳細として、このサーバーにはスワップが設定されていません。RAMが尽きると、LinuxのOOMキラーがプロセスを終了し、ディスクスワップに逃がすことはありません。永続的なエージェント展開では、スワップありのセットアップよりもメモリの余裕を監視することがより重要になります。
私は、10秒間のウィンドウで素数上限20,000を使い、sysbenchをシングルスレッドとマルチスレッドの両方で実行しました。
シングルスレッド:
マルチスレッド（2スレッド）:
スケーリングはきれいです。1スレッドから2スレッドに増やすと、1,637に対して3,169 events per secondとなり、1.94倍です。これは96.8%のスケーリング効率であり、両方のvCPUが本当に利用可能で、片方が待機しているのではなく両方とも均等に負荷へ寄与していることを示します。
マルチスレッド実行時の23.50というスレッド公平性の標準偏差は低く、共有クラウド環境としては十分正常範囲です。どちらのコアもテスト時間中に飢餓状態やスロットリングは起きませんでした。
Hermes Agentにとってこれは重要です。エージェントはタスク実行と並行して継続的なハートビートループを走らせるからです。バランスの取れた2つのコアが公平にスケジュールされれば、この2つの処理は低〜中程度のタスク量では大きく競合しません。
私は、1Kブロックサイズと10 GiBの総転送量を用いて、sysbenchで順次書き込みと順次読み取りの両パスを実施しました。
順次書き込み: 4,967.06 MiB/sec
順次読み取り: 6,938.71 MiB/sec
どちらのパスも、ミリ秒精度では平均レイテンシー0.00msでした。つまり、メモリアクセスは測定ツールが記録できるよりも速いということです。
読み取りは書き込みより約40%速く、これはデータをメモリから読むことのほうが、書き込むより多いワークロードでは普通で望ましいパターンです。
Hermes Agentにとってこれは特定の意味で重要です。行動する前に、エージェントはコンテキストファイルである HEARTBEAT.md、SOUL.md、TOOLS.md をメモリから読み込みます。約7 GiB/secの読み取りスループットなら、実質的に即時です。エージェントはコンテキストの読み込みを待つのではなく、推論と実行に時間を使います。
私はfioを使って、順次書き込み、順次読み取り、ランダム4K混合読み書きの3つのシナリオをテストしました。
順次書き込み:
順次読み取り:
ランダム4K混合読み書き:
順次性能は非常に優秀です。読み取りで1 GiB/s超、書き込みで819 MiB/sという結果は、高性能NVMeセットアップで期待される水準であり、コンテナが動作した状態でも維持されました。
日常的なHermes Agentの運用で最も重要なのは、ランダム4Kの数値です。読み取りと書き込みの両方で同時に13,000 IOPSという完全に対称な結果は、2コアプランとして非常に強力です。
Dockerレイヤーの取得、エージェントセッションログの書き込み、スキルファイルの読み取り、SQLite状態データベースの操作はすべてランダムI/Oに依存します。読み書きそれぞれ13K IOPSを同時に出せるなら、これらの処理が互いに待たされることはありません。
生データで注目すべき点がもう1つあります。順次書き込みでは、サンプル間の標準偏差が474.32でした。これはテスト中の書き込み性能にある程度のばらつきがあったことを示しています。平均値は高いままでしたが、共有クラウド環境での持続的な順次書き込み負荷では一般的なNVMeの挙動として、読み取り側のばらつき（stdev 275.63）より大きくなっています。
私は、最寄りの利用可能なサーバーに対してOokla speedtestを1回実行しました。
パケットロスゼロで、ほぼ対称なギガビット性能です。ここで何を測っているかを率直に言うと、テストサーバーは同じ場所にあるHostingerのPhoenixインフラでした。
これは、一般的な外部宛先へのインターネット速度ではなく、Hostingerの内部ネットワークとローカルルーティングの品質を反映しています。
外部サービスへの実際の速度は、それらのサービスがどこでホストされているか、そしてPhoenixとのルーティングがどうなっているかによって変わります。
とはいえ、0.38msのアイドルレイテンシーとパケットロスゼロは、継続的に外部APIへ接続する常時稼働AIエージェントを動かすプラットフォームにまさに必要なものです。
Hermes Agentが設定済みのLLMプロバイダーを呼び出すたび、Web検索を走らせるたび、ツールを実行するたびに、そのリクエストはこのネットワーク接続を通って外へ出ます。低レイテンシーときれいなパケット配送は、エージェントのあらゆる動作の応答時間を直接短縮します。
私は、利用可能なコア数に合わせて各テストを2ワーカーで、stress-ng を3種類すべて180秒ずつ実行しました。
CPU Stress (2 workers, 180 seconds):
Memory Stress (2 workers, 180 seconds):
Disk I/O Stress (2 workers, 180 seconds):
3分間の各サブシステムへの持続負荷を通じて、完全に問題ありませんでした。失敗はゼロ、untrustworthy メトリクスもゼロ、送ったワーカーはすべて正常に終了しました。Hermes AgentとTraefikがバックグラウンドで稼働し続ける中でも、サーバーは3つのテストすべてで安定していました。
untrustworthy メトリクスがゼロという結果が、ここで最も重い意味を持ちます。stress-ng は、ホスト環境からの干渉、スロットリング、またはスケジューリングの不規則性を検出すると、結果を untrustworthy としてフラグします。それが3回の実行のどれでも起こりませんでした。
KVM 2プランは、すべてのベンチマークで一貫して強い数値を示しました。AMD EPYC 9354Pの割り当ては、1スレッドから2スレッドへの間で96.8%の効率でスケールし、メモリスループットはミリ秒精度ではレイテンシーがゼロと記録されるほど高速で、ディスクI/Oは読み書き同時負荷で対称的な13KランダムIOPSを出し、ネットワークはパケットロスゼロでほぼギガビットの対称速度を示しました。
Hermes Agent用途で最も際立つのは、単一の数値ではなく、実運用条件下でのこの組み合わせです。
これらのベンチマークは、Hermes AgentとTraefikがすでに利用可能メモリの約9%を消費している状態で実行されました。サーバーは、untrustworthy のメトリクスも失敗も出さず、ストレステストのワーカーを1つも落としませんでした。
エージェントが稼働している状態で、2% CPUと9%メモリというアイドル時の条件なら、KVM 2には並列タスク、スケジュールされたワークフロー、適度なエージェントチーム活動のための本当の余裕があります。計画しておくべき制約は、スワップがないことです。
ベースライン分が確保されたあとで約7.1 GiBが利用可能なので、Hermes Agent展開が拡大するにつれて、監視すべきリソースはメモリです。複数の同時エージェントや重いブラウザ自動化ワークロードを動かす予定のユーザーは、限界に達してからではなく、早めに16 GB RAMのKVM 4を検討すべきです。
自己ホスト型AIエージェントのデプロイは、開発者の週末のやることリストに載るような作業に思えます。
HostingerのHermes Agent VPSにおける狙いは、そうである必要はない、ということです。インフラ構築を肩代わりし、実際のエージェントをより早く使い始められるようにするワンクリックインストールが売りです。
私はその主張を最初から最後までテストしました。最初にサイトへアクセスしてから、プラン選択、決済、登録、hPanelダッシュボード、そして指示を受けられるライブのHermes Agentインスタンスに至るまでです。また、マーケティングページが滑らかだからといって実体験も滑らかとは限らないので、つまずきポイントもすべて記録しました。
全体の流れは次のとおりです。
HostingerのホームページからHermes Agentのオファーにたどり着くのは簡単です。Servicesメニューの下にVPS hostingがはっきり表示されており、そこから進むと、上部にChoose PlanボタンがあるHermes Agentのランディングページへ直接移動します。探し回る必要はありません。
プラン選択
プラン選択ページでは4つのKVM階層が横並びで表示され、比較しやすくなっています。
4つのプランすべてがHermes Agentに対応しています。アプリを利用するために特定の階層に縛られることはありません。私はKVM 2を選びました。Hostingerが最も人気のある選択肢として示しているものです。
カートの設定
カートページでは、Hostingerが登録や支払いの前に必要なことをすべて1か所で扱っています。そのレイアウトは、すべてをまとめて見せる点で評価できます。ここで設定するのは3つです。
最後の点は特に重要です。Hostingerはデータセンターの場所を名前だけで並べるのではなく、各地域の実際のレイテンシーを表示します。これにより、推測ではなく、ワークロードがどこで動くかに基づいて選べます。
私には、United States, Boston 2 が40msで最適候補として表示され、France は104msで比較対象として表示されました。
カートはもう1つ重要な点を明確に示しています。「Hermes Agent auto-deploys with your VPS.」この1行で、プロビジョニング後に自分でインストールする必要があるのかという曖昧さがなくなります。必要ありません。
アカウント作成
登録はカートを確定した後に行われます。新規ユーザーには3つの選択肢があります。
アカウントを作成した後、Hostingerは支払い前に完全な請求先住所を求めます。必要な項目は次のとおりです。
これは、先に支払いをしてから後で詳細を入力するタイプのプラットフォームよりも、やや手順が多いです。VPS購入としては標準的ですが、2項目だけのサインアップを想定しているなら事前に知っておく価値があります。
支払い
支払いページでは、幅広い支払い方法が利用できます。
選ぶ前に1つだけ注意しておきたい点があります。Coingateを通じた暗号資産決済は、返金保証の有無にかかわらず、いかなる場合も返金の対象外です。返金の可能性が少しでもあるなら、代わりにカードかPayPalで支払ってください。
Hermes Agentのページに入ってから支払い完了まで、全体で10分未満でした。請求先住所の入力で、よりシンプルな登録より少し手間は増えますが、有料VPSとしては想定内です。
支払いが完了すると、Hostingerは中央管理パネルであるhPanelに案内します。ランディングページには名前付きで迎えられ、上部に「Your to-dos」セクションが開き、保留中の作業があれば表示され、すべて正常ならそれが確認されます。
その下では、アクティブなサービスがウェブサイト、ドメイン、VPSの明確なブロックに整理されています。
左サイドバーは、次の5つの論理的な領域に分かれています。
VPSインスタンスはホーム画面下部の専用ブロックに表示されます。各行には、サーバーホスト名、プラン階層、ワンクリックコピー付きIPアドレス、稼働ステータスバッジ、有効期限、Manageボタンが表示されます。
Hermes Agentが動作しているKVM 2にはDockerアイコンがサムネイルとして表示され、ベアOSのインストールや他のプランタイプと一目で区別できます。
ここに来たらすぐに行うべきことが2つあります。
KVM 2行のManageをクリックすると、個別のVPS概要ページが開きます。ここでは左サイドバーが完全にサーバー管理専用になります。
概要ページで分かること
上部カードには「Docker and Traefik, Built on Ubuntu 24.04」と表示され、Docker Managerへの直接リンクがあります。その横には、Hostingerがその場で配置した3つのヘルプリンクがあります。「What is Docker Manager?」「How to deploy your first container?」「Troubleshooting common Docker issues.」です。
これらは別の検索を必要とせず、インターフェース内に置かれています。実用的なUX判断です。
Dockerカードの下には、コピーできるroot SSHコマンド、4つのクイックアクションタイル、完全なスペック一覧があります。クイックアクションタイルには次が表示されます。
このページで特に目立つもう2つの点があります。サーバーのロケーションとOSの横に編集アイコンがあり、サポートに連絡せずにデータセンター地域の変更や、別のOSでの再インストールが直接できます。
また、チェックアウト時に日次自動バックアップのアドオンをスキップした場合でも、ページ下部にバナーとしてアップグレードオプションが再表示されるため、後から追加する機会がもう一度あります。
サーバー使用状況のメトリクスはこの段階では「Awaiting Server Usage Data」と表示されていましたが、これは新規プロビジョニングされたインスタンスでは正常です。ページには、使用状況データの反映に約30分かかると書かれています。
Docker Manager: Hermesはすでに稼働中
サイドバーのDocker Managerをクリックすると、ワンクリックインストールの成果が見えてきます。私が何も操作しなくても、2つのコンテナがすでに起動していました。
Traefikはリバースプロキシで、トラフィックのルーティングを処理し、Hermes Agentの前段に置かれます。到着時点で両方とも起動済みかつ正常であることは、Hostingerがプロビジョニング中にデプロイ作業を完全にバックグラウンドで行ったことを意味します。
Hermesコンテナ行を展開すると、ライブのリソース使用状況が表示されます。
エージェントは稼働していて、アイドル時にはほとんど何も消費していません。Dockerイメージが常時稼働サービス向けにうまく最適化されていることが確認できます。
Manage画面でできること
hermes-agent-pncz行のManageをクリックすると、3つのタブを持つCompose画面が開きます。理解しておく価値があります。
Visual editorには、Hostingerが使用しているDockerイメージの正確な名前 ghcr.io/hostinger/hvps-hermes-agent:latest が表示されています。これはGitHub Container RegistryのHostinger自身のアカウントでホストされています。
つまり、Hostingerは上流のイメージをそのまま引くのではなく、自社でHermes Agentを保守・パッケージングしているということです。
実際の意味としては、更新はHostingerのリリースサイクルに従うため、公式のNous Researchリポジトリより少し遅れる可能性があります。その代わり、よりテストされた統合向けビルドになっています。
この画面の下部には折りたたまれた Environment セクションがあります。ここで、SSHでサーバーに入らずに、追加ツール用のサードパーティAPIキーを追加できます。Add new container ボタンもここにあり、データベースや補助コンテナなどの追加サービスをDocker Managerインターフェースから直接Hermes Agentプロジェクトに拡張できます。
セットアップウィザードへのアクセス
セットアップに入るには、コンテナ詳細の下にあるポートリンク（32768:4860）をクリックしました。するとHermes AgentのWebインターフェースが開き、サインアップ時にHostingerから送られたメールの認証情報がログインに必要になります。
認証後、セットアップウィザードがターミナルインターフェースで起動します。
最初の選択はシンプルです。
私はQuick setupを選びました。そこから先はGUIウィザードよりも手順が多いですが、ターミナルインターフェースが各ステップを明確に案内します。
LLMプロバイダーの選択
プロバイダー一覧には30以上のオプションがあります。多くはサブスクリプションか従量課金のAPIキーが必要です。
コスト重視のユーザー向けに特記すべき例外があります。Google Gemini via OAuth + Code Assist は「無料プラン対応; APIキー不要」と記載されています。これは、VPS料金以外のAPI費用なしでHermes Agentを動かせる唯一の選択肢です。
私はAnthropicを選びました。認証方法は2つありました。
私はOAuth経由を選びました。ウィザードは claude setup-token を実行し、Claude Code v2.1.143 のウェルカム画面を起動して、OAuth URLを生成します。
Dockerコンテナはローカルマシンでブラウザタブを開けないため、URLを手動でコピーし、claude.com で認証を完了してから、返された認証コードをターミナルのプロンプトに貼り付けます。
ターミナルには「Long-lived authentication token created successfully.」と表示されました。このトークンは1年間有効で、黄色いテキストで一度だけ表示されます。
ウィザードは、閉じる前に安全な場所へ保存するよう明確に警告しており、本当にその通りです。セッションを閉じる前にコピーしなかった場合、再度 hermes setup model を実行してOAuthフローをやり直し、新しいトークンを生成する必要があります。
モデルとバックエンドの選択
トークンを保存した後、ウィザードはデフォルトモデルの選択に進みます。利用可能な選択肢は次のとおりでした。
claude-sonnet-4-6 のデフォルトは、多くのワークロードにとって賢明な選択です。すべてのやり取りでOpusのトークンコストを払うことなく、十分な推論能力を得られます。
次はターミナルバックエンドの選択です。
私はローカルバックエンドのままにしました。Hermes自体がすでにHostingerのDockerセットアップでコンテナ化されているVPSでは、Local が適切です。Dockerバックエンドオプションは、コマンド実行の周囲に第二のコンテナ隔離層を追加することになり、信頼できない入力を扱うデプロイにはより理にかなっています。
その後、ウィザードはTelegramやDiscordのようなメッセージングプラットフォームをすぐに接続するか、後で hermes setup gateway で設定するためにスキップするかを尋ねました。
セットアップ完了、ただし1つ注意点あり
最後の画面には緑色の「Setup Complete!」確認が表示されますが、見落としやすい警告も先頭にあります。
「Some tools are disabled. Run hermes setup tools to configure them, or edit ~/./.env directly to add the missing API keys.」
これは重要です。Hermes Agentは29のツールカテゴリと82のスキルを起動しますが、すべてが最初から有効になっているわけではありません。Web検索、テキスト読み上げ、画像生成のようにサードパーティーサービスに依存するツールは、クイックセットアップでは設定されない追加APIキーを必要とします。
エージェントは動作し、最初から十分に有能ですが、完全なツールセットを使いたいユーザーは、後で hermes setup tools を使って追加設定を行う必要があります。
セットアップ画面には、設定ファイルの保存先も表示されます。
ここで1つ実用的な注意点があります。これらのパスは、公式Nous Researchドキュメントが参照している標準の ~/.hermes/ ディレクトリとは異なります。
HostingerのDockerイメージは、すべてを /opt/data/ に再マッピングしています。公式Hermesドキュメントの手順に従って手動で設定ファイルを編集すると、パスが一致しません。ファイル場所については、公式ドキュメントではなく、セットアップ完了画面に表示されたパスか、Docker ManagerのEnvironmentタブを使ってください。
Hermes Agentが起動中
hermes を実行すると、Hermes Agent v0.14.0 でエージェントが起動しました。ステータスパネルには、研究、DevOps、GitHub、メディア、生産性、ゲーム、ソフトウェア開発にまたがる29のアクティブなツールカテゴリと82のスキルが表示され、claude-sonnet-4-6 がアクティブモデルとして確認されました。
起動画面で特に指摘しておくべき詳細が1つあります。セキュリティのヒントとして、「security.tirith_fail_open: false makes Hermes block commands when the tirith scanner itself errors out.」と表示されています。
TirithはHermes Agentの内蔵セキュリティスキャナーです。fail-closed のデフォルトは、スキャナーがクラッシュしたりエラーを起こしたりした場合、検証なしで通すのではなく、コマンドをブロックするということです。
これはより保守的で安全な姿勢であり、Nous Researchのチームが手動設定ではなくこれをデフォルトにしていることは、配慮のあるセキュリティ判断を示しています。
/help コマンドを使うと、多くのチャットインターフェースを超えるコマンド群が見られます。
Hermes Agentが動作している状態では、VPSのOverviewページが日常的な管理レイヤーになります。しばらく運用した後に戻ると、実データが入った状態がどう見えるかが分かり、ここでの数値のいくつかは注意に値します。
ライブリソースメトリクス
サーバーステータスカードには6つのライブメトリクスが表示され、それぞれクリックすると詳細な使用状況グラフへ移動できます。
CPUとメモリの数値は、KVM 2が自分のワークロードに適しているかを判断するうえで、最も実用的です。
サイドバーでできること
左サイドバーはサーバー管理を8つのセクションに整理しており、そのいくつかはサブメニューを展開します。
Hermes Agentのデプロイでは、特にDocker Managerでのコンテナ管理と、時間の経過に伴うリソース傾向を追うBackups and Monitoringに戻ることが多いでしょう。
Securityセクションは早めに見て、現在0件になっているカスタムルール以外のファイアウォール設定を確認する価値があります。
クイックアクションタイルで特に目立つのは、Malware Scanner が「Not installed」と表示されていることです。Hostingerはこれをオプションとして提供しており、Hermes Agentはターミナルアクセスを持ち、通常の操作の一環として外部API呼び出しを行うため、本番環境では追加を検討する価値があります。
ブラウザターミナルアクセス
すべてのVPS管理ページの右上にはTerminalボタンがあります。クリックすると、SSHクライアントやキー設定なしで、ブラウザ内のrootターミナルセッションが開きます。
SSHのセットアップがないマシンからサーバーを管理している人や、アプリを切り替えずにすぐコマンドを1つ実行したいだけの人にとって、これは大きな摩擦軽減です。hPanel内から1クリックで利用できる、SSHと同じターミナルアクセスです。
HostingerのWebサイトからライブのHermes Agentセッションまで到達するのに、全体で35分弱でした。自己ホスト型の常時稼働AIエージェントを、自分で完全に管理できるインフラ上で動かすことを考えると、これは本当に速い結果です。
体験は2つのフェーズに分かれており、両方を正直に見る必要があります。
Hostingerがうまくやっていること
チェックアウトとhPanelの体験は、最初から最後まで洗練されています。
より多くを求められる部分
体験が変わるのはセットアップウィザードです。難しくはありませんが、GUI主体の流れではありません。
始める前に確認すべき2点
VPSプラン詳細では自動更新はデフォルトでオフです。忘れる前に有効にしてください。契約期間終了時にサーバーが止まります。さらに、セットアップ完了後は hermes doctor を実行して、ライブタスクを中断する前に設定の抜けを見つけてください。
自己ホスト型AIエージェントを稼働中の自分のインフラにワンクリックで導くプラットフォームとして、Hostingerは十分に機能しています。粗い部分は端のほうにあり、核心部分ではありません。
Hostingerのサポートモデルは、24時間365日利用できるKodeeのライブチャットを主軸にしています。
KodeeはhPanel、VPSダッシュボード、メインサイト全体に埋め込まれているため、どこにいても別の場所へ移動せずに開けます。Kodeeで対応できない問題は、人間の専門担当者へ接続されます。
ライブチャット以外にも、Hostingerはナレッジベース、チュートリアルライブラリ、そして自分で調べたい人向けのYouTubeチャンネル Hostinger Academy を用意しています。
電話サポートはありません。私は2つのことをテストしました。Kodeeと人間の両方を含むライブチャット体験と、ナレッジベースの深さです。
Kodee
私はVPS概要ページからチャットを開き、最初の質問として、KVM 2プランでHermes Agentが頭打ちになり始めているかを知るために監視すべきメトリクスと、それをhPanelのどこで見られるかを尋ねました。
Kodeeの返答は具体的で、定型文っぽさはありませんでした。一般的なダッシュボードページを案内する代わりに、次のように何を見るべきかを正確に挙げました。
その後、正確な操作手順として、VPS、Manage、Backups and Monitoring、Server Usageへ進み、確認したい期間を選べると案内しました。さらに、グラフはGMT+0を使っていることも付け加えました。これは小さいですが、イベントをローカル時刻と照合する際に混乱を避けられる実用的な詳細です。最後には、このサーバー上のHermes Agentに合わせて数値の解釈も手伝うと申し出ました。
その申し出は注目に値します。KodeeはすでにhPanelの文脈から私のVPSを識別していたため、一般論ではなくプラットフォーム固有の提案ができたのです。
人間の担当者への依頼
Kodeeの返答の後、私は人間のサポートと話したいと頼みました。そこから先は、Hostingerがエスカレーションの流れをどう調整しているかを示すものなので、全体を記録しておく価値があります。
私の最初の依頼: 「Can I please speak to human support?」
Kodeeの返答は、依頼を認めたうえで再び別方向へ促しました。VPSの問題についてはサーバーを直接確認したほうが速いこと、扱える問題の例（遅いVPS、SSH問題、Docker、高CPUまたはRAM）を挙げ、専門担当者を待機列に入れる前に具体的な問題を送るよう求めました。
私の2回目の依頼: 「No. I would like to speak to a human.」
Kodeeは再びかわしました。「VPS上の正確な問題を教えてください。直接確認します。専門担当者を待機列に入れる前に、私が解決して待ち時間を省けます。」
私の3回目の試み: 「I want to continue with a human.」
この時点でようやくKodeeは依頼を受け入れました。「Go to human」と「Continue with Kodee」の2つのボタンが表示されました。
私が確認すると、引き継ぎ前の最後のメッセージはよくできていました。専門担当者がチャット履歴全体を見るので繰り返す必要がないこと、オフラインになる前にメールでフォローを送れること、待機中もKodeeと会話を続けられることを伝えてくれました。
「You are in queue」通知が表示され、同僚がすぐに参加する旨と、気が変わったら「Leave queue」が使える旨が示されました。
この3回のやり取りにおける摩擦は、Hostingerが見直すべき点です。Kodeeに留まるよう促す意図は効率面では理解できますが、ライブ障害に対処しているユーザーに同じ要求を3回繰り返させるのは苛立たしい体験です。
人間のサポート: Mary
私は長く待機列に留まりませんでした。
Maryが自己紹介し、チャット全体の文脈を読んだことを確認しました。私は2つ目の質問として、KVM 2からKVM 4へアップグレードした場合にDockerボリュームと /opt/data/ ディレクトリが保持されるか、そしてアップグレードはインプレースか新しいサーバーのプロビジョニングかを尋ねました。
彼女の回答は、技術的にもプラットフォーム固有の点でも正確でした。
ディスクサイズ変更と再起動の話は、まさに重要な詳細です。ダウンタイムなしだと思ってアップグレードすると、再起動に驚くでしょう。Maryはそれを指摘し、注意を促しました。
Maryの回答品質は高かったです。そこにたどり着くまでのエスカレーション経路のほうが、よりぎこちありませんでした。
support.hostinger.com のHostingerナレッジベースは、目立つ検索バーから始まり、その下にカテゴリ別の記事コレクションが並んでいます。カテゴリは製品全体をカバーしています。
Hermes Agentユーザーに最も関係するのは269記事あるVPSセクションで、かなり充実しています。
検索バーは目立ち、配置もよく、きれいに動作します。「Hermes Agent」を検索すると、一般的なVPS記事ではなく専用の検索結果が返ってきます。
品質を確認するために、「How to get started with Hermes agent at Hostinger」記事を開きました。2週間前に更新されており、積極的に保守されていることが分かります。
この記事は、明確に区切られた5つのセクションで全体の流れを説明しています。
右側には目次があり、スクロールせずに任意のセクションへ飛べます。必要なターミナルコマンドはすべてコードブロックで示され、スクリーンショットには一般的なプレースホルダー画像ではなく、実際のDocker Managerインターフェースが表示されています。
CLIセクションでは、Hermes Agentがコンテナ内で実際に動作している様子が示されており、初めて使う人に到達点を明確に見せています。
Hostingerのサポート体制は必要な要素を押さえています。KodeeはhPanelとメインサイト全体で24時間365日利用でき、技術的な質問にも本当に具体的に答え、必要なら人間へエスカレーションできます。
support.hostinger.com のナレッジベースは深く、整理されており、単なる一般的なVPS記事ではなく、Hermes Agent専用の案内もあります。Hostinger AcademyのYouTubeとチュートリアルライブラリは、自分で学びながら進めたい人向けのセルフサービスの厚みをさらに増しています。
事前に知っておくべき制限もあります。
アップグレードの質問に対するMaryの技術的な深さは、ライブのHermes Agent展開を管理するユーザーにまさに必要なものでした。人間にたどり着けば、品質は十分です。問題はそこに至るまでに時間がかかることです。
はい。自分で完全に管理できるインフラ上で自己ホスト型の常時稼働AIエージェントを動かしたいなら、HostingerのHermes Agent VPSは、その目標への本当に速い導線を提供します。Hermes AgentとTraefikの両方がVPSとともに自動でデプロイされ、Docker Managerでコンテナを視覚的に管理でき、基盤となるKVM 2ハードウェアは、ライブコンテナが動いている状態でも全ベンチマークを問題なくクリアしました。
最も印象的だったのは、単一の数値ではなく、その組み合わせです。パケットロスゼロのほぼギガビット対称ネットワーク、読み書き同時の13KランダムIOPS、両コアにわたる線形CPUスケーリング、ゼロ失敗のストレステスト。しかも、エージェントが稼働しているアイドル時でもCPU 2%、メモリ9%というプラン上の条件です。これは実ワークロードにとって意味のある余裕です。
Hostinger Hermes Agent VPSは、持続的なAI自動化を自分のものとして所有するインフラ上で使いたい開発者、運用チーム、技術に自信のあるユーザーに向いています。端末を一切使わない、完全にガイドされた体験を最初から最後まで期待するユーザーや、最新の上流Hermes Agent機能にすぐアクセスしたいユーザーには向きません。Hostingerは独自のリリースサイクルで独自パッケージのDockerイメージを保守しているからです。
最初に知っておくべき2点: プロモーション価格は最初の契約期間にのみ適用されるので、初日から更新価格も予算に入れてください。また、セットアップウィザードでは、最初のエージェント起動前に短いターミナル操作と手動OAuthステップが必要です。どちらも致命的ではありませんが、想定していないと驚くでしょう。
| Description | Expert Review |
|---|---|
| 高性能かつ管理ツールが使いやすい、低価格ホスティング. | Read Shared Hosting Review |
| 高速かつ安全なWordPressホスティング、ワンクリックインストー�... | Read Wordpress Hosting Review |
| 専用リソースとrootアクセスを備えたスケーラブルなVPSホスティ... | Read VPS Review |
| 優れた稼働率とスケーラブルなリソースを備えた、高速かつ柔�... | Read Cloud Hosting Review |
| オフショアのデータセンターを拠点とした、安全でプライベー�... | Read Offshore Hosting Review |
| プロフェッショナルグレードの機能を備えた、安全で信頼性の�... | Read Email Hosting Review |
| 開発者向けに柔軟な環境を備えた信頼性の高いPythonホスティン�... | Read Python Hosting Review |
| 動的なウェブサイトとアプリケーションを完全にサポートする�... | Read PHP Hosting Review |
| 完全な制御とカスタマイズオプションを備えた信頼性の高いWind... | Read Windows VPS Review |
| 最適なパフォーマンスを提供するNode.jsアプリケーション向けの... | Read Nodejs Hosting Review |
| 高速かつ安全に統合された、WooCommerceストア向け最適化ホステ�... | Read Woocommerce Hosting Review |
| シームレスなMinecraftゲーム体験のための専用サーバーホスティ�... | Read Minecraft Server Hosting Review |
| デジタルエージェンシーと開発者向けの高度な機能を備えたス�... | Read Agency Hosting Review |
| Magento eコマースウェブサイト向けに最適化された、高速かつ安�... | Read Magento Hosting Review |
| 安定かつセキュアなウェブサイト運用のための高性能Linuxベー�... | Read Linux Hosting Review |
| 動的なウェブアプリケーションやプロジェクト向けの堅牢なJava... | Read Java Hosting Review |
| eコマースウェブサイト向けに最適化された、安全で高速かつ信... | Read Ecommerce Hosting Review |
| 高速で安全な環境を備えた信頼性の高い Django ホスティング。 | Read Django Hosting Review |
| 堅牢なパフォーマンスと信頼性の高いサポートを備えた使いや�... | Read Cpanel Hosting Review |
| 高速性、セキュリティ、スケーラビリティを備えた企業向けの�... | Read Business Hosting Review |
| Easy-to-use website builder with drag-and-drop tools and customizable templates. | Read Website Builder Review |
| Optimized hosting for Joomla sites with one-click installation and reliable performan... | Read Joomla Hosting Review |
| Powerful hosting with full PostgreSQL database support for data-driven applications. | Read PostgreSQL Hosting Review |
| Flexible hosting with MongoDB integration for scalable, modern web applications. | Read MongoDB Hosting Review |
| AI-powered website creation platform for building professional sites in minutes. | Read Horizons Review |
| Reliable hosting for n8n workflow automation with easy setup and management. | Read n8n Hosting Review |
| VPS hosting with Docker support for containerized application deployment and scaling. | Read Docker VPS Review |
| 専用SMTPサーバーホスティングで、信頼性が高く安全なメール配... | Read SMTP Server Review |
| Ruby on Rails Web アプリケーション向けに最適化された、高速なホ�... | Read Ruby on Rails Review |
| OpenClaw統合による、クレーンゲームの構築と管理のための機能�... | Read OpenClaw Review |
| 高速で信頼性の高いホスティング、英国ベースのサーバーで最�... | Read UK Hosting Review |
| 手頃で信頼できる、インド拠点のサーバーを備えた低遅延アク�... | Read India Review |
| Read Singapore Review | |
| Read Australia Review | |
| Read AI Agent Review | |
| Read Paperclip VPS Review |
Hostinger VPSは、AMD EPYCプロセッサ、NVMeストレージ、ほぼギガビット級のネットワーク速度を備えた、Hermes Agentに適した高性能プラットフォームです。ワンクリック導入により、手動でのDockerセットアップなしでエージェントを起動できます。KVM 2プランは、小規模から中規模のエージェントワークロードに十分な余裕があり、需要の増加に応じて明確なアップグレードパスも用意されています。
Hostingerは、北米、ヨーロッパ、アジア、南米にデータセンターを運営しています。チェックアウト時には、各ロケーションがレイテンシーの数値とともに表示されるため、推測するのではなく、ユーザーまたはエージェントの主なワークロードに最も近い地域を選択できます。
Hostingerは、KVM VPSプランに30日間の返金保証を提供しています。利用規約には1つ条件があります。前回のVPS返金から180日以上経過している必要があります。プランのアップグレードとCoingate経由の暗号資産での支払いは、いかなる場合も返金の対象外です。
Hermes Agentセットアップウィザードは、Anthropic、OpenAI、OpenRouter、Google AI Studio、DeepSeek、AWS Bedrock、ローカルモデル用のOllamaを含む30以上のプロバイダーをサポートしています。OAuth経由のGoogle Geminiは、APIキー不要の無料枠も提供しており、VPSプラン以外にAPIコストがかからない唯一のオプションです。
基本的なターミナル操作に慣れている必要があります。チェックアウトとDocker Managerの体験は完全に管理されていますが、Hermes Agentのセットアップウィザードはターミナルインターフェースで実行され、LLMプロバイダーに接続するための手動のOAuth認証ステップが必要です。コマンドラインツールに慣れたユーザーならすぐに進めますが、完全な初心者は最初のセッションでより大きな難しさを感じるでしょう
HostAdvice.com は、他のいかなる機関からも完全に独立したプロのウェブホスティングレビューを提供します。当社のレビューは偏らず誠実で、全てのレビューが同じ基準で書かれています。
リストされているレビュー対象の数社からのキックバックはありますが、サービスと製品の報酬はレビューの評価や結論に影響は及ぼしません。報酬がその会社のランキングに影響することもありません。この報酬は、アカウントの購入費用、テスト費用、査定者に支払われるロイヤルティに使われます。
