運用 Gemini Cloud Assist 加速診斷

即使使用標準工具，排解複雜的 Google Kubernetes Engine (GKE) 問題仍可能相當耗時。解讀難以理解的錯誤訊息，或找出記錄和指標中的細微模式，通常需要深厚的專業知識。

請參閱本頁內容，瞭解 Gemini Cloud Assist 如何分析錯誤訊息、建議解決方案及執行自動調查，協助您更快找出根本原因，加速診斷複雜問題。

這項資訊對於平台管理員和操作員來說非常重要，可協助他們快速瞭解及解決叢集或節點層級的問題；對於需要偵錯應用程式錯誤和解讀複雜堆疊追蹤的應用程式開發人員來說，這項資訊也很有幫助；對於希望使用 AI 輔助分析來找出潛在安全性相關異常狀況或設定錯誤的資安專家來說，這項資訊也很有用。如要進一步瞭解我們在內容 Google Cloud 中提及的常見角色和範例工作，請參閱「常見的 GKE 使用者角色和工作」。

存取 Gemini Cloud Assist

如要存取 Gemini Cloud Assist，請完成下列步驟：

  1. 前往 Google Cloud 控制台的任何頁面。

  2. 在 Google Cloud 控制台工具列，點選 spark「開啟或關閉 Gemini Cloud Assist 對話」。

    「Cloud Assist」面板隨即開啟。您可以點選顯示的範例提示，也可以在「Enter a prompt」(輸入提示) 欄位中輸入提示。

探索範例提示詞

為協助您瞭解 Gemini Cloud Assist 的用途，以下提供一些提示範例：

主題 情境 提示詞範例 Gemini Cloud Assist 的用途
錯誤訊息令人困惑 Pod 處於 CrashLoopBackoff 狀態，但錯誤訊息難以理解。 這個 GKE Pod 錯誤代表什麼意義？常見原因為何？panic: runtime error: invalid memory address or nil pointer dereference Gemini Cloud Assist 會分析訊息，並以清楚易懂的方式說明。並提供可能的原因和解決方法。
效能問題 團隊發現 GKE 中執行的應用程式延遲時間過長。 prod GKE 叢集中的 api-gateway 服務延遲時間偏長，我應該先查看哪些指標？可以提供一些常見的 GKE 相關原因嗎？ Gemini Cloud Assist 會建議要檢查的重要指標、探索潛在問題 (例如資源限制或網路壅塞)，並推薦進一步調查的工具和技術。
節點問題 GKE 節點的狀態為 NotReady，無法繼續運作。 我的一個 GKE 節點 (node-xyz) 顯示 NotReady 狀態。排解這類問題的常見步驟有哪些？ Gemini Cloud Assist 會提供逐步調查計畫，說明節點自動修復等概念，並建議相關的 kubectl 指令。
瞭解 GKE 不確定特定 GKE 功能或如何導入最佳做法。 保護 GKE 叢集的最佳做法為何？如何取得更多相關資訊？ Gemini Cloud Assist 會清楚說明 GKE 最佳做法，按一下「顯示相關內容」，即可查看官方說明文件連結。

詳情請參閱下列資源：

使用 Gemini Cloud Assist 調查

除了互動式對話，Gemini Cloud Assist 還能透過 Gemini Cloud Assist 調查，執行更自動化的深入分析。這項功能直接整合至 Logs Explorer 等 Workflows，是強大的根本原因分析工具。

從錯誤或特定資源啟動調查時，Gemini Cloud Assist 會分析記錄、設定和指標。這項工具會使用這些資料，產生可能的根本原因，並提供建議的後續步驟。如果您有支援方案，也可以將調查結果轉移至 Google Cloud 支援案件，提供額外背景資訊，加速解決案件。

後續步驟