Konfigurowanie wysokiej dostępności dla serwera elastycznego Azure Database for PostgreSQL

W tym artykule opisano sposób włączania lub wyłączania wysokiej dostępności na serwerze elastycznym Azure Database for PostgreSQL. Informacje mają zastosowanie niezależnie od tego, czy używasz serwerów w tej samej strefie, czy korzystasz z modelu wdrożenia nadmiarowego między strefami. W tym artykule opisano sposób włączania lub wyłączania wysokiej dostępności na serwerze elastycznym Azure Database for PostgreSQL. Informacje mają zastosowanie niezależnie od tego, czy używasz serwerów w tej samej strefie, czy korzystasz z modelu wdrożenia nadmiarowego między strefami.

Funkcja wysokiej dostępności wdraża fizycznie oddzielne repliki podstawowe i rezerwowe. Repliki można aprowizować w tej samej strefie dostępności lub w różnych strefach, w zależności od wybranego modelu wdrażania. Aby uzyskać więcej informacji, zobacz artykuł dotyczący pojęć dotyczących wysokiej dostępności. Wysoką dostępność można włączyć podczas tworzenia elastycznego serwera usługi Azure Database for PostgreSQL lub po jego utworzeniu. Funkcja wysokiej dostępności wdraża fizycznie oddzielne repliki podstawowe i rezerwowe. Repliki można aprowizować w tej samej strefie dostępności lub w różnych strefach, w zależności od wybranego modelu wdrażania. Aby uzyskać więcej informacji, zobacz artykuł dotyczący pojęć dotyczących wysokiej dostępności. Wysoką dostępność można włączyć podczas tworzenia elastycznego serwera usługi Azure Database for PostgreSQL lub po jego utworzeniu.

Włączanie wysokiej dostępności dla istniejących serwerów

Wysoką dostępność można włączyć na istniejącym serwerze elastycznym Azure Database for PostgreSQL w dowolnym momencie. Po włączeniu wysokiej dostępności usługa tworzy replikę rezerwową, która dubluje serwer podstawowy. W zależności od pojemności regionalnej i opcji konfiguracji rezerwa może być wdrożona w innej strefie dostępności w celu zapewnienia maksymalnej ochrony lub w tej samej strefie co podstawowa. Wysoką dostępność można włączyć na istniejącym serwerze elastycznym Azure Database for PostgreSQL w dowolnym momencie. Po włączeniu wysokiej dostępności usługa tworzy replikę rezerwową, która dubluje serwer podstawowy. W zależności od pojemności regionalnej i opcji konfiguracji rezerwa może być wdrożona w innej strefie dostępności w celu zapewnienia maksymalnej ochrony lub w tej samej strefie co podstawowa.

Portal

Użyj portalu Azure:

1. Wybierz elastyczny serwer bazy danych Azure dla PostgreSQL. Korzystanie z portalu Azure:

2. Wybierz elastyczny serwer bazy danych Azure dla PostgreSQL.

3. W menu zasobów w sekcji Ustawienia wybierz pozycję Wysoka dostępność.

Opcja odporność strefowa określa, czy serwer jest chroniony w różnych strefach dostępności. Dostępne są dwie opcje:

• Wyłączone (99.9% SLA): Wysoka dostępność nie jest skonfigurowana.
• Włączone (99.99% SLA): Po wybraniu tej opcji Azure próbuje utworzyć serwer rezerwowy w innej strefie dostępności niż podstawowa. Ta opcja zapewnia najlepszą ochronę przed awariami na poziomie strefy.

Jeśli włączysz odporność strefową, ale w danym regionie nie ma wystarczającej pojemności dla konfiguracji nadmiarowej między strefami, pod opcją Włączone (99.99% SLA) pojawi się dodatkowe pole wyboru. Zaznacz to pole wyboru, aby zezwolić na utworzenie serwera rezerwowego w tej samej strefie co serwer podstawowy. Gdy pojemność strefowa stanie się dostępna, Azure automatycznie migruje obciążenia z tej samej strefy do strefowo nadmiarowej.

1. Jeśli nie włączono odporności strefowej, wybierz opcję Włączone .

   

2. Po wybraniu opcji Włączone opcja Nadmiarowa dla stref jest stosowana domyślnie dla regionów, które obsługują strefy dostępności. Ta konfiguracja chroni przed awariami strefowymi.

   

3. Jeśli region nie ma zdolności strefowej, aby upewnić się, że wysoka dostępność (HA) jest włączona w preferowanym regionie, zaznacz pole wyboru przy opcji włączonej, aby zezwolić na tworzenie HA w trybie Same-Zone regionu.

   

4. Po zakończeniu konfigurowania ustawień wybierz pozycję Zapisz , aby zastosować zmiany.

5. W oknie dialogowym zostanie wyświetlony wzrost kosztów skojarzony z wdrożeniem serwera rezerwowego. Jeśli zdecydujesz się kontynuować, wybierz pozycję Włącz wysoką dostępność.

   

6. Zostanie uruchomione nowe wdrożenie, aby umożliwić wysoką dostępność na serwerze elastycznym Azure Database for PostgreSQL.

   

7. Po zakończeniu wdrażania możesz wybrać pozycję Przejdź do zasobu, aby wrócić do serwera elastycznego Azure Database for PostgreSQL.

   

CLI

Użyj polecenia az postgres flexible-server update , aby włączyć wysoką dostępność na istniejącym serwerze.

Aby włączyć wysoką dostępność z serwerem rezerwowym w tej samej strefie co serwer podstawowy, użyj następującego polecenia:

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability SameZone

Aby włączyć wysoką dostępność z serwerem rezerwowym w innej strefie od strefy serwera podstawowego, a jeśli chcesz, aby strefa została wybrana automatycznie, użyj następującego polecenia:

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant

Opcjonalnie możesz wybrać strefę dostępności, w której ma zostać wdrożony serwer rezerwowy. Użyj tego polecenia:

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant \
  --standby-zone <standby_zone>

Jeśli włączysz wysoką dostępność z nadmiarowością strefy, a strefa określona dla rezerw jest zgodna ze strefą podstawową, zostanie wyświetlony następujący błąd:

Your server is in availability zone <server>. The zone of the server cannot be same as the standby zone.

Jeśli włączysz wysoką dostępność z redundantnością strefową, a określona przez Ciebie strefa zapasowa nie jest dostępna w tym regionie, zostanie wyświetlony następujący błąd:

Code: InvalidParameterValue
Message: Invalid value given for parameter StandbyAvailabilityZone,availabilityZone. Specify a valid parameter value.

Jeśli włączysz wysoką dostępność z nadmiarowością stref, a region nie ma wielu stref dostępności, zostanie wyświetlony następujący błąd:

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

Jeśli włączysz wysoką dostępność w jednym trybie, a następnie spróbuj ponownie ją włączyć, określając inny tryb, zostanie wyświetlony następujący błąd:

Code: InvalidParameterValue
Message: Invalid value given for parameter Cannot switch Properties.HighAvailability.Mode directly from SameZone to ZoneRedundant. Please disable HA and then enable HA.. Specify a valid parameter value.

Parametr --zonal-resiliency pomaga utworzyć serwer rezerwowy w innej strefie dostępności niż podstawowa i chroni przed awariami na poziomie strefy. Akceptuje dwie wartości:

• Włączone: po wybraniu tej opcji Azure próbuje utworzyć serwer rezerwowy w innej strefie dostępności niż podstawowa. Ta opcja zapewnia najlepszą ochronę przed awariami na poziomie strefy.
• Wyłączone: wysoka dostępność nie jest skonfigurowana.

Aby upewnić się, że serwer jest skonfigurowany pod kątem wysokiej dostępności, włącz parametr --allow-same-zone. W regionach bez wielu stref dostępności ta opcja umożliwia utworzenie serwera rezerwowego w tej samej strefie co podstawowa. Gdy dostępność pojemności w strefie stanie się możliwa, platforma Azure automatycznie migruje obciążenia z wysokiej dostępności w tej samej strefie do strefowo nadmiarowej wysokiej dostępności.

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --zonal-resiliency enabled
  --allow-same-zone

Wyłączanie wysokiej dostępności

Wysoką dostępność można wyłączyć na serwerze elastycznym Azure Database for PostgreSQL, gdy ochrona repliki rezerwowej nie jest już potrzebna. Wyłączenie wysokiej dostępności powoduje usunięcie serwera rezerwowego i zmniejszenie kosztów, ale serwer nie jest już chroniony przed awariami strefy lub serwera.

Portal

Użyj portalu Azure:

1. Wybierz elastyczny serwer bazy danych Azure dla PostgreSQL.

2. W menu zasobów w sekcji Ustawienia wybierz pozycję Wysoka dostępność.

3. Jeśli włączono wysoką dostępność, przycisk radiowy Włączone dla Zonal Resiliency jest już zaznaczony. Ponadto tryb wysokiej dostępności jest ustawiony na skonfigurowany tryb, a wartość stanu wysokiej dostępności jest zazwyczaj zdrowy.

   

4. Wybierz przycisk radiowy Wyłączone , aby wyłączyć wysoką dostępność.

   

5. Wybierz Zapisz, aby zastosować zmiany.

6. W oknie dialogowym zostanie wyświetlona redukcja kosztów skojarzona z usunięciem serwera rezerwowego. Jeśli zdecydujesz się kontynuować, wybierz pozycję Wyłącz wysoką dostępność.

   

7. Rozpoczyna się wdrożenie. Po zakończeniu zostanie wyświetlone powiadomienie z informacją o pomyślnym wyłączeniu wysokiej dostępności.

   

CLI

Użyj polecenia az postgres flexible-server update , aby wyłączyć wysoką dostępność na istniejącym serwerze.

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --zone-resiliency Disabled

Włącz tryb Business Critical (wysoka dostępność) podczas konfigurowania serwera

Wysoką dostępność można skonfigurować podczas tworzenia serwera elastycznego Azure Database for PostgreSQL. Po włączeniu wysokiej dostępności podczas aprowizacji należy wdrożyć replikę rezerwową obok serwera podstawowego, aby uzyskać natychmiastową ochronę przed awariami strefy lub serwera.

Portal

Użyj portalu Azure:

1. Podczas aprowizacji nowego serwera elastycznego Azure Database for PostgreSQL przejdź do sekcji Krytyczne dla działania firmy (wysoka dostępność). Wybierz opcję Włączone w sekcji Odporność strefowa .

   • Domyślnie serwer próbuje utworzyć serwer zapasowy w innej strefie dostępności z trybem wysokiej dostępności nadmiarowości strefowej dla maksymalnej odporności strefowej.

   

   • Jeśli pojemność strefowa jest niedostępna, zaznacz pole wyboru Zezwalaj na tryb oczekiwania w tej samej strefie, jeśli odporność strefowa zawiedzie jako opcję awaryjną. Jeśli nie wybierzesz tej opcji, nie możesz przejść do następnego kroku tworzenia przepływu pracy. Ta kontrola gwarantuje, że wysoka dostępność pozostanie włączona. Gdy pojemność strefowa stanie się dostępna, platforma Azure automatycznie migruje obciążenia z Same-Zone wysokiej dostępności do strefowo nadmiarowej wysokiej dostępności.

     

   • Po zaznaczeniu pola wyboru przejdź do sekcji Uwierzytelnianie w przepływie pracy tworzenia.

     

2. Wybierz określoną strefę dla serwera podstawowego, ustawiając dla strefy dostępności dowolną wartość inną niż Brak preferencji.

   

CLI

Użyj polecenia az postgres flexible-server create , aby włączyć wysoką dostępność podczas aprowizacji nowego serwera.

Uwaga / Notatka

Wykonaj następujące polecenia z parametrami i wartościami, które różnią się w zależności od tego, jak chcesz skonfigurować inne funkcje aprowizowanego serwera.

Aby wdrożyć serwer podstawowy z serwerem rezerwowym w tej samej strefie i pozwolić usłudze wybrać strefę, użyj następującego polecenia:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --zone-resiliency Enabled
  --allow-same-zone ...

Aby wdrożyć serwer podstawowy z serwerem rezerwowym w tej samej strefie i jawnie wybrać strefę, użyj następującego polecenia:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --zone-resiliency Enabled \
  --zone <zone> ...

Jeśli określona strefa dostępności nie jest obsługiwana w wybranym regionie, zostanie wyświetlony następujący błąd:

Code: AvailabilityZoneNotAvailable
Message: Specified availability zone is not supported in this region. Please choose a different availability zone.

Aby wdrożyć serwer podstawowy z serwerem rezerwowym w innej strefie i pozwolić usłudze wybrać obie strefy, użyj następującego polecenia:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --zone-resiliency Enabled ...

Aby wdrożyć serwer podstawowy z serwerem rezerwowym w innej strefie oraz określić strefę dla serwera podstawowego, ale pozwolić usłudze wybrać strefę dla serwera rezerwowego, użyj następującego polecenia:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --zone-resiliency Enabled \
  --zone <zone> ...

Aby wdrożyć serwer podstawowy z serwerem rezerwowym w innej strefie i określić strefę dla serwera podstawowego i rezerwowego, użyj następującego polecenia:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --zone-resiliency Enabled \
  --zone <zone> \
  --standby-zone <standby_zone>...

Jeśli wybierzesz strefowo nadmiarową wysoką dostępność i określisz tę samą wartość dla stref serwerów podstawowych i rezerwowych, zostanie wyświetlony następujący błąd:

Your server is in availability zone <zone>. The zone of the server cannot be same as the standby zone.

Jeśli wybrany tryb wysokiej dostępności jest strefowo nadmiarowy, a region nie ma wielu stref dostępności, zostanie wyświetlony następujący błąd:

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

Użyj parametru --zonal-resiliency podczas tworzenia serwera elastycznego Azure Database for PostgreSQL. Ten parametr zapewnia aprowizację serwera rezerwowego w innej strefie dostępności niż podstawowa, co zwiększa ochronę przed awariami na poziomie strefy.

Jeśli region nie obsługuje obecnie wielu stref dostępności, dodaj --allow-same-zone parametr . Ten parametr działa jako rezerwowy: jeśli Azure nie może utworzyć standby w innej strefie, tworzy standby w tej samej strefie co podstawowa, zapewniając w ten sposób nadal wysoką dostępność w wybranym regionie. Gdy pojemność strefowa później stanie się dostępna, platforma Azure automatycznie migruje obciążenia z tej samej strefy wysokiej dostępności do strefowo nadmiarowej wysokiej dostępności.

Parametr --zonal-resiliency akceptuje następujące wartości:

• Włączone: po wybraniu tej opcji Azure próbuje utworzyć serwer rezerwowy w innej strefie dostępności niż podstawowa. Ta opcja zapewnia najlepszą ochronę przed awariami na poziomie strefy.
• Wyłączone: wysoka dostępność nie jest skonfigurowana.

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --zonal-resiliency enabled \
  --allow-same-zone

Rozpocznij wymuszoną procedurę failover.

Wykonaj następujące kroki, aby wymusić przejście serwera podstawowego w tryb failover na serwer rezerwowy w usłudze Azure Database for PostgreSQL.

Po zainicjowaniu wymuszonego przełączenia awaryjnego serwer podstawowy natychmiast ulegnie awarii i wyzwoli przełączenie awaryjne na serwer rezerwowy. Inicjowanie wymuszonego przejścia w tryb failover jest przydatne, gdy chcesz przetestować, jak tryb failover spowodowany nieplanowaną awarią wpływa na obciążenie.

Ważne

• Nie wykonuj natychmiastowych operacji powrotu do trybu failover. Poczekaj co najmniej 15 do 20 minut pomiędzy przełączeniami awaryjnymi. Ten czas oczekiwania umożliwia pełne ustanowienie nowego serwera rezerwowego.

• Całkowity czas operacji end-to-end, zgodnie z raportem w portalu, może być dłuższy niż rzeczywisty przestój, który dotyczy aplikacji. Należy zmierzyć przestój z perspektywy aplikacji.

Portal

Użyj portalu Azure:

1. Wybierz serwer elastyczny Azure Database for PostgreSQL z włączoną wysoką dostępnością.

2. W menu zasobów w sekcji Ustawienia wybierz pozycję Wysoka dostępność.

3. Jeśli serwery podstawowe i rezerwowe są wdrażane w różnych strefach, należy pamiętać o wartościach przypisanych do podstawowej strefy dostępności i strefy dostępności rezerwowej. Te wartości odwracają się po zakończeniu operacji przełączenia awaryjnego.

   

4. Wybierz Wymuszone przełączenie, aby uruchomić procedurę ręcznego przełączenia. Okno dialogowe informuje o oczekiwanym czasie przestoju do zakończenia failoveru. Jeśli zdecydujesz się kontynuować, wybierz pozycję Zainicjuj wymuszony tryb failover.

   

5. Zostanie wyświetlone powiadomienie z informacją o tym, że trwa przejście w tryb failover.

   

6. Po zakończeniu procesu failover na serwerze rezerwowym zostanie wyświetlone powiadomienie o zakończeniu.

   

7. Jeśli serwery podstawowe i rezerwowe są wdrażane w różnych strefach, upewnij się, że wartości podstawowej strefy dostępności i strefy dostępności rezerwowej są odwrócone w porównaniu z tym, jak były przed rozpoczęciem pracy w trybie failover.

CLI

Użyj polecenia az postgres flexible-server restart , aby uruchomić wymuszony tryb failover.

Aby zainicjować wymuszone przejście w tryb failover, użyj następującego polecenia:

az postgres flexible-server restart \
  --resource-group <resource_group> \
  --name <server> \
  --failover Forced

Jeśli spróbujesz wymusić przejście w tryb failover serwera elastycznego usługi Azure Database for PostgreSQL, który nie ma włączonej wysokiej dostępności, zostanie wyświetlony następujący błąd:

Failing over can only be triggered for zone redundant or same zone servers.

Jeśli spróbujesz wymusić przejście w tryb failover serwera elastycznego usługi Azure Database for PostgreSQL z włączoną wysoką dostępnością, ale nie jest gotowe do zainicjowania operacji trybu failover, zostanie wyświetlony następujący błąd:

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

Inicjowanie planowanego failoveru

Wykonaj następujące kroki, aby wykonać planowane przejście w tryb failover z serwera podstawowego na serwer rezerwowy w usłudze Azure Database for PostgreSQL. Po zainicjowaniu tej operacji system przygotowuje serwer zapasowy, a następnie przeprowadza przełączenie awaryjne.

Ta operacja przełączenia awaryjnego zapewnia najmniejszy przestój, ponieważ wykonuje łagodne przełączenie na serwer rezerwowy. Jest to przydatne w sytuacjach, takich jak przywrócenie serwera podstawowego do preferowanej strefy dostępności po nieoczekiwanym przejściu w tryb failover.

Ważne

• Nie wykonuj natychmiastowych operacji powrotu do trybu failover. Poczekaj co najmniej 15 do 20 minut pomiędzy przełączeniami awaryjnymi. Ten czas oczekiwania umożliwia pełne ustanowienie nowego serwera rezerwowego.

• Wykonaj planowane przejścia w tryb failover w okresach niskiej aktywności.

• Całkowity czas operacji end-to-end, zgodnie z raportem w portalu, może być dłuższy niż rzeczywisty przestój, który dotyczy aplikacji. Należy zmierzyć przestój z perspektywy aplikacji.

Portal

Użyj portalu Azure:

1. Wybierz serwer elastyczny Azure Database for PostgreSQL z włączoną wysoką dostępnością.

2. W menu zasobów w sekcji Ustawienia wybierz pozycję Wysoka dostępność.

3. Jeśli serwery podstawowe i rezerwowe są wdrażane w różnych strefach, należy pamiętać o wartościach przypisanych do podstawowej strefy dostępności i strefy dostępności rezerwowej. Te wartości odwracają się po zakończeniu operacji przełączenia awaryjnego.

   

4. Wybierz pozycję Planowana praca w trybie failover , aby uruchomić ręczną procedurę trybu failover. Okno dialogowe informuje o oczekiwanym czasie przestoju do zakończenia failoveru. Jeśli zdecydujesz się kontynuować, wybierz pozycję Zainicjuj planowany tryb failover.

   

5. Zostanie wyświetlone powiadomienie z informacją o tym, że tryb failover jest w toku.

   

6. Po zakończeniu procesu failover na serwerze rezerwowym zostanie wyświetlone powiadomienie o zakończeniu.

   

7. Jeśli tryb wysokiej dostępności jest skonfigurowany jako strefowo nadmiarowy, upewnij się, że wartości podstawowej strefy dostępności i strefy dostępności rezerwowej są teraz odwrócone.

CLI

Użyj polecenia az postgres flexible-server restart , aby rozpocząć planowane przejście w tryb failover.

Aby rozpocząć planowane przejście w tryb failover, użyj następującego polecenia:

az postgres flexible-server restart \
  --resource-group <resource_group> \
  --name <server> \
  --failover Planned

Jeśli spróbujesz rozpocząć planowane przełączenie awaryjne elastycznego serwera Azure Database for PostgreSQL, który nie ma włączonej wysokiej dostępności, zostanie wyświetlony następujący błąd:

Failing over can only be triggered for zone redundant or same zone servers.

Jeśli spróbujesz uruchomić planowane przejście w tryb failover serwera elastycznego Azure Database for PostgreSQL z włączoną wysoką dostępnością, ale nie jest gotowe do operacji trybu failover, zostanie wyświetlony następujący błąd:

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

Ograniczenia i zagadnienia

• Po włączeniu lub wyłączeniu wysokiej dostępności na serwerze elastycznym Azure Database for PostgreSQL usługa nie zmienia innych ustawień. Te ustawienia obejmują konfigurację sieci, ustawienia zapory, parametry i przechowywanie kopii zapasowych. Włączanie lub wyłączanie wysokiej dostępności jest operacją online. Ta operacja nie ma wpływu na łączność i operacje aplikacji.

• Usługa Azure Database for PostgreSQL obsługuje wysoką dostępność poprzez wdrożenie obu replik w tej samej strefie. Tej konfiguracji można używać we wszystkich obsługiwanych regionach. Jednak wysoka dostępność z nadmiarowością stref jest dostępna tylko w niektórych regionach.

• Warstwa Burstable nie obsługuje wysokiej dostępności. Tylko warstwy Ogólnego przeznaczenia i Zoptymalizowane pod kątem pamięci obsługują wysoką dostępność.

• Jeśli wdrożysz serwer w regionie składającym się z jednej strefy dostępności, możesz włączyć wysoką dostępność tylko w trybie tej samej strefy. Jeśli Microsoft w przyszłości rozbuduje region o wiele stref dostępności, możesz wdrożyć nowe elastyczne serwery Azure Database for PostgreSQL z wysoką dostępnością skonfigurowaną w trybie tej samej strefy lub nadmiarowym między strefami.

  Nie można jednak bezpośrednio włączyć wysokiej dostępności w trybie strefowo nadmiarowym dla dowolnego serwera wdrożonego w regionie, gdy region składa się z jednej strefy dostępności. Aby obejść ten problem, możesz użyć opcji przywracania lub opcji repliki do odczytu:

Opcja przywracania

1. Przywróć do najnowszego punktu przywracania.
2. Po utworzeniu nowego serwera włącz wysoką dostępność z nadmiarowością stref.
3. Po weryfikacji danych możesz opcjonalnie usunąć stary serwer.
4. Upewnij się, że parametry połączenia klientów zostały zmodyfikowane tak, aby wskazywały nowo przywrócony serwer.

Opcja repliki odczytu

1. Utwórz replikę do odczytu w tym samym regionie co serwer podstawowy.

2. Podwyższ poziom repliki do odczytu, aby stać się nowym serwerem podstawowym.

3. Aby zachować oryginalną nazwę, można użyć wirtualnych punktów końcowych lub usunąć stary podstawowy; następnie utworzyć i awansować nową replikę do odczytu.

4. W przypadku użytkowników portalu włącz odporność strefowa. W przypadku narzędzi deweloperskich ustaw opcję Wysoka dostępność z opcją Zone-Redundant.

5. Utwórz replikę do odczytu w tym samym regionie co serwer podstawowy.

6. Podwyższ poziom repliki do odczytu, aby stać się nowym serwerem podstawowym.

7. Aby zachować oryginalną nazwę, można użyć wirtualnych punktów końcowych lub usunąć stary podstawowy; następnie utworzyć i awansować nową replikę do odczytu.

8. W przypadku użytkowników portalu włącz odporność strefowa. W przypadku narzędzi deweloperskich ustaw opcję Wysoka dostępność z opcją Zone-Redundant.

Treści powiązane

• Omówienie ciągłości działania za pomocą usługi Azure Database for PostgreSQL
• Wysoka dostępność (niezawodność) w usłudze Azure Database for PostgreSQL