在 Amazon AppStream 2.0 中建立機群 - Amazon AppStream 2.0

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

在 Amazon AppStream 2.0 中建立機群

設定與建立啟動和串流使用者應用程式的機群。

注意

若要建立 Always-On 或 On-Demand 機群，您必須擁有已安裝應用程式的映像，以建立使用者可從中串流處理的 Always-On 或 On-Demand 機群。若要建立映像，請參閱 教學課程：使用 AppStream 2.0 主控台建立自訂 AppStream 2.0 映像。若要建立彈性機群，您必須擁有與應用程式區塊相關聯的應用程式。若要為彈性機群建立應用程式和應用程式區塊，請參閱 應用程式管理器。

設定與建立機群

  1. 在 https://console.aws.amazon.com/appstream AppStream 2 開啟 2.0 主控台。

  2. 如不熟悉主控台，請選擇 Get Started (開始使用)，或從左側導覽窗格選擇 Fleets (機群)。選擇 Create Fleet (建立機群)。

  3. 針對步驟 1：選取機群類型，檢閱機群類型的詳細資訊，根據您的使用案例選擇要建立的機群類型，然後選取下一步。

    注意

    機群類型會決定其立即可用性以及您的付款方式。如需詳細資訊，請參閱Amazon AppStream 2.0 中的機群類型。

  4. 針對步驟 2：設定機群，輸入下列詳細資訊：

    • 對於名稱，輸入機群的唯一名稱識別符。不允許使用特殊字元。

    • 針對顯示名稱，輸入機群的顯示名稱 (最多 100 個字元)。不允許使用特殊字元。

    • 針對說明，輸入機群的說明 (最多 256 個字元)。

    • 針對 Choose instance type (選擇執行個體類型)，選擇滿足應用程式效能需求的執行個體類型。系統會依您選取的執行個體類型，來啟動機群中的所有串流執行個體。如需詳細資訊，請參閱AppStream 2.0 執行個體族群。

    • 若是彈性機群，針對選擇平台類型，選擇符合使用者應用程式需求的作業系統。

    • 針對工作階段最長持續時間 (單位分鐘)，選擇串流工作階段可保持作用中的時間長度上限。如果使用者在達到此限制前的 5 分鐘仍連線到串流執行個體，系統會提示他們儲存所有開啟的文件，然後才中斷連線。超過此時間後，執行個體會終止，並替換為新的執行個體。您可以在 AppStream 2.0 主控台中設定的工作階段持續時間上限為 5760 分鐘 （96 小時）。您可以使用 AppStream 2.0 API設定的工作階段持續時間上限CLI是 432000 秒 （120 小時）。

    • 針對 Disconnect timeout in minutes (中斷連線逾時 (以分鐘為單位))，選擇在使用者中斷連線之後，串流工作階段會保持作用中的時間長度。如果在這個時間間隔內，使用者於中斷連線或網路中斷後仍嘗試重新連線到此串流工作階段，則會連線到上一個工作階段。不然的話，他們會連線到含新串流執行個體的新工作階段。如果您將堆疊與URL指定重新導向的機群建立關聯，則在使用者的串流工作階段結束後，使用者會重新導向至該 URL。

      如果使用者透過在 AppStream 2.0 工具列上選擇結束工作階段或登出來結束工作階段，則不會套用中斷連線逾時。反之，系統會提示使用者儲存任何開啟的文件，然後立即從串流執行個體中斷連線。然後，使用者使用的執行個體就會終止。

    • 針對 Idle disconnect timeout in minutes (閒置中斷連線逾時 (以分鐘為單位))，選擇要等使用者閒置 (非作用中) 多久後，才讓使用者與其串流工作階段中斷連線，並開始計算 Disconnect timeout in minutes (中斷連線逾時 (以分鐘為單位)) 時間間隔。使用者會在由於未活動而導致中斷連線之前收到通知。如果使用者在 Disconnect timeout in minutes (中斷連線逾時 (以分鐘為單位)) 中指定的時間間隔過去之前就嘗試重新連線至串流工作階段，系統會將使用者連線至其先前的工作階段。不然的話，他們會連線到含新串流執行個體的新工作階段。將此值設定為 0 便可加以停用。當此值停用時，使用者就不會由於未活動而導致中斷連線。

      注意

      當使用者在其串流工作階段期間停止提供鍵盤或滑鼠輸入時，便會將其視為閒置。若是加入網域的機群，閒置中斷連線逾時的倒數計時不會開始，直到使用者使用其 Active Directory 網域密碼或智慧卡登入。檔案上傳和下載、音訊輸入、音訊輸出和像素變更無法作為使用者活動。如果使用者在 Idle disconnect timeout in minutes (閒置中斷連線逾時 (以分鐘為單位)) 中的時間間隔過後仍保持閒置狀態，系統便會將其中斷連線。

    • 若是彈性機群，針對並行工作階段數上限，指定此機群應擁有的並行工作階段數上限。

      注意

      如果您收到錯誤訊息，指出「已超過帳戶並行工作階段的最大數量」，您可以透過位於 Service Quotas主控台提交限制增加https://console.aws.amazon.com/servicequotas/。如需詳細資訊，請參閱《Service Quotas 使用者指南》中的請求提高配額。

    • 多個使用者工作階段：如果您要在單一執行個體上佈建多個使用者工作階段，請選擇此選項。根據預設，每個唯一使用者工作階段都是由一個執行個體提供服務 (單一工作階段)。

      注意

      多工作階段僅適用於採用 Windows 作業系統的 Always-on 和隨需機群。彈性機群或 Linux 作業系統無法使用多工作階段。

      只有 2023 年 5 月 15 日當天或之後發行的基礎映像和受管映像更新可支援多工作階段機群。如需詳細資訊，請參閱AppStream 2.0 基本映像和受管映像更新版本備註。

    • 每個執行個體的工作階段數上限：執行個體上的使用者工作階段數上限。您必須根據最終使用者的應用程式效能需求選擇此值。您也可以在佈建機群後，調整機群的每個執行個體的工作階段數上限。在這種情況下，現有的使用者工作階段和執行個體不受影響，但機群會與每個執行個體工作階段數上限的新值一致。該值必須介於 2 到 50 之間。為您的機群設定此值之前，請參閱 多工作階段建議。

    • 若是 Always-On 和 On-Demand 機群，針對最小容量，根據預期的並行使用者人數下限為機群選擇執行個體數下限 (針對單一工作階段機群) 或使用者工作階段數下限 (針對多工作階段機群)。

    • 若是 Always-On 和 On-Demand 機群，針對最大容量，根據預期的並行使用者人數上限為機群選擇執行個體數上限 (針對單一工作階段機群) 或使用者工作階段數上限 (針對多工作階段機群)。

      注意

      若是多工作階段，您必須根據使用者工作階段數指定容量。服務會根據您的機群組態和每個執行個體的工作階段數上限值，計算所需啟動的執行個體數。

    • 針對串流檢視 ，選擇在串流工作階段期間向使用者顯示的 AppStream 2.0 檢視。選擇應用程式只會顯示使用者開啟的應用程式視窗。選擇桌面會顯示作業系統所提供的標準桌面。

      注意

      根據預設， AppStream 2.0 只會顯示使用者在串流工作階段期間開啟的應用程式視窗。若要為使用者啟用桌面檢視，請將機群設定為使用 AppStream 2.0 映像，該映像使用 2020 年 2 月 19 日當天或之後發行的 AppStream 2.0 代理程式版本。

    • 針對擴展詳細資訊 （進階），指定 AppStream 2.0 用來增加和減少機群容量的擴展政策。請注意，您的機群大小受限於您指定的容量上下限。如需詳細資訊，請參閱Amazon AppStream 2.0 的 Fleet Auto Scaling 。

    • 對於IAM角色 （進階），當您將IAM角色從帳戶套用至 AppStream 2.0 機群執行個體時，您可以向機群執行個體提出 AWS API請求，而不需要手動管理 AWS 憑證。若要套用IAM角色，請執行下列任一動作：

    • 對於彈性機群，對於USB重新導向 （進階），您最多可以指定 10 個字串，指定使用 Windows 原生用戶端時USB，可以重新導向至串流工作階段的本機裝置類型。如需詳細資訊，請參閱將USB裝置與串流應用程式搭配使用。

  5. 選擇 Next (下一步)。

  6. 如果您選擇建立 Always-On 或 On-Demand 機群，請在步驟 3：選擇映像中選擇符合您需求的映像，然後選擇下一步。

  7. 如果您選擇建立彈性機群，請在步驟 3：指派應用程式中選擇使用者可從此機群啟動的應用程式。

  8. 針對 Step 4: Configure Network (步驟 4：設定網路)，執行下列動作：

    • 若要為VPC具有公有子網路的 中機群執行個體新增網際網路存取權，請選擇預設網際網路存取 。如果您使用NAT閘道提供網際網路存取，請保留未選取的預設網際網路存取。如需詳細資訊，請參閱網際網路存取。

      注意

      如果您啟用依賴儲存到 S3 儲存貯體的功能，VPC則必須提供 Amazon Simple Storage Service （S3） 的存取權。如需詳細資訊，請參閱針對 AppStream 2.0 功能使用 Amazon S3 VPC端點。

    • 針對 VPC和子網路 1，選擇可存取應用程式所需網路資源的 VPC和至少一個子網路。為了提升容錯能力，建議在不同的可用區域選擇兩個子網路。如需詳細資訊，請參閱VPC 使用私有子網路和NAT閘道設定。

      注意

      彈性機群會要求您至少指定兩個位於不同可用區域的子網路。

      如果您沒有自己的 VPC和 子網路，您可以使用預設值VPC或建立自己的子網路。若要建立您自己的子網路連結，請選擇建立新的VPC子網路連結並建立新的子網路連結。選擇這些連結會開啟 Amazon VPC主控台。建立 VPC和 子網路後，請返回 AppStream 2.0 主控台，然後選擇建立新VPC子網路連結和建立新子網路連結左側的重新整理圖示，以在清單中顯示這些連結。如需詳細資訊，請參閱VPC 為 AppStream 2.0 設定 。

    • 針對 Security group(s) (安全群組)，選擇最多 5 個安全群組，與此機群建立關聯。如果沒有自己的安全群組且不希望使用預設安全群組，請選擇 Create new security group (建立新的安全群組) 來建立一個。在 Amazon VPC主控台中建立子網路後，請返回 AppStream 2.0 主控台，然後選擇建立新安全群組連結左側的重新整理圖示，以在清單中顯示子網路。如需詳細資訊，請參閱Amazon AppStream 2.0 的安全群組。

    • 若是 Always-On 和 On-Demand 機群，針對 Active Directory 網域 (選用)，選擇適用於您串流執行個體電腦物件的 Active Directory 和組織單位 (OU)。確保您選取的網路存取設定可啟用與目錄的DNS可解析性和通訊。如需詳細資訊，請參閱搭配 AppStream 2.0 使用 Active Directory。

  9. 選擇 Next (下一步)。

  10. 針對 Step 5: Review (步驟 5：檢閱)，確認機群的詳細資訊。若要變更任何區段的組態，請選擇 Edit (編輯)，然後進行所需的變更。完成檢閱組態詳細資訊後，請選擇 Create (建立)。

  11. 在定價確認對話方塊中，選取確認核取方塊，然後選擇 Create (建立)。

    注意

    如果錯誤訊息通知您沒有足夠的限制 （配額） 來建立機群，請透過位於 Service Quotas主控台提交限制增加請求https://console.aws.amazon.com/servicequotas/。如需詳細資訊，請參閱《Service Quotas 使用者指南》中的請求提高配額。

  12. 建立機群時，機群的狀態會在機群清單中顯示為啟動中。定期選擇 Refresh (重新整理) 圖示，定期更新機群狀態直到狀態為 Running (正在執行)。在機群狀態顯示 Running (正在執行) 之前，您無法建立機群與堆疊的關聯，用它串流工作階段。