Udostępnij za pomocą

Co to jest usługa Azure Database for PostgreSQL?

Ten artykuł zawiera omówienie usługi Azure Database for PostgreSQL, które ułatwiają zapoznanie się z jej kluczowymi funkcjami i podstawowymi pojęciami.

Azure Database for PostgreSQL to w pełni zarządzana usługa bazy danych, która zapewnia szczegółową kontrolę i elastyczność funkcji zarządzania bazami danych i ustawień konfiguracji. Usługa zapewnia elastyczność i dostosowania konfiguracji serwera na podstawie wymagań. Architektura umożliwia umiejscowienie silnika bazy danych razem z warstwą klienta, co prowadzi do mniejszego opóźnienia, oraz wybór wysokiej dostępności w jednej strefie dostępności oraz w wielu strefach dostępności. Elastyczne wystąpienie serwera Azure Database for PostgreSQL zapewnia również kontrolę optymalizacji kosztów dzięki możliwości zatrzymania i uruchomienia serwera oraz warstwie obliczeniowej typu burst, która jest idealna dla obciążeń, które nie wymagają ciągłej pełnej mocy obliczeniowej. Usługa obsługuje różne główne wersje społecznościowe bazy danych PostgreSQL. Aby uzyskać szczegółowe informacje na temat obsługiwanych wersji, zobacz Obsługiwane wersje bazy danych PostgreSQL w usłudze Azure Database for PostgreSQL. Usługa jest dostępna w różnych regionach świadczenia usługi Azure.

Diagram usługi Azure Database for PostgreSQL — omówienie.

Usługa Azure Database for PostgreSQL najlepiej nadaje się do:

  • Rozwój aplikacji wymagających kontroli i dostosowań.
  • Strefowo nadmiarowa wysoka dostępność.
  • Okna obsługi zarządzanej.

Architektura i wysoka dostępność

Model wdrażania usługi Azure Database for PostgreSQL jest przeznaczony do obsługi wysokiej dostępności w jednej strefie dostępności i w wielu strefach dostępności. Architektura oddziela obliczenia i magazyn. Aparat bazy danych działa w kontenerze wewnątrz maszyny wirtualnej z systemem Linux, podczas gdy pliki danych znajdują się w usłudze Azure Storage. System przechowywania przechowuje trzy lokalnie nadmiarowe synchroniczne kopie plików bazy danych, co zapewnia trwałość danych.

W przypadku skonfigurowania wysokiej dostępności z redundancją strefową usługa aprowizuje i utrzymuje ciepły serwer zapasowy w strefie dostępności w tym samym regionie Azure. Zmiany danych na serwerze źródłowym są synchronicznie replikowane do serwera rezerwowego w celu zapewnienia zerowej utraty danych. W przypadku strefowo nadmiarowej wysokiej dostępności po wyzwoleniu planowanego lub nieplanowanego zdarzenia trybu failover serwer rezerwowy jest natychmiast w trybie online i jest dostępny do przetwarzania transakcji przychodzących. Ta funkcja umożliwia odporność usługi z powodu awarii strefy dostępności w regionie świadczenia usługi Azure, który obsługuje wiele stref dostępności, jak pokazano na poniższej ilustracji.

Diagram wysokiej dostępności z redundancją strefową.

Aby uzyskać więcej informacji, zobacz Wysoka dostępność .

Automatyczne stosowanie poprawek za pomocą zarządzanego okna obsługi

Usługa wykonuje automatyczne stosowanie poprawek podstawowego sprzętu, systemu operacyjnego i aparatu bazy danych. Stosowanie poprawek obejmuje aktualizacje zabezpieczeń i oprogramowania. Wydanie z planowanej konserwacji obejmuje uaktualnienia wersji mniejszej dla silnika PostgreSQL. Harmonogram stosowania poprawek można skonfigurować tak, aby był zarządzany przez system lub zdefiniować niestandardowy harmonogram. Podczas harmonogramu konserwacji jest stosowana poprawka, a w celu ukończenia aktualizacji może być konieczne ponowne uruchomienie serwera w ramach procesu stosowania poprawek. Dzięki harmonogramowi niestandardowemu można przewidywać cykl stosowania poprawek i wybrać okno obsługi z minimalnym wpływem na firmę. Ogólnie rzecz biorąc, usługa jest zgodna z miesięcznym harmonogramem wydania w ramach ciągłej integracji i wydania.

Automatyczne kopie zapasowe

Usługa Azure Database for PostgreSQL automatycznie tworzy kopie zapasowe serwera i przechowuje je w magazynie strefowo nadmiarowym regionu (ZRS). Serwer można przywrócić do dowolnego punktu w okresie przechowywania kopii zapasowych. Domyślny okres przechowywania kopii zapasowych wynosi siedem dni. Możesz opcjonalnie skonfigurować przechowywanie przez maksymalnie 35 dni. Wszystkie kopie zapasowe są szyfrowane przy użyciu 256-bitowego szyfrowania AES. Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowych.

Dostosowanie wydajności i skalowania w kilka sekund

Usługa Azure Database for PostgreSQL jest dostępna w trzech warstwach obliczeniowych: elastyczna, uniwersalna i zoptymalizowana pod kątem pamięci. Warstwa z możliwością zwiększania szybkości jest najlepsza w przypadku obciążeń programowania o niskich kosztach i niskich współbieżności bez ciągłej pojemności obliczeniowej. Warstwy Ogólnego przeznaczenia i Zoptymalizowane pod kątem pamięci są lepsze dla obciążeń produkcyjnych, które wymagają wysokiej współbieżności, skalowania i przewidywalnej wydajności. Pierwszą aplikację można utworzyć w małej bazie danych za kilka dolarów miesięcznie, a następnie bezproblemowo dostosować skalę do potrzeb rozwiązania.

Zatrzymywanie i uruchamianie serwera w celu obniżenia TCO

Usługa Azure Database for PostgreSQL umożliwia zatrzymanie i włączenie serwera na żądanie, aby obniżyć całkowity koszt posiadania. Rozliczenia w warstwie obliczeniowej są zatrzymywane natychmiast po zatrzymaniu serwera. Ta funkcja może zapewnić znaczne oszczędności kosztów podczas tworzenia, testowania i przewidywalnych obciążeń produkcyjnych związanych z czasem. Serwer pozostaje zatrzymany przez siedem dni, chyba że uruchomisz go wcześniej.

Zabezpieczenia klasy korporacyjnej

Usługa Azure Database for PostgreSQL używa zweryfikowanego modułu kryptograficznego FIPS 140-2 do szyfrowania danych magazynowanych. Usługa szyfruje dane, w tym kopie zapasowe i pliki tymczasowe utworzone podczas uruchamiania zapytań. Używa 256-bitowego szyfru AES zawartego w szyfrowaniu usługi Azure Storage, a klucze mogą być zarządzane przez system (ustawienie domyślne). Usługa Azure Database for PostgreSQL szyfruje dane w ruchu przy użyciu domyślnych zabezpieczeń warstwy transportu (SSL/TLS) wymuszanych domyślnie. Usługa wymusza i obsługuje protokół TLS w wersji 1.2 lub nowszej.

Elastyczne wystąpienie serwera usługi Azure Database for PostgreSQL umożliwia pełny prywatny dostęp do serwerów przy użyciu sieci wirtualnej platformy Azure. Serwery w sieci wirtualnej platformy Azure można uzyskać tylko i połączyć za pośrednictwem prywatnych adresów IP. W przypadku integracji z siecią wirtualną dostęp publiczny jest blokowany i nie można uzyskać dostępu do serwerów przy użyciu publicznych punktów końcowych.

Monitorowanie i alerty

Usługa Azure Database for PostgreSQL ma wbudowane funkcje monitorowania wydajności i alertów. Wszystkie metryki platformy Azure mają częstotliwość jedną minutę, z których każda zapewnia 30 dni historii. Można skonfigurować alerty dotyczące metryk. Usługa uwidacznia metryki serwera hosta w celu monitorowania wykorzystania zasobów i umożliwia konfigurowanie dzienników wolnych zapytań. Za pomocą tych narzędzi można szybko zoptymalizować obciążenia i skonfigurować serwer pod kątem najlepszej wydajności.

Wbudowany moduł PgBouncer

Instancja elastycznego serwera usługi Azure Database for PostgreSQL ma wbudowany PgBouncer i zasobnik połączeń. Możesz włączyć tę funkcję i połączyć swoje aplikacje z elastycznym wystąpieniem serwera Azure Database for PostgreSQL za pośrednictwem PgBouncer, używając tej samej nazwy hosta oraz portu 6432. Po włączeniu narzędzie PgBouncer jest również dostępne dla klastrów elastycznych na porcie 8432.

Regiony Azure

Jedną z zalet uruchamiania obciążenia na platformie Azure jest zasięg globalny. Usługa Azure Database for PostgreSQL jest obecnie dostępna w następujących regionach świadczenia usługi Azure:

Region Intel Compute AMD Compute Poufne obliczenia Strefowo-redundantna wysoka dostępność wysoka dostępność w tej samej strefie kopia zapasowa z geograficzną redundancją
Australia Środkowa ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Australia Środkowa 2 * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ❌
Australia Wschodnia ✅ (v3/v4/v5/v6) ✅ (wersja 5) ❌ ✅ ✅ ✅
Australia Południowo-Wschodnia ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Austria Wschodnia ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ✅ ✅ ❌
Belgia Środkowa ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ✅ ✅ ❌
Brazylia Południowa ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ❌
Brazylia Południowo-Wschodnia * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ❌
Kanada Środkowa ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ✅ ✅ ✅
Kanada Wschodnia ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ❌ ✅ ✅
Indie Środkowe ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
Środkowe stany USA ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Chile Środkowe ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ✅ ✅ ❌
Chiny Wschodnie 2 ✅ (wersja 3/v4) ❌ ❌ ❌ ✅ ❌
Chiny Wschodnie 3 ✅ (wersja 3/v4) ❌ ❌ ❌ ✅ ✅
Chiny Północne 2 ✅ (wersja 3/v4) ❌ ❌ ❌ ✅ ❌
Chiny Północne 3 ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Azja Wschodnia ✅ (v3/v4/v5) ✅ (wersja 6) ❌ ✅ $ ** ✅ ✅
Wschodnie stany USA ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ✅ $ ✅ ✅
Wschodnie stany USA 2 ✅ (wersja 3/v4) ❌ ❌ ✅ $ ✅ ✅
Francja Środkowa ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Francja Południowa ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Niemcy Północne * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Niemcy Środkowo-Zachodnie ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
Indonezja Środkowa ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
Izrael Środkowy ✅ (wersja 3/v4) ❌ ❌ ✅ ✅ ❌
Włochy Północne ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
Japonia Wschodnia ✅ (wersja 3/v4) ❌ ❌ ✅ ✅ ✅
Japonia Zachodnia ✅ (v3/v4/v5) ✅ (wersja 6) ❌ ❌ ✅ ✅
Jio Indie Środkowe ✅ (wersja 3) ❌ ❌ ❌ ✅ ✅
Indie Zachodnie (Jio) ✅ (wersja 3) ❌ ❌ ❌ ✅ ✅
Korea Środkowa ✅ (v3/v4/v5) ❌ ❌ ✅ ** ✅ ✅
Korea Południowa ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Malezja Zachodnia ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
Meksyk Środkowy ✅ (wersja 3/v4) ❌ ❌ ✅ $ ✅ ❌
Nowa Zelandia Północna ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
Północno-środkowe stany USA ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ❌ ✅ ✅
Europa Północna ✅ (v3/v4/v5) ❌ ✅ (wersja 5) ✅ $ ✅ ✅
Norwegia Wschodnia * ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ✅ ✅ ✅
Norwegia Zachodnia ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Polska Środkowa ✅ (wersja 3/v4) ❌ ❌ ✅ ✅ ❌
Katar Środkowy ✅ (wersja 3/v4) ❌ ❌ ✅ $ ✅ ❌
Północna Republika Południowej Afryki ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Republika Południowej Afryki Zachodniej * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Południowo-środkowe stany USA ✅ (wersja 3/v4) ❌ ❌ ✅ $ ✅ ✅
Indie Południowe ✅ (v3/v4/v5) ✅ (wersja 6) ❌ ✅ ✅ ✅
Azja Południowo-Wschodnia ✅ (wersja 3/v4) ❌ ❌ ✅ $ ✅ ✅
Hiszpania Środkowa ✅ (wersja 3/v4) ❌ ❌ ✅ ✅ ❌
Szwecja Środkowa ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Szwajcaria Północna ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Szwajcaria Zachodnia * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Zjednoczone Emiraty Zjednoczone Emiraty ZjednoczoneGo Emiratu Środkowego * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Północne Zjednoczone Emiraty Arabskie ✅ (v3/v4/v5) ❌ ✅ (wersja 5) ✅ ✅ ✅
Południowe Zjednoczone Królestwo ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ✅ ✅ ✅
Zachodnie Zjednoczone Królestwo ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ❌ ✅ ✅
US Gov Arizona ✅ (wersja 3/v4) ❌ ❌ ❌ ✅ ❌
US Gov Teksas ✅ (wersja 3/v4) ❌ ❌ ❌ ✅ ❌
US Gov Wirginia ✅ (wersja 3/v4) ❌ ❌ ✅ ✅ ✅
Zachodnio-środkowe stany USA ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Europa Zachodnia ✅ (v3/v4/v5) ❌ ✅ (wersja 5) ✅ $ ✅ ✅
Zachodnie stany USA ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ❌ ✅ ✅
Zachodnie stany USA 2 ✅ (wersja 3/v4) ❌ ❌ ✅ $ ✅ ✅
Zachodnie stany USA 3 ✅ (v3/v4/v5) ✅ (wersja 5) ❌ ✅ ** ✅ ❌

$ Nowe wdrożenia o wysokiej dostępności z redundancją strefową są tymczasowo blokowane w tych regionach. Usługa w pełni obsługuje już aprowizowane serwery wysokiej dostępności.

$ Nowe wdrożenia serwera są tymczasowo blokowane w tych regionach. Usługa w pełni obsługuje już aprowizowane serwery.

** Teraz można wdrożyć strefowo nadmiarową wysoką dostępność podczas aprowizowania nowych serwerów w tych regionach. W przypadku istniejących serwerów wdrożonych w AZ bez preferencji (sprawdź to w witrynie portal Azure), zanim region zaczął obsługiwać strefy dostępności, nawet jeśli włączysz wysoką dostępność z nadmiarowością strefową, rezerwa jest aprowizowana w tej samej AZ (wysoka dostępność w tej samej strefie) co serwer podstawowy. Aby włączyć wysoką dostępność z nadmiarowością strefową w takich przypadkach, zapoznaj się z tymi specjalnymi zagadnieniami.

(*) Niektóre regiony są ograniczone do obsługi określonych scenariuszy klientów, takich jak odzyskiwanie po awarii w kraju/regionie. Dostęp do tych regionów można uzyskać tylko po żądaniu, tworząc nowe żądanie pomocy technicznej.

Note

Jeśli aplikacja wymaga strefowo nadmiarowej wysokiej dostępności i jest niedostępna w preferowanym regionie świadczenia usługi Azure, rozważ użycie innych regionów w tej samej lokalizacji geograficznej, w której dostępna jest strefowo nadmiarowa wysoka dostępność, na przykład Wschodnie stany USA dla wschodnich stanów USA 2, Środkowe stany USA dla regionu Północno-środkowe stany USA itd.

Ograniczenia rodziny SKU V6

  • Skalowanie z rodziny SKU typu V6 do rozprężanej warstwy nie jest wspierane.
  • Skalowanie z rodziny jednostek SKU Burstable do rodziny SKU V6 nie jest obsługiwane.
  • Integracja z siecią wirtualną nie jest obsługiwana.

Migration

Usługa Azure Database for PostgreSQL uruchamia wersję społeczności bazy danych PostgreSQL. Ta wersja zapewnia pełną zgodność aplikacji i wymaga minimalnej refaktoryzacji, aby przeprowadzić migrację istniejącej aplikacji opracowanej na silniku PostgreSQL do Azure Database dla PostgreSQL.

  • Azure Database Migration Service — aby zapewnić bezproblemowe i uproszczone migracje do usługi Azure Database for PostgreSQL z minimalnym przestojem, użyj usługi Azure Database Migration Service. Odwiedź stronę Co to jest usługa migracji w usłudze Azure Database for PostgreSQL?
  • Zrzut i przywracanie — w przypadku migracji w trybie offline, na które można pozwolić sobie na przestoje, zrzut i przywracanie przy użyciu narzędzi społeczności, takich jak pg_dump i pg_restore, zapewnia najszybszy sposób migracji. Szczegóły znajdziesz w Migrowanie przy użyciu zrzutu i przywracania.

Opinie i wsparcie

Jeśli masz pytania lub sugestie dotyczące usługi Azure Database for PostgreSQL, możesz uzyskać pomoc i pomoc techniczną za pośrednictwem następujących kanałów:

Treści powiązane

  • Last updated on