Správa služby Azure Cache for Redis

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

Poznámka

Tento článek používá modul Azure Az PowerShell, což je doporučený modul PowerShellu pro interakci s Azure. Pokud chcete začít s modulem Az PowerShell, projděte si téma věnované instalaci Azure PowerShellu. Informace o tom, jak migrovat na modul Az PowerShell, najdete v tématu Migrace Azure PowerShellu z AzureRM na Az.

Restartování

Restartování na levé straně umožňuje restartovat jeden nebo více uzlů mezipaměti. Tato funkce restartování umožňuje otestovat aplikaci kvůli odolnosti, pokud dojde k selhání uzlu mezipaměti.

Důležité

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

Screenshot that highlights the Reboot menu option

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

Screenshot that shows which nodes you can reboot

Pokud máte mezipaměť Premium s povoleným clusteringem, můžete vybrat, které horizontální oddíly mezipaměti se mají restartovat.

screenshot of shard options

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 jsou později online.

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

  • Hlavní – Když se primární uzel restartuje, Azure Cache for Redis převezme služby při selhání uzlu repliky a propaguje ho 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í, ztratíte všechna data v mezipaměti a připojení k mezipaměti selžou, dokud se primární uzel nepřipojí do režimu online. Pokud jste nakonfigurovali trvalost dat, nejnovější zálohování se obnoví, když se mezipaměť vrátí do online režimu. Všechny zápisy do mezipaměti, ke kterým došlo po ztrátě poslední zálohy
  • Uzly mezipaměti Premium s povoleným clusteringem – Když restartujete jeden nebo více uzlů mezipaměti Premium s povoleným clusteringem, chování vybraných uzlů je stejné jako při restartování odpovídajícího uzlu nebo uzlů jiné mezipaměti než clusteru.

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 hlavní uzel. Pokud chcete otestovat odolnost aplikace proti selhání uzlu repliky, restartujte uzel repliky . Pokud chcete otestovat odolnost aplikace proti celkovému selhání mezipaměti, restartujte oba uzly.

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

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

Důležité

Pokud mezipaměť restartujete a vymažete připojení klientů, StackExchange.Redis se automaticky znovu připojí, jakmile je uzel Redis online. 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 hlavní ireplikové uzly, můžou se ztratit všechna data v mezipaměti (nebo v takovém horizontálním oddílu, když používáte mezipaměť Premium s povoleným clusteringem). Data však nemusí být ztracena. Pokud jste nakonfigurovali trvalost dat, nejnovější zálohování se obnoví, když se mezipaměť vrátí do online režimu. Všechny zápisy do mezipaměti, ke kterým došlo po provedení zálohy, se však ztratí.

Pokud restartujete jenom jeden z uzlů, data se obvykle neztratí, ale stále to může být. Pokud se například primární uzel restartuje 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, když restartujete jeden uzel a druhý uzel se stane, že dojde k výpadku kvůli selhání ve stejnou dobu. Další informace o možných příčinách ztráty dat najdete v tématu Co se stalo s mými daty v Redisu?

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í Azure Cache for Redis.

Můžu restartovat mezipaměť Enterprise?

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

Plán aktualizací

Na levé straně vám aktualizace Schedule umožňují zvolit časové období údržby pro instanci mezipaměti. Časové období údržby umožňuje řídit dny a časy v týdnu, během kterých se dají aktualizovat virtuální počítače hostující vaši mezipaměť. Azure Cache for Redis bude v zadaném časovém okně, které definujete, snažit se spustit a dokončit aktualizaci softwaru serveru Redis.

Poznámka

Časové období údržby platí pro aktualizace serveru Redis a aktualizace operačního systému virtuálních počítačů hostujících mezipaměť. Č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 (můžete zjistit, jestli je mezipaměť ve starším modelu, pokud se název DNS mezipaměti přeloží na příponu "cloudapp.net", "chinacloudapp.cn", "usgovcloudapi.net" nebo "cloudapi.de"), okno údržby se nebude vztahovat ani na aktualizace hostovaného operačního systému.

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

Screenshot showing schedule updates

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 aktualizací je pět hodin. Tato hodnota není konfigurovatelná z Azure Portal, ale můžete ji nakonfigurovat v PowerShellu MaintenanceWindow pomocí 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 plánování aktualizací?

Pokud nezadáte časové období údržby, je možné aktualizace provést kdykoli.

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

Během naplánovaného časového období údržby se provádějí pouze aktualizace serveru Redis. Časové období údržby se nevztahuje na aktualizace Nebo aktualizace operačního systému virtuálního počítače Azure.

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 nejsou použity 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.

Další kroky

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