Amazon GameLift 常見問答集

Amazon GameLift 專為無法容忍延遲的遊戲所設計。Amazon GameLift 在遊戲進行期間不會產生任何額外的延遲。

加入遊戲工作階段時，遊戲用戶端會與 Amazon GameLift 服務進行通訊，以預留玩家位置和接收連線詳細資訊。這個步驟可能需要花幾秒的時間完成。不過，玩家連線到遊戲伺服器之後，所有玩家對伺服器的通訊都會在遊戲用戶端和遊戲伺服器之間直接完成。遊戲期間的延遲視玩家的網際網路連線和他們與遊戲伺服器間的實體距離而定。您可以盡可能將遊戲伺服器放在最接近玩家的區域，以進一步降低延遲。Amazon GameLift 支援北美洲、歐洲、亞洲、南美洲和澳洲等區域，所以您可以選擇最適合為玩家部署遊戲伺服器的位置。

有的。Amazon GameLift Anywhere 包括每月總計 3,000 個遊戲工作階段置放，以及 500,000 伺服器連線分鐘數，所有控制平面區域中每個帳戶的持續時間為一年。請參閱定價頁面了解詳細資訊。

您只需支付遊戲實際使用的運算資源和頻寬費用，無須簽署每月或每年合約。如需詳細資訊，請參閱我們的定價頁面。

相較於在主機託管環境執行伺服器，使用 Spot 執行個體和 Autoscaling 的 Amazon GameLift 可節省高達 70% 的運算成本。若想了解詳情，請觀看我們的影片或瀏覽下方的成本比較範例。 

首先使用 AWS 總體擁有成本 (TCO) 計算器，預估在主機託管環境執行遊戲伺服器的成本。

在這個範例中，我們計算在美國東部區域 (維吉尼亞北部) 使用 Linux 做為我們的作業系統，以及伺服器 2 個 CPU 核心和 3 GB 記憶體的成本。在需求尖峰時刻，假設我們需要執行 2,500 個執行個體。這些輸入可計算出 3 年的總運算成本約 450 萬 USD，或每月約 125,000 USD。

接著，我們選擇效能相當的 Amazon GameLift 組態：c4.large 執行個體符合 2 個 CPU 核心和 3 GB 記憶體的需要。

現在，我們計算使用 Amazon GameLift Spot 執行個體所節省的成本。雖然 Spot 價格會在一天內不斷地波動，一個經驗法則就是執行 Linux 的 Amazon GameLift Spot 執行個體的成本，平均較相同的隨需執行個體少 70%。美國東部 (維吉尼亞北部) 區域的 c4.large 執行個體隨需定價為每小時 0.127 USD。由於我們採用經驗法則，因此得出 Spot 執行個體的價格為 0.04 USD。2,500 個執行個體一天執行 24 小時，為期整個月 (假設當月 30 天) 得出隨需執行個體每月 229,000 USD，但每月只有 72,000 USD 是使用 Spot 執行個體的費用。因此，Spot 執行個體相較於主機託管節省了 42% 的成本。

然而，根據玩家流量的變化，大多數遊戲不需要全天候的尖峰容量。為了根據您目前的玩家需求自動處理變更的容量需求，Amazon GameLift 可一整天自動擴展和縮減執行個體的數量。雖然很難知道所有遊戲每天的需求情況，但我們預估每小時平均執行 50% 的尖峰容量。使用自動調整規模，當月的成本降低至不到 36,000 USD。

相較於主機託管解決方案得出的 125,000 USD，節省了 89,000 USD 或 71%。請注意，這個計算不包含資料傳輸成本。資料傳輸費用來自遊戲伺服器和遊戲用戶端之間的流量。對內資料傳輸免費。如需傳到其他 AWS 服務和區域的對外資料傳輸費率，請參閱資料傳輸費率。

您可以使用我們的範例遊戲快速地測試 Amazon GameLift。下載 Amazon Lumberyard 以取得名為 MultiplayerSample 的範例多玩家專案，以評估和測試 Amazon GameLift。

不用，您不需要驗證玩家身分。不過，您必須為每個使用者提供唯一、非個人的可識別玩家 ID。請參閱 Amazon GameLift Developer Guide 中的 Integrating a Game Client 部分以進一步了解。遊戲用戶端必須使用您的 AWS 登入資料，對 Amazon GameLift 上的伺服器進行身份驗證。要進一步了解如何設置和設定 AWS 登入資料，請參閱 Amazon GameLift Developer Guide。

是。Amazon GameLift 依開放 Web 標準建立，而且與所有主要的遊戲平台相容。

您可以追蹤遊戲伺服器的效能和運作狀態指標，以找出問題並進行調查。您可以從 Amazon GameLift 主控台的 "Events" 索引標籤下載叢集建立日誌，在建置版本擷取、安裝和執行時間驗證期間對叢集進行偵錯。您還能遠端存取叢集中的個別執行個體，以檢測狀態、偵錯問題，或連接偵錯工具。若要遠端存取執行個體，您可以在 Windows 使用 Windows 遠端桌面，或在 Linux 使用 SSH。您也可以使用 Amazon GameLift Local 模擬 Amazon GameLift API 子集，以便在本機開發機器上對遊戲伺服器程式碼進行偵錯。要進一步了解偵錯和 Amazon GameLift Local，請參閱我們的 Amazon GameLift Developer Guide。

Amazon GameLift 主控台提供即時儀表板，協助您了解玩家的體驗。您也可以使用 Amazon CloudWatch 監控所有 Amazon GameLift 資源，並對緊急問題做出反應。您可以透過 CloudWatch 建立簡要儀表板和設定操作警示，協助您在問題影響到玩家之前先發現問題。只要您的叢集在作用中，CloudWatch 就會自動提供 Amazon GameLift 指標。請參閱 Amazon GameLift Developer Guide 進一步了解 CloudWatch 指標。

Amazon GameLift Local 是一種用戶端偵錯工具，可在本機開發機器上模擬 Amazon GameLift API 子集。使用 Amazon GameLift Local，您可以在幾秒內驗證程式碼變更，且不會產生任何使用費。Amazon GameLift Local 內含在 Amazon GameLift 伺服器開發套件下載中，適用於 Windows 和 Linux 桌面，而且不需要連接網路就能使用。要進一步了解 Amazon GameLift Local，請參閱我們的開發人員指南。

否。Amazon GameLift Local 是一種用戶端偵錯工具，只能模擬建立遊戲、連接玩家及測試遊戲伺服器變更所需的 GameSession 和 PlayerSession 用戶端 API 組。Amazon GameLift Local 無法模擬在生產環境託管遊戲所需的其他 Amazon GameLift 用戶端 API (叢集、組建、別名、擴展政策等)。

否。Amazon GameLift Local 僅供測試和偵測之用，不適合部署在任何生產環境、客戶裝置或雲端基礎設施。

在 Amazon GameLift 主控台中，通常可以在收集的十分鐘內取得叢集層級彙總的資料，在收集的五分鐘內取得伺服器層級彙總的資料。

Amazon GameLift 提供的搜尋功能可協助您根據對玩家有意義的特性篩選和排序遊戲工作階段。您可以依下列屬性篩選和排序遊戲工作階段：遊戲工作階段時效、目前玩家數目、最高玩家數目、開放位置，或您自己的自訂遊戲屬性。請參閱我們的 Amazon GameLift Developer Guide 以進一步了解。

Amazon GameLift 配對平台包含 FlexMatch 和遊戲工作階段佇列。FlexMatch 可讓您根據自己定義的規則為玩家配對。您可使用 FlexMatch 設定玩家分組的規則集，同時平衡配對品質與玩家等候時間。FlexMatch 結果會自動饋送到遊戲工作階段佇列，然後根據每個玩家的位置，以智慧的方式選取最接近的可用遊戲伺服器進行配對，並利用 AWS 遍及全球的優勢提供玩家最低的延遲。要進一步了解 FlexMatch 和遊戲工作階段佇列，請參閱 Amazon GameLift Developer Guide。

是。如果您想使用自己的配對系統，可以將配對結果饋送到您所定義的任何遊戲工作階段佇列。

否。建立 FlexMatch 規則集之後就不能再變更。若要變更規則集，您必須複製該規則集、提供新名稱，再進行變更。若要變更即時配對器的規則集，則必須將配對器的組態更新為使用新的規則集取代舊的規則集。因為可能有一或多個即時配對器同時使用一個規則集，此限制可預防對即時生產系統造成意想不到的後果。

是。要取得從您帳戶發出的 Amazon GameLift API 呼叫歷史記錄，只需在 AWS 管理主控台中開啟 CloudTrail 即可。

每個客戶都可以使用文件、教學和論壇。在 AWS Premium Support 套件可獲得額外支援。

請查看我們的定價頁面，了解完整的 Amazon GameLift 執行個體清單。

最多 50 個。伺服器處理程序的數目取決於遊戲伺服器的效能需求，以及您選擇的叢集執行個體類型。設定叢集時，您要選取執行個體類型，並設定叢集以同時執行最佳數量的伺服器處理程序。在較少的執行個體上執行較多的處理程序有助於降低成本。您也可以設定叢集，在各個執行個體上執行多個伺服器組建或遊戲組態。

Amazon GameLift 提供真正的彈性運算環境。有了 Amazon GameLift 執行個體，您可以在幾分鐘 (而不是幾小時或幾天) 內增加或減少容量。您可以同時佈建一個、數百個，甚至數以千計的伺服器執行個體。

利用 Amazon GameLift 目標追蹤功能透過無縫方式提供所需的容量，以符合玩家需求的變化。目標追蹤是一種自動調整規模功能，您只要針對可用的遊戲工作階段設定百分比目標，建立可容納玩家流量波動的緩衝區即可。Amazon GameLift 會隨需求新增或移除容量，將這個可用遊戲工作階段的緩衝區保持在您定義的目標值，並調整以適應波動負載模式，盡量減少容量的快速波動。如需詳細資訊，請參閱 Amazon GameLift Developer Guide 中的 Autoscaling 部分。

您也可以從 Amazon GameLift 主控台的叢集詳細資訊頁面手動控制執行個體的數量。

正確的執行個體類型取決於遊戲的伺服器效能，以及您計劃在每個執行個體上同時執行的伺服器處理程序數目。遊戲的運算複雜度、遊戲和網路程式碼是否最佳化，以及玩家的最大數量，是判斷所需執行個體大小的主要因素。Amazon GameLift 的其中一項優勢是只需依使用的數量付費；因此，您能夠方便而經濟地針對不同的執行個體系列和類型測試遊戲的效能。

Amazon GameLift 會保留活動指標。當您終止執行個體時，遊戲伺服器產生和存放在執行個體的任何資料都會遺失。不過，您可以指示 Amazon GameLift 在終止執行個體之後保留並存放這些資料檔案最多七天的時間。

叢集是單一區域中的一組 Amazon GameLift 執行個體，且執行一個遊戲伺服器組建。您可以根據玩家需求增加或減少叢集中的 執行個體數目。叢集可設定為使用特定執行個體類型、用來部署組建，以及在每個執行個體上執行一或多個伺服器處理程序。

設定執行遊戲所需的資源，從您上傳遊戲二進位檔開始算起，到完全部署好讓您的玩家存取，通常不到一個小時的時間。這個時間取決於二進位檔的大小，以及您要部署的執行個體數目。

是。您可以遠端存取叢集內狀態為啟用中、作用中或錯誤狀態的執行個體。這有助於偵錯、即時查看玩家活動，或連接效能監控或基準工具。您可以使用 AWS 命令列界面 (CLI) 或透過 Amazon GameLift 主控台修改叢集的連接埠設定和協定。

可以，Amazon GameLift 有別名功能，可以很容易更新生產叢集。別名可以讓您將流量導向到叢集，無須變更用戶端終端節點的描述項。建立新的生產叢集之後，可以編輯別名，從舊叢集指向此新叢集，將所有連線的玩家路由到新叢集別名功能。

同樣地，如果發現叢集有問題 (例如，在遊戲程式碼中發現問題)，可以編輯別名，將流量從新叢集重新導向到舊叢集。

Amazon GameLift 目前在以下區域提供：美國東部 (維吉尼亞北部及俄亥俄)、美國西部 (奧勒岡和加利佛尼亞北部)、加拿大中部 (蒙特婁)、歐洲中部 (法蘭克福)、西歐 (倫敦和愛爾蘭)、歐洲 (巴黎)、歐洲 (斯德哥爾摩)、歐洲 (米蘭)、亞太區域南部 (孟買)、亞太區域東北部 (首爾和東京)、亞太區域東南部 (新加坡和雪梨)、亞太區域 (香港)、由 Sinnet 營運的 Amazon Web Services 中國 (北京) 區域、由 NWCD 營運的 Amazon Web Services 中國 (寧夏) 區域、南美洲東部 (聖保羅)、中東 (巴林) 和 AWS 非洲 (開普敦)。請參閱 AWS 全球基礎設施區域表，了解各區域產品與服務可用性的最新資訊。

AWS Local Zones 允許您在更靠近更多最終使用者的地方使用 Amazon GameLift，讓他們在存取執行以工作階段為基礎的多人遊戲的專用遊戲伺服器時，實現極低的延遲。AWS Local Zones 是一種新型 AWS 基礎設施，旨在執行需要低於十毫秒延遲的遊戲相關工作負載，例如遠端即時遊戲以及擴增實境和虛擬實境。並非每一位客戶都想操作其內部部署資料中心，其他客戶或許早就想完全地擺脫本機資料中心。Local Zones 允許客戶獲得擁有運算資源更接近最終使用者的所有優勢，而無需擁有和操作他們自己的資料中心基礎設施。

組建型錄是已經上傳到 Amazon GameLift 的所有伺服器組建的一個記錄。處於就緒狀態的組建隨時都能用來建立叢集。

組建型錄最多可存放 1,000 個組建或 100 GB 的儲存容量。

Amazon GameLift 為每個執行個體包含 50 GB 的 EBS 一般用途 (SSD) 磁碟區。

沒有，您只會受到 AWS 帳戶的限制。

是，Amazon GameLift 的限制取決於您的 AWS 帳戶可用的執行個體數目。如果您需要調高這個限制，可透過 Amazon GameLift 主控台中的服務限制頁面進行此操作。

沒有，每個執行個體的玩家數目上限，主要是由您的遊戲設計和遊戲程式碼決定。

否。

Amazon GameLift Spot 執行個體可以存取備用 AWS 運算容量，與隨需價格相比可節省高達 70%。但是，當 AWS 需要收回容量時，會在兩分鐘前通知您並中斷 Spot 執行個體。您可以在這段通知期間遷移或關閉在這些執行個體上執行的遊戲。透過使用 Amazon GameLift 的新功能 FleetIQ，根據玩家延遲、執行個體價格和 Spot 中斷率安排遊戲伺服器上的新工作階段，使您在節省成本的同時，保持遊戲伺服器的高可用性。

您可以獲得與 Amazon GameLift 隨需執行個體相同的高效能硬體，還能節省高達 90% 的成本。雖然與只使用隨需執行個體相較之下，伺服器可用性會有小幅的下滑，但可節省大量的成本。

首先，根據相同 Spot 執行個體系列中的不同大小 (例如，C4.large、C4.xlarge 等) 設定跨多個 AWS 區域且擁有多個叢集的 Amazon GameLift 佇列。若要放置遊戲工作階段，FleetIQ 首先會使用玩家延遲資料來選擇可提供最低延遲的區域，然後將遊戲工作階段放在價格和中斷頻率最低的叢集上。Amazon GameLift 佇列還需要在每個設定好的區域中包含隨需叢集。FleetIQ 會優先將遊戲工作階段放置在區域的 Spot 叢集，然後等到需要維持高可用性時再回復到隨需叢集。如需更多的最佳實務，請參閱開發人員文件。

AWS 有時需要更多的容量，因此部分 Amazon GameLift Spot 執行個體會收到遊戲伺服器必須在兩分鐘內關閉的警告。發生這種情況時，您可以在這段警告期間逐步遷移或關閉作用中的遊戲工作階段。為了讓您的遊戲保有相同的可用容量，FleetIQ 會使用備用 Spot 執行個體類型或隨需執行個體，在相同的區域中自動啟動新的伺服器。

否。FleetIQ 會將終止的機率降到最低。

FleetIQ 會追蹤 Spot 中斷率，並使用該資料將遊戲自動放到中斷頻率低的執行個體。

Spot 執行個體持續執行時，會根據每個小時一開始設定的價格收費。

AWS 管理主控台提供詳細的帳單報告，其中顯示了所有執行個體的 Spot 執行個體啟動和終止/停止時間。

Amazon GameLift FleetIQ 在以下區域提供：倫敦、愛爾蘭、首爾、孟買、奧勒岡、加利佛尼亞北部、維吉尼亞北部、俄亥俄、加拿大、聖保羅、法蘭克福、新加坡、東京、雪梨和北京 (由 Sinnet 提供)。

FleetIQ 新的更新在與 EC2 相同的硬體上執行，但使用 EC2 的備用容量 Spot 來節省客戶資金 (與現有內部部署相比節省多達 70% 的成本)，因為 FleetIQ 可以將遊戲工作階段中斷可能性較高的 Spot 執行個體替換為中斷可能性較小的 Spot 執行個體。 此更新還可以防止託管遊戲的執行個體被標準 Auto Scaling 群組縮減。

若要在獨立模式下使用 FlexMatch，遊戲開發人員需在 CreateMatchmakingConfiguration API 中將 FlexMatchMode 參數設定為 STANDALONE，然後訂閱 SNS 主題。當 FlexMatch 形成配對時，則會發佈事件通知到該 SNS 主題，開發人員的工作階段管理系統可用來將玩家轉接到其遊戲伺服器。

只有您授權的使用者且擁有必要的 AWS 登入資料，才能存取 Amazon GameLift 主控台。您可以使用 AWS Identity and Access Management (IAM) 在團隊之間安全共用 AWS 登入資料。請參閱建立 Amazon GameLift 的 IAM 政策以取得詳細資訊。

如需有關保護 AWS 資源安全的詳細資訊，請參閱 AWS Security Center。

我們與客戶合作測量玩家遊戲用戶端和 Amazon GameLift 伺服器之間的延遲。根據 2018 年 5 月 1 日到 5 月 10 日連接到 9 個區域伺服器的 236,000 名不重複玩家，Amazon GameLift 的全球中級延遲為 41 毫秒。

註冊 AWS 帳戶即可立即存取 AWS 免費方案，並提供以下權益： 

• 根據區域每月 125 小時的 Amazon GameLift c3.large、c4.large 和 c5.large (組合) 隨需執行個體使用時間，加上 50 GB 的 EBS 一般用途 (SSD) 儲存空間

• 適用於所有 AWS 服務的每月 15 GB 傳出頻寬
  

在這裡免費試用 Amazon GameLift »