本頁面說明用來判斷Google Cloud 專案資源和整個 Google Cloud效能的指標。您也可以查看各種檢視畫面，進一步瞭解這些成效指標的詳細資料。
指標
效能資訊主頁提供兩種指標：封包遺失率和延遲時間 (封包往返時間，或 RTT)。如要取得Google Cloud 專案的封包遺失率指標，專案中必須有足夠數量的 VM。如要取得延遲指標，您需要有足夠的流量。此外，您不需要設定效能資訊主頁。
以下各節將詳細說明這兩項指標。
封包遺失率
封包遺失率指標會顯示下列項目之間的主動探測結果：
單一虛擬私有雲網路中的 VM。
已對接虛擬私有雲網路中的 VM，前提是其中一個或兩個網路都位於您的專案中。如果對等互連網路位於不同專案，封包遺失率會顯示在目的地專案中。
專案使用的共用 VPC 網路中的 VM。使用共用虛擬私有雲網路的兩個專案之間發生封包遺失時，目的地服務專案會顯示相關資訊。
舉例來說，假設專案 A 包含兩個虛擬私有雲網路：網路 A (只有可用區 A 的 VM) 和網路 M (只有可用區 M 的 VM)。如果這兩個網路已對等互連，專案 A 的效能資訊主頁會顯示 A/M 可用區配對的封包遺失率資料。如果網路未對等互連，效能資訊主頁就不會顯示該可用區配對的封包遺失率指標。
如果這兩個聯播網不在同一個專案中，請注意每個聯播網的成效資訊主頁顯示指標的時間。也就是說，假設網路 A 屬於專案 A，網路 M 屬於專案 M。網路對等互連後，專案 M 的效能資訊主頁會顯示區域 M 是目的地區域時的封包遺失資料。反之，如果區域 A 是目的地區域，則只有專案 A 能查看封包遺失資料。如果網路未對等互連，兩個專案的效能資訊主頁都不會顯示區域配對的封包遺失資料。
透過所有探針收集到的資料會匯總至效能資訊主頁。也就是說，您無法透過效能資訊主頁，區分專案內封包遺失與其他類型的封包遺失資料 (例如與另一個專案中對等互連 VPC 網路相關的封包遺失)。不過，您可以使用「監控」查看更詳細的結果。詳情請參閱「效能資訊主頁指標參考資料」。
效能資訊主頁不會透過 Cloud VPN 連線傳送探測。
研究方法
效能資訊主頁會在裝載 VM 的實體主機上執行工作站。這些工作站會插入及接收探查封包，這些封包與流量在同一個網路上執行。由於工作人員是在實體主機上執行，而非在 VM 上執行，因此這些工作人員不會耗用 VM 資源，且流量不會顯示在 VM 上。
探測會涵蓋可彼此通訊的整個 VM 網格，這不一定與您的流量模式相同。因此，您可能會在效能資訊主頁中看到封包遺失的跡象，但應用程式中沒有封包遺失的證據。
對於所有探查的 VM， Google Cloud 會嘗試使用 VM 的內部 IP 位址和外部 IP 位址 (如有) 存取 VM。探測不會離開 Google Cloud，但使用外部 IP 位址時，效能資訊主頁可以涵蓋外部流量使用的部分路徑，例如來自網際網路的流量。
系統會使用 UDP 封包測量內部 IP 位址的封包遺失率，並使用 TCP 封包測量外部 IP 位址的封包遺失率。
指標可用性和信心水準
效能資訊主頁會探查網路中所有 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 (如果網路位於同一專案中)
- VM 和網際網路端點
此外，共用虛擬私有雲網路中服務專案的效能資訊主頁，只會顯示服務專案內區域的資料。也就是說，假設可用區 A 和服務專案 A 中的 VM 使用主專案，與可用區 B 和服務專案 B 中的 VM 通訊。服務專案或主專案都無法取得該流量的相關指標。
Google Cloud 延遲
延遲時間指標是根據下列項目之間的實際客戶流量測得：
- 單一虛擬私有雲網路中的 VM
- 對等互連虛擬私有雲網路之間的 VM
- VM 和網際網路端點
專案和 Google Cloud 延遲時間的方法
延遲時間是使用 TCP 封包測量。
系統會根據實際流量的樣本計算延遲時間，也就是從送出 TCP 序號 (SEQ) 起算，多久之後收到相應的 ACK (包含網路 RTT 與 TCP 堆疊相關延遲時間)。
由於取樣和應用程式行為會影響 ACK 的記錄時間，因此延遲時間指標也可能包含應用程式層級的延遲。詳情請參閱「延遲時間指標異常」。如要瞭解應用程式延遲時間如何影響 RTT，請參閱「簡要瞭解往返時間」。
資訊主頁會顯示所有相關測量的延遲中位數。
延遲時間指標的資料來源和取樣方法與 VPC 流程記錄相同。
專案專屬的延遲時間是以專案中的樣本為準。Google Cloud 延遲時間是以 Google Cloud的所有樣本為準。
全域延遲時間指標是透過被動取樣 TCP 流量標頭而得，而非透過從 Google Cloud 到網際網路端點的主動探查。
延遲指標異常
請注意下列延遲指標異常情形：
在低速率環境中，Network Intelligence Center 會使用 60 秒的探測來取得延遲指標。因此，如果以封包取樣為基礎的 RTT 指標，在 TCP 服務傳回延遲的應用程式層級回應時，可能會錯誤地回報高延遲層級。如要判斷 RTT 層級是否不準確，通常可以檢查是否與應用程式層級的延遲相符。
雖然以 TCP 為基礎的服務會快速回應
ACK，但取樣會錯過ACK，並將稍後的資料回應計為較早 SEND 的結尾ACK，這會導致整體 RTT 測量結果失真。在這些情況下，請使用其他資料來源 (例如ping測試) 驗證延遲時間，如果顯示的 RTT 較低，請檢查應用程式的回應速度。有時專案專屬的延遲時間資料與全域延遲時間資料不一致。如果全域資料集也納入其他網路路徑，且這些路徑相對於特定專案使用的網路路徑，延遲時間明顯不同，就可能發生這種不一致的情況。
指標可用性
Google Cloud 延遲指標一律可用。只有在 TCP 流量達到每分鐘約 1,000 個封包以上時，才能使用每個專案的延遲指標。
指標摘要表
下表摘要說明用於回報封包遺失和延遲指標的探查方法和通訊協定。
| 封包遺失率 | 延遲時間 | |
|---|---|---|
| 探查方法 | 主動探測 (合成 VM 流量) | 被動探測 (實際 VM 流量) |
| 通訊協定 | UDP (內部 IP 位址)、TCP (外部 IP 位址) | TCP (內部/外部 IP 位址) |
延遲檢視畫面
「網際網路至 Google Cloud」流量類型的延遲時間詳細資料有三種檢視畫面：表格檢視畫面、地圖檢視畫面和時間軸檢視畫面。
表格檢視
「表格」檢視畫面會顯示所選地理區域與專案中含有 VM 執行個體的區域之間的 RTT 中位數。表格中包含下列詳細資料：
- 國家/地區：國家/地區名稱。
- 城市：城市數量。您可以在國家/地區詳細資料圖表中，查看每個特定城市的延遲時間詳細資料。
- 目的地區域：為特定國家/地區的使用者提供流量服務的目的地區域數量。
- 延遲時間中位數：國家/地區與區域之間的 RTT 中位數 (以毫秒為單位)。
地圖模式
地圖檢視畫面會顯示地理位置 (都會區或城市) 和Google Cloud 區域。
- 查看特定位置和 Google Cloud區域的延遲時間中位數。
- 選取 Google Cloud 區域，查看所選區域內有流量的位置。
- 在側欄的延遲時間圖表中查看特定位置的詳細資料。
- 使用地圖中的搜尋框搜尋地點。
地圖上的位置會以不同深淺的藍色表示，指出中位數延遲時間範圍。在下圖中，全球地圖上顯示特定城市的圓圈顏色為藍色。藍色陰影越深，代表該城市與特定 Google Cloud 區域之間的延遲時間越長。
時間軸檢視畫面
「時間軸」檢視畫面會顯示所選地理區域和 Google Cloud 區域之間的 RTT 中位數。這項功能會提供目前的延遲指標，以及六週的歷來資料。您可以使用篩選器，進一步將流量匯總至城市、地理區域和國家/地區層級。只有在特定區域/地理位置配對有足夠的 Google Cloud 流量時，您才能查看對應的延遲指標。