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

設計考量

本節說明 AWS 上分散式負載測試解決方案的重要設計決策和組態選項，包括支援的應用程式、測試類型、排程選項和部署考量。

支援的應用程式

只要您有從 AWS 帳戶到應用程式的網路連線，此解決方案支援測試雲端型應用程式和內部部署應用程式。解決方案支援使用 HTTP 或 HTTPS 通訊協定APIs。

測試類型

AWS 上的分散式負載測試支援多種測試類型：簡易 HTTP 端點測試、JMeter、k6 和 Locust。除了簡單 HTTP 端點以外的每個測試類型都可以在任一流量形狀模式下執行。如需詳細資訊，請參閱流量形狀模式。

簡單 HTTP 端點測試

Web 主控台提供 HTTP 端點組態介面，可讓您測試任何 HTTP 或 HTTPS 端點，而無需撰寫自訂指令碼。您可以從下拉式選單中定義端點 URL、選取 HTTP 方法 (GET、POST、PUT、DELETE 等），以及選擇性新增自訂請求標頭和內文承載。此組態可讓您使用自訂授權字符、內容類型，或應用程式所需的任何其他 HTTP 標頭和請求內文來測試 APIs。

當您設定 HTTP 端點時，解決方案會將您的組態轉換為由綁定 Apache JMeter 二進位檔透過 Taurus 架構執行的測試計劃。簡單 HTTP 端點測試不接受測試封存，因此無法覆寫綁定的 JMeter 二進位檔或外掛程式。如果您需要使用修補的 JMeter 執行 HTTP 端點測試，請改用 JMeter 測試類型。如需安全性考量，請參閱 Apache JMeter。

由於解決方案產生此測試類型的測試計劃，因此 Simple HTTP Endpoint 測試只會在標準模式下執行。原生模式需要您上傳的指令碼。如需詳細資訊，請參閱流量形狀模式。

JMeter 測試

使用 Web 主控台建立測試案例時，您可以上傳 JMeter 測試指令碼。解決方案會將指令碼上傳至案例 S3 儲存貯體。當 Amazon ECS 任務執行時，他們會從 S3 下載 JMeter 指令碼並執行測試。

如果您有 JMeter 輸入檔案，您可以將輸入檔案與 JMeter 指令碼一起壓縮。您可以在建立測試案例時選擇 zip 檔案。

如果您想要包含外掛程式，任何包含在套件 zip 檔案中 /plugins 子目錄中的 .jar 檔案都會複製到 JMeter 擴充功能目錄，並可用於負載測試。

如果您包含 JMeter 外掛程式，.jar 檔案必須封裝在 zip 檔案根目錄中名為 /plugins 的子目錄中。相對於 zip 檔案的根目錄，jar 檔案的路徑必須是 ./plugins/BUNDLED_PLUGIN.jar。

如需如何使用 JMeter 指令碼的詳細資訊，請參閱 JMeter 使用者手冊。

k6 測試

解決方案支援 k6 架構型測試。您可以在封存檔案中上傳 k6 測試檔案以及任何必要的輸入檔案。當您建立新的 k6 測試時，Web 主控台會顯示授權確認訊息。如需授權和安全性詳細資訊，請參閱 Grafana k6。

Locust 測試

解決方案支援 Locust 架構型測試。您可以上傳 Locust 測試檔案，以及封存檔案中任何必要的輸入檔案。

測試指令碼命名

當您上傳單一.py檔案時，解決方案會將該檔案存放在測試 ID 下，並直接參考該檔案，因此檔案可以有任何名稱。當您上傳.zip封存時，解決方案會搜尋封存中名為 的檔案locustfile.py。如果封存包含在任何其他名稱下的 Python 指令碼，則測試會在容器啟動期間失敗，並顯示訊息 No test script (.py) in zip file。

自訂 Python 相依性

負載測試容器包含 Locust 及其相依性。它不包含第三方 Python 套件。如果您的 Locust 指令碼匯入容器中不存在的套件，則測試會失敗，並顯示 ModuleNotFoundError。若要提供其他套件，請在.zip封存的根目錄中包含 requirements.txt 檔案。容器會在測試開始requirements.txt之前安裝 中列出的套件。

您可以透過兩種方式之一提供相依性：

下列範例顯示封存配置：

my-test.zip
├── locustfile.py         # Required — must use this name
├── requirements.txt      # Optional — packages to install
└── packages/             # Optional — wheels, for offline install only
    └── *.whl

requirements.txt 和 packages子目錄必須位於封存的根目錄，以及 locustfile.py。如果您的指令碼僅匯入容器已提供的套件，請省略兩者。packages 子目錄只會與requirements.txt檔案一起生效；它本身會被忽略，而且不會安裝套件。

準備容器的車輪

負載測試容器會使用 Python 3.11 在 x86_64 架構上執行 Linux。針對不同作業系統、架構或 Python 版本編譯的滾輪不會安裝。以純 Python 編寫的套件會以與平台無關的輪子形式分佈，並可在任何地方運作，但包含編譯延伸模組的套件需要為容器的平台建置輪子。由於容器不包含編譯器，因此無法在任務啟動時建置來源分佈。

執行下列命令來下載與容器平台相容的 wheel。您可以從任何作業系統執行此命令，包括 macOS 和 Windows。然後在封存中包含產生的packages目錄：

pip download -r requirements.txt \
  --dest packages \
  --platform manylinux2014_x86_64 \
  --python-version 3.11 \
  --only-binary=:all:

--platform 和 --python-version選項以容器為目標，而不是您執行命令的機器。--only-binary=:all: 選項會導致命令失敗，而不是無提示地回到容器無法建置的來源分佈。manylinux2014 標籤會指定與 glibc 2.17 及更新版本相容的車輪，其中包含容器的版本。

若要綁定您自己維護的套件，請使用 從套件的來源目錄建置 wheelpip wheel . --wheel-dir packages，然後將套件名稱新增至 requirements.txt。

流量形狀模式

每個測試都以兩種流量形狀模式之一執行：標準或原生。模式會決定三件事：哪一端控制負載、Fargate 任務使用的容器映像，以及解決方案傳送至測試架構的負載參數。如需在建立測試時選擇模式的指引，請參閱使用解決方案一節中的流量形狀模式。

標準模式

Fargate 任務使用已安裝 Taurus 的映像。Taurus 會從解決方案接收您的任務計數、並行、漸進測試和保留持續時間。它將這些值轉譯為基礎架構自己的負載控制。Taurus 優先於指令碼宣告的載入。它會重寫或忽略 k6 選項區塊LoadTestShape、Locust 或 JMeter 執行緒群組。區域產生的虛擬使用者是任務計數乘以每個任務的並行。每個架構的形狀都相同。這是解決方案在 4.3.0 版之前執行每項測試的方式。

原生模式

Fargate 任務使用測試架構的專用映像，其中不包含 Taurus。解決方案不會撰寫 Taurus 組態，而是直接叫用架構：k6 run、 jmeter -n -t或 locust --headless。它不會傳遞載入參數。您的指令碼是它產生的流量的唯一授權。

該設計的兩個結果隨之而來，而且兩個結果都會影響您調整測試大小的方式：

排程測試

解決方案提供三種執行負載測試的執行時間選項：

選取執行一次時，您會以 24 小時格式指定執行時間，以及負載測試應開始執行的執行日期。

當您選取在排程上執行時，您可以手動輸入 Cron 表達式，或從常見的 Cron 模式選取 （例如每小時、每天特定時間、工作日或每月）。Cron 表達式使用精細的排程格式，其中包含分鐘、小時、月中的日、月、週中的日和年的欄位。您也必須指定過期日期，以定義排程測試何時應停止執行。如需排程驗證規則的詳細資訊，請參閱本指南的排程限制一節。

並行測試

每次執行負載測試時，任務執行器 AWS Lambda 函數EcsLoadTesting-<testId>-<region> 都會在執行測試的每個區域中建立名為 的 Amazon CloudWatch 儀表板。CloudWatch 儀表板會即時顯示 Amazon ECS 叢集中執行之所有任務的合併輸出：平均回應時間、並行使用者數、成功請求數，以及失敗請求數。解決方案會依秒彙總每個指標，並每分鐘更新儀表板。

相同測試案例的後續執行會更新相同的儀表板，因此您的帳戶會針對每個區域中的每個測試案例包含一個儀表板。這些儀表板會在測試完成後保留在您的 帳戶中。它們會產生每月費用，直到您將其刪除為止。當您刪除測試案例時，解決方案會刪除案例的儀表板 （例如，透過 Web 主控台）。當您刪除解決方案的 CloudFormation 堆疊時，不會刪除儀表板。如需詳細資訊，請參閱本指南的成本一節和手動刪除保留的資源一節。

使用者管理

在初始組態期間，您會提供 Amazon Cognito 用來授予您存取解決方案 Web 主控台的使用者名稱和電子郵件地址。主控台不提供使用者管理。若要新增其他使用者，您必須使用 Amazon Cognito 主控台。如需詳細資訊，請參閱《Amazon Cognito 開發人員指南》中的在使用者集區中管理使用者。

如需將現有使用者遷移至 Amazon Cognito 使用者集區，請參閱 AWS 部落格方法，以將使用者遷移至 Amazon Cognito 使用者集區。

身分提供者聯合

解決方案的 Amazon Cognito 使用者集區支援使用 SAML 2.0 或 OpenID Connect (OIDC) 通訊協定與外部身分提供者 (IdPs) 聯合。聯合允許使用者使用現有的公司或組織登入資料登入 Web 主控台，而不是 Cognito 原生登入資料。聯合身分使用者會收到與直接在 Cognito 使用者集區中建立的使用者相同的存取許可。

解決方案已部署 Cognito 使用者集區、網域、應用程式用戶端和託管 UI。若要啟用聯合，您只需註冊身分提供者，並在現有的應用程式用戶端上啟用。

如果您部署選用的 MCP 伺服器整合，聯合身分使用者也可以使用相同的 Cognito 使用者集區登入資料來存取 MCP 伺服器。

先決條件

在設定聯合之前，您需要下列項目：

步驟 1：設定您的身分提供者

使用下列值設定外部身分提供者，以便與解決方案的 Cognito 使用者集區通訊。

對於 SAML 身分提供者：

對於 OIDC 身分提供者：

如需有關 IdP 需求的詳細資訊，請參閱《Amazon Cognito 開發人員指南》中的將 SAML 身分提供者新增至使用者集區或將 OIDC 身分提供者新增至使用者集區。

步驟 2：在 Cognito 中註冊身分提供者

使用 Amazon Cognito 主控台將外部身分提供者新增至解決方案的現有 Cognito 使用者集區。

如需step-by-step說明，請參閱《Amazon Cognito 開發人員指南》中的透過第三方新增使用者集區登入。

步驟 3：設定屬性映射

設定身分提供者宣告與 Cognito 使用者集區屬性之間的屬性映射。至少，將使用者的電子郵件宣告從外部供應商映射到 Cognito email 屬性。也請考慮映射或您的身分提供者namenickname是否提供它們。

如需說明，請參閱《Amazon Cognito 開發人員指南》中的為您的使用者集區指定身分提供者屬性映射。

步驟 4：在應用程式用戶端上啟用身分提供者

在 Amazon Cognito 主控台中，尋找解決方案建立的應用程式用戶端，並在託管 UI 設定下啟用新的身分提供者。

如需說明，請參閱《Amazon Cognito 開發人員指南》中的設定使用者集區應用程式用戶端。

停用或刪除預設 Cognito 使用者

設定聯合之後，您可能想要停用或刪除在堆疊部署期間建立的預設使用者。這是選用的 — 預設使用者會繼續與聯合登入搭配使用。

若要停用使用者，請在 Amazon Cognito 主控台中導覽至解決方案的 Cognito 使用者集區，選取使用者索引標籤，選擇使用者，然後選取停用使用者存取。若要刪除使用者，您必須先停用使用者，然後選擇刪除使用者。停用使用者會撤銷其字符並防止在保留帳戶時登入；刪除 會永久移除它。

如需詳細資訊，請參閱《Amazon Cognito 開發人員指南》中的管理和搜尋使用者帳戶。

區域部署

此解決方案使用 Amazon Cognito，僅適用於特定 AWS 區域。因此，您必須在可使用 Amazon Cognito 的區域中部署此解決方案。如需依區域分類的最新服務可用性，請參閱 AWS 區域服務清單。