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

# VPC Lattice 目標群組的運作狀態檢查
<a name="target-group-health-checks"></a>

您的服務會定期將請求傳送至其註冊的目標，以測試其狀態。這些測試稱為*運作狀況檢查*。

每個 VPC Lattice 服務只會將請求路由至運作狀態良好的目標。每個服務會使用目標註冊的目標群組的運作狀態檢查設定，來檢查每個目標的運作狀態。目標註冊後，必須通過一次運作狀態檢查，才算運作狀態良好。在每次運作狀態檢查完成後，服務會關閉為運作狀態檢查建立的連線。

**限制和考量事項**
+ 當目標群組通訊協定版本為 HTTP1 時，依預設會啟用運作狀態檢查。
+ 當目標群組通訊協定版本為 HTTP2 時，根據預設不會啟用運作狀態檢查。不過，您可以啟用運作狀態檢查，並手動將通訊協定版本設定為 HTTP1 或 HTTP2。
+ 運作狀態檢查不支援 gRPC 目標群組通訊協定版本。不過，如果您啟用運作狀態檢查，則必須將運作狀態檢查通訊協定版本指定為 HTTP1 或 HTTP2。
+ 運作狀態檢查不支援 Lambda 目標群組。
+ 運作狀態檢查不支援 Application Load Balancer 目標群組。不過，您可以使用 Elastic Load Balancing 啟用 Application Load Balancer 目標的運作狀態檢查。如需詳細資訊，請參閱《*Application Load Balancer 使用者指南*》中的[目標群組運作狀態檢查](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html)。

## 運作狀態檢查設定
<a name="health-check-settings"></a>

您需要按下表中的描述為目標群組中的目標設定運作狀態檢查。表中使用的設定名稱是 API 中使用的名稱。服務會使用指定的連接埠、通訊協定和 ping 路徑，每隔 **HealthCheckIntervalSeconds** 秒將運作狀態檢查請求傳送至每個已註冊的目標。每個運作狀態檢查請求是各自獨立，且在整個間隔內持續保持此結果。目標回應所花的時間不影響下次運作狀態檢查請求的間隔。如果運作狀態檢查超過 **UnhealthyThresholdCount** 連續失敗，服務會將目標停止服務。當運作狀態檢查超過 **HealthyThresholdCount** 連續成功時，服務會將目標恢復服務。


| 設定 | Description | 
| --- | --- | 
| **HealthCheckProtocol** |  服務在對目標執行運作狀態檢查時使用的通訊協定。可能的通訊協定是 HTTP 和 HTTPS。預設為 HTTP 通訊協定。  | 
| **HealthCheckPort** |  服務在對目標執行運作狀態檢查時使用的連接埠。預設值是使用每個目標接收來自服務的流量的連接埠。  | 
| **HealthCheckPath** |  目標上運作狀態檢查的目的地。 如果通訊協定版本為 HTTP1 或 HTTP2，請指定有效的 URI (/*path*？*query*)。預設為 /.  | 
| **HealthCheckTimeoutSeconds** |  以秒為單位的時間量，若目標在此期間內毫無回應即表示運作狀態檢查失敗。範圍為 1–120 秒。如果目標類型為 `INSTANCE`或 ，則預設值為 5 秒`IP`。指定 0 將此設定重設為其預設值。  | 
| **HealthCheckIntervalSeconds** |  個別目標每次執行運作狀態檢查的大約間隔時間量，以秒為單位。範圍介於 5–300 秒之間。如果目標類型為 `INSTANCE`或 ，則預設值為 30 秒`IP`。指定 0 將此設定重設為其預設值。  | 
| **HealthyThresholdCount** |  在運作狀態不佳的目標視為正常之前，所需的連續成功運作狀態檢查次數。範圍介於 2–10 之間。預設值為 5。指定 0 將此設定重設為其預設值。  | 
| **UnhealthyThresholdCount** |  在將目標視為運作狀態不良前，必要的連續運作狀態檢查失敗次數。範圍介於 2–10 之間。預設為 2。指定 0 將此設定重設為其預設值。  | 
| **Matcher** |  檢查是否收到來自目標的成功回應時所使用的代碼。這些在主控台中稱為**成功代碼**。 如果通訊協定版本為 HTTP1 或 HTTP2，則可能的值為 200 到 499。您可以指定多個值 (例如，"200,202") 或值範圍 (例如，"200-299")。預設值為 200。 目前不支援 gRPC 的運作狀態檢查通訊協定版本。不過，如果您的目標群組通訊協定版本是 gRPC，您可以在運作狀態檢查組態中指定 HTTP1 或 HTTP2 通訊協定版本。  | 

## 檢查目標的運作狀態
<a name="check-target-health"></a>

您可以檢查已向目標群組註冊的各個目標的運作狀態。

**使用主控台檢查目標的運作狀態**

1. 在 [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/) 開啟 Amazon VPC 主控台。

1. 在導覽窗格的 **VPC Lattice** 下，選擇**目標群組**。

1. 選擇目標群組的名稱，以開啟其詳細資訊頁面。

1. 在 **Targets (目標)** 標籤，**Health status (運作狀態)** 欄指出各目標的狀態。如果狀態是 以外的任何值`Healthy`，**運作狀態詳細資訊**欄會包含更多資訊。

**使用 檢查目標的運作狀態 AWS CLI**  
使用 [list-targets](https://docs.aws.amazon.com/cli/latest/reference/vpc-lattice/list-targets.html) 命令。此命令的輸出包含目標的運作狀態。如果狀態為 `Healthy` 以外的任何值，則輸出也會包含原因代碼。

**接收有關狀態不良目標的電子郵件通知**  
使用 CloudWatch 警示啟動 Lambda 函數，以傳送運作狀態不佳目標的詳細資訊。

## 修改運作狀態檢查設定
<a name="modify-health-check-settings"></a>

您可以隨時修改目標群組的運作狀態檢查設定。

**使用主控台修改運作狀態檢查設定**

1. 在 [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/) 開啟 Amazon VPC 主控台。

1. 在導覽窗格的 **VPC Lattice** 下，選擇**目標群組**。

1. 選擇目標群組的名稱，以開啟其詳細資訊頁面。

1. 在**運作狀態檢查**索引標籤上的**運作狀態檢查設定**區段中，選擇**編輯**。

1. 視需要修改運作狀態檢查設定。

1. 選擇**儲存變更**。

**使用 修改運作狀態檢查設定 AWS CLI**  
使用 [update-target-group](https://docs.aws.amazon.com/cli/latest/reference/vpc-lattice/update-target-group.html) 命令。