Zalety usługi Azure Database for PostgreSQL z klastrem elastycznym

Azure Database for PostgreSQL — klastry elastyczne to kolejna ewolucja oferty rozproszonej bazy danych PostgreSQL platformy Azure oparta na elastycznym serwerze usługi Azure Database for PostgreSQL z rozszerzeniem Citus. W przypadku klientów z usługą Azure Cosmos DB for PostgreSQL obecnie elastyczne klastry zapewniają parzystość funkcji dla rozproszonych obciążeń Postgres przy jednoczesnym zapewnieniu bardziej zintegrowanej, elastycznej i ekonomicznej ścieżki do przodu.

• Jasny plan rozwoju: Elastyczne klastry to strategiczny kierunek rozproszonej bazy danych PostgreSQL na platformie Azure z trwającymi inwestycjami (na przykład planowane ulepszenia, takie jak planowane przejścia w tryb failover, automatyczne zwiększanie magazynu i długoterminowe przechowywanie). Usługa Azure Cosmos DB for PostgreSQL znajduje się na ścieżce wycofania z ograniczoną obsługą w tym okresie.

• Niższy i prostszy model kosztów (bez dedykowanej dopłaty koordynatora): Klastry elastyczne nie wymagają węzła, który jest rozliczany oddzielnie i służy wyłącznie do koordynacji, co może obniżyć koszty bazowe i ułatwić przewidywanie cen w miarę zwiększania skali.

• Elastyczniejsze opcje wydajności: wybierz spośród warstw eksplozywnej wydajności, ogólnego przeznaczenia i zoptymalizowanych pod kątem pamięci oraz spośród nowszych serii obliczeniowych, aby odpowiednio dostosować koszty i wydajność na węzeł wraz z rozwojem obciążeń.

• Uruchamianie zapytań z dowolnego węzła: Klastry elastyczne umożliwiają dostęp do zapytań za pośrednictwem dowolnego węzła, zwiększając elastyczność operacyjną narzędzi, rozwiązywanie problemów i wzorce obciążeń, które korzystają z wielu punktów ruchu przychodzącego.

• Nowoczesne możliwości bazy danych PostgreSQL wcześniej: szybsze wdrażanie nowszych wersji bazy danych PostgreSQL (w tym obsługa bazy danych PostgreSQL 17) pomaga klientom uzyskiwać dostęp do aktualizacji zabezpieczeń, ulepszeń wydajności i nowych funkcji językowych.

• Oparty na elastycznym serwerze usługi Azure Database for PostgreSQL: klastry elastyczne dziedziczą model operacyjny używany już na potrzeby serwera elastycznego — kopie zapasowe, monitorowanie/metryki, kontrole konserwacji i integracja platformy — co zmniejsza złożoność operacji dnia 2.

• Silniejsza integracja tożsamości i zabezpieczeń: obsługa tożsamości zarządzanej i uwierzytelniania Microsoft Entra ID pomaga uprościć zarządzanie danymi poufnymi i dostosować dostęp do bazy danych zgodnie z mechanizmami kontroli tożsamości przedsiębiorstwa.

Porównanie funkcji

Funkcja/Kategoria	Azure Cosmos DB for PostgreSQL	Azure Database for PostgreSQL: Elastyczne klastry	Notatki/parzystość
Technologia podstawowa	Rozszerzenie PostgreSQL + Citus (rozproszone tabele/fragmenty)	Rozszerzenie PostgreSQL + Citus (fragmentowanie poziome)	Parzystości.
Modele fragmentowania	Oparte na wierszach (rozproszone tabele), oparte na schemacie (rozproszone schematy)	Fragmentowanie wierszowe i schematowe	Parzystości.
Architektura	Węzeł koordynatora i węzły procesu roboczego (bez współdzielenia zasobów)	Wiele węzłów serwera elastycznego połączonych ze sobą jako klaster Citus	Podobne; Funkcja Elastic jest oparta na wystąpieniach serwera elastycznego.
Skalowanie w poziomie	Dodaj węzły robocze; zrównoważ fragmenty	Dodawanie węzłów procesu roboczego; ponowne równoważenie danych	Parzystości.
Skalowanie w pionie	Skalowanie zasobów obliczeniowych i pamięci masowej na jeden węzeł	Skalowanie zasobów obliczeniowych/pamięci na każdy węzeł	Parzystości.
Wysoka dostępność	Tak (opcje z redundancją strefową; automatyczne przełączanie awaryjne)	Tak (wysoka dostępność z obsługą klastra)	Parzystości.
Repliki do odczytu	Yes	Yes	Parzystości.
Dedykowany koordynator (dodatkowy koszt)	Yes	Nie.	Zaleta elastyczna.
Zapytanie z dowolnego węzła	Nie.	Yes	Zaleta elastyczna.
Opcje obliczeniowe	Proporcja pamięci do rdzenia: dynamiczna lub stała; brak możliwości wyboru generacji obliczeniowych	Z możliwością zwiększenia wydajności, ogólnego przeznaczenia, optymalizacja pamięci; wybór serii obliczeniowej	Zaleta elastyczna.
Maksymalna liczba obliczeń na węzeł (rdzenie)	96 rdzeni wirtualnych	96 (wkrótce 192)	Parzystości.
Cennik (zoptymalizowany pod kątem pamięci)	Węzeł: $0.1425/vCore hour + koordynator ($0.44/hr) lub $0.11/vCore hour	$0.125/vCore hour (brak dedykowanego koordynatora)	Elastyczna zaleta (prostszy model kosztów).
Cennik zasobów obliczeniowych (ogólnego przeznaczenia)	N/A	0,09 USD/godzina vCore	Tylko elastyczne.
Cennik magazynu	0,115 USD/GB miesięcznie	0,115 USD/GB miesięcznie	Parzystości.
Ponowne równoważenie online	Yes	Yes	Parzystości.
Wersje bazy danych PostgreSQL	Do ostatnich wersji (np. 15/16 w przeszłości)	Obsługuje najnowsze wersje, w tym PostgreSQL 17	Elastyczna przewaga (wsparcie dla nowszej wersji).
Obsługa bazy danych Postgres 17/18	Nie.	Yes	Elastyczna zaleta (obsługa nowszych wersji).
Obsługa rozszerzeń	Podzestaw rozszerzeń kluczy (np. PostGIS, JSONB)	Standardowe rozszerzenia serwera elastycznego; niektóre ograniczenia (np. brak bazy danych TimescaleDB w trybie klastra)	Parzystość (drobne różnice).
Uwierzytelnianie identyfikatora Entra firmy Microsoft	Yes	Yes	Parzystości.
Planowane przełączenia HA	Nie.	Planowana (ogólna dostępność+)	Luka (planowana).
Prywatne punkty końcowe	Yes	Yes	Parzystości.
Sieć wirtualna	Nie.	Nie.	Parzystość (nieobsługiwana).
Obsługa narzędzia PgBouncer	—	Yes	Zaleta elastyczności (obsługa nowszych wersji).
Maksymalna liczba połączeń na węzeł	300 na węzeł (0–3 rdzeni wirtualnych); 500 na węzeł (4–15 rdzeni wirtualnych); 1000 na węzeł (16+ rdzeni wirtualnych). Maksymalnie 2500	3000 na węzeł	Zaleta elastyczna.
Metryki na poziomie klastra lub węzła	Yes	Yes	Parzystości.
Monitorowanie wielu najemców	Yes	Yes	Parzystości.
Utwórz rolę NOLOGIN	Nie.	Yes	Zaleta elastyczna.
Okna obsługi	Yes	Yes	Parzystości.
Geograficzna kopia zapasowa i przywracanie	Yes	Yes	Parzystości.
Tożsamość zarządzana	Nie.	Yes	Zaleta elastyczna.
Klucze zarządzane przez klienta (szyfrowanie)	Yes	Yes	Parzystości.
Terraform	Yes	Yes	Parzystości.
Automatyczny przyrost pamięci masowej	Nie.	Planowana (GA+)	Zaleta elastyczna.
SSD w wersji Premium v2 (80,000 operacji we/węźle)	Nie.	Planowana (GA+)	Zaleta elastyczna.
Usuwanie węzła	Nie	Nie.	Parity
Długoterminowe przechowywanie	Nie.	Harmonogram działania (GA+)	Zaleta elastyczna.
Magazyn zapytań	Nie.	Harmonogram działania (GA+)	Zaleta elastyczna.
Zarządzanie i integracja	Część portalu/środowiska usługi Azure Cosmos DB; powiązania z ekosystemem usługi Cosmos	Zintegrowane z usługą Azure Database for PostgreSQL Flexible Server (np. kopie zapasowe, metryki, identyfikator Microsoft Entra ID)	Różne portale; Elastic wykorzystuje funkcje serwera elastycznego.
Model ustalania cen	Bazowane na rdzeniach wirtualnych; oddzielnie dla koordynatora/pracowników	vCore, magazyn, liczba operacji we/wy na sekundę (bez dodatkowych kosztów dla Citus)	Zaleta elastyczna (prostszy model).
Sieć komputerowa	Dostęp publiczny (reguły zapory), dostęp prywatny (Usługa Private Link) lub oba te elementy	Dostęp publiczny (dozwolone adresy IP); dostęp prywatny za pośrednictwem usługi Private Link w podstawowych węzłach serwera elastycznego	Parzystość (podobne opcje).

Opcja usunięcia węzła jest dostępna za pomocą ponownego rozłożenia obciążenia w celu przeniesienia danych z węzła, ale sam węzeł nie jest automatycznie wyłączany z użycia.

Narzędzie do migracji

Dostępne jest dedykowane narzędzie do migracji, które ułatwia bezproblemowe przejście z usługi Azure Cosmos DB for PostgreSQL do klastra elastycznego usługi Azure Database for PostgreSQL. To narzędzie automatyzuje migrację schematów i danych, minimalizuje przestoje i zapewnia integralność danych.

Podejście do migracji koncentruje się na tworzeniu nowego dysku danych na Flex poprzez wykonanie migawki z klastra CPG i zamontowaniu jej jako podstawowego dysku danych docelowego klastra elastycznego (EC), znacząco skracając czas migracji i zapewniając integralność danych bez wpływu warunków sieciowych. Następnie skopiujemy pliki różnicowe (rozszerzenia, konfiguracje PG i rozszerzeń, certyfikaty, dzienniki archiwum itp.) z oryginalnego Flex /datadrive na nowy dysk.

Narzędzie wraz z przypomnieniem w wyskakującym okienku będzie dostępne za pośrednictwem karty Migracji w usłudze Azure Cosmos DB for PostgreSQL od 13 kwietnia.

Z tego miejsca można zainicjować migrację, podając proste szczegóły serwera docelowego

Mapowanie jednostki SKU

Usługa Azure Cosmos DB dla PostgreSQL zostanie dopasowana do docelowej bazy danych Azure Database for PostgreSQL (klaster elastyczny) zgodnie z poniższą tabelą mapowania. Po migracji klienci mogą zwiększać lub zmniejszać skalę przy niemal zerowych przestojach.

Source ServerEdition	Źródłowe vCores	nazwa docelowa	Docelowy poziom
BurstableMemoryOptimized	1	Standard_B2s	Z możliwością zwiększania wydajności
Ogólnego Przeznaczenia z Elastycznością	2	Standard_B2s	Z możliwością zwiększania wydajności
Ogólne przeznaczenie	2	Standard_D2ds_v5	Ogólne przeznaczenie
Ogólne przeznaczenie	4	Standard_D4ds_v5	Ogólne przeznaczenie
Ogólne przeznaczenie	8	Standard_D8ds_v5	Ogólne przeznaczenie
Ogólne przeznaczenie	16	Standard_D16ds_v5	Ogólne przeznaczenie
Ogólne przeznaczenie	32	Standard_D32ds_v5	Ogólne przeznaczenie
Ogólne przeznaczenie	64	Standard_D64ds_v5	Ogólne przeznaczenie
Ogólne przeznaczenie	96	Standard_D96ds_v5	Ogólne przeznaczenie
ZoptymalizowanaPamięć	2	Standard_E2ds_v5	ZoptymalizowanaPamięć
ZoptymalizowanaPamięć	4	Standard_E4ds_v5	ZoptymalizowanaPamięć
ZoptymalizowanaPamięć	8	Standard_E8ds_v5	ZoptymalizowanaPamięć
ZoptymalizowanaPamięć	16	Standard_E16ds_v5	ZoptymalizowanaPamięć
ZoptymalizowanaPamięć	32	Standard_E32ds_v5	ZoptymalizowanaPamięć
ZoptymalizowanaPamięć	64	Standard_E64ds_v5	ZoptymalizowanaPamięć
ZoptymalizowanaPamięć	96	Standard_E96ds_v5	ZoptymalizowanaPamięć

Przepływ migracji

1. Użytkownik rozpoczyna migrację ze strony klastra CPG w witrynie Azure Portal.

2. W portalu są uruchamiane testy wstępnego sprawdzania poprawności.

3. Jeśli testy zostaną zaliczone, portal przygotowuje docelowy klaster elastyczny (EC) z ustawieniami migracji CPG (np. konfiguracja sortowania i wersji PG+Citus).

4. Portal rozpoczyna migrację w aprowizowanej usłudze EC.

5. Narzędzie migracji przełącza klaster CPG na tryb tylko do odczytu i wyzwala tworzenie migawek (jedna na węzeł w przypadku wielu węzłów).

6. Wywołuje klaster elastyczny z identyfikatorami zasobów migawek, aby rozpocząć migrację opartą na dysku.

7. Tworzy nowe dyski danych z migawek, blokuje EC, zatrzymuje kontenery i zamienia nowy dysk jako podstawowy /datadrive.

8. Kopiuje pliki platformy "delta" na nowy dysk (rozszerzenia, konfiguracje PG/rozszerzeń, certyfikaty, archiwum/WAL itp.), a następnie przywraca ustawienia własności i uprawnień oraz wykonuje wymagane poprawki metadanych (np. mapowanie węzłów, role, rozszerzenia).

9. Uruchamia kontenery i kończy operację migracji;

10. Po pomyślnym zakończeniu narzędzie stosuje ustawienia po migracji do EC (ustawienia zmienione przez użytkownika, ustawienia wysokiej dostępności).

11. Migracja zostanie ukończona: po zakończeniu w portalu zostanie zaktualizowany stan powodzenia/niepowodzenia. Klaster CPG jest zatrzymany, a Klaster Elastyczny staje się nowym docelowym miejscem do zapisu, gdzie klient dokonuje przełączenia (nowe parametry połączenia, w razie potrzeby ponownie utwórz PEC).

Średni czas migracji

W większości przypadków migracja end-to-end kończy się w czasie poniżej 10 minut. Okno blokady zapisu (tylko do odczytu) — od momentu przełączenia klastra źródłowego do trybu tylko do odczytu, aż do momentu, gdy docelowy klaster Elastic stanie się zapisywalny — trwa średnio ok. 5–8 minut, co sprawia, że nadaje się do uruchamiania w standardowym, zaplanowanym oknie konserwacyjnym.

Kluczowe czynniki, które mogą mieć wpływ na czas: rozmiar bazy danych i liczba węzłów (więcej migawek/dysków), wielkość zasobów rozszerzenia.

Treści powiązane

• Azure Database for PostgreSQL