Migrace z úrovní Basic, Standard, Premium a Enterprise do Azure Managed Redis

Tento článek vysvětluje, proč a jak migrovat z Azure Cache for Redis (včetně úrovní Basic, Standard, Premium a Enterprise) do Azure Managed Redis.

Dozvíte se o:

• Výhody výběru Azure Managed Redis oproti předchozím úrovním
• Klíčové rozdíly mezi službami
• Strategie migrace dat mezipaměti
• Způsoby zajištění hladkého procesu migrace
• Pokyny k výběru správné skladové položky Azure Managed Redis a úrovně výkonu pro vaše potřeby
• Důležité informace a doporučení pro aktualizaci klientských aplikací

Bez ohledu na to, jestli používáte úrovně Basic, Standard, Premium neboEnterprise nebo OSS, vám tato příručka pomůže naplánovat a spustit migraci do Azure Managed Redis.

Dokument se rozdělí do dvou částí. Jedna z nich se týká podnikových instancí. Druhý je o úrovních Basic, Standard a Premium služby Azure Cache for Redis.

• Výhody přechodu z podniku na Azure Managed Redis
• Výhody přechodu z mezipamětí Basic, Standard nebo Premium na Azure Managed Redis

Výhody přechodu z podniku na Azure Managed Redis

Azure Managed Redis je založený na pokročilém softwaru Redis Enterprise. Spravovaný Redis Azure je prvotním řešením Azure, což znamená, že není zahrnuta žádná komponenta Azure Marketplace a uživatelé nemusí obchodovat s tržištěm samostatně. Zřizujete, spravujete a platíte za Azure Managed Redis stejně jako za jakoukoli jinou nativní službu Nebo produkt Azure.

Azure Managed Redis nepotřebuje kvórumový uzel, který vede k nevyužitým prostředkům a omezuje regiony nebo cloudy, kde je možné nabídnout Azure Cache for Redis Enterprise. Azure Managed Redis je teď k dispozici ve většině oblastí Azure s plány na podporu v jiných nezávislých cloudech. Další informace o uzlu kvora najdete v tématu Úrovně Enterprise a Enterprise Flash. Odebráním nepoužívaného uzlu kvora získáte vyšší nákladovou efektivitu, protože všechny uzly lze použít jako datové uzly.

Azure Managed Redis je ve výchozím nastavení zónově redundantní.

Azure Managed Redis můžete použít bez vysoké dostupnosti (HA) pro vývojová a testovací prostředí. Použití neprodukčních prostředí bez vysoké dostupnosti (HA) je možné snížit náklady na vaši instanci na polovinu.

Struktura skladové položky pro Azure Managed Redis je založená na vašich požadavcích na paměť a výkon. Místo správy faktorů škálování nebo kapacity jako u služby Azure Cache for Redis Enterprise si můžete vybrat ze tří úrovní výkonu ve službě Azure Managed Redis. Další informace najdete v tématu Volba správné úrovně.

Azure Managed Redis navíc nabízí ověřování Microsoft Entra ID při vytváření mezipaměti, aby se zlepšil stav zabezpečení vaší úlohy.

Porovnání funkcí

Vlastnost	Mezipaměť Azure pro Redis Enterprise	Azure Spravovaný Redis
Verze Redis	7.2	7.4
Zásady clusteringu	OSS, Enterprise	OSS, podnikové, neklastrovaný
Geo-replication	Aktivní	Aktivní
SLA	Až 99,999%	Až 99,999%
Zónová redundance	Yes	*Ano s vysokou dostupností
Režim ne-vysoké dostupnosti	No	Ano (pro vývoj/testování)
Trvalé uložení dat	Ano (v náhledu)	Yes
Stupňování	Yes	Yes
Podpora verzí protokolu TLS	1.2,1.3	1.2,1.3
Ověřování ID Microsoft Entra	No	Yes
Podpora oblastí Azure	Omezený	Rozsáhlý
Podpora suverénního cloudu Azure	No	Ano (připravujeme)
Přípona DNS názvu hostitele	<name>.<region>.redisenterprise.cache.azure.net	<name>.<region>.redis.azure.net

* Pokud je povolená vysoká dostupnost , Azure Managed Redis je zónově redundantní v oblastech s více zónami dostupnosti.

Důležité informace o přechodu z podniku na Azure Managed Redis

Azure Managed Redis používá stejný softwarový zásobník jako Azure Cache for Redis Enterprise, takže vaše stávající aplikace využívající podnikovou úroveň nepotřebují mnoho změn. Významnou výjimkou je potřeba změnit přihlašovací údaje pro připojení.

Jiný název hostitele a přípona

I když je základní software pro Azure Cache for Redis Enterprise a Azure Managed Redis podobný, přípona DNS pro název hostitele clusteru Redis se liší. Když přejdete na Azure Managed Redis, vaše aplikace musí změnit název hostitele clusteru Redis. Pokud pro připojení k mezipaměti používáte přístupové klíče, musíte také aktualizovat přístupový klíč, který používá pro připojení k mezipaměti.

Důležité

Zvažte aktualizaci kódu, který se připojuje k mezipaměti. Místo použití přístupových klíčů použijte ID Microsoft Entra. Místo přístupových klíčů doporučujeme používat ID Microsoft Entra.

Výběr správné velikosti a SKU pro Azure Managed Redis

Azure Managed Redis nabízí mnoho velikostí paměti a tři úrovně výkonu. Další informace o velikostech paměti a úrovních výkonu si můžete přečíst zde : Výběr správné úrovně.

Identifikace velikosti paměti existující instance Azure Cache for Redis Enterprise

Instanci Azure Cache for Redis Enterprise lze škálovat tak, aby poskytovala více paměti i více výpočetních prostředků, takže je důležité si uvědomit faktor horizontálního škálování mezipaměti. Horizontální škálování je také spojeno s kapacitou, která je v podstatě určena počtem virtuálních počítačů spuštěných ve vašem clusteru.

Volba správné velikosti paměti Azure Managed Redis:

1. Přejděte na web Azure Portal a v nabídce prostředků vyberte Přehled .
2. Zkontrolujte pole Stav v přehledu vaší instance Organizace. Pole Stav zobrazuje velikost paměti vaší instance Redis Enterprise.

Podívejme se na možný scénář.

Když se podíváte na Stav v podokně Přehled, uvidíte Spuštěno – Enterprise 8 GB (2 x 4 GB). Tato notace znamená, že mezipaměť aktuálně používá SKU E5 Enterprise s úrovní 2, jej výsledkem je mezipaměť o velikosti 8 GB. Proto byste měli začít s alespoň 10GB mezipamětí ve službě Azure Managed Redis.

V tomto případě použijte některou z úrovní, které nabízejí 12 GB paměti.

skladová jednotka (SKU)	Tier
M10	Optimalizováno pro Paměť
B10	Balanced
X10	Optimalizované výpočetní prostředky

Identifikace úrovně výkonu

Měli byste také zvážit, jestli je vaše úloha náročná na paměť nebo na výpočetní výkon. Pokud je vaše aktuální instance podnikových aplikací pravděpodobně náchylnější k tomu, že jí dojde paměť než zpracovací kapacita procesoru, vaše pracovní zátěž je náročná na paměť. Zvažte výběr z úrovně výkonu optimalizované pro paměť .

Pokud je propustnost úloh náročná nebo má příliš vysokou latenci, je vaše úloha náročná na výpočetní výkon. Zvažte výběr z úrovně výkonu optimalizované pro výpočty .

Pokud si nejste jistí, můžete začít s vyváženou úrovní výkonu, protože nabízí v pořádku kombinaci paměti a výkonu.

Pokud aktuálně používáte úroveň Redis Enterprise Flash, měli byste zvolit úroveň Optimalizovaná pro Flash.

Vytvoření nové instance Azure Managed Redis

Po výběru úrovně paměti a výkonu pro novou instanci Azure Managed Redis můžete vytvořit novou instanci Azure Managed Redis. Další informace o vytvoření mezipaměti najdete v tématu Rychlý start: Vytvoření instance Azure Managed Redis.

Dále je potřeba zvolit strategii pro přesun dat. Nakonec musíte aplikaci aktualizovat tak, aby používala novou mezipaměť.

Aktualizace aplikace pro připojení k instanci Azure Managed Redis

Po vytvoření nové instance Azure Managed Redis musíte ve své aplikaci změnit koncový bod/název hostitele Redis a přístupový klíč tak, aby odkazovaly na novou instanci. Tuto změnu koncového bodu doporučujeme provést mimo pracovní dobu, protože výsledkem je dočasný výpadek připojení.

Note

Pokud se připojíte ke stávající instanci Redis Enterprise prostřednictvím privátního koncového bodu, ujistěte se, že vaše nová mezipaměť Azure Managed Redis je také spojena s virtuální sítí vaší aplikace. Nová mezipaměť musí mít podobnou konfiguraci jako existující instance Redis Enterprise.

Ověřte, že vaše aplikace běží podle očekávání, a odstraňte předchozí instanci Redis Enterprise.

Přesun dat z podnikové mezipaměti do nové mezipaměti Azure Managed Redis Cache

Při migraci na instanci Azure Managed Redis je potřeba zvážit nejlepší způsob, jak přesunout data z existující instance Redis Enterprise do nové instance Azure Managed Redis. Pokud vaše aplikace dokáže tolerovat ztrátu dat nebo má jiné mechanismy pro dosazování mezipaměti bez negativních účinků, přeskočíte tento krok a přejdete k dalším krokům.

Pokud vaše aplikace potřebuje zajistit, aby se data migrovala také do nové instance Azure Managed Redis, zvolte jednu z následujících možností:

Export a import dat pomocí souboru RDB

• Výhody: Zachovává snímek dat.
• Nevýhody: Riziko ztráty dat, pokud dojde k zápisu po snímku.

Tady je základní postup exportu/importu:

1. Export RDB z existující mezipaměti Redis Enterprise do účtu azure Storage
2. Importuje data z účtu Azure Storage do nové mezipaměti Azure Managed Redis.
3. Další informace o exportu a importu dat najdete tady: Import a export dat ve službě Azure Managed Redis.

Strategie dvojího zápisu

• Výhody: Nulový výpadek, bezpečný přechod.
• Nevýhody: Vyžaduje dočasné nastavení duální mezipaměti.

Zde je základní postup pro duální zápis:

1. Upravte aplikaci tak, aby zapisovala do existující mezipaměti Azure Cache for Redis Enterprise a nové mezipaměti Azure Managed Redis Cache.
2. Pokračujte ve čtení a zápisu z mezipaměti Redis Enterprise.
3. Po dostatečné synchronizaci dat přepněte na spravovanou instanci Azure Redis a odstraňte instanci Redis Enterprise.

Programová migrace s využitím RIOT-X

RIOT-X poskytuje způsob, jak migrovat obsah z podniku do Azure Managed Redis. Další informace najdete v tématu Migrace dat s RIOT-X pro Azure Managed Redis.

• Výhody: Úplné řízení, přizpůsobitelné.
• Nevýhody: Vyžaduje úsilí o vývoj.

Výhody přechodu z mezipamětí Basic, Standard nebo Premium na Azure Managed Redis

Pokud používáte některou z open-source softwarových variant Basic, Standard nebo Premium, přechod na Azure Managed Redis vám nabízí více funkcí na každé úrovni mezipaměti.

Tady je tabulka, která porovnává funkce z Azure Cache for Redis s funkcemi ve službě Azure Managed Redis.

Popis funkce	Basic OSS	Standard OSS	Premium OSS	Balanced AMR	Optimalizováno pro Paměť AMR	Optimalizované výpočetní prostředky AMR
Availability	N/A	99.9%	99.9%	Až 99,999%	Až 99,999%	Až 99,999%
Šifrování dat během přenosu	Yes	Yes	Yes	Yes	Yes	Yes
Izolace sítě	Yes	Yes	Yes	Yes	Yes	Yes
Vertikální škálování nebo horizontální škálování	Yes	Yes	Yes	Yes	Yes	Yes
Škálování dolů/dovnitř	Yes	Yes	Yes	No	No	No
Clustering operačního systému	No	No	Yes	Yes	Yes	Yes
Trvalé uložení dat	No	No	Yes	Yes	Yes	Yes
Zónová redundance	No	Ano (náhled)	Yes	*Ano s vysokou dostupností	*Ano s vysokou dostupností	*Ano s vysokou dostupností
Geo-replication	No	No	Ano (pasivní)	Ano (aktivní)	Ano (aktivní)	Ano (aktivní)
Protokoly auditu připojení	No	No	Yes	Yes(Event-based)	Yes(Event-based)	Yes(Event-based)
Moduly Redis	No	No	No	Yes	Yes	Yes
Import/export	No	No	Yes	Yes	Yes	Yes
Reboot	Yes	Yes	Yes	No	No	No
Plánované aktualizace	Yes	Yes	Yes	No	No	No
Ověřování ID Microsoft Entra	Yes	Yes	Yes	Yes	Yes	Yes
Microsoft Entra ID RBAC	Yes	Yes	Yes	No	No	No
Oznámení o klíčovém prostoru	Yes	Yes	Yes	No	No	No
Nedosáhodná dostupnost	N/A	No	No	Yes	Yes	Yes

OSS odkazuje na Azure Cache for Redis.
AMR odkazuje na Azure Managed Redis.

* Pokud je povolená vysoká dostupnost , Azure Managed Redis je zónově redundantní v oblastech s více zónami dostupnosti.

Tady jsou některé další rozdíly, které je potřeba vzít v úvahu při implementaci Azure Managed Redis. Zvažte tyto změny klientské aplikace:

Popis funkce	Azure Cache for Redis	Azure Spravovaný Redis
Přípona DNS (jenom pro cloud PROD)	.redis.cache.windows.net	<region>.redis.azure.net
Port TLS	6380	10000
Port jiného typu než TLS	6379	Není podporováno
Porty TLS jednotlivých uzlů	13XXX	85xx
Jednotlivé uzly, které nejsou portem TLS	15XXX	Není podporováno
Podpora clusteringu	Režim clusteringu operačního systému	Režimy operačního systému a podnikového clusteru
Nepodporované příkazy	Nepodporované příkazy	Příkazy s více klíči
Regionální dostupnost	Všechny oblasti Azure	* Prohlédněte si seznam oblastí za touto částí.
Verze Redis	6	7.4
Podporované verze protokolu TLS	1.2 a 1.3	1.2 a 1.3

Migrace mezipaměti Basic, Standard nebo Premium do Azure Managed Redis

Na základě tabulky zde najdete několik mapování mezi skladovými položkami Azure Cache for Redis a možnostmi pro mezipaměti ve službě Azure Managed Redis.

Note

Použití možnosti Nevýkonné dostupnosti Spravovaného redisu Azure pro migraci základních skladových položek

Azure Cache for Redis	Azure Spravovaný Redis	Další paměť (%)
Basic/Standard – C0	Vyvážení – B0	50
Basic/Standard – C1	Vyvážení – B1	0
Basic/Standard – C2	Vyvážení – B3	17
Basic/Standard – C3	Vyvážení – B5	0
Basic/Standard – C4	Optimalizováno pro paměť – M10*	-8
Základní/Standardní – C4	Optimalizováno pro paměť – M20**	46
Basic/Standard – C5	Optimalizováno pro paměť – M20*	-8
Základní/Standardní – C5	Optimalizováno pro paměť – M50**	57
Basic/Standard – C6	Optimalizováno pro paměť – M50	12
Premium – P1	Vyvážení – B5	0
Premium – P2	Vyvážená – B10*	-8
Premium – P2	Vyvážená - B20**	46
Premium – P3	Vyvážená – B20*	-8
Premium – P3	Vyvážená - B50**	57
Premium – P4	Vyvážená - B50	12
Premium – P5	Vyvážení – B100	0

• * Tato možnost je určená pro nákladovou efektivitu. Zajistěte, aby byla maximální celková využitá paměť za poslední měsíc menší než doporučená paměť Azure Managed Redis, aby tuto možnost zvolila.
• ** Tato možnost je určena k bohaté spotřebě paměti.

Clusterovaná služba Azure Cache for Redis Premium

• U horizontálně děleného clusteru zvolte úroveň Optimalizováno pro paměť, která má ekvivalentní celkovou paměť.
• U clusterů s více než jednou replikou pro čtení zvolte úroveň Optimalizovaná pro výpočty s ekvivalentní celkovou pamětí jako primární replikou.

Možnosti migrace

Klientské aplikace by měly být schopné používat instanci Azure Managed Redis, která má různé režimy clusteringu a koncové body. Azure Cache for Redis a Azure Managed Redis jsou kompatibilní, takže ve většině scénářů se nevyžadují žádné změny kódu aplikace kromě konfigurací připojení.

Další informace najdete tady:

• Škálování instance Azure Managed Redis

Možnosti migrace služby Azure Cache for Redis do Azure Managed Redis

Option	Advantages	Disadvantages
Vytvoření nové mezipaměti	Nejjednodušší k implementaci.	Je potřeba znovu naplnit data do nové mezipaměti, která nemusí fungovat s mnoha aplikacemi.
Export a import dat přes soubor RDB	Obecně kompatibilní s jakoukoli mezipamětí Redis.	Některá data můžou být ztracena, pokud jsou po vygenerování souboru RDB zapsána do existující mezipaměti.
Duální zápis dat do dvou mezipamětí	Žádná ztráta nebo výpadek dat. Neustálý provoz existující mezipaměti. Jednodušší testování nové mezipaměti.	Potřebuje dvě mezipaměti po delší dobu.
Migrace dat prostřednictvím kódu programu	Úplná kontrola nad přesunem dat	Vyžaduje vlastní kód.

Vytvoření nové instance Azure Managed Redis

Tento přístup technicky vzato není migrací. Pokud ztráta dat není problém, nejjednodušší způsob, jak přejít na úroveň Azure Managed Redis, je vytvořit novou instanci mezipaměti a připojit k ní aplikaci. Pokud například používáte Redis jako boční mezipaměť pro databázové záznamy, můžete tuto mezipaměť snadno znovu vytvořit od začátku. Mezi obecné kroky pro implementaci této možnosti patří:

1. Vytvořte novou instanci Azure Managed Redis.
2. Aktualizujte aplikaci tak, aby používala novou instanci.
3. Odstraňte starou instanci Azure Cache for Redis.

Export dat do souboru RDB a jejich import do Azure Managed Redis

Tato možnost se vztahuje pouze na mezipaměti úrovně Premium. Open source Redis definuje standardní mechanismus pro pořízení snímku datové sady v paměti mezipaměti a jeho uložení do souboru. Jiná mezipaměť Redis může číst soubor RDB, který byl exportován. Azure Cache for Redis Úrovně Premium podporuje export dat z instance mezipaměti prostřednictvím souborů RDB. Soubor RDB můžete použít k přenosu dat z existující instance Azure Cache for Redis do instance Azure Managed Redis.

Mezi obecné kroky pro implementaci této možnosti patří:

1. Vytvořte novou instanci Azure Managed Redis, která má stejnou velikost (nebo větší než) stávající instanci Azure Cache for Redis.
2. Export souboru RDB z existující instance Azure Cache for Redis pomocí těchto pokynů k exportu nebo rutiny exportu PowerShellu
3. Import souboru RDB do nové instance Azure Managed Redis pomocí těchto pokynů k importu nebo rutiny importu PowerShellu
4. Aktualizujte aplikaci tak, aby používala novou instanci Azure Managed Redis připojovací řetězec.

Zápis do dvou mezipamětí Redis současně během období migrace

Místo přímého přesouvání dat mezi mezipamětí můžete pomocí aplikace zapisovat data do existující mezipaměti i do nové mezipaměti, kterou nastavujete. Aplikace stále načítá data z existující mezipaměti. Pokud má nová mezipaměť potřebná data, přepnete aplikaci do této mezipaměti a vyřadíte starou mezipaměť. Řekněme například, že používáte Redis jako úložiště relací a platnost relací aplikace je po dobu sedmi dnů. Po zápisu do dvou mezipamětí na týden budete mít jistotu, že nová mezipaměť obsahuje všechny informace o nevykonané relaci. Můžete se na něj bezpečně spolehnout, aniž byste se museli zabývat ztrátou dat.

Mezi obecné kroky pro implementaci této možnosti patří:

1. Vytvořte novou instanci Azure Managed Redis, která má stejnou velikost jako stávající instance Azure Cache for Redis (nebo větší než).
2. Upravte kód aplikace tak, aby zapisoval do nových i původních instancí.
3. Pokračujte ve čtení dat z původní instance, dokud se nová instance dostatečně nenaplní daty.
4. Aktualizujte kód aplikace na čtení a zápis pouze z nové instance.
5. Odstraňte původní instanci.

Migrace prostřednictvím kódu programu

Vytvořte vlastní proces migrace tak, že prostřednictvím kódu programu načítáte data z existující instance Azure Cache for Redis a zapíšete je do instance Azure Managed Redis. Můžete vyzkoušet dva opensourcové nástroje:

• Redis-copy
  • Tento opensourcový nástroj lze použít ke kopírování dat z jedné instance Azure Cache for Redis do jiné. Tento nástroj je užitečný pro přesun dat mezi instancemi mezipaměti v různých oblastech azure Cache. K dispozici je také kompilovaná verze . Zdrojový kód můžete najít také jako užitečného průvodce pro psaní vlastního nástroje pro migraci.
• RIOT
  • RIOT je dalším oblíbeným nástrojem pro migraci testovaným komunitou Redis. Je to nástroj příkazového řádku navržený tak, aby vám pomohl získat data do Redisu a z něj.

Note

Microsoft tento nástroj oficiálně nepodporuje.

Mezi obecné kroky pro implementaci této možnosti patří:

1. Vytvořte virtuální počítač v oblasti, ve které se nachází existující mezipaměť. Pokud je vaše datová sada velká, zvolte relativně výkonný virtuální počítač, abyste zkrátili dobu kopírování.
2. Vytvořte novou instanci Azure Managed Redis.
3. Vyprázdněte data z nové mezipaměti, abyste měli jistotu, že jsou prázdná. Tento krok je povinný, protože samotný nástroj pro kopírování nepřepíše žádný existující klíč v cílové mezipaměti. Důležité: Nezapomeňte neprázdnit ze zdrojové mezipaměti.
4. K automatizaci kopírování dat ze zdrojové mezipaměti do cíle použijte aplikaci, jako je opensourcový nástroj uvedený dříve. Nezapomeňte, že dokončení procesu kopírování může chvíli trvat v závislosti na velikosti datové sady.

Regionální dostupnost pro Azure Managed Redis

Azure Managed Redis se neustále rozšiřuje do nových oblastí. Pokud chcete zkontrolovat dostupnost podle oblasti, podívejte se na informace o produktech dostupných podle oblastí.

Související obsah

• Co je Azure Managed Redis?
• Architektura Azure Managed Redis