本頁說明用來判斷Google Cloud 專案資源和整個 Google Cloud效能的評估指標。您也可以查看各種檢視畫面，進一步瞭解這些成效指標的詳細資料。
指標
效能資訊主頁提供兩種指標：封包遺失率和延遲 (封包往返時間，或 RTT)。如要取得Google Cloud 專案的封包遺失率指標，專案中必須有足夠數量的 VM。如要取得延遲指標，您需要有足夠的流量。此外，您不需要設定效能資訊主頁。
以下各節將詳細說明這兩項指標。
封包遺失率
封包遺失率指標會顯示下列項目之間的積極探測結果：
單一虛擬私有雲網路中的 VM。
虛擬私有雲對等互連網路中的 VM，當其中一個或兩個網路位於您的專案中時。如果對等互連的網路位於不同的專案，您會在目標專案中看到封包遺失。
專案使用的共用虛擬私有雲網路中的 VM。在使用共用虛擬私有雲網路的兩個專案之間，您可以在目的地服務專案中看到封包遺失情形。
舉例來說，假設專案 A 包含兩個虛擬私有雲網路：網路 A 只在區域 A 中含有 VM，而網路 M 只在區域 M 中含有 VM。如果這兩個網路是對等互連，專案 A 的效能資訊主頁就會顯示 A/M 區域配對的封包遺失資料。如果網路未建立對等連線，效能資訊主頁就不會顯示該區域組合的封包遺失指標。
如果這兩個聯播網不屬於同一個專案，請注意每個聯播網的「成效資訊主頁」何時顯示指標。也就是說，假設網路 A 屬於專案 A，而網路 M 屬於專案 M。當網路對等連線後，專案 M 的效能資訊主頁會顯示封包遺失資料，當區域 M 是目的地區域時。反之，如果區域 A 是目的地區域，則只有專案 A 能查看封包遺失資料。如果網路未配對，兩個專案的效能資訊主頁都不會顯示區域組合的封包遺失資料。
透過所有探針收集到的資料會匯總至「效能資訊主頁」中。也就是說，效能資訊主頁無法讓您區隔專案內封包遺失和其他類型的資料 (例如與另一個專案中對等互連虛擬私有雲網路相關的封包遺失)。不過，您可以使用 Monitoring 查看更詳細的結果。詳情請參閱效能資訊主頁指標參考資料。
效能資訊主頁不會透過 Cloud VPN 連線傳送探針。
研究方法
效能資訊主頁會在 VM 所在的實體主機上執行 worker。這些 worker 會插入及接收與流量相同網路上執行的探測封包。由於 worker 會在實體主機上執行，而非在 VM 上執行，因此這些 worker 不會耗用 VM 資源，且 VM 上不會顯示流量。
探針涵蓋可彼此通訊的 VM 完整網格，這不一定與您的流量模式相同。因此，您可能會在效能資訊主頁中看到封包遺失率的相關指標，但應用程式中並未出現封包遺失的證據。
針對所有受檢測的 VM， Google Cloud 會嘗試使用 VM 的內部 IP 位址和外部 IP 位址 (如果有) 存取 VM。探針不會離開 Google Cloud，但透過使用外部 IP 位址，效能資訊主頁可涵蓋外部流量 (例如來自網際網路的流量) 使用的部分路徑。
內部 IP 位址的封包遺失率會使用 UDP 封包進行評估，而外部 IP 位址的封包遺失率會使用 TCP 封包進行評估。
指標可用性和可信度等級
效能資訊主頁會探查網路中所有 VM-VM 組合的子集。系統會根據收集到的資料，估算您可能會遇到的封包遺失情形。Google 對資料的信心取決於探測率，而探測率則取決於您在每個區域的 VM 數量，以及部署 VM 的區域數量。舉例來說，在兩個區域中部署 10 部 VM 比在 10 個區域中部署 10 部 VM 更可靠。
所有 VM (包括 Google Kubernetes Engine (GKE) 建立的 VM) 都會計入 VM 總數。
下表說明不同信賴水準。熱力圖會在信賴度較低的區域標示星號 (*) 或 N/A。
| 等級 | 每個可用區的 VM 數量要求 | 效能資訊主頁在熱圖上顯示的內容 |
|---|---|---|
| 95% 信賴水準 | 10 個 VM 乘以專案中的可用區數量。舉例來說，如果專案中有 12 個可用區，則每個可用區都必須有 120 個 VM。 | 不含任何額外符號的測量值 |
| 90% 信賴水準 | 2.5 個 VM 乘以專案中的可用區數量。舉例來說，如果專案中有 12 個可用區，則每個可用區都必須有 30 個 VM。 | 不含任何額外符號的測量值 |
| 可信度低 | 標有星號的評估 | |
| 探針不足，無法取得有意義的資料 | N/A |
Google Cloud 封包遺失指標一律可用。如果每分鐘的探針數少於 400，系統會顯示星號 (*)。
專案專屬延遲時間
延遲時間指標的評估方式是使用下列項目之間的客戶流量：
- 單一虛擬私有雲網路中的 VM
- 虛擬私有雲網路對等互連網路之間的虛擬機器 (如果這些網路位於同一個專案中)
- VM 和網際網路端點
此外，共用虛擬私有雲網路中服務專案的效能資訊主頁「只會」顯示服務專案內區域的資料。也就是說，假設區域 A 和服務專案 A 中的 VM 使用主機專案，與區域 B 和服務專案 B 中的 VM 通訊。服務專案和主機專案都無法使用該流量的評估資料。
延遲時間Google Cloud
延遲時間指標的評估方式是使用下列項目之間的實際客戶流量：
- 單一虛擬私有雲網路中的 VM
- 對等互連虛擬私有雲網路之間的 VM
- VM 和網際網路端點
專案和 Google Cloud 延遲的方法
延遲時間是使用 TCP 封包來測量。
根據實際流量的樣本，延遲時間的計算方式是從傳送 TCP 序號 (SEQ) 到收到相應的 ACK 之間的時間，其中包含網路 RTT 和 TCP 堆疊相關延遲時間。資訊主頁會顯示延遲時間，也就是所有相關測量值的中位數。
延遲時間指標的資料來源和取樣方法與 虛擬私有雲流量記錄相同。
專案專屬的延遲時間會根據專案的樣本計算。Google Cloud 延遲時間是根據所有 Google Cloud的樣本計算而得。
全域延遲指標是透過被動取樣 TCP 流量標頭而得，並非透過從 Google Cloud 到網際網路端點的主動探測而得。
延遲時間指標異常
請注意以下延遲指標異常：
在低速率環境中，Network Intelligence Center 會使用 60 秒的探針來評估延遲指標。因此，當以 TCP 為基礎的服務傳回延遲的應用程式層級回應時，以封包取樣為基礎的 RTT 指標可能會誤報高延遲等級。您通常可以檢查 RTT 層級是否與應用程式層級延遲時間相符，藉此辨識不準確的 RTT 層級。
雖然以 TCP 為基礎的服務會透過
ACK快速回應，但取樣作業會遺漏ACK，並將較晚的資料回應計為較早 SEND 的結束ACK，進而扭曲整體 RTT 測量結果。在這種情況下，您可以忽略 RTT 指標。有時，專案專屬的延遲時間資料與全域延遲時間資料不一致。如果全球資料集也納入其他網路路徑，且相較於特定專案使用的網路路徑，延遲時間有顯著差異，就可能發生這種不一致的情況。
指標可用性
Google Cloud 延遲時間指標一律可用。只有在 TCP 流量每分鐘約為 1,000 個封包或更高時，才能使用個別專案的延遲指標。
指標摘要表
下表列出用於回報封包遺失和延遲指標的探測方法和通訊協定。
| 封包遺失率 | 延遲時間 | |
|---|---|---|
| 探測方法 | 主動探測 (合成 VM 流量) | 被動探測 (實際的 VM 流量) |
| 通訊協定 | UDP (內部 IP 位址)、TCP (外部 IP 位址) | TCP (內部/外部 IP 位址) |
延遲檢視
您可以在三個檢視畫面中查看「Internet to Google Cloud」流量類型的延遲時間詳細資料：「Table」檢視畫面、「Map」檢視畫面和「Timeline」檢視畫面。
表格檢視
「表格」檢視畫面會顯示所選地理區域與專案中含有 VM 執行個體的區域之間的 RTT 中位數。表格包含下列詳細資料：
- 國家/地區：國家/地區名稱。
- 城市：城市數量。您可以在國家/地區詳細資料圖表中查看各個特定城市的延遲時間詳細資料。
- 目的地區域：有特定國家/地區使用者流量的目的地區域數量。
- 延遲時間中位數：國家/地區之間的 RTT 中位數，以毫秒為單位。
地圖檢視
「地圖」檢視畫面會顯示地理位置 (都會區或城市) 和Google Cloud 區域。
- 查看特定地點和 Google Cloud區域的延遲時間中位數。
- 選取 Google Cloud 區域，查看有流量前往所選區域的位置。
- 在側欄的延遲時間圖表中查看特定地點的詳細資料。
- 使用地圖上的搜尋框搜尋地點。
地點會以不同藍色色階標示，用於在地圖上顯示中位延遲時間的範圍。在下圖中，全球地圖上顯示特定城市的圓圈顏色可以是藍色的某個色調。藍色越深，代表該城市與特定 Google Cloud 區域的延遲時間越長。
時間軸檢視畫面
「時間軸」檢視畫面會顯示所選地理區域和 Google Cloud 區域之間的 RTT 中位數。這項指標會提供目前的延遲指標和六週的歷來資料。您可以使用篩選器進一步匯總城市、地理區域和國家/地區層級的流量。只有在該組合有足夠的 Google Cloud 流量時，您才能查看與特定區域-地理位置組合相對應的延遲指標。