Cloud SQL 的可用性

本頁面說明會影響 Cloud SQL 可用性的作業。

Cloud SQL 可協助您盡可能延長資料庫的運作時間,且不需變更應用程式。Cloud SQL Enterprise Plus 版提供 99.99% 的運作時間服務水準協議,且多項預定作業的停機時間趨近於零,可為應用程式提供更高的韌性和業務持續性。

盡可能提高運作時間,代表要縮短資料庫的停機時間。停機時間通常是由非預期事件和預定作業造成。

非預期事件和可用區中斷

如果應用程式需要高可用性,建議您將執行個體設為區域可用性,這在 Cloud SQL 中也稱為高可用性 (HA) 設定。如要進一步瞭解如何在 Cloud SQL 中設定高可用性,請參閱「關於高可用性 (HA)」。

如果執行個體設定為區域可用性,當執行個體發生故障時,Cloud SQL 會自動在次要可用區中啟動執行個體,並使用相同的 IP 位址,且不會遺失任何資料,讓應用程式可以繼續在資料庫上執行作業。這可防範非預期事件,例如單一 VM 主機故障,或一或多個基礎架構元件故障,導致整個可用區中斷。

Cloud SQL Enterprise Plus 和 Cloud SQL Enterprise 版本都提供 Cloud SQL 高可用性。

如未設定執行個體的區域可用性,系統會將執行個體設為可用區可用性,也稱為獨立執行個體。

Cloud SQL 會自動從 VM 主機故障中復原獨立執行個體 (設定可用區可用性的執行個體)。不過,Cloud SQL 不會自動從可用區中斷復原獨立執行個體。如要在健康狀態良好的可用區中重新建立獨立執行個體,您必須手動還原所有獨立執行個體。如要從可用區中斷事件中手動復原獨立執行個體,可以執行時間點復原,或將唯讀副本升級為獨立執行個體。詳情請參閱「獨立執行個體的復原選項」。

預定作業

對於維護或部分執行個體重新設定等計畫作業,Cloud SQL Enterprise Plus 版可為主要執行個體提供幾乎無須停機的服務,且不需變更應用程式或 Proxy。停機時間近乎為零,預定作業通常會導致不到一秒的停機時間。

在 Cloud SQL Enterprise Plus 版主要執行個體上,下列預定作業幾乎不會造成停機。這些停機時間適用於獨立 (可用區) 和高可用性 (區域) 執行個體。

  • 維護:包括下列作業,停機時間不到一秒:

    • Cloud SQL 每季執行的自動維護作業
    • 可隨時啟動的自助式維護作業
    • 您可以啟動維護模擬,測試停機時間不到一秒的行為
  • 子版本升級

    • 在 MySQL 8.0 執行個體上執行子版本升級,停機時間不到一秒

  • 版本升級

    • 就地升級至 Cloud SQL Enterprise Plus 版本
  • 啟用資料快取

    • 您可以視需要啟用或停用資料快取
  • 執行個體資源調度

    • 向上擴充:視需要增加 Cloud SQL 執行個體的運算資源 (vCPU、記憶體)
    • 縮減:不常縮減 Cloud SQL 執行個體的運算資源 (vCPU、記憶體)

幾乎無需停機

Cloud SQL Enterprise Plus 版本的主要執行個體在預定作業期間,停機時間通常不到一秒,幾乎不會造成停機。

這項作業通常會在幾分鐘內完成,期間執行個體仍可使用。停機時間 (即資料庫無法接受連線的時間) 接近零 (少於一秒),且程序不需要您變更應用程式連線的端點。

必要條件和限制

  • 幾乎無須停機的功能僅適用於 Cloud SQL Enterprise Plus 版本。如要進一步瞭解 Cloud SQL 版本,請參閱「Cloud SQL 版本簡介」。

  • 唯讀副本執行個體不支援幾乎無須停機的功能。

  • 這項功能需要 MySQL 適用的 Cloud SQL 8.0.31 以上版本,且維護版本須晚於 R20240207.00。

  • 您必須在執行個體上啟用二進位記錄功能。

  • 耐用性降低的執行個體不支援幾乎無須停機。這表示如果標記的設定會降低耐用性,則必須設為預設值,如下所示:

    • sync_binlog = 1
    • innodb_flush_log_at_trx_commit = 1
    • replica_skip_errors = OFF
    • slave_skip_errors = OFF
    • binlog_order_commits = ON

    如要進一步瞭解旗標,請參閱「設定資料庫旗標」。

  • 如果您使用 Cloud SQL Auth Proxy 或 Cloud SQL 語言連接器,請務必更新至最新版本。

  • 如果外部副本已啟用 GTID,則必須將這些副本設為使用以 GTID 為基礎的自動定位功能。否則,維護作業完成後,複製作業就會中斷。詳情請參閱「GTID 自動定位」。

後續步驟