

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

# 疑難排解 CloudFormation 的問題
<a name="troubleshooting"></a>

使用 CloudFormation 時，在建立、更新或刪除 CloudFormation 堆疊時您可能會遇到問題。下列各節可協助您故障診斷一些您可能會遇到的常見問題。

如需有關 CloudFormation 的一般問題資訊，請參閱 [CloudFormation 常見問答集](https://aws.amazon.com/cloudformation/faqs/)。您也可以在 AWS re:Post上的 [CloudFormation 社群論壇](https://repost.aws/tags/TAm3R3LNU3RfSX9L23YIpo3w)中搜尋解答和張貼問題。

**Topics**
+ [故障診斷指南](#basic-ts-guide)
+ [故障診斷錯誤](#troubleshooting-errors)
+ [聯絡支援](#contacting-support)

## 故障診斷指南
<a name="basic-ts-guide"></a>

如果 CloudFormation 無法建立、更新或刪除您的堆疊，您可以檢視錯誤訊息或日誌，協助您進一步了解該問題。下列任務說明用於 CloudFormation 問題疑難排解的一般方法。如需特定錯誤和解決方案的資訊，請參閱 [故障診斷錯誤](#troubleshooting-errors) 一節。
+ 使用操作 IDs和故障篩選進行目標故障診斷。CloudFormation 會將唯一的操作 IDs 指派給部署事件，讓您更輕鬆地追蹤和關聯相關事件。您可以依操作 ID 篩選堆疊事件，以專注於特定部署階段，並使用失敗篩選條件快速識別部署失敗的根本原因。請參閱 [依操作檢視堆疊事件](view-stack-events-by-operation.md)
+ 使用 CloudFormation主控台來檢視堆疊的狀態。在主控台中，您可以檢視堆疊事件的清單，同時建立、更新或刪除您的堆疊。堆疊事件包含操作 IDs，可協助您關聯相關事件並追蹤個別操作。您可以按一下操作 ID 進行重點疑難排解。從操作事件清單中，尋找失敗事件，然後檢視該事件的狀態原因。狀態原因可能包含來自 CloudFormation 或來自可協助您故障診斷之特定服務的錯誤訊息。如需使用操作 IDs 檢視堆疊事件的詳細資訊，請參閱 [依操作檢視堆疊事件](view-stack-events-by-operation.md)。
+ 針對 Amazon EC2 問題，請檢視 `cloud-init` 和 cfn 日誌。這些日誌發佈於 Amazon EC2 執行個體的 `/var/log/` 目錄中。這些日誌會在 CloudFormation 設定您的執行個體時擷取程序和命令輸出。針對 Windows，請檢視位於 `%ProgramFiles%\Amazon\EC2ConfigService` 的 EC2Configure 服務、位於 `%ProgramData%\Amazon\EC2-Windows\Launch\Logs` 的 EC2 Launch、位於 `%ProgramData%\Amazon\EC2Launch\log` 的 EC2 Launch v2 和位於 `C:\cfn\log` 的 cfn 日誌。

  您也可以設定 CloudFormation 範本，以便將日誌發佈至 Amazon CloudWatch，這會在 中顯示日誌 AWS 管理主控台 ，因此您不需要連線到 Amazon EC2 執行個體。如需詳細資訊，請參閱應用程式管理部落格中的[在主控台中檢視 CloudFormation 日誌](https://aws.amazon.com/blogs/devops/view-cloudformation-logs-in-the-console/)。

## 故障診斷錯誤
<a name="troubleshooting-errors"></a>

當您遇到下列 CloudFormation 堆疊的錯誤，您可以使用下列解決方案來協助您尋找問題來源並將其修復。

**Topics**
+ [刪除堆疊失敗](#troubleshooting-errors-delete-stack-fails)
+ [相依性錯誤](#troubleshooting-errors-dependency-error)
+ [AWS Config 和 AWS Systems Manager 衝突](#troubleshooting-errors-config-system-manager-conflict)
+ [傳遞清單時剖析參數出現錯誤](#troubleshooting-errors-error-parsing-parameter-when-passing-a-list)
+ [IAM 許可不足](#troubleshooting-errors-insufficient-iam-permissions)
+ [無效的值或不支援的資源屬性](#troubleshooting-errors-invalid-value-or-unsupported-resource-property)
+ [超過配額](#troubleshooting-errors-limit-exceeded)
+ [巢狀堆疊停滯於 `UPDATE_COMPLETE_CLEANUP_IN_PROGRESS`、`UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS` 或 `UPDATE_ROLLBACK_IN_PROGRESS`](#troubleshooting-errors-nested-stacks-are-stuck)
+ [無需執行更新](#troubleshooting-errors-no-updates-to-perform)
+ [在建立、更新或刪除堆疊操作期間，資源無法穩定](#troubleshooting-resource-did-not-stabilize)
+ [安全群組不存在於 VPC](#troubleshooting-errors-security-group-does-not-exist-in-vpc)
+ [更新復原失敗](#troubleshooting-errors-update-rollback-failed)
+ [等待條件未收到來自 Amazon EC2 執行個體所需數目的訊號](#troubleshooting-errors-wait-condition-didnt-receive-the-required-number-of-signals)
+ [從堆疊中移除但未刪除的資源](#troubleshooting-errors-resource-removed-not-deleted)

### 刪除堆疊失敗
<a name="troubleshooting-errors-delete-stack-fails"></a>

為解決此狀況，請嘗試下列作業：
+ 某些資源在刪除之前必須先清空。例如，您必須刪除 Amazon S3 儲存貯體中的所有物件或移除 Amazon EC2 安全群組中的所有執行個體，才能刪除該儲存貯體或安全群組。
+ 請確保您擁有必要 IAM 許可來刪除堆疊中的資源。除了 CloudFormation 許可外，您也必須有權使用基礎服務 (例如 Amazon S3 或 Amazon EC2)。
+ 當堆疊因為 CloudFormation 無法刪除資源而處於 `DELETE_FAILED` 狀態時，請使用 `RetainResources` 參數並指定 CloudFormation 無法刪除的資源，來重新執行[刪除](https://docs.aws.amazon.com/AWSCloudFormation/latest/APIReference/API_DeleteStack.html)。CloudFormation 刪除堆疊時不會刪除保留資源。如果無法刪除某個資源 (如包含您希望保留之物件的 S3 儲存貯體)，但仍需要刪除堆疊，則保留資源很有用。

  刪除堆疊之後，您可以使用其相關聯的 AWS 服務手動刪除保留的資源。

  或者，您可考慮將 `FORCE_DELETE_STACK` 選項與 `DeletionMode` 參數搭配使用。如需強制刪除閘道的詳細資訊，請參閱 [從 CloudFormation 主控台中刪除堆疊](cfn-console-delete-stack.md)。
+ 您無法刪除啟用終止保護的堆疊。如果您嘗試刪除啟用終止保護的堆疊，則刪除會失敗，且堆疊及其狀態保持不變。請在堆疊上停用終止保護，然後再次執行刪除操作。

  這包括根堆疊已啟用終止保護的[巢狀堆疊](using-cfn-nested-stacks.md)。請在根堆疊上停用終止保護，然後再次執行刪除操作。強烈建議您不要直接刪除巢狀堆疊，而只在刪除根堆疊及其所有資源時作為其一部分來刪除。

  如需詳細資訊，請參閱[防止 CloudFormation 堆疊遭到刪除](using-cfn-protect-stacks.md)。
+ 對於所有其他問題，如果您有 AWS 支援，您可以建立 支援 案例。請參閱 [聯絡支援](#contacting-support)。

### 相依性錯誤
<a name="troubleshooting-errors-dependency-error"></a>

若要解決相依性錯誤，請將 `DependsOn` 屬性新增至依賴於您範本中其他資源的資源。在某些情況下，您必須明確宣告相依性，以便 CloudFormation 可以按正確的順序建立或刪除資源。例如，如果您使用網際網路閘道在相同的堆疊中建立彈性 IP 和 VPC，則該彈性 IP 必須依賴於網際網路閘道附件。如需詳細資訊，請參閱 [DependsOn 屬性](https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-attribute-dependson.html)。

### AWS Config 和 AWS Systems Manager 衝突
<a name="troubleshooting-errors-config-system-manager-conflict"></a>

AWS Config 和 AWS Systems Manager 可以自動化基礎設施管理任務，這可能會導致與 CloudFormation 堆疊的部署發生衝突。執行下列動作，以避免任何潛在的衝突：
+ 檢閱相關聯 AWS 帳戶 AWS Config 和 中 和 Systems Manager 的組態 AWS 區域。
+ 檢查在 CloudFormation 部署期間，可能觸發的作用中規則或自動化文件。這些有可能會導致衝突或資源相依性與您的部署衝突。
+ 檢查您的 CloudFormation 範本是否有任何由 AWS Config 和 Systems Manager 管理的資源。檢查是否有潛在的重疊或相互依存性，並考慮調整範本或自動化組態，以避免衝突。
+ 在 CloudFormation 部署期間暫時停用或暫停任何相關 AWS Config 規則或 Systems Manager 自動化。請記得在成功部署後，還原原始組態，以維持所需的自動化和合規層級。
+ 檢閱 CloudFormation 日誌和錯誤訊息，以取得與 AWS Config 和 Systems Manager 相關問題的任何參考，以協助找出衝突的來源。

如需 AWS Config 規則的詳細資訊，請參閱[使用 評估資源 AWS Config 規則](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html)。

如需 Systems Manager 自動化的詳細資訊，請參閱 [AWS Systems Manager 自動化](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html)。

### 傳遞清單時剖析參數出現錯誤
<a name="troubleshooting-errors-error-parsing-parameter-when-passing-a-list"></a>

當您使用 AWS CLI 或 CloudFormation 傳入清單時，請在每個逗號之前新增逸出字元 (`\`)。下列範例說明如何在使用 AWS CLI時指定輸入參數。

```
ParameterKey=CIDR,ParameterValue='10.10.0.0/16\,10.10.0.0/24\,10.10.1.0/24'
```

### IAM 許可不足
<a name="troubleshooting-errors-insufficient-iam-permissions"></a>

當您使用 CloudFormation 堆疊時，您不僅需要有使用 CloudFormation 的許可，您還必須有使用範本中所述之基礎服務的許可。例如，如果您建立 Amazon S3 儲存貯體或啟動 Amazon EC2 執行個體，您需要 Amazon S3 或 Amazon EC2 的許可。先檢閱您的 IAM 政策並驗證您擁有必要的許可，再使用 CloudFormation 堆疊。如需詳細資訊，請參閱 [使用 控制 CloudFormation 存取 AWS Identity and Access Management](control-access-with-iam.md)。

### 無效的值或不支援的資源屬性
<a name="troubleshooting-errors-invalid-value-or-unsupported-resource-property"></a>

當您建立或更新 CloudFormation 堆疊時，堆疊會因為無效的輸入參數、不支援的資源屬性名稱，或不支援的資源屬性值而失敗。針對輸入參數，請驗證資源是否存在。例如，當您指定 Amazon EC2 金鑰對或 VPC ID 時，資源必須存在於您建立或更新堆疊的帳戶和區域中。您可以使用 [AWS特定的參數類型](cloudformation-supplied-parameter-types.md)，以確保您使用有效的值。

針對資源屬性名稱和值，請更新您的範本，以使用有效的名稱和值。如需詳細資訊，請參閱《[AWS 資源和屬性類型參考](https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-template-resource-type-ref.html)》。

### 超過配額
<a name="troubleshooting-errors-limit-exceeded"></a>

確認您未達到資源配額。例如，您可以啟動的 Amazon EC2 隨需執行個體預設數目上限為 5。如果嘗試建立的 Amazon EC2 隨需執行個體數量超出帳戶配額，則執行個體建立會失敗，且您會收到錯誤 `Status=start_failed`。若要依服務檢視預設的 AWS 配額，請參閱 *AWS 一般參考* 中的 [AWS 服務配額](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html)。

針對 CloudFormation 配額和調整策略，請參閱 [了解 CloudFormation 配額](cloudformation-limits.md)。

此外，如果在更新期間替換資源，則 CloudFormation 會先建立新的資源，然後刪除舊資源。此替換可能會讓您的帳戶超過資源配額，而導致您的更新失敗。您可以刪除多餘的資源，或請求[提高配額](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html)。

### 巢狀堆疊停滯於 `UPDATE_COMPLETE_CLEANUP_IN_PROGRESS`、`UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS` 或 `UPDATE_ROLLBACK_IN_PROGRESS`
<a name="troubleshooting-errors-nested-stacks-are-stuck"></a>

巢狀堆疊無法復原。由於各巢狀堆疊之間存在潛在的資源相依性，因此在更新或復原所有巢狀堆疊之前，CloudFormation 不會開始清理巢狀資源。當巢狀堆疊無法復原時，無論其他巢狀堆疊處於何種狀態，CloudFormation 都會取消所有操作。巢狀堆疊已完成更新或復原，但由於另一個巢狀堆疊無法復原而導致該堆疊未收到 CloudFormation 發出開始清除的訊號，則該堆疊會處於 `UPDATE_COMPLETE_CLEANUP_IN_PROGRESS` 或 `UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS` 狀態。更新失敗的巢狀堆疊未收到開始復原訊號，會處於 `UPDATE_ROLLBACK_IN_PROGRESS` 狀態。

由於巢狀堆疊可能曾經在 CloudFormation 進行變更而無法復原，此時堆疊範本無法準確反映堆疊的狀態。如果巢狀堆疊中的 Auto Scaling 群組在建立或更新時沒有足夠資源訊號逾時期間，則該巢狀堆疊也可能無法復原。

若要修正堆疊，請聯絡 [AWS 支援](#contacting-support)。

### 無需執行更新
<a name="troubleshooting-errors-no-updates-to-perform"></a>

若要更新 CloudFormation 堆疊，您必須向 CloudFormation 提交範本或參數值的變更。不過，CloudFormation 不會將某些範本變更視為更新，例如刪除政策、更新政策、條件宣告或輸出宣告等變更。如果您需要做此類變更但無需其他變更，您可以新增或修改任何資源的中繼資料屬性。中繼資料屬性可是任何任意值，因為 CloudFormation 不會解譯其內容。如需詳細資訊，請參閱 [Metadata 屬性](https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-attribute-metadata.html)。

### 在建立、更新或刪除堆疊操作期間，資源無法穩定
<a name="troubleshooting-resource-did-not-stabilize"></a>

資源未回應，因為操作超過 CloudFormation 逾時期間或 AWS 服務中斷。對於服務中斷，[請檢查](https://status.aws.amazon.com/)相關 AWS 服務是否正在執行，然後重試堆疊操作。

如果 AWS 服務已成功執行，請檢查您的堆疊是否包含下列其中一個資源：
+ `AWS::AutoScaling::AutoScalingGroup` 用於建立、更新和刪除操作
+ `AWS::CertificateManager::Certificate` 用於建立操作
+ `AWS::CloudFormation::Stack` 用於建立、更新和刪除操作
+ `AWS::ElasticSearch::Domain` 用於更新操作
+ `AWS::RDS::DBCluster` 用於建立和更新操作
+ `AWS::RDS::DBInstance` 用於建立、更新和刪除操作
+ `AWS::Redshift::Cluster` 用於更新操作

這些資源的操作時間可能會超過預設逾時期間。逾時期間取決於您使用的資源和憑證。若要延長逾時期間，請在執行堆疊操作時指定[服務角色](using-iam-servicerole.md)。如果您已使用服務角色，或您的堆疊包含未列出的資源，請聯絡 [AWS 支援](#contacting-support)。

如果您的堆疊處於 `UPDATE_ROLLBACK_FAILED` 狀態，請參閱[更新復原失敗](#troubleshooting-errors-update-rollback-failed)。

### 安全群組不存在於 VPC
<a name="troubleshooting-errors-security-group-does-not-exist-in-vpc"></a>

請確認您指定的 VPC 中存在安全群組。如果安全群組存在，請確認您指定安全群組 ID，而不是安全群組名稱。例如，`AWS::EC2::SecurityGroupIngress` 資源具有 `SourceSecurityGroupName` 和 `SourceSecurityGroupId` 屬性。針對 VPC 安全群組，您必須使用 `SourceSecurityGroupId` 屬性，並指定安全群組 ID。

### 更新復原失敗
<a name="troubleshooting-errors-update-rollback-failed"></a>

依存資源無法返回其原始狀態，導致復原失敗 (`UPDATE_ROLLBACK_FAILED` 狀態)。例如，您可能會有一個正在復原到已在 CloudFormation 之外刪除之舊資料庫執行個體的堆疊。因為 CloudFormation 並不知道資料庫已刪除，因此會假設此資料庫執行個體仍然存在，並嘗試復原回該資料庫執行個體，造成更新復原失敗。

根據失敗的原因，您可以手動修正錯誤並繼續進行復原。透過繼續執行復原，您便可以讓您的堆疊回到運作狀態 (`UPDATE_ROLLBACK_COMPLETE` 狀態)，然後再次嘗試更新堆疊。針對造成更新復原失敗常見的錯誤，下列清單說明解決方案：
+   
無法接收所需數目的訊號  
使用 [signal-resource](https://docs.aws.amazon.com/cli/latest/reference/cloudformation/signal-resource.html) 命令對等待訊號的資源手動傳送所需數目的成功訊號，然後繼續復原更新。例如，在更新復原期間，Auto Scaling 群組中的執行個體可能無法在指定逾時期間內成功發出訊號。請手動傳送成功訊號到 Auto Scaling 群組。當您繼續執行更新復原時，CloudFormation 會收到您的訊號並繼續復原。
+   
在 CloudFormation 外變更資源  
請手動同步資源，使其符合原始堆疊的範本，然後繼續復原更新。例如，如果您手動刪除 CloudFormation 嘗試復原到的資源，您必須在原始堆疊中手動建立具有相同名稱和屬性的資源。
+   
許可不足  
確認您有足夠的 IAM 許可來修改資源，然後繼續更新復原。例如，您的 IAM 政策可能可讓您建立 S3 儲存貯體，但不能修改該儲存貯體。將修改動作新增至您的政策。
+   
無效的安全權杖  
CloudFormation 需要一組新的登入資料。無需做出任何變更。繼續復原更新，這會重新整理憑證。
+   
限制錯誤  
刪除您不需要的資源，或請求[提高配額](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html)，然後繼續復原更新。例如，如果您帳戶的 EC2 隨需執行個體數目配額為 5，而更新復原超過該配額，則復原將會失敗。
+   
資源不穩定  
資源未回應，因為操作可能已超過 CloudFormation 逾時期間，或是 AWS 服務可能已中斷。無需做出任何變更。資源操作完成或 AWS 服務恢復操作後，請繼續復原更新。

若要繼續復原更新，您可以使用 CloudFormation 主控台或 AWS 命令列介面 (AWS CLI)。如需詳細資訊，請參閱[繼續復原更新](using-cfn-updating-stacks-continueupdaterollback.md)。

如果這些解決方案都無效，您可以略過 CloudFormation 無法成功復原的資源。如需詳細資訊，請參閱《*AWS CloudFormation API 參考*》中 [https://docs.aws.amazon.com/AWSCloudFormation/latest/APIReference/API_ContinueUpdateRollback.html](https://docs.aws.amazon.com/AWSCloudFormation/latest/APIReference/API_ContinueUpdateRollback.html) API 操作的 `ResourcesToSkip` 參數。CloudFormation 會將指定資源的狀態設為 `UPDATE_COMPLETE` 並繼續復原堆疊。在復原完成後，跳過資源的狀態會和堆疊範本中資源的狀態不一致。在您執行下一次堆疊更新前，您必須修改資源或更新堆疊，使其和彼此保持一致。若您未這麼做，後續的堆疊更新可能會失敗，使堆疊無法復原。

### 等待條件未收到來自 Amazon EC2 執行個體所需數目的訊號
<a name="troubleshooting-errors-wait-condition-didnt-receive-the-required-number-of-signals"></a>

為解決此狀況，請嘗試下列作業：
+ 請確認您使用的 AMI 已安裝 CloudFormation 協助程式指令碼。如果 AMI 不包含協助程式指令碼，您也可以將指令碼下載到您的執行個體。如需詳細資訊，請參閱《CloudFormation 範本參考指南》中的 [CloudFormation 協助程式指令碼參考](https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/cfn-helper-scripts-reference.html)。**
+ 請確認已成功在執行個體上執行 `cfn-signal` 命令。您可以檢視日誌，例如 `/var/log/cloud-init.log` 或 `/var/log/cfn-init.log`，以協助您除錯執行個體啟動。您可以登入您的執行個體來擷取日誌，但您必須[停用失敗時的復原](cfn-console-create-stack.md#configure-stack-options)，否則 CloudFormation 會在堆疊建立失敗後刪除執行個體。您也可以[發佈日誌](https://aws.amazon.com/blogs/devops/view-cloudformation-logs-in-the-console/)到 Amazon CloudWatch。針對 Windows，您可以檢視 `C:\cfn\log` 中的 cfn 日誌和 `%ProgramFiles%\Amazon\EC2ConfigService` 中的 EC2Config 服務日誌。
+ 請確認該執行個體已連線到網際網路。如果執行個體位於 VPC，則執行個體可以透過 NAT 裝置 (在私有子網路中時) 或透過網際網路閘道 (在公有子網路中時) 連線到網際網路。若要測試執行個體的網際網路連線，請嘗試存取公有網頁，例如 `http://aws.amazon.com`。例如，您可以在執行個體上執行下列命令。它應會傳回 HTTP 200 狀態碼。

  ```
  curl -I https://aws.amazon.com
  ```

  如需有關設定 NAT 裝置的資訊，請參閱《Amazon VPC 使用者指南》中的 [NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat.html)。

### 從堆疊中移除但未刪除的資源
<a name="troubleshooting-errors-resource-removed-not-deleted"></a>

在堆疊更新期間，CloudFormation 已從堆疊中移除資源，但未刪除資源。資源仍然存在，但無法再透過 CloudFormation 存取。這可能會發生在堆疊更新期間，其中：
+ CloudFormation 需要取代現有資源，因此它會先建立新的資源，然後嘗試刪除舊的資源。
+ 您已經從堆疊範本中移除資源，因此 CloudFormation 會嘗試將資源從堆疊中刪除。

不過，在某些情況下，CloudFormation 可能無法刪除資源。例如，如果使用者沒有刪除指定類型資源的許可。

CloudFormation 會嘗試三次刪除舊資源。如果 CloudFormation 無法刪除舊資源，即會從堆疊中移除舊資源並繼續更新堆疊。堆疊更新完成時，CloudFormation 會發出 `UPDATE_COMPLETE` 堆疊事件，但內含 `StatusReason`，其會指出無法刪除一或多個資源。CloudFormation 也會針對特定資源發出 `DELETE_FAILED` 事件，內含相應的 `StatusReason`，其會說明 CloudFormation 為何無法刪除此資源的更多詳細資訊。

若要解決此情況，請直接使用主控台或基礎服務的 API 來刪除資源。

## 聯絡支援
<a name="contacting-support"></a>

如果您有 AWS 支援，您可以在 https：//[https://console.aws.amazon.com/support/home\$1/ ](https://console.aws.amazon.com/support/home#/)建立技術支援案例。在您聯絡支援人員前，請收集下列資訊：
+ 堆疊 ID。您可以在 [CloudFormation 主控台](https://console.aws.amazon.com/cloudformation/)的**概觀**索引標籤上找到堆疊 ID。如需詳細資訊，請參閱[在 CloudFormation 主控台中檢視堆疊資訊](cfn-console-view-stack-data-resources.md)。
**重要**  
請勿在 CloudFormation 外變更堆疊中的資源。在 CloudFormation 外變更您的堆疊中的資源可能會使其處於不可復原的狀態。
+ 任何堆疊錯誤訊息。如需檢視堆疊錯誤訊息的資訊，請參閱 [故障診斷指南](#basic-ts-guide) 一節。
+ 針對 Amazon EC2 問題，請檢視 `cloud-init` 和 cfn 日誌。這些日誌發佈於 Amazon EC2 執行個體的 `/var/log/` 目錄中。這些日誌會在設定您的執行個體時擷取程序和命令輸出。針對 Windows，請在 `%ProgramFiles%\Amazon\EC2ConfigService` 和 `C:\cfn\log` 中收集 EC2Configure 服務和 cfn 日誌。

您也可以在 AWS re:Post上的 [CloudFormation 社群論壇](https://repost.aws/tags/TAm3R3LNU3RfSX9L23YIpo3w)中搜尋解答和張貼問題。