請參考下列指南，排解效能資訊主頁的常見問題。
封包遺失率短暫飆升，持續幾分鐘
預期或可能會出現持續幾分鐘的短暫尖峰。檢查是否有持續超過五分鐘的連續損失。如果您發現這類損失，或是損失影響網路或應用程式效能，請參閱取得支援。
延遲時間出現尖峰
延遲時間是透過第 4 層流量進行測量，並受到在遠端 VM 上執行的 TCP/IP 堆疊影響。部分應用程式採用獨特的 TCP/IP 堆疊實作方式 (例如 VPN 應用程式)，可能會人為地增加效能資訊主頁的延遲時間。如果沒有可能影響 TCP/IP 堆疊的自訂應用程式，但延遲時間仍會飆升，請參閱取得支援。
專案 Performance Dashboard 中沒有資料
如果您無法查看封包遺失資訊，請確認虛擬機器 (VM) 執行個體位於您查看的虛擬私有雲 (VPC) 或共用虛擬私有雲網路中。效能資訊主頁會使用主動探測來評估區域之間的封包遺失率。有效探針的數量與網路中的 VM 數量相關。如果您查看的網路沒有 VM，就沒有任何有效的探針，也沒有封包遺失量評估。
如果您無法查看延遲資訊，請確認 VM 執行個體產生足夠的流量。
封包遺失率 (依區域) 熱圖中有空白儲存格 (標示為 N/A)
如果專案屬於共用虛擬私有雲，就有可能發生這種情況。在這種情況下，矩陣可能會納入來源區域的資料，在該區域中，專案本身沒有 VM，但同一個共用虛擬私有雲中的其他專案有 VM。使用共用虛擬私有雲的兩個專案之間的封包遺失率，會以目的地服務專案為基準進行評估。
效能資訊主頁顯示封包遺失，但應用程式並未顯示
封包遺失率是根據主動探測而得，涵蓋可互相通訊的 VM 完整網格。您的流量模式可能只會使用此網格的一部分。應用程式可能未使用有問題的網路路徑。
另一個可能的原因是，可用來提供高可信度結果的測量值不足。如果某個區域的 VM 數量很少，或是 VM 數量出現波動，就可能發生這種情況。
效能資訊主頁也會在封包遺失率計算中納入先占 VM。在 VM 遭到先占時，含有大量這類 VM 的專案可能會顯示較高的封包遺失率。檢查較高的封包遺失率是否與先占 VM 關機的時間視窗相符。
兩個可用區之間或區域與網際位置之間的延遲時間常數值
延遲時間資料會以分布形式儲存。也就是說，如果所有測量值都持續落在分布中的同一個區間 (較高的延遲值更有可能發生這種情況)，產生的圖表會顯示常數值，也就是區間間隔的平均值。
舉例來說，如果每 10 毫秒就設有一個值區 (0 毫秒-10 毫秒、10 毫秒-20 毫秒、20 毫秒-30 毫秒，以此類推)，且有三個不同的延遲測量值 (251 毫秒、256 毫秒和 253 毫秒)，則所有測量值都會歸入 250 毫秒-260 毫秒的值區。延遲時間會顯示為 255 毫秒，這是 250 毫秒至 260 毫秒值區間的平均值。如果系統記錄到新的 259 毫秒測量值，延遲時間仍會顯示為 255 毫秒。
排解 Google Cloud 效能指標問題
Google Cloud 效能似乎比專案效能更穩定
由於 Google Cloud 成效指標會匯總所有Google Cloud 專案，因此變化幅度較小。這表示區域組合或區域、網際網路位置組合中的典型成效保持穩定，即使個別專案的成效可能因隨機性、自然變化和測量雜訊而出現較大差異，也能維持穩定。
可以在 Google Cloud 成效檢視畫面中選擇 Google Cloud 區域，但無法在專案檢視畫面中選擇
針對專案專屬檢視畫面，您只能選擇專案部署的可用區。您可以透過 Google Cloud 成效檢視畫面查看任何 Google Cloud 區域與其他 Google Cloud 區域的成效。
針對「網際網路」 Google Cloud 流量類型，您只能選擇 VM 和網際網路端點之間有流量的區域。
區域組合中沒有專案資料，但存在 Google Cloud 成效資料
Google Cloud 成效指標是透過匯總所有Google Cloud 專案來估算，因此隨時可供使用。
(Google Cloud 區域、網際網路端點) 組合中沒有專案資料，但 Google Cloud 成效資料存在
Google Cloud 系統會匯總各種 Google Cloud 網路連線，估算成效指標。每個專案檢視畫面只會顯示專案中出現足夠流量的連線資料。