設定適用於 PostgreSQL 的 Azure 資料庫彈性伺服器的高可用性

本文說明如何在你的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器上啟用或停用高可用性（HA）。 無論你使用同一區域的伺服器，或是使用區域冗餘部署模型，這些資訊都適用。 本文說明如何在你的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器上啟用或停用高可用性（HA）。 無論你使用同一區域的伺服器，或是使用區域冗餘部署模型，這些資訊都適用。

高可用性功能會部署實體上分開的主要和待命複本。 您可以在相同的可用性區域內或不同的區域中佈建複本，視您選擇的部署模型而定。 如需詳細資訊，請參閱高可用性概念的相關文章。 您可以在建立適用於 PostgreSQL 的 Azure 資料庫彈性伺服器期間或之後啟用高可用性。 高可用性功能會部署實體上分開的主要和待命複本。 您可以在相同的可用性區域內或不同的區域中佈建複本，視您選擇的部署模型而定。 如需詳細資訊，請參閱高可用性概念的相關文章。 您可以在建立適用於 PostgreSQL 的 Azure 資料庫彈性伺服器期間或之後啟用高可用性。

為現有伺服器啟用高可用性

你可以隨時在現有的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器上啟用高可用性。 啟用高可用性後，服務會建立一個備用副本，鏡像你的主要伺服器。 根據區域容量和你的配置選擇，備用系統可以部署在不同的可用區域以獲得最大保護，或與主系統在同一區域內。 你可以隨時在現有的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器上啟用高可用性。 啟用高可用性後，服務會建立一個備用副本，鏡像你的主要伺服器。 根據區域容量和你的配置選擇，備用系統可以部署在不同的可用區域以獲得最大保護，或與主系統在同一區域內。

使用 Azure 入口網站：

  1. 選取適用於 PostgreSQL 的 Azure 彈性伺服器資料庫。 使用 Azure 入口網站：

  2. 選取適用於 PostgreSQL 的 Azure 彈性伺服器資料庫。

  3. 在資源選單的 設定 區塊中，選擇 高可用性。

區域韌性選項控制伺服器是否在多個可用區域受到保護。 您有兩種選擇：

  • 停用（99.9% SLA）：高可用性未設定。
  • 啟用（99.99% SLA）：選擇此選項後，Azure 會嘗試在與主伺服器不同的可用性區域建立待機伺服器。 此選項可為您提供針對地區等級故障的最佳保護。

如果你啟用區域韌性，但你的區域無法建立區域冗餘設置，會在 啟用（99.99% SLA） 選項下多一個勾選框。 勾選此勾選框，允許在與主伺服器相同的區域建立備用伺服器。 當區域容量可用時，Azure 會自動將你的工作負載從同一區域遷移到冗餘區域。

  1. 如果你沒有啟用區域韌性，請選擇 啟用 選項。

    截圖顯示高可用性設定頁面。

  2. 當您選取 [已啟用] 選項時，預設會針對支援可用區域的區域套用 [區域備援] 選項。 此配置可防止區域故障。

    顯示已選取「啟用高可用性」選項按鈕的螢幕擷取畫面。

  3. 如果區域內沒有分區容量，為了確保在你偏好的區域啟用高可用性（HA），請勾選啟用選項下面有關於在此區域使用「同區模式」建立 HA 的勾選框。

    顯示已選取用於高可用性的相同區域選項的螢幕擷取畫面。

  4. 當您完成設定設定時，請選取 [儲存] 以套用變更。

  5. 對話方塊會顯示與待命伺服器部署相關聯的成本超支率。 如果您決定繼續，請選取 [啟用高可用性]。

    截圖顯示對話框，確認高可用性啟用。

  6. 新部署已啟動，以啟用 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器的高可用性。

    截圖顯示高可用性配置的部署進行中。

  7. 部署完成後，你可以選擇「前往資源」，返回你的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器。

    截圖顯示部署成功完成，啟用高可用性配置。

停用高可用性

當你不再需要備用副本的保護時，可以關閉 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器的高可用性功能。 關閉高可用性會移除待機伺服器並降低成本，但你的伺服器不再受到區域或伺服器故障的保護。

使用 Azure 入口網站：

  1. 選取適用於 PostgreSQL 的 Azure 彈性伺服器資料庫。

  2. 在資源選單的 設定 區塊中，選擇 高可用性。

  3. 如果已啟用高可用性，則 [區域復原] 的 [已啟用] 選項按鈕已選取。 此外，[高可用性模式] 會設定為已設定的模式，且 [高可用性狀態] 值通常為 [狀況良好]。

    截圖顯示高可用性設定面板，高可用性選項已選中，狀態為健康。

  4. 選取 [停用] 按鈕以停用高可用性。

    啟用高可用性勾選框的截圖已清除。

  5. 選取 [儲存] 以套用變更。

  6. 對話方塊會顯示與移除待命伺服器相關聯的成本減少。 如果您決定繼續，請選取 [停用高可用性]。

    顯示確認停用高可用性的對話方塊的螢幕擷取畫面。

  7. 部署開始。 完成後，系統會顯示通知，指出您已成功停用高可用性。

    顯示關於高可用性已成功停用之通知的螢幕擷取畫面。

在伺服器配置期間啟用業務關鍵（高可用性）

你可以在第一次建立 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器時設定高可用性。 在配置期間啟用高可用性，你可以在主伺服器旁部署備用副本，立即獲得區域或伺服器故障的防護。

使用 Azure 入口網站：

  1. 在佈建新的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器期間，請前往 Business Critical（高可用性） 區段。 在區域韌性區塊中選擇啟用選項。

    • 預設情況下，伺服器會嘗試在不同的可用性區域建立備用伺服器，並啟用區域 冗餘 HA 模式，以達到最高的區域韌性。

    截圖顯示啟用 HA 並搭配區域冗餘選項。

    • 如果區域容量無法使用，請選擇「 若區域韌性失敗則允許在同一區域待命 」的選項作為備用選項。 如果你沒有選擇這個選項，就無法進入建立工作流程的下一步。 此檢查確保高可用性保持啟用。 當區域容量可用時，Azure 會自動將你的工作負載從 Same-Zone HA 遷移到 Zone-redundant HA。

      截圖顯示同區 HA 選項的驗證錯誤訊息。

    • 勾選勾選方塊後，進入建立工作流程中的認證區塊。

      螢幕擷取畫面顯示使用同區域 HA 選項實現的高可用性。

  2. 將 [可用性區域] 設定為 [無喜好設定] 以外的任何值，針對主要伺服器選取特定區域。

    截圖顯示主伺服器特定可用區域的選擇。

起始強制容錯移轉

請遵循下列步驟，強制將主要伺服器容錯移轉至適用於 PostgreSQL 的 Azure 資料庫中的待命伺服器。

起始強制容錯移轉時，主要伺服器會立即關閉，並觸發容錯移轉至待命伺服器。 當您想測試因意外中斷所引發的容錯移轉如何影響您的工作負載時，啟動強制容錯移轉非常實用。

這很重要

  • 請勿執行立即、連續的容錯移轉。 在容錯移轉之間至少等待 15 到 20 分鐘。 此等待時間可讓新的待命伺服器完全建立。

  • 入口網站上報告的整體端對端作業時間可能比應用程式所經歷的實際停機時間更長。 您應該從應用程式的角度來衡量停機時間。

使用 Azure 入口網站：

  1. 選取已啟用高可用性的適用於 PostgreSQL 的 Azure 資料庫彈性伺服器。

  2. 在資源選單的 設定 區塊中，選擇 高可用性。

  3. 若主要與待機伺服器部署於不同區域，請注意主要 可用性區 與 備用可用性區的值。 故障轉移操作結束後，這些數值會反轉。

    截圖顯示主要和待命的可用區域。

  4. 選取 * 強制容錯移轉 * 以啟動手動容錯移轉程序。 對話方塊會通知您容錯移轉完成之前的預期停機時間。 如果您決定繼續，請選取 [起始強制容錯移轉]。

    截圖顯示強制故障轉移啟動前的對話畫面。

  5. 系統會顯示一則通知，並提及容錯移轉正在進行中。

    螢幕擷取畫面顯示強制容錯移轉啟動後有關容錯移轉正在進行的通知。

  6. 切換到備援伺服器完成後，您會收到通知告知完成。

    截圖顯示強制切換完成時顯示的通知。

  7. 若主伺服器與待機伺服器部署於不同區域，請確認 主要可用性區 與備 援可用性區 的數值是否與故障轉移前相反。

起始規劃的容錯移轉

請遵循下列步驟，執行從主要伺服器到適用於 PostgreSQL 的 Azure 資料庫中待命伺服器的容錯移轉。 當您啟動此作業時，系統會先準備待命伺服器，然後執行容錯移轉。

此容錯移轉作業提供最少的停機時間，因為它會正常容錯移轉至待命伺服器。 這適用於在非預期容錯移轉後將主要伺服器帶回慣用可用性區域等情況。

這很重要

  • 請勿執行立即、連續的容錯移轉。 在容錯移轉之間至少等待 15 到 20 分鐘。 此等待時間可讓新的待命伺服器完全建立。

  • 在低活動期間執行計劃性容錯移轉。

  • 入口網站上報告的整體端對端作業時間可能比應用程式所經歷的實際停機時間更長。 您應該從應用程式的角度來衡量停機時間。

使用 Azure 入口網站：

  1. 選取已啟用高可用性的適用於 PostgreSQL 的 Azure 資料庫彈性伺服器。

  2. 在資源選單的 設定 區塊中，選擇 高可用性。

  3. 若主要與待機伺服器部署於不同區域，請注意主要 可用性區 與 備用可用性區的值。 故障轉移操作結束後，這些數值會反轉。

    截圖顯示主要和待命的可用區域。

  4. 選取 * 計劃性容錯移轉 * 以啟動手動容錯移轉程序。 對話方塊會通知您容錯移轉完成之前的預期停機時間。 如果您決定繼續，請選取 [起始計劃性容錯移轉]。

    螢幕擷取畫面顯示在規劃的容錯移轉啟動前顯示的對話。

  5. 系統會顯示一則通知，並提及容錯移轉正在進行中。

    螢幕擷取畫面顯示規劃的容錯移轉啟動後有關容錯移轉正在進行的通知。

  6. 切換到備援伺服器完成後，您會收到通知告知完成。

    截圖顯示預定故障轉移結束時顯示的通知。

  7. 如果高可用性模式設定為 [區域備援]，請確認 [主要可用性區域] 和 [待命可用性區域] 的值現在已反轉。

限制與考量

  • 當你在 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器上啟用或停用高可用性時，該服務不會改變其他設定。 這些設定包括網路設定、防火牆設定、參數以及備份保留。 啟用或停用高可用性是線上作業。 這個操作不會影響你的應用程式連通性和操作。

  • 適用於 PostgreSQL 的 Azure 資料庫 支援兩個副本部署在同一區域時的高可用性。 你可以在所有支援的區域使用這個設定。 然而，具區域備援的高可用性僅於特定區域提供。

  • Burstable 層不支援高可用性。 只有 一般用途 和 記憶體最佳化 層支援高可用性。

  • 如果您在包含單一可用性區域的區域中部署伺服器，則只能在相同區域模式中啟用高可用性。 如果 Microsoft 未來在該區域提供多個可用性區域，您可以部署新的 適用於 PostgreSQL 的 Azure 資料庫彈性伺服器，並將高可用性設定為同區域或區域備援。

    然而，當你部署在該區域的伺服器只有單一可用區域時，你無法直接啟用區域冗餘模式的高可用性。 因應措施是，您可以使用還原選項或讀取副本選項。

還原選項

  1. 還原至最新的還原點。
  2. 建立新伺服器之後，請啟用具有區域備援的高可用性。
  3. 在資料驗證之後，您可以選擇刪除舊的伺服器。
  4. 務必修改用戶端的連線字串，讓它指向你新恢復的伺服器。

讀取副本選項

  1. 在與您的主要伺服器相同的區域中建立讀取複本。

  2. 將讀取複本提升成為新的主要伺服器。

  3. 若要保留原始名稱，請使用虛擬端點或捨棄舊的主要伺服器，然後建立並提升新的讀取複本。

  4. 對於入口網站使用者，請啟用區域韌性。 對於開發人員工具，請使用 Zone-Redundant 選項設定高可用性。

  5. 在與您的主要伺服器相同的區域中建立讀取複本。

  6. 將讀取複本提升成為新的主要伺服器。

  7. 若要保留原始名稱，請使用虛擬端點或捨棄舊的主要伺服器，然後建立並提升新的讀取複本。

  8. 對於入口網站使用者，請啟用區域韌性。 對於開發人員工具，請使用 Zone-Redundant 選項設定高可用性。

相關內容

  • Last updated on