適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器
適用範圍：
適用於 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 Compute | 區域備援HA | 相同區域HA | 異地備援備份 |
|---|---|---|---|---|
| 澳大利亞中部 | ✔️ （僅限 v3/v4） | ✔️ | ✔️ | ✔️ |
| 澳大利亞中部 2* | ✔️ （僅限 v3/v4） | ✔️ | ✔️ | ❌ |
| 澳大利亞東部 | ✔️ （所有 SKU） | ✔️ | ✔️ | ✔️ |
| 澳大利亞東南部 | ✔️ （僅限 v3/v4/v5） | ✔️ | ✔️ | ✔️ |
| 巴西南部 | ✔️ （僅限 v3/v4） | ❌ $ | ✔️ | ✔️ |
| 巴西東南部* | ✔️ （僅限 v3/v4） | ✔️ $ | ✔️ | ❌ |
| 加拿大中部 | ✔️ （所有 SKU） | ✔️ | ✔️ | ✔️ |
| 加拿大東部 | ✔️ （所有 SKU） | ✔️ | ✔️ | ✔️ |
| 美國中部 | ✔️ （僅限 v3/v4） | ❌ | ✔️ | ✔️ |
| 中國東部 3 | ✔️ （僅限 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） | ✔️ | ✔️ | ✔️ |
| 美國中北部 | ✔️ （所有 SKU） | ✔️ | ✔️ | ✔️ |
| 北歐 | ✔️ （僅限 v3/v4/v5） | ✔️ | ✔️ | ✔️ |
| 挪威東部 * | ✔️ （所有 SKU） | ✔️ | ✔️ | ✔️ |
| 挪威西部 | ✔️ （僅限 v3/v4） | ✔️ | ✔️ | ✔️ |
| 波蘭中部 | ✔️ （僅限 v3/v4） | ✔️ | ✔️ | ❌ |
| 卡達中部 | ✔️ （僅限 v3/v4） | ❌ | ✔️ | ❌ |
| 南非北部 | ✔️ （僅限 v3/v4/v5） | ✔️ | ✔️ | ✔️ |
| 南非西部* | ✔️ （僅限 v3/v4） | ✔️ | ✔️ | ✔️ |
| 美國中南部 | ✔️ （僅限 v3/v4） | ❌ $ | ✔️ | ✔️ |
| 東南亞 | ✔️ （所有 SKU） | ✔️ | ✔️ | ✔️ |
| 瑞典中部 | ✔️ （僅限 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 資料移轉服務 – 若要順暢且簡化移轉至 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器，且停機時間最少，可以使用 Azure 資料移轉服務。 請參閱 透過入口網站 和 透過 CLI 的 DMS。 您可以從 適用於 PostgreSQL 的 Azure 資料庫 單一伺服器實例移轉至 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器。 如需詳細資訊，請參閱此 DMS 文章 。
常見問題集
適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器是否會取代單一伺服器 適用於 PostgreSQL 的 Azure 資料庫？
我們繼續支援單一伺服器 適用於 PostgreSQL 的 Azure 資料庫，並鼓勵您採用具有更豐富功能 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器，例如區域復原HA、可預測的效能、最大控制、自定義維護時段、成本優化控制，以及適用於您企業的簡化開發人員體驗工作量。 如果我們決定淘汰任何服務、功能、API 或 SKU，您會收到事先通知，包括移轉或轉換路徑。 請在此深入了解 Microsoft 生命週期原則。
Microsoft 用來解決 PostgreSQL 引擎缺陷的原則為何？
請參閱 Microsoft 目前的原則。
連絡人
針對您在 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器上可能提出的任何問題或建議，請將電子郵件傳送給 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器小組（@Ask適用於 PostgreSQL 的 Azure DB）。
注意
此電子郵件地址不是支援小組的別名。
此外，請根據您的情況考量下列連絡要點：
- 若要連絡 Azure 支援，請從 Azure 入口網站提出票證。
- 若要修正您的帳戶問題，請在 Azure 入口網站中提出支援要求。
- 若要提供意見反應或要求新功能，請透過 UserVoice 建立項目。
下一步
現在您已閱讀 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器部署模式的簡介，您已準備好建立第一部伺服器：使用 Azure 入口網站 建立 適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器。