Sdílet prostřednictvím

Úlohy správy pro Azure Cache for Redis

  • Platí pro: ✅ Azure Cache for Redis

Tento článek popisuje úlohy, jako je restartování, vyprázdnění mezipaměti a kanál Aktualizace a plánování aktualizací pro instance Azure Cache for Redis.

Restartujte.

Při použití úrovní Basic, Standard nebo Premium služby Azure Cache for Redis uvidíte v nabídce prostředků restart. Použijte Reboot k restartování jednoho nebo více uzlů vaší mezipaměti. Restartování umožňuje otestovat aplikaci na odolnost, pokud dojde k selhání uzlu mezipaměti.

Důležité

Restartování ještě není pro úroveň Enterprise k dispozici. Restartování je k dispozici pro všechny ostatní úrovně.

Snímek obrazovky se zvýrazněnou možností nabídky Restartovat

Vyberte uzly, které chcete restartovat, a vyberte Restartovat.

Snímek obrazovky znázorňující uzly, které můžete restartovat

Pokud máte mezipaměť Premium s povoleným klastrováním, můžete vybrat, které fragmenty mezipaměti se mají restartovat.

snímek obrazovky s možnostmi horizontálního dělení

Pokud chcete restartovat jeden nebo více uzlů mezipaměti, vyberte uzly a vyberte Restartovat. Pokud máte prémiovou mezipaměť s povoleným clusteringem, vyberte shardy, které chcete restartovat, a pak vyberte Restartovat. Po několika minutách se vybrané uzly restartují a později se vrátí do online režimu.

Vliv na klientské aplikace se liší v závislosti na tom, které uzly restartujete.

  • Primární – Když se primární uzel restartuje, dojde k přepnutí Azure Cache for Redis na uzel repliky a povýší jej na primární. Během tohoto převzetí služeb při selhání může dojít k krátkému intervalu, ve kterém může dojít k selhání připojení k mezipaměti.
  • Replika – Když se uzel repliky restartuje, klienti mezipaměti obvykle nemají žádný vliv.
  • Primární i replika – Když jsou oba uzly mezipaměti restartovány, Azure Cache for Redis se pokusí řádně restartovat oba uzly, přičemž počká, až se jeden uzel dokončí, než restartuje druhý. Obvykle nedojde ke ztrátě dat. Ke ztrátě dat ale může docházet k neočekávaným událostem údržby nebo selháním. Restartování mezipaměti mnohokrát za sebou zvyšuje pravděpodobnost ztráty dat.
  • Uzly mezipaměti úrovně Premium s povoleným clusteringem – když restartujete jeden nebo více uzlů mezipaměti úrovně Premium s povoleným clusteringem, chování vybraných uzlů je stejné jako při restartování odpovídajícího uzlu nebo uzlů neclusterované mezipaměti.

Nejčastější dotazy k restartování

Který uzel mám restartovat a otestovat aplikaci?

Pokud chcete otestovat odolnost aplikace proti selhání primárního uzlu mezipaměti, restartujte primární uzel. Pokud chcete otestovat odolnost aplikace proti selhání uzlu repliky, restartujte uzel Replika.

Můžu restartovat mezipaměť, aby se vymaže připojení klientů?

Ano, pokud mezipaměť restartujete, všechna klientská připojení se vymažou. Restartování může být užitečné v případě, že se všechna klientská připojení používají kvůli chybě logiky nebo chybě v klientské aplikaci. Každá cenová úroveň má různá omezení připojení klientů pro různé velikosti a po dosažení těchto limitů se nepřijímají žádná další připojení klientů. Restartování mezipaměti poskytuje způsob, jak vymazat všechna připojení klientů.

Důležité

Pokud restartujete mezipaměť a vymažete připojení klientů, StackExchange.Redis se po opětovném připojení uzlu Redis automaticky znovu připojí. Pokud základní problém není vyřešen, mohou zůstat připojení klientů vyčerpána.

Při restartování ztratím data z mezipaměti?

Pokud restartujete uzly Primární i Replika , všechna data v mezipaměti nebo všechna data v daném horizontálním oddílu, když používáte mezipaměť Premium s povoleným clusteringem, by měla být bezpečná. V některých případech však mohou být data ztracena. Restartování obou uzlů by mělo být obezřetné.

Pokud restartujete jenom jeden z uzlů, data se obvykle neztratí, ale přesto můžou být ztracená. Pokud je například primární uzel restartován a probíhá zápis do mezipaměti, dojde ke ztrátě dat z zápisu do mezipaměti. Dalším scénářem ztráty dat by bylo, kdybyste restartoval jeden uzel a druhý uzel se zhroutit kvůli selhání ve stejnou dobu.

Měli byste také vědět, že restartování obou uzlů nemá za následek vyprázdnění dat. Pokud chcete vymazat data, použijte proceduru vyprázdnění z konzoly portálu.

Můžu mezipaměť restartovat pomocí PowerShellu, rozhraní příkazového řádku nebo jiných nástrojů pro správu?

Ano, pokyny k PowerShellu najdete v tématu Restartování služby Azure Cache for Redis.

Můžu restartovat mezipaměť Enterprise?

Ne. Restartování ještě není dostupné pro úroveň Enterprise. Restartování je k dispozici pro úrovně Basic, Standard a Premium. Nastavení, která se zobrazí v nabídce Prostředek v části Správa , závisí na úrovni vaší mezipaměti. Při použití mezipaměti z podnikové úrovně se nezobrazí restartování .

Vyprázdnění dat

Při použití úrovní Basic, Standard nebo Premium služby Azure Cache for Redis se v nabídce prostředků zobrazí vymazání dat. Pomocí funkce Vyprázdnit data můžete odstranit nebo vyprázdnit všechna data v mezipaměti. Vyprazdňování je možné použít před škálováním operací, aby se potenciálně zkrátila doba potřebná k dokončení operace škálování v mezipaměti. Můžete také nakonfigurovat, aby se operace vyprazdování spouštěla pravidelně v mezipaměti pro vývoj/testování, aby se zachovalo využití paměti.

Operace vyprázdnění při spuštění v clusterované mezipaměti vymaže data ze všech horizontálních oddílů najednou.

Důležité

Dříve byla operace vyprázdnění k dispozici pouze pro geograficky replikované mezipaměti podnikové úrovně. Teď je k dispozici na úrovních Basic, Standard a Premium.

Snímek obrazovky znázorňující vyprázdnění dat vybraných v nabídce prostředků instance mezipaměti

Aktualizace kanálu a plánování aktualizací

Při použití úrovní Basic, Standard nebo Premium služby Azure Cache for Redis uvidíte harmonogram aktualizací v nabídce prostředků. Pomocí aktualizací plánu zvolte aktualizační kanál a časové období údržby pro instanci mezipaměti.

Všechny instance mezipaměti využívající kanál stabilní aktualizace obdrží aktualizace o několik týdnů později než instance mezipaměti pomocí aktualizačního kanálu verze Preview . Doporučujeme zvolit kanál aktualizace Preview pro neprodukční a méně důležité úlohy. Zvolte kanál stabilní aktualizace pro nejdůležitější produkční úlohy. Ve výchozím nastavení se všechny mezipaměti ukládají do kanálu stabilní aktualizace.

Důležité

Změna aktualizačního kanálu instance mezipaměti způsobí, že mezipaměť prochází událostí oprav, aby se nainstalovaly správné aktualizace. Zvažte změnu aktualizačního kanálu během časového období údržby.

Časové období údržby umožňuje řídit dny a časy týdne, během kterých je možné aktualizovat virtuální počítače hostující vaši mezipaměť. Azure Cache for Redis se snaží spustit a dokončit aktualizaci softwaru serveru Redis v zadaném časovém intervalu, který definujete.

Důležité

Aktualizační kanál a časové období údržby platí pro aktualizace serveru Redis a aktualizace operačního systému virtuálních počítačů hostovaných v mezipaměti. Aktualizační kanál a časové období údržby se nevztahují na aktualizace hostitelského operačního systému pro hostitele, na nichž běží virtuální počítače mezipaměti, nebo na jiné komponenty síťové infrastruktury Azure. Ve výjimečných případech, kdy jsou mezipaměti hostované ve starších modelech, se časové období údržby nevztahuje ani na aktualizace hostovaného operačního systému. Zjistíte, jestli je vaše mezipaměť ve starším modelu, pokud se název DNS mezipaměti přeloží na příponu cloudapp.net, chinacloudapp.cn, usgovcloudapi.netnebo cloudapi.de.

V současné době není k dispozici žádná možnost konfigurace aktualizačního kanálu nebo plánovaných aktualizací pro mezipaměť podnikové vrstvy.

Snímek obrazovky zobrazující aktualizace plánu

Pokud chcete zadat časové období údržby, zkontrolujte požadované dny a zadejte počáteční hodinu časového období údržby pro každý den. Pak vyberte OK. Čas časového období údržby je ve standardu UTC a dá se nakonfigurovat pouze po hodinách.

Výchozí a minimální časové období údržby pro aktualizace je pět hodin. Tato hodnota není konfigurovatelná na webu Azure Portal, ale můžete ji nakonfigurovat v PowerShellu pomocí MaintenanceWindow parametru rutiny New-AzRedisCacheScheduleEntry . Další informace najdete v tématu Správa plánovaných aktualizací pomocí PowerShellu, rozhraní příkazového řádku nebo jiných nástrojů pro správu?

Nejčastější dotazy k plánování aktualizací

Kdy dojde k aktualizacím, pokud nepoužívám funkci aktualizace plánu?

Pokud nezadáte časové období údržby, můžete kdykoli provést aktualizace.

Jaký typ aktualizací se provádí během časového období plánované údržby?

Během časového období plánované údržby se provádějí pouze aktualizace serveru Redis. Časové období údržby se nevztahuje na aktualizace Azure ani aktualizace hostitelského operačního systému.

Můžu spravovat plánované aktualizace pomocí PowerShellu, rozhraní příkazového řádku nebo jiných nástrojů pro správu?

Ano, plánované aktualizace můžete spravovat pomocí následujících rutin PowerShellu:

Může aktualizace, která je pokryta a spravována funkcí Naplánované aktualizace, k tomuto problému dochází mimo okno Naplánované aktualizace?

Ano. Obecně platí, že aktualizace se nepoužívají mimo nakonfigurované okno Naplánované aktualizace. V rámci našich zásad zabezpečení je možné použít vzácné důležité aktualizace zabezpečení mimo plán oprav.

Související obsah

Přečtěte si další informace o funkcích Azure Cache for Redis.