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

# 透過 CloudWatch 監控 Amazon EMR 事件
<a name="emr-manage-cloudwatch-events"></a>

Amazon EMR 會追蹤事件，並在 Amazon EMR 主控台中將相關資訊保留最多七天。當叢集、執行個體群組、執行個體機群、自動擴展政策或步驟的狀態發生變更時，Amazon EMR 會記錄事件。事件會擷取事件發生的日期和時間、受影響元素的詳細資料，以及其他重要資料點。

下表會列出 Amazon EMR 事件，以及該事件指示的狀態或狀態變更、事件嚴重性、事件類型、事件代碼和事件訊息。Amazon EMR 將事件表示為 JSON 物件，並自動將它們傳送至事件串流。當您使用 CloudWatch Events 為事件處理設定規則時，JSON 物件尤其重要，因為規則要試圖符合 JSON 物件中的模式。如需詳細資訊，請參閱《Amazon CloudWatch Events 使用者指南》**中的[事件與事件模式](https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/CloudWatchEventsandEventPatterns.html)以及 [Amazon EMR 事件](https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/EventTypes.html#emr_event_type)。

**注意**  
EMR 會定期發出具有事件碼 **EC2 佈建 - 執行個體容量不足**的事件。當您的 Amazon EMR 叢集在叢集建立或調整大小操作期間遇到執行個體機群或執行個體群組的 Amazon EMR 容量不足錯誤時，就會發生這些事件。事件可能不會包含您提供的所有執行個體類型和 AZs，因為 EMR 只包含自上次發出容量不足事件以來嘗試在 中佈建容量的執行個體類型和 AZs。如需如何回應這些事件的資訊，請參閱[回應 Amazon EMR 叢集的執行個體容量不足事件](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-events-response-insuff-capacity.html)。

## 叢集啟動事件
<a name="emr-cloudwatch-cluster-events"></a>


| 狀態或狀態變更 | 嚴重性 | 事件類型 | 事件代碼 | 訊息 | 
| --- | --- | --- | --- | --- | 
| CREATING | WARN | EMR 執行個體機群佈建 | EC2 佈建 - 執行個體容量不足 | 我們無法為執行個體機群 InstanceFleetID 建立 Amazon EMR 叢集 ClusterId (ClusterName)。Amazon EC2 在可用區域 [AvailabilityZone1, AvaliabilityZone2] 中執行個體類型 [Instancetype1, Instancetype2] 的 Spot 容量不足且執行個體類型 [Instancetype3, Instancetype4] 的隨需容量不足。如需有關如何回應此事件的詳細資訊，請參閱這裡的[文件](emr-EC2_INSUFFICIENT_CAPACITY-error.md)。 | 
| CREATING | WARN | EMR 執行個體群組佈建 | EC2 佈建 - 執行個體容量不足 | 我們無法ClusterId (ClusterName)為執行個體群組 Amazon EC2 建立 Amazon EMR InstanceGroupID 叢集，但[Instancetype3, Instancetype4]可用區域中執行個體類型的 Spot 容量不足[Instancetype1, Instancetype2]，且執行個體類型的隨需容量不足[AvailabilityZone1, AvaliabilityZone2]。如需有關如何回應此事件的詳細資訊，請參閱這裡的[文件](emr-EC2_INSUFFICIENT_CAPACITY-error.md)。 | 
| CREATING | WARN | EMR 執行個體機群佈建 | EC2 佈建 - 子網路中的可用地址不足 | 我們無法建立您為執行個體機群請求ClusterId (ClusterName)的 Amazon EMR 叢集，InstanceFleetID因為指定的子網路[Subnet1, Subnet2]不包含足夠的可用私有 IP 地址，無法滿足您的請求。使用 DescribeSubnets操作來查看子網路中有多少 IP 地址可用 （未使用）。如需如何回應此事件的資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html) | 
| CREATING | WARN | EMR 執行個體群組佈建 | EC2 佈建 - 子網路中的可用地址不足 | 我們無法建立您為執行個體群組請求ClusterId (ClusterName)的 Amazon EMR 叢集，InstanceGroupID因為指定的子網路[Subnet1, Subnet2]不包含足夠的可用私有 IP 地址，無法滿足您的請求。使用 DescribeSubnets操作來查看子網路中有多少 IP 地址可用 （未使用）。如需如何回應此事件的資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html) | 
| CREATING  | WARN  | EMR 執行個體機群佈建 | EC2 佈建 – 超過 vCPU 限制 | Amazon EMR 叢集InstanceFleetID中的 佈建ClusterId (ClusterName)會延遲，因為您已達到指派給 中執行中執行個體的 vCPUs （虛擬處理單元） 數量限制account (accountId)。如需詳細資訊，[Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)  | 
| CREATING  | WARN  | EMR 執行個體群組佈建 | EC2 佈建 – 超過 vCPU 限制 | Amazon EMR 叢集InstanceGroupID中執行個體群組的佈建ClusterId會延遲，因為您已達到指派給帳戶 中執行中執行個體vCPUs （虛擬處理單元） 數量限制(accountId)。如需詳細資訊，[Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)  | 
| CREATING  | WARN  | EMR 執行個體機群佈建 | EC2 佈建 – 超過 Spot 執行個體計數限制 | Amazon EMR 叢集InstanceFleetID中執行個體機群的佈建ClusterID (ClusterName)會延遲，因為您已達到可在 中啟動的 Spot 執行個體數量限制account (accountId)。如需詳細資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)。 | 
| CREATING  | WARN  | EMR 執行個體群組佈建 | EC2 佈建 – 超過 Spot 執行個體計數限制 | Amazon EMR 叢集InstanceGroupID中執行個體群組的佈建ClusterID (ClusterName)會延遲，因為您已達到可在 中啟動的 Spot 執行個體數量限制account (accountId)。如需詳細資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)。 | 
| CREATING  | WARN  | EMR 執行個體機群佈建 | EC2 佈建 – 超過執行個體限制 | Amazon EMR 叢集InstanceFleetID中執行個體機群的佈建ClusterId (ClusterName)會延遲，因為您已達到可在 中同時執行的執行個體數量限制account (accountID)。如需 Amazon EC2 服務限制的詳細資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)。 | 
| CREATING  | WARN  | EMR 執行個體群組佈建 | EC2 佈建 – 超過執行個體限制 | Amazon EMR 叢集InstanceGroupID中執行個體群組的佈建ClusterId (ClusterName)會延遲，因為您已達到可在 中同時執行的執行個體數量限制account (accountID)。如需 Amazon EC2 服務限制的詳細資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)。 | 
| CREATING | WARN | EMR 執行個體群組佈建 | *無* | Amazon EMR 叢集 `ClusterId (ClusterName)` 建立於 `Time` 並且可供使用。<br />- 或 - <br />Amazon EMR 叢集 `ClusterId (ClusterName)` 已於 `Time` 完成執行所有待定步驟。 處於 `WAITING` 狀態的叢集可能仍在處理作業。  | 
| STARTING  | INFO  | EMR 叢集狀態變更 | *無* | 已於 `Time` 請求 Amazon EMR 叢集 `ClusterId (ClusterName)`，並且正在建立中。 | 
| STARTING  | INFO  | EMR 叢集狀態變更 | *無* |  僅適用於具有 Amazon EC2 內部選擇的執行個體機群組態和多個可用區域的叢集。 正在區域 (`AvailabilityZoneID`) 中建立 Amazon EMR 叢集 `ClusterId (ClusterName)`，該區域是從指定的可用區域選項中選擇的。 | 
| STARTING  | INFO  | EMR 叢集狀態變更 | *無* | Amazon EMR 叢集 `ClusterId (ClusterName)` 於 `Time` 開始執行步驟。 | 
| WAITING  | INFO  | EMR 叢集狀態變更 | *無* | Amazon EMR 叢集 `ClusterId (ClusterName)` 建立於 `Time` 並且可供使用。<br />- 或 - <br />Amazon EMR 叢集 `ClusterId (ClusterName)` 已於 `Time` 完成執行所有待定步驟。 處於 `WAITING` 狀態的叢集可能仍在處理作業。  | 

**注意**  
當您的 EMR 叢集在叢集建立或調整操作期間，遇到來自 Amazon EC2 的執行個體機群或執行個體群組的容量不足錯誤時，具有事件代碼 `EC2 provisioning - Insufficient Instance Capacity` 的事件會定期發出。如需有關如何回應這些事件的詳細資訊，請參閱 [回應 Amazon EMR 叢集執行個體容量不足事件](emr-events-response-insuff-capacity.md)。

## 叢集終止事件
<a name="emr-cloudwatch-cluster-termination-events"></a>


| 狀態或狀態變更 | 嚴重性 | 事件類型 | 事件代碼 | 訊息 | 
| --- | --- | --- | --- | --- | 
| TERMINATED  | 嚴重程度依狀態更改原因而定，如下所示：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/emr/latest/ManagementGuide/emr-manage-cloudwatch-events.html) | EMR 叢集狀態變更 | *無* | Amazon EMR 叢集 `ClusterId (ClusterName)` 已於 `Time` 因 `StateChangeReason:Code` 原因而終止。 | 
| TERMINATED\_WITH\_ERRORS  | CRITICAL  | EMR 叢集狀態變更 | *無* | Amazon EMR 叢集 `ClusterId (ClusterName)` 已於 `Time` 因 `StateChangeReason:Code` 原因而終止，且出現錯誤。 | 
| TERMINATED\_WITH\_ERRORS  | CRITICAL  | EMR 叢集狀態變更 | *無* | Amazon EMR 叢集 `ClusterId (ClusterName)` 已於 `Time` 因 `StateChangeReason:Code` 原因而終止，且出現錯誤。 | 

## 執行個體機群狀態變更事件
<a name="emr-cloudwatch-instance-fleet-events"></a>

**注意**  
執行個體機群組態只能在 Amazon EMR 4.8.0 版及更新版本 (不含 5.0.0 和 5.0.3 版) 中使用。


****  

| 狀態或狀態變更 | 嚴重性 | 事件類型 | 事件代碼 | 訊息 | 
| --- | --- | --- | --- | --- | 
| 從 `PROVISIONING` 到 `WAITING` | INFO  |  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體機群 `InstanceFleetID` 的佈建已完成。佈建開始於 `Time` 並花費了 `Num` 分鐘。執行個體機群現在擁有 `Num` 的隨需容量和 `Num` 的 Spot 容量。目標隨需容量為 `Num`，而目標 Spot 容量為 `Num`。 | 
| 從 `WAITING` 到 `RESIZING` | INFO  |  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體機群 `InstanceFleetID` 的調整大小開始於 `Time`。執行個體機群正在從隨需容量 `Num` 調整到目標 `Num`，從 Spot 容量 `Num` 調整到目標 `Num`。 | 
| 從 `RESIZING` 到 `WAITING` | INFO  |  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體機群 `InstanceFleetID` 的規模調整操作已完成。規模調整於 `Time` 開始並花費 `Num` 分鐘。執行個體機群現在擁有 `Num` 的隨需容量和 `Num` 的 Spot 容量。目標隨需容量為 `Num`，而目標 Spot 容量為 `Num`。 | 
| 從 `RESIZING` 到 `WAITING` | INFO  |  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體機群 `InstanceFleetID` 的規模調整操作已逾時且停止。規模調整於 `Time` 開始並於 `Num` 分鐘後停止。執行個體機群現在擁有 `Num` 的隨需容量和 `Num` 的 Spot 容量。目標隨需容量為 `Num`，而目標 Spot 容量為 `Num`。 | 
| SUSPENDED  | ERROR  |  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體機群 `InstanceFleetID` 於 `Time` 中止，原因為：`ReasonDesc`。 | 
| RESIZING  | WARNING  |  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體機群 `InstanceFleetID` 的規模調整操作停止，原因為：`ReasonDesc`。 | 
| `WAITING` 或 `Running` | INFO  |  | 無 | Amazon EMR 在可用區域 `AvailabilityZone` 中新增 Spot 容量時，Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體機群 `InstanceFleetID` 的規模調整操作無法完成。我們已取消佈建額外 Spot 容量的請求。如需建議的動作，請檢查 [Amazon EMR 叢集的可用區域彈性](emr-flexibility.md) 並再試一次。 | 
| `WAITING` 或 `Running` | INFO  |  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體機群 `InstanceFleetID` 的規模調整操作由 `Entity` 於 `Time` 啟動。 | 

## 執行個體機群重新設定事件
<a name="emr-cloudwatch-instance-fleet-events-reconfig"></a>


****  

| 狀態或狀態變更 | 嚴重性 | 訊息 | 
| --- | --- | --- | 
| 請求的執行個體機群重新設定 | INFO  | 使用者已請求在 Amazon EMR 叢集 `ClusterId`() `InstanceFleetID`中重新設定執行個體機群`ClusterName`。 | 
| 執行個體機群重新設定開始 | INFO  | Amazon EMR 已在 的 Amazon EMR 叢集 `ClusterId`(`ClusterName`) `InstanceFleetID`中啟動執行個體機群的重新設定`Time`。 | 
| 執行個體機群重新設定已完成 | INFO  | Amazon EMR 已完成在 Amazon EMR 叢集 `ClusterId`() `InstanceFleetID`中重新設定執行個體機群`ClusterName`。 | 
| 執行個體機群重新設定失敗 | WARNING  | Amazon EMR 無法在 的 Amazon EMR 叢集 `ClusterId`(`ClusterName`) `InstanceFleetID`中重新設定執行個體機群`Time`。重新設定失敗，因為 `Reason`。 | 
| Instance Fleet Reconfiguration Reversion Start | INFO  | Amazon EMR 正在將 Amazon EMR 叢集 `ClusterId`(`ClusterName`) `InstanceFleetID`中的執行個體機群還原為先前的成功組態。 | 
| 執行個體機群重新設定還原已完成 | INFO  | Amazon EMR 已完成將 Amazon EMR 叢集 `ClusterId`(`ClusterName`) `InstanceFleetID`中的執行個體機群還原為先前的成功組態。 | 
| 執行個體機群重新設定還原失敗 | CRITICAL  | Amazon EMR 無法將 Amazon EMR 叢集 `ClusterId`(`ClusterName`) `InstanceFleetID`中的執行個體機群還原為先前在 成功的組態`Time`。由於 ，重新設定還原失敗`Reason`。 | 
| 執行個體機群重新設定還原已封鎖 | INFO  | Amazon EMR 會暫時封鎖 Amazon EMR 叢集 `ClusterId`(`ClusterName`) `InstanceFleetID`中的執行個體機群，`Time`因為執行個體機群處於 `State` 狀態。 | 

## 執行個體機群規模調整事件
<a name="emr-cloudwatch-instance-fleet-resize-events"></a>


****  

| 事件類型 | 嚴重性 | 事件代碼 | 訊息 | 
| --- | --- | --- | --- | 
| EMR 執行個體機群調整大小  | ERROR | Spot 佈建逾時 | 在可用區域 `AvailabilityZone` 中取得 Spot 容量時，Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體機群 `InstanceFleetID` 的規模調整操作無法完成。我們現在已取消您的請求，並停止嘗試佈建任何額外的 Spot 容量，並且執行個體機群已佈建 `num` 的 Spot 容量。目標 Spot 容量為 `num`。如需詳細資訊和建議的動作，請檢查[此處](emr-flexibility.md)的文件頁面，然後再試一次。 | 
| EMR 執行個體機群調整大小  | ERROR | 隨選佈建逾時 | 在可用區域 `AvailabilityZone` 中取得隨需容量時，Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體機群 `InstanceFleetID` 的規模調整操作無法完成。我們現在已取消您的請求，並停止嘗試佈建任何額外的隨需容量，並且執行個體機群已佈建 `num` 的隨需容量。目標隨需容量為 `num`。如需詳細資訊和建議的動作，請檢查[此處](emr-flexibility.md)的文件頁面，然後再試一次。 | 
| EMR 執行個體機群調整大小  | WARNING | EC2 佈建 - 執行個體容量不足 | 我們無法完成 EMR 叢集 `ClusterId (ClusterName)` 中執行個體機群 `InstanceFleetID` 的規模調整操作，因為 Amazon EC2 在可用區域 `[AvailabilityZone1]` 中執行個體類型 `[Instancetype1, Instancetype2]` 的 Spot 容量不足且執行個體類型 `[Instancetype3, Instancetype4]` 的隨需容量不足。到目前為止，執行個體機群已佈建 `num` 的隨需容量，且目標隨需容為 `num`。已佈建的 Spot 容量為 `num`，且目標 Spot 容量為 `num`。如需有關如何回應此事件的詳細資訊，請參閱這裡的[文件](emr-EC2_INSUFFICIENT_CAPACITY-error.md)。 | 
| EMR 執行個體機群調整大小  | WARNING | Spot 佈建逾時 - 繼續調整大小 | 對於可用區域 `AvailabilityZone` 中 `[Instancetype1, Instancetype2]` 的 Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體機群 ID `InstanceFleetID`，我們仍在為於 `time` 啟動的執行個體機群規模調整操作佈建 Spot 容量。針對於 `time` 啟動的先前的規模調整操作，逾時期限已過期，因此 Amazon EMR 在將請求的 `num` 個執行個體中的 `num` 個新增到執行個體機群後，會停止佈建 Spot 容量。如需詳細資訊，請查看[此處](emr-flexibility.md)的文件頁面。 | 
| EMR 執行個體機群調整大小  | WARNING | 隨選佈建逾時 - 繼續調整大小 | 對於可用區域 `AvailabilityZone` 中 `[Instancetype1, Instancetype2]` 的 Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體機群 ID `InstanceFleetID`，我們仍在為於 `time` 啟動的執行個體機群規模調整操作佈建隨需容量。針對於 `time` 啟動的先前的規模調整操作，逾時期限已過期，因此 Amazon EMR 在將請求的 `num` 個執行個體中的 `num` 個新增到執行個體機群後，會停止佈建隨需容量。如需詳細資訊，請查看[此處](emr-flexibility.md)的文件頁面。 | 
| EMR 執行個體機群調整大小  | WARNING | EC2 佈建 - 子網路中的可用地址不足 | 我們無法完成 Amazon EMR 叢集InstanceFleetID中執行個體機群的調整大小操作，ClusterId (ClusterName)因為指定的子網路 【Subnet1、Subnet2】 不包含足夠的可用私有 IP 地址，無法滿足您的請求。使用 DescribeSubnets操作來檢視子網路中有多少可用 （未使用） 的 IP 地址。如需如何回應此事件的資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)。 | 
| EMR 執行個體機群調整大小  | WARNING | EC2 佈建 - 超過 vCPU 限制 | Amazon EMR 叢集InstanceFleetID中執行個體機群的調整大小ClusterName會延遲，因為您已達到指派給 中執行中執行個體的 vCPUs （虛擬處理單元） 數量限制account (accountId)。如需詳細資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)。 | 
| EMR 執行個體機群調整大小 | WARNING | EC2 佈建 - 超過 Spot 執行個體計數限制 | Amazon EMR 叢集InstanceFleetID中執行個體機群的佈建ClusterID (ClusterName)會延遲，因為您已達到可在 中啟動的 Spot 執行個體數量限制account (accountId)。如需詳細資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)。 | 
| EMR 執行個體機群調整大小  | WARNING | EC2 佈建 - 超過執行個體限制 | Amazon EMR 叢集InstanceFleetID中執行個體機群的佈建ClusterID (ClusterName)會延遲，因為您已達到可在 中執行的隨需執行個體數量限制account (accountId)。如需 [Amazon EC2 API 錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)的詳細資訊。 | 

**注意**  
當 Amazon EMR 在逾時到期後停止佈建機群的 Spot 或隨需容量時，就會發出佈建逾時事件。如需有關如何回應這些事件的詳細資訊，請參閱 [回應 Amazon EMR 叢集執行個體機群調整大小逾時事件](emr-events-response-timeout-events.md)。

## 執行個體群組事件
<a name="emr-cloudwatch-instance-group-events"></a>


****  

| 事件類型 | 嚴重性 | 事件代碼 | 訊息 | 
| --- | --- | --- | --- | 
| 從 `RESIZING` 到 `Running` | INFO  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體群組 `InstanceGroupID` 的規模調整操作已完成。它現在有 `Num` 個執行個體。規模調整於 `Time` 開始並花費 `Num` 分鐘完成。 | 
| 從 `RUNNING` 到 `RESIZING` | INFO  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的規模調整開始於 `Time`。將執行個體計數從 `Num` 調整為 `Num`。 | 
| SUSPENDED  | ERROR  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體群組 `InstanceGroupID` 於 `Time` 中止，原因為：`ReasonDesc`。 | 
| RESIZING  | WARNING  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的規模調整操作停止，原因為：`ReasonDesc`。 | 
| EMR 執行個體群組調整大小  | WARNING | EC2 佈建 - 執行個體容量不足 | 對於 EMR 叢集 `ClusterId (ClusterName)` 中的執行個體群組 `InstanceGroupID`，我們無法完成開始於 `time` 的規模調整操作，因為 Amazon EC2 在可用區域 `[AvailabilityZone1]` 中的執行個體類型 `[Instancetype]` 的 `Spot/On Demand` 容量不足。到目前為止，執行個體群組的執行中執行個體計數為 `num`，請求的執行個體計數為 `num`。如需有關如何回應此事件的詳細資訊，請參閱這裡的[文件](emr-EC2_INSUFFICIENT_CAPACITY-error.md)。 | 
| EMR 執行個體群組調整大小  | WARNING | EC2 佈建 - 子網路中的可用地址不足 | 我們無法完成 Amazon EMR 叢集InstanceGroupID中執行個體群組的調整大小操作，ClusterId (ClusterName)因為指定的子網路 【Subnet1、Subnet2】 不包含足夠的可用私有 IP 地址，無法滿足您的請求。使用 DescribeSubnets操作來檢視子網路中有多少可用 （未使用） 的 IP 地址。如需如何回應此事件的資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)。 | 
| EMR 執行個體群組調整大小  | WARNING | EC2 佈建 - 超過 vCPU 限制 | Amazon EMR 叢集InstanceGroupID中執行個體群組的調整大小ClusterName會延遲，因為您已達到指派給 中執行中執行個體的 vCPUs （虛擬處理單元） 數量限制account (accountId)。如需詳細資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)。 | 
| EMR 執行個體群組調整大小  | WARNING | EC2 佈建 - 超過 Spot 執行個體計數限制 | Amazon EMR 叢集InstanceGroupID中執行個體群組的佈建ClusterID (ClusterName)會延遲，因為您已達到可在 中啟動的 Spot 執行個體數量限制account (accountId)。如需詳細資訊，請參閱 [Amazon EC2 API 的錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)。 | 
| EMR 執行個體群組調整大小  | WARNING | EC2 佈建 - 超過執行個體限制 | Amazon EMR 叢集InstanceGroupID中執行個體群組的佈建ClusterID (ClusterName)會延遲，因為您已達到可在 中執行的隨需執行個體數量限制account (accountId)。如需 [Amazon EC2 API 錯誤代碼](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)的詳細資訊。 | 
| 從 `RUNNING` 到 `RESIZING` | INFO  | 無 | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的規模調整由 `Entity` 於 `Time` 啟動。 | 

**注意**  
對於 Amazon EMR 版本 5.21.0 及更高版本，您可以覆寫叢集組態，並且為執行中叢集的每個執行個體群組指定額外組態分類。您可以使用 Amazon EMR 主控台、 AWS Command Line Interface (AWS CLI) 或 AWS SDK 來執行此操作。如需詳細資訊，請參閱[為執行中叢集的執行個體群組提供組態](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-configure-apps-running-cluster.html)。

下表會列出重新設定操作的 Amazon EMR 事件，以及該事件的狀態或狀態變更、事件嚴重性以及事件訊息。


****  

| 狀態或狀態變更 | 嚴重性 | 訊息 | 
| --- | --- | --- | 
| RUNNING  | INFO  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的重新設定由使用者於 `Time` 啟動。請求的組態版本為 `Num`。 | 
| 從 `RECONFIGURING` 到 `Running` | INFO  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體群組 `InstanceGroupID` 的重新設定操作已完成。重新設定於 `Time` 開始並花費 `Num` 分鐘完成。目前的組態版本為 `Num`。 | 
| 從 `RUNNING` 到 `RECONFIGURING` in  | INFO  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的重新設定開始於 `Time`。將版本編號 `Num` 設定為版本編號 `Num`。 | 
| RESIZING  | INFO  | 針對 Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的組態版本 `Num` 的重新設定操作於 `Time` 暫時中止，因為執行個體群組處於 `State` 狀態。 | 
| RECONFIGURING  | INFO  | 針對 Amazon EMR 叢集 ClusterId (ClusterName) 中執行個體群組 InstanceGroupID 的執行個體計數 Num 的調整大小操作於 Time 暫時中止，因為執行個體群組處於 State 狀態。 | 
| RECONFIGURING  | WARNING  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的重新設定操作於 `Time` 失敗，並花費 `Num` 分鐘才失敗。失敗的組態版本為 `Num`。 | 
| RECONFIGURING  | INFO  | 對於 Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體群組 `InstanceGroupID`，組態將於 `Time` 還原到先前的成功版本編號 `Num`。新的組態版本為 `Num`。 | 
| 從 `RECONFIGURING` 到 `Running` | INFO  | 對於 Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體群組 `InstanceGroupID`，組態已於 `Time` 成功還原到先前的成功版本編號 `Num`。新的組態版本為 `Num`。 | 
| 從 `RECONFIGURING` 到 `SUSPENDED` | CRITICAL  | 對於 Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體群組 `InstanceGroupID`，無法於 `Time` 還原到先前的成功版本編號 `Num`。 | 

## 自動擴展政策事件
<a name="emr-cloudwatch-autoscale-events"></a>


****  

| 狀態或狀態變更 | 嚴重性 | 訊息 | 
| --- | --- | --- | 
| PENDING  | INFO  | 自動擴展政策已於 `Time` 新增至 Amazon EMR 叢集 `ClusterId (ClusterName)` 中的執行個體群組 `InstanceGroupID`。該政策正在等待附件。<br />- 或 - <br />Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的自動擴展政策已於 `Time` 更新。該政策正在等待附件。 | 
| ATTACHED  | INFO  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的自動擴展政策已於 `Time` 附接。 | 
| `DETACHED` | INFO  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的自動擴展政策已於 `Time` 分離。 | 
| FAILED  | ERROR  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的自動擴展政策無法附接並於 `Time` 失敗。<br />- 或 - <br />Amazon EMR 叢集 `ClusterId (ClusterName)` 中執行個體群組 `InstanceGroupID` 的自動擴展政策無法分離並於 `Time` 失敗。 | 

## 步驟事件
<a name="emr-cloudwatch-step-events"></a>


****  

| 狀態或狀態變更 | 嚴重性 | 訊息 | 
| --- | --- | --- | 
| PENDING  | INFO  | 步驟 `StepID (StepName)` 已於 `Time` 新增到 Amazon EMR 叢集 `ClusterId (ClusterName)`，並且正在等待執行。 | 
| CANCEL\_PENDING  | WARN  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的步驟 `StepID (StepName)` 已於 `Time` 取消並且正在等待取消。 | 
| RUNNING  | INFO  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的步驟 `StepID (StepName)` 已於 `Time` 開始執行。 | 
| COMPLETED  | INFO  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的步驟 `StepID (StepName)` 已於 `Time` 完成執行。步驟於 `Time` 開始執行並花費 `Num` 分鐘完成。 | 
| CANCELLED  | WARN  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的叢集步驟 `StepID (StepName)` 的取消請求已於 `Time` 成功，此步驟現已取消。 | 
| FAILED  | ERROR  | Amazon EMR 叢集 `ClusterId (ClusterName)` 中的步驟 `StepID (StepName)` 已於 `Time` 失敗。 | 

## 運作狀態不佳的節點替換事件
<a name="emr-cloudwatch-unhealthy-node-replacement-events"></a>


| 事件類型 | 嚴重性 | 事件代碼 | 訊息 | 
| --- | --- | --- | --- | 
| Amazon EMR 運作狀態不佳的節點替換 | INFO | 偵測到運作狀態不佳的核心節點 | Amazon EMR 已識別 Amazon EMR 叢集`[instanceID (InstanceName)]``InstanceGroup/Fleet`中 的核心執行個體`clusterID (ClusterName)`為 `UNHEALTHY`。Amazon EMR 會嘗試復原或正常取代`UNHEALTHY`執行個體。 | 
| Amazon EMR 運作狀態不佳的節點替換 | INFO | 核心節點運作狀態不佳 - 停用取代 | Amazon EMR 已識別 Amazon EMR 叢集`[instanceID (InstanceName)]``InstanceGroup/Fleet`中 的核心執行個體`(clusterID) (ClusterName)`為 `UNHEALTHY`。在您的叢集中開啟正常運作狀態不佳的核心節點取代，讓 Amazon EMR 在無法復原執行個體時正常取代`UNHEALTHY`執行個體。 | 
| Amazon EMR 運作狀態不佳的節點替換 | WARN | 未取代運作狀態不佳的核心節點 | `clusterID (ClusterName)` 由於*原因*，Amazon EMR 無法取代 Amazon EMR 叢集`[instanceID (InstanceName)]``InstanceGroup/Fleet`中 `UNHEALTHY`的核心執行個體。Amazon EMR 無法取代核心節點的原因取決於您的案例。例如，Amazon EMR 無法刪除節點的一個原因是因為叢集沒有任何剩餘的核心節點。 | 
| Amazon EMR 運作狀態不佳的節點替換 | INFO | 復原運作狀態不佳的核心節點 | Amazon EMR 已復原 Amazon EMR 叢集`[instanceID (InstanceName)]``InstanceGroup/Fleet`中 `UNHEALTHY`的核心執行個體 `clusterID (ClusterName)` | 

如需狀況不良節點取代的詳細資訊，請參閱[取代狀況不良節點](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-node-replacement.html)。

## 使用 Amazon EMR 主控台檢視事件
<a name="emr-events-console"></a>

對於每個叢集，您可以在詳細資訊窗格中查看簡單的事件清單，該清單以遞減順序列出出現的事件。您也可以以遞減順序檢視區域中全部叢集所出現的所有事件。

如果您不希望使用者查看區域的所有叢集事件，請為 `"Effect": "Deny"` 動作新增拒絕許可 (`elasticmapreduce:ViewEventsFromAllClustersInConsole`) 描述到連接至使用者的政策。

**使用主控台檢視區域中所有叢集的事件**

1. 登入 AWS 管理主控台，並在 https：//[https://console.aws.amazon.com/emr](https://console.aws.amazon.com/emr) 開啟 Amazon EMR 主控台。

1. 在左側導覽窗格中的 **EMR on EC2** 下，選擇**事件**。

**使用主控台檢視特定叢集的事件**

1. 登入 AWS 管理主控台，並在 https：//[https://console.aws.amazon.com/emr](https://console.aws.amazon.com/emr) 開啟 Amazon EMR 主控台。

1. 在左側導覽窗格中的 **EMR on EC2** 下方，選擇**叢集**，然後選擇一個叢集。

1. 若要檢視所有事件，請選取叢集詳細資訊頁面上的**事件**索引標籤。