維護 Filestore 執行個體

本頁面提供 Filestore 執行個體維護作業總覽。包括維護類別、層級影響、網路持續性，以及最佳做法。

總覽

Filestore 會定期更新執行個體，確保檔案共用服務安全可靠，而且是最新版本。維護更新通常每隔一到兩週執行一次。

Filestore 維護作業完全由 Google 管理。 您無法設定自訂維護期間，也無法手動延後或重新安排維護作業。

維護更新可分為以下幾類：

  • Filestore 軟體更新：系統最佳化、效能提升和新功能。
  • 作業系統修補程式：持續監控及修補基礎虛擬機器 (VM) 作業系統，防範安全漏洞。
  • 基礎架構升級：底層虛擬機器遷移、硬體維護和網路更新。

各服務層級的維護影響

維護更新的影響取決於執行個體的服務層級。

由於維護作業期間，基本層級執行個體會短暫停機，因此建議您主要將基本層級用於開發、測試和非重要工作負載。如要確保正式環境工作負載的高可用性，並提供不間斷的檔案存取服務，請使用「區域」、「企業」或「可用區」級別。

可用區、區域和企業級別

Zonal、Regional 和 Enterprise 服務層級使用不中斷升級 (NDU)。

維護期間，這些層級的執行個體仍可正常運作，並繼續處理檔案要求，停機時間幾乎為零。維護更新會在背景套用，因此連線的網路檔案系統 (NFS) 用戶端不會察覺升級程序。

基本層級

基本級執行個體是由單一節點儲存空間提供支援，且不具備自動容錯移轉功能。發生基礎主機遷移、系統修補或軟體更新時，檔案作業會暫時停止，直到更新完成為止。

在維護事件期間，基本傳統硬碟和基本固態硬碟層級執行個體會短暫無法使用，通常持續 2 到 5 分鐘。

在維護期間：

  • 讀取、寫入和目錄清單等檔案作業會暫時暫停或凍結。
  • 使用預設重試機制的連線用戶端會等待執行個體繼續回應。

網路和執行個體持續性

指派給 Filestore 執行個體的內部 IP 位址在維護期間會維持不變。更新後，連線的 NFS 用戶端不需要更新掛接設定或重新掛接檔案共用。

服務水準協議 (SLA)

根據 Filestore 服務水準協議 (SLA)，排定維護作業造成的停機時間不計入停機時間計算。

維護作業的最佳做法

由於您無法排定或延後 Filestore 維護作業，請設定 NFS 用戶端和基礎架構，妥善處理暫時無法使用的情況：

  • 使用硬式掛接：在用戶端掛接 Filestore 檔案共用區時，請指定 hard 掛接選項，而非 soft。如果使用硬式掛接，當檔案伺服器暫時無法使用時，NFS 用戶端會無限期重試要求，直到伺服器回應為止。這可維護資料完整性，並避免應用程式 I/O 錯誤。
  • 設定 NFS 用戶端逾時和重試：在 NFS 用戶端上設定逾時和重新傳輸掛接選項，以免維護期間的暫時延遲導致用戶端逾時。
  • 實作應用程式重試：在用戶端應用程式中建構指數輪詢重試邏輯，順利處理暫時的儲存空間延遲。
  • 監控執行個體健康狀態和維護作業：在 Google Cloud 控制台中監控執行個體效能和狀態，或使用 Cloud Monitoring。在 Basic 層級執行個體上，更新期間可能會出現短暫的延遲尖峰，或檔案作業暫時停止。

後續步驟