Sdílet prostřednictvím

Virtuální koncové body pro repliky pro čtení na flexibilním serveru Azure Database for PostgreSQL

  • Článek

PLATÍ PRO: Flexibilní server Azure Database for PostgreSQL

Virtuální koncové body jsou koncové body naslouchacího procesu jen pro čtení a jen pro čtení, které zůstávají konzistentní bez ohledu na aktuální roli instance flexibilního serveru Azure Database for PostgreSQL. To znamená, že po provedení akce povýšení na primární server nemusíte aktualizovat připojovací řetězec aplikace, protože koncové body po změně role automaticky odkazují na správnou instanci.

Všechny operace zahrnující virtuální koncové body, ať už přidávání, úpravy nebo odebírání, se provádějí v kontextu primárního serveru. Na webu Azure Portal spravujete tyto koncové body na stránce primárního serveru. Podobně platí, že když používáte nástroje, jako je rozhraní příkazového řádku, rozhraní REST API nebo jiné nástroje, příkazy a akce cílí na primární server pro správu koncových bodů.

Virtuální koncové body nabízejí dva různé typy spojovacích bodů:

Koncový bod zapisovače (čtení/zápis):: Tento koncový bod vždy odkazuje na aktuální primární server. Zajišťuje, aby operace zápisu byly směrovány na správný server bez ohledu na to, jestli se aktivují aktivační události uživatelů operací povýšení. Tento koncový bod nejde změnit tak, aby odkazovat na repliku.

Koncový bod jen pro čtení: Tento koncový bod můžou uživatelé nakonfigurovat tak, aby odkazovali buď na repliku pro čtení, nebo na primární server. Současně však může cílit pouze na jeden server. Vyrovnávání zatížení mezi více servery se nepodporuje. Cílový server pro tento koncový bod můžete kdykoli upravit bez ohledu na to, jestli před povýšení nebo po ní.

Poznámka:

Můžete vytvořit pouze jeden zapisovač a jeden koncový bod jen pro čtení na primární a jednu z jeho replik.

Virtuální koncové body a zvýšení úrovně chování

V případě akce povýšení zůstává chování těchto koncových bodů předvídatelné. V následujících částech se dozvíte, jak tyto koncové body reagují na scénáře povýšení na primární server i na nezávislé servery .

Virtuální koncový bod Původní cíl Chování při aktivaci "Zvýšení úrovně na primární server" Chování při aktivaci možnosti "Zvýšit úroveň na nezávislý server"
Koncový bod zapisovače Primární Odkazuje na nový primární server. Zůstane beze změny.
Koncový bod jen pro čtení Replika Odkazuje na novou repliku (bývalou primární). Odkazuje na primární server.
Koncový bod jen pro čtení Primární Nepodporováno Zůstane beze změny.

Chování při aktivaci "Zvýšení úrovně na primární server"

  • Koncový bod zapisovače: Tento koncový bod se aktualizuje tak, aby odkazovat na nový primární server, který odráží přepínač role.
  • Koncový bod jen pro čtení
    • Pokud koncový bod jen pro čtení odkazuje na repliku: Po akci zvýšení úrovně bude koncový bod jen pro čtení odkazovat na novou repliku (bývalou primární).
    • Pokud koncový bod jen pro čtení odkazuje na primární: Aby povýšení fungovalo správně, musí být koncový bod jen pro čtení směrován na server, který má být povýšen. Odkazování na primární server není v tomto případě podporováno a musí být překonfigurováno tak, aby odkazoval na repliku před povýšením.

Chování při aktivaci možnosti Zvýšit úroveň na nezávislý server a odebrat z replikace

  • Koncový bod zapisovače: Tento koncový bod zůstává beze změny. Nadále směruje provoz na server a drží primární roli.
  • Koncový bod jen pro čtení
    • Pokud koncový bod jen pro čtení odkazuje na repliku: Koncový bod jen pro čtení se přesměruje z upřednostněné repliky na primární server.
    • Pokud koncový bod jen pro čtení odkazuje na primární: Koncový bod jen pro čtení zůstane beze změny a bude dál odkazovat na stejný server.

Použití virtuálních koncových bodů pro konzistentní název hostitele během obnovení k určitému bodu v čase (PITR) nebo obnovení snímku

V této části se dozvíte, jak pomocí virtuálních koncových bodů na flexibilním serveru Azure Database for PostgreSQL udržovat konzistentní název hostitele během obnovení k určitému bodu v čase nebo obnovení snímků, což zajišťuje, aby připojovací řetězec aplikace zůstaly beze změny. Tady je postup:

  1. Přidání virtuálního koncového bodu na primární server:

    • Na webu Azure Portal přejděte k vaší primární instanci serveru.
    • Přejděte na kartu Replikace a v části Virtuální koncové body klikněte na Přidat virtuální koncový bod.
    • Nakonfigurujte virtuální koncový bod s konzistentním názvem hostitele (např mydb-virtual-endpoint.postgres.database.azure.com. ).
    • Uložte konfiguraci.
    • Aktualizujte aplikaci tak, aby používala tento virtuální koncový bod v připojovací řetězec.

  2. Proveďte obnovení k určitému bodu v čase (PITR) nebo obnovení snímku:

    • Zahájit obnovení:
      • Přejděte do části Zálohování vašeho primárního serveru.
      • Zvolte odpovídající možnost obnovení (PITR nebo snapshot) a zadejte požadovaný bod v čase.
    • Aktualizace virtuálního koncového bodu:
      • Po vytvoření nové instance přejděte zpět na kartu Replikace starého primárního serveru.
      • Odeberte virtuální koncový bod z původního primárního serveru. Starý primární server by měl být ve succeeded stavu pro odebrání virtuálního koncového bodu.
      • Přidejte stejný virtuální koncový bod na nově vytvořený server.

  3. Ověření:

    • Ujistěte se, že se vaše aplikace připojuje pomocí virtuálního koncového bodu, a ověřte operace databáze po obnovení.

Související obsah