Sdílet prostřednictvím

Správa služby Azure Cache for Redis

  • Článek

Tento článek popisuje, jak provádět úlohy správy, jako je restartování a kanál aktualizace aktualizací a plánování aktualizací pro instance Azure Cache for Redis.

Restartujte.

Na levé straně restartování umožňuje restartovat jeden nebo více uzlů vaší mezipaměti. Tato funkce 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 clusteringem, můžete vybrat, které horizontální oddíly 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 mezipaměť Premium s povoleným clusteringem, vyberte horizontální oddíly, 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, azure Cache for Redis převezme služby při selhání uzlu repliky a zvýší jeho podporu 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ž se oba uzly mezipaměti restartují, Azure Cache for Redis se pokusí řádně restartovat oba uzly, a před restartováním druhého se počká na dokončení jednoho uzlu. 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 se základní problém nevyřeší, můžou se připojení klientů dál používat.

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 istrace, 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í vyprázdnění dat . Operace vyprázdnění dat umožňuje odstranit nebo vyprázdnit všechna data v mezipaměti. Tuto operaci vyprazdnění je možné použít před operacemi škálování, 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 aktualizací a plánování

Na levé straně vám aktualizace schedule umožňují zvolit 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 nevztahuje na aktualizace hostitelského operačního systému na hostitele hostující virtuální počítače mezipaměti nebo jiné síťové komponenty 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.cnusgovcloudapi.net nebo 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, 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.