共用方式為


在適用於 PostgreSQL 的 Azure 資料庫中管理高可用性 - 彈性伺服器

適用於:適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器

本文說明如何在區域備援和相同區域部署模型中,在適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體中啟用或停用高可用性設定。

高可用性功能在相同區域或跨區域,根據部署模型,佈建實際分開的主要和待命複本。 如需詳細資訊,請參閱高可用性概念文件。 您可以選擇在建立適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體時或在建立之後啟用高可用性。

此頁面提供如何啟用或停用高可用性的指導方針。 此作業不會變更您的其他設定,包括 VNET 設定、防火牆設定和備份保留。 同樣地,啟用和停用高可用性是線上作業,不會影響您應用程式的連線能力和作業。

重要

適用於 PostgreSQL 的 Azure 資料庫彈性伺服器 (v5 HA) 計費模型更新: 4 月,我們針對已啟用高可用性 (HA) 的伺服器 v5 SKU 實施計費模型更新。 這項變更旨在同時考慮主要和待命伺服器,以正確反映費用。 在這項變更之前,只有主伺服器的客戶的收費是不正確的。 使用 v5 SKU 與已啟用 HA 的伺服器的客戶現在會看到計費數量變成 2 倍。 此更新不會影響 v4 和 v3 SKU。

必要條件

重要

如需支援區域備援高可用性的區域清單,請參閱此處支援的區域。

在伺服器建立期間啟用高可用性

本節特別提供 HA 相關欄位的詳細資料。 您可以遵循下列步驟來部署高可用性,同時建立適用於 PostgreSQL的 Azure 資料庫彈性伺服器執行個體。

  1. Azure 入口網站 中,選擇 [適用於 PostgreSQL 的 Azure 資料庫] 彈性伺服器,然後選取 [建立]。 如需如何填入詳細資訊的詳細資訊,例如 訂用帳戶資源群組伺服器名稱區域 和其他欄位,請參閱 如何建立適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器

    訂用帳戶和區域選取項目的螢幕擷取畫面。

  2. 選擇您的可用性區域。 如果要將應用程式與資料庫一起放在相同的可用性區域以減少延遲,這非常有用。 如果您想要讓「適用於 PostgreSQL 的 Azure 資料庫」彈性伺服器執行個體在任何可用性區域上部署主伺服器,請選擇 [無喜好設定]。 請注意,只有當您在區域備援 HA 部署中選擇主要可用性區域時,才允許選擇待命可用性區域。

    可用性區域選取項目的螢幕擷取畫面。

  3. 選取 啟用高可用性 核取方塊。 這樣會開啟選擇高可用性模式的選項。 如果區域不支援 AZ,則只會啟用相同區域模式。

    高可用性核取方塊和模式選取。

  4. 如果您在步驟 2 中選擇 [可用性區域],並選擇區域備援 HA,則可以選擇待命區域。 待命 AZ 選取項目的螢幕擷取畫面。

  5. 如果您想要變更預設計算和儲存體,則請選取 [設定伺服器]

    設定計算和儲存畫面的螢幕擷取畫面。

  6. 如果勾選了高可用性選項,就無法選擇可高載層。 您可以選擇 [一般用途] 或 [記憶體最佳化] 計算層。 然後,您可以從下拉式清單中選取您要的 [計算大小]

    計算層選取畫面。

  7. 使用滑動列選取 [儲存體大小] (以 GiB 為單位),並選取 7 天到 35 天的 [備份保留期間]

    儲存空間備份的螢幕擷取畫面。

  8. 選取 [儲存]。

在建立伺服器後啟用高可用性

請遵循下列步驟,為現有的適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體啟用高可用性。

  1. Azure 入口網站中,選取現有適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體。

  2. 在 [適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體] 頁面上,從左面板中選取 [高可用性],以開啟 [高可用性] 頁面。

    左面板選取畫面。

  3. 選取 [啟用高可用性] 核取方塊,以 啟用 該選項。 這樣會顯示相同區域 HA 和區域備援 HA 選項。 如果您選擇區域備援 HA,則可以選擇待命 AZ。

    啟用相同區域高可用性的螢幕擷取畫面。

    啟用區域備援高可用性的螢幕擷取畫面。

  4. 隨即出現確認對話方塊,指出藉由啟用高可用性,您的成本會因為更多伺服器和記憶體部署而增加。

  5. 選取 [啟用 HA] 按鈕以啟用高可用性。

  6. 隨即出現通知,指出高可用性部署正在進行中。

停用高可用性

請遵循下列步驟,將已設定高可用性的適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體停用高可用性。

  1. Azure 入口網站中,選取現有適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體。

  2. 在 [適用於 PostgreSQL 的 Azure 資料庫彈性伺服器實例] 頁面上,從前端面板選取 [高可用性],以開啟 [高可用性] 頁面。

    左面板選取螢幕擷取畫面。

  3. 選取 [高可用性] 核取方塊,以 停用 該選項。 然後選取 [儲存] 以儲存變更。

    此螢幕擷取畫面顯示停用高可用性。

  4. 隨即顯示確認對話方塊,您可以在其中確認停用高可用性。

  5. 選取 [Disable HA] \(停用 HA\) 按鈕以停用高可用性。

  6. 此時會出現通知,指出高可用性部署的解除委任正在進行中。

強制容錯移轉

請遵循下列步驟,強制將主要資料庫容錯移轉至待命的適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體。 這會立即關閉主要伺服器,並觸發到待命伺服器的容錯移轉。 這在某些情況下很有用,例如測試工作負載的非計劃性中斷容錯移轉時間。

  1. Azure 入口網站 中,選取您已啟用高可用性功能的現有「適用於 PostgreSQL 的 Azure 資料庫」彈性伺服器執行個體。

  2. 在 [適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體] 頁面上,從前端面板中選取 [高可用性],以開啟高可用性頁面。

  3. 檢查主要可用性區域和待命可用性區域

  4. 選取 [強制故障轉移] 以起始手動容錯移轉程序。 彈出視窗會通知您可能的停機時間,直到容錯移轉完成為止。 閱讀訊息,然後選取 [確定]。

  5. 此時會出現通知,指出容錯移轉正在進行中。

  6. 容錯移轉至待命伺服器完成後,就會顯示通知。

  7. 核取 [Primary availability zone] \(主要可用性區域\) 與 [Standby availability zone] \(待命可用性區域\)。

    隨選強制容錯移轉選項的螢幕擷取畫面。

重要

  • 請勿執行立即、連續的容錯移轉。 在容錯移轉之間等候至少 15-20 分鐘,這也可讓新的待命伺服器得以完全建立。

  • 入口網站上回報的整體端對端作業時間,可能比應用程式經歷的實際停機時間更長。 請從應用程式的觀點測量停機時間。

計劃性容錯移轉

請遵循下列步驟,執行從主要伺服器到待命「適用於 PostgreSQL 的 Azure 資料庫彈性」伺服器執行個體的計劃性容錯移轉。 這會先準備待命伺服器並執行容錯移轉。 在某些情況下,例如在容錯移轉事件之後,您想要將主要複本帶回慣用的可用性區域,因為這樣會正常容錯移轉至待命伺服器,所以停機時間最少。

  1. Azure 入口網站 中,選取您已啟用高可用性功能的現有「適用於 PostgreSQL 的 Azure 資料庫」彈性伺服器執行個體。
  2. 在 [適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體] 頁面上,從前端面板中選取 [高可用性],以開啟高可用性頁面。
  3. 檢查主要可用性區域和待命可用性區域
  4. 選取 [計劃性容錯移轉] 以起始手動容錯移轉程序。 彈出視窗會通知您有關此程序的資訊。 閱讀訊息,然後選取 [確定]。
  5. 此時會出現通知,指出容錯移轉正在進行中。
  6. 容錯移轉至待命伺服器完成後,就會顯示通知。
  7. 核取 [Primary availability zone] \(主要可用性區域\) 與 [Standby availability zone] \(待命可用性區域\)。 隨選計劃性容錯移轉的螢幕擷取畫面。

重要

  • 請勿執行立即、連續的容錯移轉。 在容錯移轉之間等候至少 15-20 分鐘,這也可讓新的待命伺服器得以完全建立。

  • 建議您在低活動期間執行計劃的容錯移轉。

  • 整體端對端作業時間可能比應用程式經歷的實際停機時間更長。 請從應用程式的觀點測量停機時間。

在區域支援 AZ 之後啟用區域備援 HA

有些 Azure 區域不支援可用性區域。 如果您已部署非 HA 伺服器,則無法直接在伺服器上啟用區域備援 HA,但您可以在該伺服器中執行還原並啟用 HA。 下列步驟示範如何為該伺服器啟用區域備援 HA。

  1. 從伺服器的概觀頁面中,選取 [還原]執行 PITR。 選擇 [最新的還原點]
  2. 選擇伺服器名稱、可用性區域。
  3. 選取 [檢閱+建立]
  4. 系統會從備份建立新的「適用於 PostgreSQL 的 Azure 資料庫」彈性伺服器執行個體。
  5. 建立新伺服器之後,請從伺服器的概觀頁面遵循指南來啟用 HA。
  6. 在資料驗證之後,您可以選擇刪除舊的伺服器。
  7. 請確定用戶端連接字串已修改為指向已啟用 HA 的新伺服器。

下一步