`為`keda-identity`角色的 Amazon Resource Name (ARN)：aws eks create-pod-identity-association \
--cluster-name \
--role-arn \
--namespace security \
--service-account my-sqs-read-msgs
| DevOps 工程師 |
| 部署 `ScaledObject`和 `TriggerAuthentication`。 | 1. 在複製的儲存庫中，開啟 **keda.yaml 檔案。**
2. `{{AWS_ACCOUNT_ID}}` 將 取代為您目標的 ID AWS 帳戶。
3. `{{AWS_REGION}}` 將 取代為您的目標 AWS 區域。
4. （選用） 在第 21–24 行中，更新`ScaledObject`擴展政策的參數。如需這些參數的詳細資訊，請參閱下列內容：[pollingInterval](https://keda.sh/docs/2.16/reference/scaledobject-spec/#pollinginterval)[cooldownPeriod](https://keda.sh/docs/2.16/reference/scaledobject-spec/#cooldownperiod)[idleReplicaCount](https://keda.sh/docs/2.16/reference/scaledobject-spec/#idlereplicacount)[minReplicaCount](https://keda.sh/docs/2.16/reference/scaledobject-spec/#minreplicacount)
5. 儲存並關閉 **keda.yaml 檔案。**
6. 輸入下列命令來部署 `ScaledObject`和資源`TriggerAuthentication`：kubectl -n security apply -f keda.yaml
| DevOps 工程師 |
### 測試自動擴展
| 任務 | Description | 所需的技能 |
| --- | --- | --- |
| 傳送訊息至 Amazon SQS 佇列。 | 1. 輸入下列命令以導覽至複製的儲存庫：cd event-driven-autoscaling-using-podidentity-and-keda
2. 輸入下列命令，將測試訊息傳送至 Amazon SQS 佇列：python sqs_send_msg.py
**sqs\_send\_msg.py **指令碼可做為應用程式，產生用於測試自動擴展的訊息。如果您正在執行 Python 3，請輸入 `python3 sqs_send_msg.py`。 | DevOps 工程師 |
| 監控應用程式 Pod。 | 1. 在不同的終端機中，輸入下列命令來監控 Pod：kubectl -n security get po
2. 對於 Amazon SQS 佇列中的每 5 個未讀取訊息，KEDA 會新增一個 Pod。在上一個命令的輸出中，確認正在新增新的 Pod。以下是範例輸出：kubectl -n security get po
NAME READY STATUS RESTARTS AGE
q-read-797f4c7589-2bj76 1/1 Running 0 2s
q-read-797f4c7589-4zxph 1/1 Running 0 49s
q-read-797f4c7589-cg9dt 1/1 Running 0 18s
q-read-797f4c7589-slc69 1/1 Running 0 33s
3. 完成測試後，在原始終端機中輸入 CTRL \+ C (Windows) 或 CMD \+ C (macOS)。這會停止 **python sqs\_send\_msg.py **指令碼。 | DevOps 工程師 |
## 疑難排解
| 問題 | 解決方案 |
| --- | --- |
| KEDA 運算子無法擴展應用程式。 | 輸入下列命令來檢查 IAM `keda-operator` 角色的日誌：kubectl logs -n keda -l app=keda-operator -c keda-operator
如果有`HTTP 403`回應代碼，則應用程式和 KEDA 擴展器沒有足夠的許可來存取 Amazon SQS 佇列。請完成下列步驟：1. 檢查`keda-identity`角色的 IAM 政策和陳述式，以確認已授予佇列讀取存取權。
2. 驗證 IAM 角色之間的信任關係。以下是範例：{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"Service": "pods.eks.amazonaws.com"
},
"Action": [
"sts:AssumeRole",
"sts:TagSession"
]
}
]
}
如果發生錯誤`Assume-Role`，則 [Amazon EKS 節點 IAM 角色](https://docs.aws.amazon.com/eks/latest/userguide/create-node-role.html)無法擔任為 定義的 IAM 角色`TriggerAuthentication`。請完成下列步驟：1. 輸入下列命令來刪除 `keda-operator` Pod 並建立新的 Pod：kubectl delete pod keda-operator- --namespace keda
2. 輸入下列命令來檢查 Pod 擔任的身分：kubectl describe pod --namespace keda
3. 當 Pod 成功重新啟動時，請確認下列兩個變數已新增至 Pod 描述：`AWS_CONTAINER_CREDENTIALS_FULL_URI``AWS_CONTAINER_AUTHORIZATION_TOKEN_FILE` |
## 相關資源
+ [設定 Amazon EKS Pod Identity Agent](https://docs.aws.amazon.com/eks/latest/userguide/pod-id-agent-setup.html) (Amazon EKS 文件）
+ [部署 KEDA](https://keda.sh/docs/2.14/deploy/) (KEDA 文件）
+ [ScaledObject 規格](https://keda.sh/docs/2.16/reference/scaledobject-spec/) (KEDA 文件）
+ [使用 TriggerAuthentication 進行身分驗證](https://keda.sh/docs/2.14/concepts/authentication/) (KEDA 文件）