AccelByte Multiplayer Servers入門

Last updated on February 4, 2026

注釈：本資料はAI技術を用いて翻訳されています。

備考

AMSは、AccelByte Shared Cloudのお客様に無料トライアルとして提供されています。AGS Private Cloudのお客様は、アカウントで有効化するリクエストを行うことができます。詳細については、AMSをアクティブ化してAMSアカウントを作成するを参照してください。

はじめに​

AccelByte Multiplayer Servers (AMS) は、プレイヤーにできるだけ近い場所で専用ゲームサーバーを提供できるようにする動的な専用ゲームサーバーマネージャーです。AMSを使用すると、AccelByteインスタンスタイプの設定と独自のスケーリング動作を持つ複数のサーバーフリートを、異なるリージョンに分散させることができます。

AMSを使用すると、プレイヤーに最高のゲーム体験を提供するために設計されたいくつかの機能を活用できます。

  • 統合が簡単: AMSは、通常のサーバー開発の邪魔にならないように設計されています。AccelByte Server SDKを使用することで、AMSを機能させるために明示的に呼び出す必要があるAPIは1つだけです。
  • マルチリージョン: AMSはグローバルカバレッジのために設計されています。AMSを使用すると、リージョンごとに個別のサーバーフリートサイズを維持でき、地域の需要に応じてフリートサイズを調整することでコストを節約できます。
  • 需要ベースの弾力的なスケーリング: AMSは、特定の時間におけるリージョンごとのプレイヤーの需要に基づいてスケールします。これにより、需要が少ないときにリージョンのホストマシンコストが最小限に抑えられ、需要がピークに達したときに常にリソースが利用可能であることが保証されます。
  • ウォームアップされた専用サーバー: AMSを使用すると、各リージョンに適切な量のウォームアップされた（起動して実行中の）専用サーバーを事前にロードして維持できるため、プレイヤーがサーバーのロードを待つ必要なく、ゲームセッションによってすぐにクレームできます。
  • AGSとの統合されたマッチメイキング: AMSはAccelByte Gaming Services (AGS) と連携して地理位置情報サポートを提供するため、最適なプレイヤー体験のために同じリージョンのプレイヤーをマッチングできます。

AMS専用サーバー管理はどのように機能しますか？​

Image of AMS architecture flowchart

サービスリージョンで専用サーバーを利用可能にするプロセスの概要は次のとおりです。

  1. AccelByte SDKを使用して専用サーバーを統合します。SDKを使用した専用サーバーの統合を参照してください。
  2. AMS CLIを使用して専用サーバービルドをAMSにアップロードします。AMS CLIを使用した専用サーバービルドのアップロードを参照してください。
  3. AccelByte Gaming Services (AGS) Admin Portalで目的の場所にフリートを作成および設定します。次に、フリートをアクティブ化します。専用サーバー割り当てを管理するフリートの作成を参照してください。
  4. Fleet Commanderは、AMSマルチテナント環境への代表者であるため、ユーザーに代わって仮想マシンリクエストを行います。
  5. 仮想マシンリクエストは、AMSコアマルチリージョナルオーケストレーターによって処理され、フリートのホスティング仮想マシンを見つけます。
  6. フリートに割り当てられた仮想マシン全体がユーザー専用であるため、他のAMS顧客からのリソース競合を心配する必要はありません。
  7. watchdogエージェントは、仮想マシン内のすべての専用サーバーのライフサイクルを管理および監視します。

サービスコンポーネント​

このセクションでは、AMSのサービスコンポーネントについて説明します。

Fleet commander​

Fleet Commanderは、各環境にデプロイされます。環境内のすべての名前空間を評価し、環境に代わってAMS Coreに仮想マシンインスタンスリクエストを行います。

AMS Core​

AMS Coreは、すべての顧客の環境のFleet Commandersからのリクエストを処理して、仮想マシンリソースを見つけるマルチリージョナルオーケストレーターです。

リージョナルオーケストレーターは、すべての仮想マシンが正確に1つの所有者に割り当てられるようにするため、ノイジーネイバーを心配する必要はありません。

Watchdog​

watchdogは専用サーバーのライフサイクルを管理および監視し、専用サーバーを処理する各仮想マシンにはwatchdog（その仮想マシンの「ローカルwatchdog」として知られる）が含まれています。watchdogは、観測可能性メトリクスと分析イベントをそれぞれのプラットフォームに送信します。

主要な概念​

専用サーバー​

専用サーバー (DS) は、1つのゲームセッションをホストする使い捨てのゲームサーバーです。専用サーバーは、ゲームセッションの提供が完了すると、AMSによって破棄され、新しいものに置き換えられます。ピアツーピア（P2P）サーバーと混同しないでください。

専用サーバーの状態​

専用サーバーの状態は、専用サーバーのライフサイクルを追跡します。状態は次のとおりです。

  • Creating
  • Ready
  • In Session（これはAdmin PortalではClaimedとして表示されます）
  • Drain
  • Unresponsive

専用サーバーの状態の変化は、次の図で説明されています。

Image of dedicated server states diagram

フリート​

フリートは、ゲームセッションを提供するための、アクティブまたはアイドル状態の専用ゲームサーバーのコレクションです。

Quality of service​

各リージョナルクラスターには、プレイヤーの場所とリージョナルクラスター間のパフォーマンスを検証するために使用される独自の**quality of service (QoS)**サーバーがあります。このデータは、プレイヤーがプレイするのに最適なリージョンを見つけるために使用されます。

実際には、ゲームがAccelByte Client SDKと統合されると、SDKは利用可能な各リージョンに自動的にpingして、接続データを最新の状態に保ちます。

仮想マシン​

仮想マシン (VM) は、クラウドプロバイダーまたはリージョナルリソースプールのベアメタルから調達された、専用サーバーを実行するためのホストです。典型的な仮想マシンは、AccelByte仮想マシンインスタンスファミリーのいずれかに属します。

タイムアウト​

タイムアウトは、ライフサイクルの一部の状態中に専用サーバーに適用される時間制限です。これらのタイムアウトはすべて、Admin Portalで設定可能です。

作成タイムアウト​

作成タイムアウトは、watchdogが専用サーバーを起動し、その状態をCreatingとしてマークしたときに開始されます。専用サーバーが初期化に失敗した場合、watchdogはサーバーを削除し、その場所で別のサーバーを再度起動するように、専用サーバーが初期化するための設定可能な時間制限を提供します。

作成タイムアウトは、専用サーバーがCreating状態にある場合にのみ適用されます。専用サーバーが使用可能になり、watchdogに通知すると、Ready状態に入ります。

セッションタイムアウト​

セッションタイムアウトは、専用サーバーがゲームセッションによってクレームされ、In Session状態に入ったときに開始されます。このタイムアウトは、ゲームセッションが終了した後に正常に終了しない古いサーバーをwatchdogが削除できるように、専用サーバーがゲームセッションを提供するための時間制限を提供します。このタイムアウトを超えると、watchdogはDSを強制的に終了します。

セッションの期間が不明な場合、このタイムアウトは手動でリセットできます。AccelByte Multiplayer Serversを使用した永続的なセッションを参照してください。

ドレインアイドルタイムアウト​

ドレインアイドルタイムアウトは、In Session状態ではない専用サーバーがwatchdogからドレインシグナルを受信し、Drain状態に入ったときに開始されます。このタイムアウトは、専用サーバーが終了する前に必要な操作を完了するための時間制限を提供します。専用サーバーがドレインアイドルタイムアウトが期限切れになる前に終了しない場合、watchdogは強制的に停止します。

注：専用サーバーがIn Session中にドレインシグナルを受信した場合、通常どおりセッションを終了してからクリーンに終了する必要があります。

無応答タイムアウト​

無応答タイムアウトは、サーバーがwatchdogとの最後のヘルスチェックを完了したときに更新されます。このタイムアウトは、サービスの中断が発生した場合に、専用サーバーがwatchdogへの接続を回復するための時間制限を提供します。このタイムアウトを超えると、watchdogはサーバーを削除し、その場所で別のサーバーを再起動します。

リソース共有​

AccelByte Multiplayer Servers (AMS) には、異なるホスティング環境にわたってAccelByte Gaming Services (AGS) ゲーム名前空間間でリソース共有を可能にするように設計されたマルチテナントアーキテクチャがあります。この記事では、AMSアカウントを作成し、複数のゲーム名前空間にリンクするときにゲーム名前空間間で共有されるリソースの概要を説明します。

AMSアカウントを通じて共有されるリソース​

ゲーム名前空間が同じAMSアカウントにリンクされている場合、次のリソースタイプをそれらの間で共有できます。

  1. アップロードされた専用サーバーイメージ: AMSは、リージョンごとに専用サーバーを自動的に配布するように設定できます。AMSコマンドラインインターフェイスを使用して、これらの専用サーバーをアップロードし、AMSアカウントにリンクされている各ゲーム名前空間で利用可能にすることができます。AMSアカウントにリンクされている任意のゲーム名前空間から専用サーバーイメージのストレージクォータを表示できます。

  2. 観測可能性アカウントとメトリクス: AMSアカウントにリンクされている任意のゲーム名前空間から観測可能性アカウントとメトリクスを表示できます。

  3. 請求アカウントとメトリクス: AMSアカウントにリンクされている任意のゲーム名前空間から請求アカウントとメトリクスを表示できます。

次のステップ​

名前空間でAMSをアクティブ化し、AMSアカウントを作成してAMSを開始します。AMSのアクティブ化とAMSアカウントの作成を参照してください。

に最終更新
On this page