Azure PostgreSQL Database - 彈性伺服器
適用於：
適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器
由 PostgreSQL 社群版本提供的適用於 PostgreSQL 的 Azure 資料庫有兩種部署模式可用：
本文提供適用於 PostgreSQL 的 Azure 資料庫彈性伺服器部署模型核心概念的概觀和簡介。 無論您是剛入門或是想要複習知識，此簡介影片都可提供適用於 PostgreSQL 的 Azure 資料庫彈性伺服器的完整概觀，協助您熟悉其重要特性和功能。
概觀
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器是完全受控的資料庫服務，其設計目的是要在資料庫管理功能和設定方面提供更細微的控制和彈性。 此服務通常會根據使用者需求提供更多彈性和伺服器組態自訂選項。 彈性伺服器架構可讓使用者透過用戶端層來共置資料庫引擎以降低延遲，並選擇單一可用性區域內的高可用性，以及跨多個可用性區域。 適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體也提供更好的成本最佳化控制項，讓您能夠停止/啟動伺服器和高載計算層，非常適合不需要持續使用完整計算容量的工作負載。 此服務支持 PostgreSQL 的各種主要社群版本。 如需所支援特定版本的詳細資訊，請參閱適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器中支援的 PostgreSQL 版本。 服務在各個 Azure 區域中提供。
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體最適合下列案例
- 需要更佳的控制和自訂功能的應用程式開發。
- 區域備援高可用性。
- 受控維護時段。
架構與高可用性
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器部署模型的設計，支援在單一可用性區域和跨多個可用性區域中實現高可用性。 此模型架構會將計算和儲存體分開。 資料庫引擎會在 Linux 虛擬機器內的容器上執行，而資料檔案則位於 Azure 儲存體上。 儲存體會維護三個資料庫檔案本機備援同步複本，確保能維持資料持久性。
如果已設定區域備援高可用性，服務會在相同 Azure 區域內的可用性區域佈建和維護暖待命伺服器。 來源伺服器上的資料變更會同步複寫到待命伺服器，以確保零資料遺失。 有了區域備援高可用性，一旦觸發計畫或未規劃的容錯移轉事件，待命伺服器就會立即上線，並可處理傳入的異動。 這可讓服務在支援多個可用性區域的 Azure 區域內復原可用性區域失敗，如下圖所示。
如需詳細資訊，請參閱高可用性。
使用受控維護視窗自動修補
此服務會執行基礎硬體、OS 和資料庫引擎的自動修補。 修補包含安全性和軟體更新。 針對 PostgreSQL 引擎，次要版本升級會包含在計劃性維護版本中。 使用者可以將修補排程設定為系統管理或定義自訂排程。 在維護排程期間，系統會套用修補檔，而伺服器可能需要重新開機，才能完成修補程序的更新。 透過自訂排程，使用者可以預測修補週期，並選擇對企業影響最小的維護時間範圍。 一般而言，服務會遵循持續整合和發行內的每月發行排程。
自動備份
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器會自動建立伺服器備份，並將其儲存在區域的區域備援儲存體 (ZRS) 上。 備份可以將伺服器還原到備份保留期間內的任何時間點。 預設的備份保留期限是七天。 您可以將保留期設定為最多 35 天。 所有備份皆會使用 AES 256 位元加密進行加密。 如需更多詳細資訊，請參閱備份。
在幾秒之內即可調整效能和規模
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器在三個計算層中提供：可高載層、一般用途層和記憶體最佳化層。 可高載層最適合用於無須持續計算容量的低成本開發和低並行工作負載。 一般用途和記憶體最佳化較適合需要高並行、縮放和可預測效能的生產工作負載。 您可以在小型資料庫中建置第一個應用程式，一個月只需少許花費，就能順暢調整規模以滿足解決方案的需求。
停止/啟動伺服器以降低 TCO
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器可讓您視需要停止和啟動伺服器，從而降低 TCO。 當伺服器停止時，計算層計費會立即停止。 這可在開發、測試和具有時間限制的可預測生產工作負載期間，節省大量的成本。 除非提早重新開機，否則伺服器會維持停止七天。
企業級安全性
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器針對待用資料儲存體加密是使用符合 FIPS 140-2 的加密模組。 系統會將資料加密，包含備份和執行查詢時所建立的暫存檔案。 該服務使用包含在 Azure 儲存體加密中的 AES 256 位元加密，且金鑰是由系統管理 (預設)。 適用於 PostgreSQL 的 Azure 資料庫彈性伺服器預設會以強制執行傳輸層安全性 (SSL/TLS) 的方式來加密資料。 此服務只會強制執行並支援 TLS 版本 1.2。
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體允許使用 Azure 虛擬網路 (VNet 整合)，對伺服器進行完整的私人存取。 Azure 虛擬網路中的伺服器只能透過私人 IP 位址連線。 使用 VNet 整合時，公用存取會遭到拒絕，且無法使用公用端點連線到伺服器。
監視和警示
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器具備內建的效能監視和警示功能。 所有 Azure 計量都有一分鐘的頻率，分別提供 30 天的歷程記錄。 您可以在計量上設定警示。 服務會公開主機伺服器計量來監視資源使用率，並允許設定慢速查詢記錄。 使用這些工具，您可以快速將工作負載最佳化，並設定伺服器以獲得最佳效能。
內建 PgBouncer
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體具有內建的 PgBouncer，這是連線共用器。 您可以將其啟用，並使用相同的主機名和連接埠 6432，透過 PgBouncer 將應用程式連線到適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體。
Azure 區域
在 Azure 中執行工作負載，其中一項優點即是全球性。 適用於 PostgreSQL 的 Azure 資料庫彈性伺服器目前在下列 Azure 區域中提供：
| 區域 | Intel V3/V4/V5/AMD 計算 | 區域備援 HA | 相同區域 HA | 異地備援備份 |
|---|---|---|---|---|
| 澳大利亞中部 | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ✔️ |
| 澳大利亞中部 2* | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ❌ |
| 澳大利亞東部 | ✔️ (所有 SKU) | ✔️ | ✔️ | ✔️ |
| 澳大利亞東南部 | ✔️ (僅限 v3/v4/v5) | ❌ | ✔️ | ✔️ |
| 巴西南部 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ✔️ |
| 巴西東南部* | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ❌ |
| 加拿大中部 | ✔️ (所有 SKU) | ✔️ | ✔️ | ✔️ |
| 加拿大東部 | ✔️ (所有 SKU) | ❌ | ✔️ | ✔️ |
| 印度中部 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 美國中部 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ✔️ |
| 中國東部 2 | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ❌ |
| 中國東部 3 | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ✔️ |
| 中國北部 2 | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ❌ |
| 中國北部 3 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 東亞 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 美國東部 | ✔️ (所有 SKU) | ✔️ | ✔️ | ✔️ |
| 美國東部 2 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ✔️ |
| 法國中部 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 法國南部 | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ✔️ |
| 德國北部* | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ✔️ |
| 德國中西部 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 以色列中部 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ❌ |
| 義大利北部 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ❌ |
| 日本東部 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ✔️ |
| 日本西部 | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ✔️ |
| Jio 印度中部 | ✔️ (僅 v3) | ❌ | ✔️ | ✔️ |
| Jio 印度西部 | ✔️ (僅 v3) | ❌ | ✔️ | ✔️ |
| 南韓中部 | ✔️ (僅限 v3/v4/v5) | ✔️ * | ✔️ | ✔️ |
| 南韓南部 | ✔️ (僅限 v3/v4/v5) | ❌ | ✔️ | ✔️ |
| 墨西哥中部 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ❌ |
| 美國中北部 | ✔️ (所有 SKU) | ❌ | ✔️ | ✔️ |
| 北歐 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 挪威東部 * | ✔️ (所有 SKU) | ✔️ | ✔️ | ✔️ |
| 挪威西部 | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ✔️ |
| 波蘭中部 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ❌ |
| 卡達中部 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ❌ |
| 南非北部 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 南非西部* | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ✔️ |
| 美國中南部 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ✔️ |
| 印度南部 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 東南亞 | ✔️ (所有 SKU) | ✔️ | ✔️ | ✔️ |
| 西班牙中部 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ❌ |
| 瑞典中部 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 瑞士北部 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 瑞士西部* | ✔️ (僅限 v3/v4/v5) | ❌ | ✔️ | ✔️ |
| 阿拉伯聯合大公國中部* | ✔️ (僅 v3) | ❌ | ✔️ | ✔️ |
| 阿拉伯聯合大公國北部 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 英國南部 | ✔️ (所有 SKU) | ✔️ | ✔️ | ✔️ |
| 英國西部 | ✔️ (所有 SKU) | ❌ | ✔️ | ✔️ |
| US Gov 亞利桑那州 | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ❌ |
| US Gov 德克薩斯州 | ✔️ (僅限 v3/v4) | ❌ | ✔️ | ❌ |
| US Gov 維吉尼亞州 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ✔️ |
| 美國中西部 | ✔️ (僅限 v3/v4/v5) | ❌ | ✔️ | ✔️ |
| 西歐 | ✔️ (僅限 v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| 美國西部 | ✔️ (所有 SKU) | ❌ | ✔️ | ✔️ |
| 美國西部 2 | ✔️ (僅限 v3/v4) | ✔️ | ✔️ | ✔️ |
| 美國西部 3 | ✔️ (所有 SKU) | ✔️ | ✔️ | ❌ |
$ 這些區域中暫時封鎖了新的區域備援高可用性部署。 已佈建的 HA 伺服器受到完全支援。
$$ 這些區域暫時封鎖新伺服器的部署。 已佈建的伺服器則完整支援。
** 當您在這些區域中佈建新的伺服器時，現在可以部署區域備援高可用性。 在區域開始支援 AZ 之前，已在 AZ 中部署且「無喜好設定」 (您可以在 Azure 入口網站上查看) 的任何現有伺服器中，即使您啟用區域備援 HA，待命伺服器仍會佈建在相同 AZ (相同區域 HA) 中作為主要伺服器。 若要啟用區域備援高可用性，請遵循此處的步驟。
(*) 某些區域僅能支援特定客戶案例，例如國家/地區內災害復原。 這些區域僅在要求時才可使用，方法是建立新的支援要求。
注意
如果您的應用程式需要區域備援 HA，而且在慣用的 Azure 區域中無法使用，請考慮在相同地理位置內使用其他區域，其中區域備援 HA 可供使用，例如美國東部 2、美國中部、美國中北部等。
遷移
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行 PostgreSQL 社群版本。 這允許完整的應用程式相容性，而且需要的重構成本最少，就能將 PostgreSQL 引擎上開發的現有應用程式遷移至適用於 PostgreSQL 的 Azure 資料庫彈性伺服器。
- 適用於 PostgreSQL 的 Azure 資料庫單一伺服器至適用於 PostgreSQL 的 Azure 資料庫彈性伺服器移轉工具 (預覽) - 此工具可讓您更輕鬆地從適用於 PostgreSQL 的 Azure 資料庫單一伺服器，移轉至適用於 PostgreSQL 的 Azure 資料庫彈性伺服器。
- 備份和還原 - 供離線移轉使用，使用者使用 pg_dump 和 pg_restore 等社群工具時，可以承擔一些停機時間、備份和還原，可最快執行移轉。 參閱使用傾印和還原遷移以取得詳細資料。
- Azure 資料庫移轉服務 - 可使用 Azure 資料庫移轉服務，讓您在最短停機時間的情況下，執行順暢且簡化的適用於 PostgreSQL 的 Azure 資料庫彈性伺服器移轉。 請透過入口網站參閱 DMS，或透過 CLI 參閱 DMS。 您可以從適用於 PostgreSQL 的 Azure 資料庫單一伺服器執行個體移轉至適用於 PostgreSQL 的 Azure 資料庫彈性伺服器。 如需詳細資料，請參閱這篇 DMS 文章。
常見問題集
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器是否會取代適用於 PostgreSQL 的 Azure 資料庫單一伺服器？
我們會繼續支援適用於 PostgreSQL 的 Azure 資料庫單一伺服器，並鼓勵您採用適用於 PostgreSQL 的 Azure 資料庫彈性伺服器，其功能更豐富，例如區域復原 HA、可預測效能、最大控制、自訂維護時段、成本最佳化控制，以及適合貴企業工作負載的簡化開發人員體驗。 如果我們決定淘汰任何服務、功能、API 或 SKU，您會事先收到通知，包含移轉或轉換路徑。 請在此深入了解 Microsoft 生命週期原則。
用於解決 PostgreSQL 引擎瑕疵的 Microsoft 原則為何？
Microsoft 目前的原則請參閱此處。
連絡人
如果您對適用於 PostgreSQL 的 Azure 資料庫有任何疑問或建議，請傳送電子郵件至適用於 PostgreSQL 的 Azure 資料庫彈性伺服器小組 (@Ask Azure DB for PostgreSQL)。
注意
此電子郵件地址不是支援小組的別名。
此外，請根據您的情況考量下列連絡要點：
- 若要連絡 Azure 支援，請從 Azure 入口網站提出票證。
- 若要修正您的帳戶問題，請在 Azure 入口網站中提出支援要求。
- 若要提供意見反應或要求新功能，請透過 UserVoice 建立項目。
下一步
您已閱讀適用於 PostgreSQL 的 Azure 資料庫彈性伺服器部署模式的簡介，接下來您已準備好建立第一個伺服器：使用 Azure 入口網站建立適用於 PostgreSQL 的 Azure 資料庫彈性伺服器。