Nejčastější dotazy ke službě Azure Cache for Redis

Opensourcový projekt Redis se změnil na model s duální licencí s podporou licence Redis Source Available License verze 2 (RSALv2) nebo Veřejné licence na straně serveru 1 (SSPLv1). Další informace najdete v tiskové zprávě Redis. Podívejte se také na příspěvek na blogu Microsoftu o změně licencování Redis.

Ne, Azure Cache for Redis se zákazníkům nabízí v rámci podmínek služby Microsoft. Licence RSALv2 a SSPLv1 se nevztahují na vaše použití služby Azure Cache for Redis.

Ano, Azure Cache for Redis, Azure Cache for Redis Enterprise a Enterprise Flash budou dál dostávat opravy a opravy chyb i po oznámení o licencování.

Pro naše zákazníky Azure není vyžadována žádná akce týkající se oznámení o licencování.

• Služba Managed Cache – služba Managed Cache byla vyřazena 30. listopadu 2016.

• Mezipaměť v roli – Mezipaměť v roli byla vyřazena 30. listopadu 2016.

Měli byste migrovat všechny mezipaměti se závislostí na cloudových službách (classic). V srpnu 2021 jsme oznámili, že cloudové služby (klasické) budou vyřazeny 31. srpna 2024. Všechny instance Azure Cache for Redis, které jsou závislé na cloudových službách (Classic), je potřeba vyřadit do stejného data.

Do 31. srpna 2024 byste měli migrovat mezipaměti se závislostí na cloudových službách (classic).

Snažili jsme se migrovat co nejvíce mezipamětí co nejprůhledněji. Z tohoto důvodu je ovlivněno několik mezipamětí a zákazníků.

Projděte si doporučení Azure Advisoru. Pokud se to týká vaší mezipaměti, zobrazí se ve vašem předplatném doporučení.

Většinu mezipamětí jsme migrovali z toho, že je postavená na cloudových službách (Classic) a stavíme na škálovacích sadách virtuálních počítačů Azure. Migrace na škálovací sady virtuálních počítačů Azure odebere závislost. Existují tři způsoby, jak zahájit tento proces pro mezipaměti ve virtuální síti:

• Migrace do nové mezipaměti pomocí služby Private Links

  Vytvořte novou mezipaměť, která používá službu Private Link pro izolaci sítě místo injektáže virtuální sítě a migraci dat do této mezipaměti. Tato možnost poskytuje nejlepší a nejbezpečnější prostředí izolace sítě a zároveň zajišťuje vytvoření všech nových mezipamětí pomocí aktualizované infrastruktury.

• Migrace do nové mezipaměti v nové podsíti virtuální sítě Azure Resource Manageru

  Vytvoření mezipaměti v rámci klasické virtuální sítě vytvoří mezipaměť cloudových služeb (classic) a ne mezipaměť služby Azure Virtual Machine Scale Sets. Migrace do nové mezipaměti v nové podsíti virtuální sítě Azure Resource Manageru řeší základní závislost na cloudových službách při zachování podobného prostředí virtuální sítě.

  Většinu mezipamětí jsme migrovali z toho, že je postavená na cloudových službách (Classic) a stavíme na škálovacích sadách virtuálních počítačů Azure. Pokud chcete provést migraci, odstraňte existující mezipaměť a vytvořte novou mezipaměť v nové podsíti virtuální sítě Azure Resource Manageru. Při migraci mezipamětí důrazně doporučujeme nepoužít staré podsítě. Doporučené možnosti migrace dat v mezipaměti najdete v tématu Migrace do služby Azure Cache for Redis.

• Automatická migrace se ztrátou dat (doporučeno).

  Můžeme migrovat mezipaměti z používání cloudových služeb (Classic) na automatické použití škálovacích sad virtuálních počítačů s konfigurací mezipaměti (včetně přístupových klíčů a názvu hostitele). Tato metoda však vyžaduje přibližně 30 minut výpadku a úplné ztráty dat v mezipaměti. Pomocí funkce importu/exportu můžete před migrací uložit kopii dat.

  Pokud chcete tuto možnost využít, obraťte azurecachemigration@microsoft.com se na žádost o migraci nebo vytvořte žádost o podporu.

Zkontrolujte, jestli mezipaměť používá geografickou replikaci. Pokud ano, musíte migrovat data z aktuálního geograficky replikovaného páru na čerstvý geograficky replikovaný pár.

Příklad:

1. Vytvořte novou geograficky replikovanou dvojici mezipamětí Premium, která odpovídá stejné konfiguraci jako aktuální dvojice mezipamětí.
2. Odpojte původní dvojici geograficky replikovaných mezipamětí a exportujte soubor RDB z primární mezipaměti.
3. Naimportujte soubor RDB do primární mezipaměti v nové geograficky replikované dvojici.

Nová dvojice geograficky replikovaných mezipamětí nebude mít stejnou závislost na cloudových službách.

Začneme blokovat vytváření nových mezipamětí pomocí modelu nasazení Cloud Services (Classic). Nové mezipaměti je možné vytvořit pomocí tohoto starého modelu nasazení, pokud jsou vytvořeny v podsíti virtuální sítě, která jednou obsahovala mezipaměť Cloud Services nebo pokud je mezipaměť nasazená do klasické virtuální sítě. Pokud se tato zpráva zobrazí, vytvořte ve virtuální síti novou podsíť, do které se má mezipaměť nasadit. Vytvoření podsítě ve virtuální síti zajistí, že se mezipaměť vytvoří bez závislosti cloudových služeb.

Pokud chcete zkontrolovat, jestli máte v podsíti jednu nebo více mezipamětí založených na cloudových službách, můžete zkontrolovat Azure Advisor na portálu nebo použít rozhraní REST API pro navigaci na prostředcích. resource-navigation-links Pomocí rozhraní API s ID předplatného, názvem skupiny prostředků, názvem virtuální sítě a názvem podsítě získáte všechny mezipaměti v této podsíti, které používají cloudové služby.

Pokud vytváříte novou mezipaměť pomocí rozhraní REST API, ujistěte se také, že spolu s žádostí o vytvoření nepředáváte konfiguraci {"CacheVmType": "CloudService"} redis. Tyto parametry jsou nezdokumentovaný parametr, takže je nepravděpodobné, že byste to udělali.

Pokud potřebujete vytvořit nové mezipaměti pomocí modelu nasazení Cloud Services (Classic), obraťte azurecachemigration@microsoft.com se nebo vytvořte žádost o podporu a požádejte o výjimku.

Tyto mezipaměti se vypnou a ztratíte všechna data v mezipaměti.

K vyřazení dojde ve třech fázích, abyste měli maximální dobu migrace:

1. Aktivní fáze (nyní do 30. dubna 2023)

   Mezipaměti mají plnou podporu beze změny stavu od dnešního dne. Toto období je dáno tak, aby zákazníkům umožnilo přechod mimo cloudovou službu (Classic) s minimálním přerušením.

2. Fáze údržby (1. května 2023 až 31. prosince 2023)

   Mezipaměti budou dostávat důležité opravy zabezpečení, stability a chyb, ale žádné nové funkce.

3. Neaktivní fáze (1. ledna 2024 až 31. srpna 2024)

   Mezipaměti přijímají pouze důležité opravy zabezpečení. Všichni zákazníci, kteří mají problémy s podporou, musí před přijetím podpory migrovat do mezipaměti založené na VMSS. Zákazníci se musí do 31. srpna 2024 přesunout ze svých mezipamětí.

Ne. Tato časová osa se vztahuje pouze na mezipaměti spuštěné v Redisu 6.0. Redis 4.0 je součástí samostatného vyřazení, který se dokončí před vyřazením cloudových služeb (classic). Všechny zbývající mezipaměti využívající Redis 4.0 v Cloud Services (classic) se automaticky migrují, aby používaly škálovací sady virtuálních počítačů a Redis 6.0 po 31. říjnu 2023. Tato metoda migrace vyžaduje prostoje a úplnou ztrátu dat v mezipaměti, takže pokud chcete zabránit výpadku nebo ztrátě dat, proveďte migraci před tímto datem. Obraťte azurecachemigration@microsoft.com se na žádost o podporu nebo vytvořte žádost o automatický upgrade před 31. říjnem 2023.

Na stránce Q&A pro vyřazení cloudových služeb (classic) publikujte všechny otázky. Další informace můžete odeslat také e-mailem azurecachemigration@microsoft.com .

Pokud tady není váš dotaz uvedený, dejte nám vědět, abychom vám mohli pomoct najít odpověď.

• Pokud chcete oslovit širší cílovou skupinu, můžete na stránce otázek Microsoft Q&A pro Azure Cache zadat dotaz a zapojit se do týmu Azure Cache a dalších členů komunity.

• Pokud chcete vytvořit žádost o funkci, můžete své žádosti a nápady odeslat do služby Azure Cache for Redis User Voice.

• Můžete nám také poslat svůj dotaz na adrese azurecache@microsoft.com.