Geografická replikace (Public Preview)

Ve službě Azure Event Hubs existují dvě funkce, které poskytují geografické zotavení po havárii.

• Geografické zotavení po havárii (ZOTAVENÍ po havárii metadat), které pouze poskytuje replikaci pouze metadat.
• Geografická replikace (Public Preview), která poskytuje replikaci metadat i dat.

Tyto funkce by se neměly zaměňovat s Zóny dostupnosti. Obě funkce geografického obnovení zajišťují odolnost mezi oblastmi Azure, jako jsou USA – východ a USA – západ. Podpora zón dostupnosti zajišťuje odolnost v rámci konkrétní geografické oblasti, jako je USA – východ. Další informace o Zóny dostupnosti najdete v tématu Podpora zón dostupnosti služby Event Hubs.

Zotavení po havárii metadat vs. Geografická replikace metadat a dat

Funkce zotavení po havárii metadat replikuje informace o konfiguraci oboru názvů z primárního oboru názvů do sekundárního oboru názvů. Podporuje pouze jednorázové převzetí služeb při selhání do sekundární oblasti. Během převzetí služeb při selhání iniciovaného zákazníkem se název aliasu oboru názvů znovu nastaví na sekundární obor názvů a pak se párování přeruší. Žádná data se nereplikují jinak než informace o konfiguraci ani nejsou replikovaná přiřazení oprávnění.

Novější funkce geografické replikace replikuje informace o konfiguraci a všechna data z primárního oboru názvů do jednoho nebo více sekundárních oborů názvů. Po provedení převzetí služeb při selhání se vybraná sekundární stane primární a předchozí primární server se stane sekundární. Uživatelé můžou v případě potřeby provést převzetí služeb při selhání zpět na původní primární server.

Tento zbytek tohoto článku se zaměřuje na funkci geografické replikace. Podrobnosti o funkci zotavení po havárii metadat najdete v tématu Geografické obnovení služby Event Hubs pro metadata.

Geografická replikace

Veřejná verze Preview funkce geografické replikace je podporovaná pro obory názvů ve službě Event Hubs samoobslužné škálování vyhrazených clusterů. Tuto funkci můžete použít s novými nebo existujícími obory názvů ve vyhrazených samoobslužných clusterech. Geografická replikace nepodporuje následující funkce:

• Klíče spravované zákazníkem (CMK)
• Spravovaná identita pro zachytávání
• Funkce virtuální sítě (koncové body služby nebo privátní koncové body)
• Podpora velkých zpráv (nyní ve verzi Public Preview)
• Transakce Kafka (nyní ve verzi Public Preview)

Mezi klíčové aspekty replikace geografických dat ve verzi Public Preview patří:

• Model replikace primární sekundární – geografická replikace je založená na modelu replikace primární sekundární, kde v daném okamžiku existuje pouze jeden primární obor názvů, který obsluhuje producenty událostí a příjemce událostí.
• Služba Event Hubs provádí plně spravovanou replikaci metadat, dat událostí a příjemců v plně spravovaných bajtech s nakonfigurovanými úrovněmi konzistence.
• Stabilní obor názvů plně kvalifikovaný název domény (FQDN) – Plně kvalifikovaný název domény se při povýšení nemusí měnit.
• Konzistence replikace – Existují dvě nastavení konzistence replikace, synchronní a asynchronní.
• Povýšení sekundárního na novou primární akci spravovanou uživatelem

Změna sekundární na novou primární je provedena dvěma způsoby:

• Plánované: povýšení sekundárního na primární, kde se provoz nezpracuje, dokud nový primární nezachytí všechna data uložená bývalou primární instancí.
• Vynuceno: jako převzetí služeb při selhání, kde se sekundární stane primárním co nejrychleji. Funkce geografické replikace replikuje všechna data a metadata z primární oblasti do vybraných sekundárních oblastí. Plně kvalifikovaný název domény oboru názvů vždy odkazuje na primární oblast.

Když zahájíte povýšení sekundárního plně kvalifikovaného názvu domény, odkazuje na oblast vybranou jako nová primární. Starý primární server se pak stane sekundární. Sekundární úroveň můžete zvýšit na novou primární z jiných důvodů než převzetí služeb při selhání. Mezi tyto důvody patří upgrady aplikací, testování převzetí služeb při selhání nebo jakýkoliv počet dalších věcí. V takových situacích je běžné přepnout zpět, když se tyto aktivity dokončí.

Sekundární oblasti se přidají nebo odeberou podle vlastního uvážení zákazníka. Existuje několik aktuálních omezení, která stojí za zmínku:

• V sekundárních oblastech není možné podporovat zobrazení jen pro čtení.
• Neexistuje žádná funkce automatického povýšení nebo převzetí služeb při selhání. Všechny propagační akce jsou iniciované zákazníkem.
• Sekundární oblasti se musí lišit od primární oblasti. Ve stejné oblasti nemůžete vybrat jiný vyhrazený cluster.
• Ve verzi Public Preview se podporuje jenom jedna sekundární.

Konzistence replikace

Existují dvě konfigurace konzistence replikace, synchronní a asynchronní. Je důležité znát rozdíly mezi těmito dvěma konfiguracemi, protože mají vliv na vaše aplikace a konzistenci dat.

Asynchronní replikace

Když je povolena asynchronní replikace, všechny zprávy se potvrdí v primární a pak se odešlou do sekundární. Uživatelé můžou nakonfigurovat přijatelnou dobu prodlevy, kterou sekundární musí dohnat. Pokud je prodleva aktivní sekundární služby větší než konfigurace prodlevy uživatele, primární oblast omezuje příchozí požadavky na publikování.

Synchronní replikace

Pokud je povolená synchronní replikace, publikované události se replikují do sekundárního serveru, což musí potvrdit zprávu před potvrzením v primárním serveru. Při synchronní replikaci vaše aplikace publikuje s rychlostí publikování, replikace, potvrzení a potvrzení. Také to znamená, že vaše aplikace je svázaná s dostupností obou oblastí. Pokud sekundární oblast přestane fungovat, zprávy se nedají potvrdit ani potvrdit.

Porovnání konzistence replikace

Synchronní replikace:

• Latence je delší kvůli distribuovanému potvrzení.
• Dostupnost je svázaná s dostupností dvou oblastí. Pokud dojde k výpadku jedné oblasti, váš obor názvů není dostupný.
• Přijatá data se vždy nacházejí nejméně ve dvou oblastech (pouze dvě oblasti podporované v počáteční verzi Public Preview).

Synchronní replikace poskytuje největší jistotu, že jsou vaše data v bezpečí. Pokud máte synchronní replikaci, po potvrzení se potvrdí ve všech oblastech nakonfigurovaných pro geografickou replikaci. Pokud je ale povolená synchronní replikace, dostupnost aplikace se dá snížit v závislosti na dostupnosti obou oblastí.

Povolení asynchronní replikace nemá příliš vliv na latenci a dostupnost služby není ovlivněna ztrátou sekundární oblasti. Asynchronní replikace nemá absolutní záruku, že všechny oblasti mají data před jejich potvrzením, jako je synchronní replikace. Můžete také nastavit dobu, po kterou může sekundární provoz být mimo synchronizaci, než dojde k omezení příchozího provozu. Nastavení může být od 5 minut do 1 440 minut, což je jeden den. Pokud chcete používat oblasti s velkou vzdáleností mezi nimi, je pravděpodobně nejlepší volbou asynchronní replikace.

Konfigurace konzistence replikace se může po konfiguraci geografické replikace změnit. Můžete přejít z synchronního na asynchronní nebo asynchronní až synchronní. Pokud přejdete ze synchronního na asynchronní, zvýší se latence a dostupnost aplikace. Pokud přejdete z asynchronního na synchronní, sekundární se po prodlevě nastaví jako synchronní, jakmile prodleva dosáhne nuly. Pokud běžíte s nepřetržitou prodlevou z jakéhokoli důvodu, možná budete muset pozastavit vydavatele, aby prodleva dosáhla nuly a váš režim mohl přepnout na synchronní.

Obecné důvody povolení synchronní replikace jsou svázané s důležitostí dat, konkrétními obchodními potřebami nebo důvody dodržování předpisů. Pokud je vaším primárním cílem dostupnost aplikací místo zajištění dat, je pravděpodobně lepší volbou asynchronní konzistence.

Výběr sekundární oblasti

Pokud chcete povolit funkci geografické replikace, musíte použít primární a sekundární oblast, kde je povolená funkce geografické replikace. Musíte mít také cluster Event Hubs, který už existuje v primární i sekundární oblasti.

Funkce geografické replikace závisí na možnosti replikovat publikované události z primární do sekundární oblasti. Pokud je sekundární oblast na jiném kontinentu, má významný dopad na prodlevu replikace od primární do sekundární oblasti. Pokud používáte geografickou replikaci z důvodů dostupnosti a spolehlivosti, je nejlepší, když jsou sekundární oblasti alespoň na stejném kontinentu, kde je to možné. Pokud chcete lépe porozumět latenci vyvolané geografickou vzdáleností, můžete se dozvědět více ze statistik latence odezvy sítě Azure | Microsoft Learn.

Správa geografické replikace

Funkce geografické replikace umožňuje nakonfigurovat sekundární oblast pro replikaci konfigurace a dat do. Můžete provádět následující akce:

• Konfigurace geografické replikace – Sekundární oblasti je možné nakonfigurovat v jakémkoli existujícím oboru názvů v samoobslužně vyhrazeném clusteru v oblasti s povolenou sadou funkcí geografické replikace. Dá se také nakonfigurovat během vytváření oboru názvů ve stejných vyhrazených clusterech. Pokud chcete vybrat sekundární oblast, musíte mít vyhrazený cluster dostupný v této sekundární oblasti a sekundární oblast také musí mít pro tuto oblast povolenou funkci geografické replikace.
• Konfigurujte konzistenci replikace – Synchronní a asynchronní replikace se nastaví, když je nakonfigurovaná geografická replikace, ale můžete ji také později přepnout. S asynchronní konzistencí můžete nakonfigurovat dobu, po kterou může sekundární oblast zpožďovat.
• Aktivace povýšení nebo převzetí služeb při selhání – Všechny povýšení nebo převzetí služeb při selhání jsou iniciované zákazníkem. Během povýšení se můžete rozhodnout, že bude vynucený od začátku, nebo dokonce změnit názor po zahájení povýšení a vynutit ho.
• Odeberte sekundární oblast – Pokud chcete kdykoli odebrat geografické párování mezi primárními a sekundárními oblastmi, můžete to udělat a data v sekundární oblasti budou odstraněna.

Monitorování replikace dat

Uživatelé můžou sledovat průběh úlohy replikace monitorováním metriky prodlevy replikace v protokolech metrik aplikace.

• Povolení protokolů application Metrics v oboru názvů služby Event Hubs po monitorování služby Azure Event Hubs – Azure Event Hubs | Microsoft Learn.

• Jakmile jsou protokoly Metriky aplikací povolené, je potřeba vytvořit a využívat data z oboru názvů po dobu několika minut, než začnete protokoly zobrazovat.

• Pokud chcete zobrazit protokoly metrik aplikace, přejděte na stránku Služby Event Hubs do části Monitorování a v nabídce vlevo vyberte Protokoly . Pomocí následujícího dotazu můžete najít prodlevu replikace (v sekundách) mezi primárním a sekundárním oborem názvů.

  AzureDiagnostics
    | where TimeGenerated > ago(1h)
    | where Category == "ApplicationMetricsLogs"
    | where ActivityName_s == "ReplicationLag
  

• Sloupec count_d označuje prodlevu replikace v sekundách mezi primární a sekundární oblastí.

Publikování dat

Aplikace pro publikování událostí můžou publikovat data do geograficky replikovaných oborů názvů prostřednictvím stabilního plně kvalifikovaného názvu domény oboru názvů geograficky replikovaného oboru názvů. Přístup k publikování událostí je stejný jako případ zotavení po havárii mimo geografickou oblast a nevyžaduje se žádné změny klientských aplikací.

Publikování událostí nemusí být dostupné za následujících okolností:

• Během období odkladu převzetí služeb při selhání stávající primární oblast odmítne všechny nové události publikované v centru událostí.
• Když prodleva replikace mezi primárními a sekundárními oblastmi dosáhne maximální doby trvání prodlevy replikace, může dojít k omezení úlohy příchozího přenosu dat vydavatele. Aplikace publisheru nemají přímý přístup k žádným oborům názvů v sekundárních oblastech.

Využívání dat

Aplikace využívající události můžou využívat data pomocí stabilního plně kvalifikovaného názvu domény oboru názvů geograficky replikovaného oboru názvů. Operace příjemce se nepodporují, od doby, kdy se zahájí převzetí služeb při selhání, dokud se nedokončí.

Správa kontrolních bodů nebo posunu

Aplikace využívající události můžou dál udržovat správu posunu, jak by to dělaly s jedním oborem názvů.

Kafka

Posuny jsou potvrzeny do služby Event Hubs přímo a posuny se replikují napříč oblastmi. Spotřebitelé proto můžou začít využívat místo, kde skončila v primární oblasti.

Event Hubs SDK/AMQP

Klienti, kteří používají sadu Event Hubs SDK, musí upgradovat na verzi sady SDK z dubna 2024. Nejnovější verze sady Event Hubs SDK podporuje převzetí služeb při selhání s aktualizací kontrolního bodu. Kontrolní bod spravuje uživatelé s úložištěm kontrolních bodů, jako je Azure Blob Storage nebo vlastní řešení úložiště. Pokud dojde k převzetí služeb při selhání, úložiště kontrolních bodů musí být dostupné ze sekundární oblasti, aby klienti mohli načíst data kontrolního bodu a vyhnout se ztrátě zpráv.

Ceny

Vyhrazené clustery služby Event Hubs se účtují nezávisle na geografické replikaci. Použití geografické replikace s vyhrazenou službou Event Hubs vyžaduje, abyste měli alespoň dva vyhrazené clustery v samostatných oblastech. Vyhrazené clustery používané jako sekundární instance pro geografickou replikaci je možné použít pro jiné úlohy. Za geografickou replikaci se účtují poplatky na základě publikované šířky pásma * počtu sekundárních oblastí. Poplatky za geografickou replikaci se v rané verzi Public Preview vzdávají.

Související obsah

Informace o použití funkce geografické replikace najdete v tématu Použití geografické replikace.