Dela via

Administrera Azure Managed Redis (förhandsversion)

  • Artikel

I den här artikeln beskrivs hur du utför administrationsuppgifter som att starta om och uppdatera kanal och schemalägga uppdateringar för dina Azure Managed Redis-instanser (förhandsversion).

Starta om

Till vänster kan du starta om en eller flera noder i cacheminnet. Med den här omstartsfunktionen kan du testa programmet för återhämtning om det uppstår ett fel på en cachenod.

Viktigt!

Omstart är ännu inte tillgängligt för Enterprise-nivån. Omstart är tillgängligt för alla andra nivåer.

Skärmbild som markerar menyalternativet Starta om

Välj de noder som ska startas om och välj Starta om.

Skärmbild som visar vilka noder du kan starta om

Om du har en Premium-cache med klustring aktiverat kan du välja vilka shards i cacheminnet som ska startas om.

skärmbild av alternativ för shard

Om du vill starta om en eller flera noder i cacheminnet väljer du noderna och väljer Starta om. Om du har ett Premium-cacheminne med klustring aktiverat väljer du de shards som ska startas om och väljer sedan Starta om. Efter några minuter startas de valda noderna om och är online igen några minuter senare.

Effekten på dina klientprogram varierar beroende på vilka noder du startar om.

  • Primär – När den primära noden startas om redundansväxlar Azure Managed Redis till repliknoden och befordrar den till primär. Under den här redundansväxlingen kan det finnas ett kort intervall där anslutningar till cacheminnet kan misslyckas.
  • Replik – När repliknoden startas om påverkas vanligtvis inte cacheklienterna.
  • Både primär och replik – När båda cachenoderna startas om försöker Azure Managed Redis korrekt starta om båda noderna och väntar på att den ena ska slutföras innan den andra startas om. Dataförlust sker vanligtvis inte. Dataförlust kan dock fortfarande inträffa vid oväntade underhållshändelser eller fel. Om du startar om cacheminnet många gånger i rad ökar oddsen för dataförlust.
  • Noder i en Premium-cache med klustring aktiverat – När du startar om en eller flera noder i en Premium-cache med klustring aktiverat är beteendet för de valda noderna detsamma som när du startar om motsvarande nod eller noder i en icke-klustrad cache.

Vanliga frågor och svar om omstart

Vilken nod ska jag starta om för att testa mitt program?

Starta om den primära noden om du vill testa programmets återhämtning mot fel på den primära noden i cacheminnet. Starta om repliknoden om du vill testa programmets återhämtning mot fel på repliknoden.

Kan jag starta om cachen för att rensa klientanslutningar?

Ja, om du startar om cacheminnet rensas alla klientanslutningar. Omstart kan vara användbart om alla klientanslutningar används på grund av ett logikfel eller en bugg i klientprogrammet. Varje prisnivå har olika klientanslutningsgränser för de olika storlekarna, och när dessa gränser har nåtts godkänns inga fler klientanslutningar. Genom att starta om cacheminnet kan du rensa alla klientanslutningar.

Viktigt!

Om du startar om cacheminnet för att rensa klientanslutningar återansluter StackExchange.Redis automatiskt när Redis-noden är online igen. Om det underliggande problemet inte har lösts kan klientanslutningarna fortsätta att användas.

Kommer jag att förlora data från cacheminnet om jag gör en omstart?

Om du startar om både primär - och repliknoderna bör alla data i cacheminnet eller alla data i fragmentet när du använder ett Premium-cacheminne med klustring aktiverat vara säkra. Data kan dock gå förlorade i vissa fall. Omstart av båda noderna bör ske med försiktighet.

Om du startar om bara en av noderna går data vanligtvis inte förlorade, men det kan fortfarande vara det. Om den primära noden till exempel startas om och en cacheskrivning pågår går data från cacheskrivningen förlorade. Ett annat scenario för dataförlust skulle vara om du startar om en nod och den andra noden råkar gå ned på grund av ett fel samtidigt.

Du bör också veta att omstart av båda noderna inte resulterar i dataspolning. Om du vill rensa data använder du tömningsproceduren från portalkonsolen.

Kan jag starta om cacheminnet med hjälp av PowerShell, CLI eller andra hanteringsverktyg?

Ja, för PowerShell-instruktioner se Starta om en Azure Cache for Redis.

Kan jag starta om min Enterprise-cache?

Nej. Omstart är inte tillgängligt för Enterprise-nivån än. Omstart är tillgängligt för nivåerna Basic, Standard och Premium. De inställningar som visas på resursmenyn under Administration beror på cachenivån. Du ser inte Omstart när du använder en cache från Enterprise-nivån.

Rensa data

När du använder nivåerna Basic, Standard eller Premium i Azure Managed Redis visas Töm data på resursmenyn. Med åtgärden Rensa data kan du ta bort eller rensa alla data i cacheminnet. Den här tömningsåtgärden kan användas före skalningsåtgärder för att potentiellt minska den tid som krävs för att slutföra skalningsåtgärden i cacheminnet. Du kan också konfigurera att köra tömningsåtgärden regelbundet på dina dev/test-cacheminnen för att hålla minnesanvändningen i schack.

Tömningsåtgärden rensar data från alla shards samtidigt när den körs i en klustrad cache.

Viktigt!

Tidigare var tömningsåtgärden endast tillgänglig för geo-replikerade Enterprise-nivåcacheminnen. Nu är den tillgänglig på nivåerna Basic, Standard och Premium.

Skärmbild som visar data som valts i resursmenyn i en cacheinstans.

Uppdatera kanal- och schemauppdateringar

Till vänster kan du välja en uppdateringskanal och ett underhållsperiod för cacheinstansen genom att schemalägga uppdateringar .

Alla cacheinstanser som använder kanalen Stabil uppdatering tar emot uppdateringar några veckor senare än cacheinstanser med hjälp av förhandsversionsuppdateringskanalen . Vi rekommenderar att du väljer förhandsgranskningsuppdateringskanalen för dina icke-produktionsbaserade och mindre kritiska arbetsbelastningar. Välj kanalen Stabil uppdatering för dina mest kritiska produktionsarbetsbelastningar. Alla cacheminnen är som standard stabila uppdateringskanal.

Viktigt!

Om du ändrar uppdateringskanalen i cacheinstansen genomgår cacheminnet en korrigeringshändelse för att tillämpa rätt uppdateringar. Överväg att ändra uppdateringskanalen under underhållsperioden.

Med ett underhållsfönster kan du styra de dagar och tider i veckan under vilka de virtuella datorer som är värdar för cacheminnet kan uppdateras. Azure Managed Redis gör sitt bästa för att starta och slutföra uppdateringen av Redis-serverprogramvaran inom det angivna tidsfönstret som du definierar.

Viktigt!

Uppdateringskanalen och underhållsfönstret gäller redis-serveruppdateringar och uppdateringar av operativsystemet för de virtuella datorer som är värdar för cachen. Uppdateringskanalen och underhållsfönstret gäller inte värdoperativsystemuppdateringar för värdar som är värdar för de virtuella cachedatorerna eller andra Azure-nätverkskomponenter. I sällsynta fall, där cacheminnen finns på äldre modeller, gäller underhållsperioden inte heller för uppdateringar av gästoperativsystem. Du kan se om cacheminnet finns på en äldre modell om DNS-namnet på cachen matchar ett suffix med cloudapp.net, chinacloudapp.cnusgovcloudapi.net eller cloudapi.de.

För närvarande är inget alternativ tillgängligt för att konfigurera en uppdateringskanal eller schemalagda uppdateringar för en cache på Företagsnivå.

Skärmbild som visar schemauppdateringar

Om du vill ange en underhållsperiod kontrollerar du de dagar du vill ha och anger starttimmes för underhållsperioden för varje dag. Välj sedan OK. Underhållsperioden är i UTC och kan bara konfigureras per timme.

Standard- och minimiunderhållsfönstret för uppdateringar är fem timmar. Det här värdet kan inte konfigureras från Azure Portal, men du kan konfigurera det i PowerShell med hjälp av parametern MaintenanceWindow för cmdleten New-AzRedisCacheScheduleEntry. Mer information finns i Kan jag hantera schemalagda uppdateringar med hjälp av PowerShell, CLI eller andra hanteringsverktyg?

Vanliga frågor och svar om schemauppdateringar

När inträffar uppdateringar om jag inte använder funktionen för schemauppdateringar?

Om du inte anger ett underhållsperiod kan uppdateringar göras när som helst.

Vilken typ av uppdateringar görs under det schemalagda underhållsfönstret?

Endast Redis-serveruppdateringar görs under det schemalagda underhållsfönstret. Underhållsfönstret gäller inte för Azure-uppdateringar eller uppdateringar av värdoperativsystemet.

Kan jag hantera schemalagda uppdateringar med hjälp av PowerShell, CLI eller andra hanteringsverktyg?

Ja, du kan hantera dina schemalagda uppdateringar med hjälp av följande PowerShell-cmdletar:

Kan en uppdatering som omfattas och hanteras av funktionen Schemalagda uppdateringar ske utanför fönstret Schemalagda uppdateringar?

Ja. I allmänhet tillämpas inte uppdateringar utanför det konfigurerade fönstret Schemalagda uppdateringar. Sällsynta kritiska säkerhetsuppdateringar kan tillämpas utanför uppdateringsschemat som en del av vår säkerhetsprincip.

Relaterat innehåll