Een Azure Cache voor Redis

In dit artikel worden de configuraties beschreven die beschikbaar zijn voor Azure Cache voor Redis-exemplaren. In dit artikel wordt ook de standaardconfiguratie van de Redis-server voor Azure Cache voor Redis beschreven.

Notitie

Zie Persistentie configureren, Clusteringconfigureren en Ondersteuning configureren voor meer informatie over het configureren en gebruiken Virtual Network van premium-cachefuncties.

Instellingen Azure Cache voor Redis configureren

Indien u uw cache niet aan het dashboard hebt vastgemaakt, kunt u deze vinden in Azure Portal, onder Alle services.

Blade voor bladeren in Azure Cache voor Redis

Klik op Alle services en zoek naar Azure Cache voor Redis om uw caches weer te geven.

Selecteer de gewenste cache om de instellingen voor die cache weer te geven en te configureren.

Cachelijst voor bladeren in Azure Cache voor Redis

U kunt uw cache weergeven en configureren vanaf de blade Azure Cache voor Redis.

Alle instellingen voor Azure Cache voor Redis

Azure Cache voor Redis instellingen worden weergegeven en geconfigureerd op de Azure Cache voor Redis aan de linkerkant met behulp van het resourcemenu.

Azure Cache voor Redis instellingen

U kunt de volgende instellingen weergeven en configureren met behulp van het resourcemenu.

Overzicht

Overzicht biedt u basisinformatie over uw cache, zoals naam, poorten, prijscategorie en geselecteerde metrische gegevens voor de cache.

Activiteitenlogboek

Selecteer Activiteitenlogboek om acties weer te geven die zijn uitgevoerd in uw cache. U kunt ook filteren gebruiken om deze weergave uit te vouwen om andere resources op te nemen. Zie Bewerkingen controleren met Resource Manager voor meer informatie over het werken met auditlogboeken. Zie Bewerkingen en waarschuwingen voor meer Azure Cache voor Redis bewaking van gebeurtenissen.

Toegangsbeheer (IAM)

De sectie Toegangsbeheer (IAM) biedt ondersteuning voor op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC) in Azure Portal. Met deze configuratie kunnen organisaties eenvoudig en nauwkeurig voldoen aan hun vereisten voor toegangsbeheer. Zie Op rollen gebaseerd toegangsbeheer van Azure inde Azure Portal.

Tags

De sectie Tags helpt u bij het organiseren van uw resources. Zie Tags gebruiken om uw Azure-resources te organiseren voor meer informatie.

Problemen vaststellen en oplossen

Selecteer Diagnose and solve problems to be provided with common issues and strategies for solveing them.

Instellingen

In de sectie Instellingen kunt u de volgende instellingen voor uw cache openen en configureren.

Toegangssleutels

Selecteer Toegangssleutels om de toegangssleutels voor uw cache weer te geven of opnieuw te maken. Deze sleutels worden gebruikt door de clients die verbinding maken met uw cache.

Azure Cache voor Redis-toegangssleutels

Geavanceerde instellingen

De volgende instellingen zijn geconfigureerd in de geavanceerde instellingen aan de linkerkant.

Toegangspoorten

Niet-TLS/SSL-toegang is standaard uitgeschakeld voor nieuwe caches. Als u de niet-TLS-poort wilt inschakelen, selecteert u Nee bij Alleen toegang via SSL toestaan in de geavanceerde instellingen aan de linkerkant en selecteert u vervolgens Opslaan.

Notitie

TLS-toegang tot Azure Cache voor Redis ondersteunt momenteel TLS 1.0, 1.1 en 1.2, maar versies 1.0 en 1.1 worden binnenkort niet meer beschikbaar. Lees onze pagina TLS 1.0 en 1.1 verwijderen voor meer informatie.

Azure Cache voor Redis-poorten

Geheugenbeleid

Met de instellingen Maxmemory-beleid, maxmemory-reserved en maxfragmentationmemory-reserved in de geavanceerde instellingen aan de linkerkant configureert u het geheugenbeleid voor de cache.

Azure Cache voor Redis Maxmemory-beleid

Met het maxmemory-beleid wordt het beleid voor het verwijderen van de cache geconfigureerd en kunt u kiezen uit de volgende beleidsregels voor het verwijderen van gegevens:

  • volatile-lru - Het standaardverzettingsbeleid.
  • allkeys-lru
  • volatile-random
  • allkeys-random
  • volatile-ttl
  • noeviction

Zie maxmemory Eviction policies (Beleid voor uitzettingsbeleid) voor meer informatie over beleidsregels.

De instelling maxmemory-reserved configureert de hoeveelheid geheugen, in MB per exemplaar in een cluster, die is gereserveerd voor niet-cachebewerkingen, zoals replicatie tijdens failover. Door deze waarde in te stellen, kunt u een consistentere Redis-serverervaring hebben wanneer uw belasting varieert. Deze waarde moet hoger worden ingesteld voor workloads die grote hoeveelheden gegevens schrijven. Wanneer geheugen is gereserveerd voor dergelijke bewerkingen, is het niet beschikbaar voor opslag van gegevens in de cache.

De instelling maxfragmentationmemory-reserved configureert de hoeveelheid geheugen, in MB per instantie in een cluster, die is gereserveerd voor geheugenfragmentatie. Wanneer u deze waarde in stelt, hebt u een consistentere Redis-serverervaring wanneer de cache vol of bijna vol is en de fragmentatieverhouding hoog is. Wanneer geheugen is gereserveerd voor dergelijke bewerkingen, is het niet beschikbaar voor opslag van gegevens in de cache.

Eén ding om rekening mee te houden bij het kiezen van een nieuwe geheugenreserveringswaarde (maxmemory-reserved of maxfragmentationmemory-reserved) is hoe deze wijziging van invloed kan zijn op een cache die al wordt uitgevoerd met grote hoeveelheden gegevens. Als u bijvoorbeeld een cache van 53 GB met 49 GB aan gegevens hebt en vervolgens de reserveringswaarde wijzigt in 8 GB, wordt met deze wijziging het maximaal beschikbare geheugen voor het systeem omlaag geplaatst naar 45 GB. Als uw huidige of uw waarden hoger zijn dan de nieuwe limiet van 45 GB, moet het systeem gegevens verwijderen totdat zowel als lager zijn dan used_memory used_memory_rss used_memory used_memory_rss 45 GB. Uitzetting kan de serverbelasting en geheugenfragmentatie verhogen. Zie Beschikbare metrische gegevens en rapportage-intervallen voor meer informatie over metrische gegevens in de cache, zoals used_memory used_memory_rss en.

Belangrijk

De instellingen maxmemory-reserved en maxfragmentationmemory-reserved zijn alleen beschikbaar voor Standard- en Premium-caches.

Het noeviction beleid voor het verwijderen is het enige geheugenbeleid dat beschikbaar is voor een enterprise-cache.

Keyspace-meldingen (geavanceerde instellingen)

Redis Keyspace-meldingen worden geconfigureerd in de geavanceerde instellingen aan de linkerkant. Met Keyspace-meldingen kunnen clients meldingen ontvangen wanneer bepaalde gebeurtenissen optreden.

Azure Cache voor Redis Geavanceerde instellingen

Belangrijk

Keyspace-meldingen en de instelling notify-keyspace-events zijn alleen beschikbaar voor Standard- en Premium-caches.

Zie Redis Keyspace Notifications (Redis Keyspace-meldingen) voor meer informatie. Zie het bestand KeySpaceNotifications.cs in het Hello world-voorbeeld voor voorbeeldcode.

Azure Cache voor Redis Advisor

In Azure Cache voor Redis Advisor aan de linkerkant worden aanbevelingen voor uw cache weergegeven. Tijdens normale bewerkingen worden er geen aanbevelingen weergegeven.

Schermopname die laat zien waar de aanbevelingen worden weergegeven.

Als er omstandigheden optreden tijdens de bewerkingen van uw cache, zoals hoog geheugengebruik, netwerkbandbreedte of serverbelasting, wordt er een waarschuwing weergegeven op de Azure Cache voor Redis aan de linkerkant.

Schermopname die laat zien waar waarschuwingen worden weergegeven in de Azure Cache voor Redis sectie.

Meer informatie vindt u in Aanbevelingen aan de linkerkant.

Aanbevelingen

U kunt deze metrische gegevens bewaken in de secties Bewakingsgrafieken en Gebruiksgrafieken van de Azure Cache voor Redis aan de linkerkant.

Elke prijscategorie heeft verschillende limieten voor clientverbindingen, geheugen en bandbreedte. Als uw cache de maximale capaciteit voor deze metrische gegevens gedurende een langere periode nadert, wordt er een aanbeveling gedaan. Zie de volgende tabel voor meer informatie over de metrische gegevens en limieten die zijn gecontroleerd door het hulpprogramma Aanbevelingen:

Azure Cache voor Redis metrische gegevens Meer informatie
Gebruik van netwerkbandbreedte Cacheprestaties - beschikbare bandbreedte
Verbonden clients Standaardconfiguratie van Redis-server - maximum aantal clients
Server laden Gebruiksgrafieken - Laden van Redis-server
Geheugengebruik Cacheprestaties - grootte

Als u uw cache wilt upgraden, selecteert u Nu upgraden om de prijscategorie te wijzigen en uw cache te schalen. Zie De juiste laag kiezen voor meer informatie over het kiezen van een prijscategorie

Schalen

Selecteer Schalen om de prijscategorie voor uw cache te bekijken of te wijzigen. Zie How to Scale Azure Cache voor Redis voor meer informatie over Azure Cache voor Redis.

Azure Cache voor Redis prijscategorie

Grootte van Redis-cluster

Selecteer Clustergrootte om de clustergrootte te wijzigen voor een actief Premium-cache met clustering ingeschakeld.

Grootte van cluster

Als u de clustergrootte wilt wijzigen, gebruikt u de schuifregelaar of typt u een getal tussen 1 en 10 in het tekstvak Shard count. Selecteer vervolgens OK om op te slaan.

Belangrijk

Redis-clustering is alleen beschikbaar voor Premium-caches. Zie Clustering voor een Premium Azure Cache voor Redis configureren voor meer informatie.

Redis-gegevenspersistentie

Selecteer Gegevens persistentie om gegevens persistentie voor uw Premium-cache in te schakelen, uit te schakelen of te configureren. Azure Cache voor Redis biedt Redis-persistentie met behulp van RDB-persistentie of AOF-persistentie.

Zie Persistentie configureren voor een Premium Azure Cache voor Redis voor meer informatie.

Belangrijk

Redis-gegevens persistentie is alleen beschikbaar voor Premium-caches.

Updates plannen

Met Updates plannen aan de linkerkant kunt u een onderhoudsvenster kiezen voor Redis-serverupdates voor uw cache.

Belangrijk

Het onderhoudsvenster is alleen van toepassing op Redis-serverupdates en niet op Azure-updates of -updates voor het besturingssysteem van de VM's die de cache hosten.

Updates plannen

Als u een onderhoudsvenster wilt opgeven, controleert u de dagen die u wilt. Geef vervolgens het beginuur van het onderhoudsvenster voor elke dag op en selecteer OK. De tijd van het onderhoudsvenster is in UTC.

Zie Beheer van Azure Cache voor Redis - Updates plannen voor meer informatie en instructies

Geo-replicatie

Geo-replicatie aan de linkerkant biedt een mechanisme voor het koppelen van twee Premium-Azure Cache voor Redis exemplaren. De ene cache heeft de naam primaire gekoppelde cache en de andere als de secundaire gekoppelde cache. De secundaire gekoppelde cache wordt alleen-lezen en gegevens die naar de primaire cache worden geschreven, worden gerepliceerd naar de secundaire gekoppelde cache. Deze functionaliteit kan worden gebruikt om een cache te repliceren tussen Azure-regio's.

Belangrijk

Geo-replicatie is alleen beschikbaar voor Premium-caches. Zie Geo-replicatieconfigureren voor Azure Cache voor Redis voor meer Azure Cache voor Redis.

Virtual Network

In Virtual Network sectie kunt u de instellingen voor het virtuele netwerk voor uw cache configureren. Zie How to configure Virtual Network Support for a Premium Azure Cache voor Redis (Virtual Network-ondersteuning voor een Premium-cache configureren) voor meer informatie over het maken van een Premium-cache met VNET-ondersteuning en het bijwerken van de instellingen.

Belangrijk

Instellingen voor virtuele netwerken zijn alleen beschikbaar voor Premium-caches die tijdens het maken van de cache zijn geconfigureerd met VNET-ondersteuning.

Firewall

Configuratie van firewallregels is beschikbaar voor alle Azure Cache voor Redis-lagen.

Selecteer Firewall om firewallregels voor de cache weer te zien en te configureren.

Firewall

U kunt firewallregels opgeven met een begin- en eind-IP-adresbereik. Wanneer firewallregels zijn geconfigureerd, kunnen alleen clientverbindingen uit de opgegeven IP-adresbereiken verbinding maken met de cache. Wanneer een firewallregel wordt opgeslagen, is er een korte vertraging voordat de regel van kracht wordt. Deze vertraging is doorgaans minder dan één minuut.

Belangrijk

Verbindingen van Azure Cache voor Redis bewakingssystemen zijn altijd toegestaan, zelfs als firewallregels zijn geconfigureerd.

Eigenschappen

Selecteer Eigenschappen om informatie over uw cache weer te geven, met inbegrip van het cache-eindpunt en de poorten.

Azure Cache voor Redis eigenschappen

Vergrendelingen

In de sectie Vergrendelingen kunt u een abonnement, resourcegroep of resource vergrendelen om te voorkomen dat andere gebruikers in uw organisatie per ongeluk kritieke resources verwijderen of wijzigen. Zie voor meer informatie Resources vergrendelen met Azure Resource Manager.

Automation-script

Selecteer Automation-script om een sjabloon van uw geïmplementeerde resources te bouwen en exporteren voor toekomstige implementaties. Zie Resources implementeren met sjablonen voor meer informatie over het werken Azure Resource Manager sjablonen.

Beheerinstellingen

Met de instellingen in de sectie Beheer kunt u de volgende beheertaken uitvoeren voor uw cache.

Beheer

Import/Export

Importeren/exporteren is een Azure Cache voor Redis-bewerking voor gegevensbeheer, waarmee u gegevens in de cache kunt importeren en exporteren door een RDB-momentopname (Azure Cache voor Redis Database) van een Premium-cache te importeren en exporteren naar een pagina-blob in een Azure Storage-account. Met Import/Export kunt u migreren tussen verschillende Azure Cache voor Redis exemplaren of de cache vullen met gegevens vóór gebruik.

Importeren kan worden gebruikt om Redis-compatibele RDB-bestanden te importeren vanaf elke Redis-server die wordt uitgevoerd in elke cloud of omgeving, waaronder Redis die wordt uitgevoerd op Linux, Windows of een cloudprovider zoals Amazon Web Services en andere. Het importeren van gegevens is een eenvoudige manier om een cache met vooraf ingevulde gegevens te maken. Tijdens het importproces worden Azure Cache voor Redis RDB-bestanden uit Azure Storage in het geheugen geladen en worden de sleutels vervolgens in de cache geplaatst.

Met Exporteren kunt u de gegevens die zijn opgeslagen in Azure Cache voor Redis exporteren naar redis-compatibele RDB-bestanden. U kunt deze functie gebruiken om gegevens van het ene exemplaar Azure Cache voor Redis naar een andere of een andere Redis-server te verplaatsen. Tijdens het exportproces wordt er een tijdelijk bestand gemaakt op de VM die als host voor het Azure Cache voor Redis-serverexe geval wordt gebruikt en wordt het bestand geüpload naar het aangewezen opslagaccount. Wanneer de exportbewerking is voltooid met de status Geslaagd of Mislukt, wordt het tijdelijke bestand verwijderd.

Belangrijk

Importeren/exporteren is alleen beschikbaar voor Premium-caches. Zie Gegevens importeren en exporteren in Azure Cache voor Redis voor meer Azure Cache voor Redis.

Opnieuw opstarten

Met Opnieuw opstarten aan de linkerkant kunt u de knooppunten van uw cache opnieuw opstarten. Met deze mogelijkheid voor opnieuw opstarten kunt u uw toepassing testen op tolerantie als er een storing in een cache-knooppunt is.

Opnieuw opstarten

Als u een Premium-cache hebt waarvoor clustering is ingeschakeld, kunt u selecteren welke shards van de cache opnieuw moeten worden opgestart.

Schermopname die laat zien waar u kunt selecteren welke shards van de cache opnieuw moeten worden opgestart.

Als u een of meer knooppunten van uw cache opnieuw wilt opstarten, selecteert u de gewenste knooppunten en selecteert u Opnieuw opstarten. Als u een Premium-cache hebt met clustering ingeschakeld, selecteert u de shard(s) om opnieuw op te starten en selecteert u vervolgens Opnieuw opstarten. Na enkele minuten worden de geselecteerde knooppunt(en) opnieuw opgestart en zijn ze een paar minuten later weer online.

Belangrijk

Opnieuw opstarten is nu beschikbaar voor alle prijslagen. Zie Beheer van Azure Cache voor Redis - Opnieuw opstarten voor meer informatie en instructies.

Bewaking

In de sectie Bewaking kunt u diagnostische gegevens en bewaking configureren voor uw Azure Cache voor Redis. Zie How to monitor Azure Cache voor Redis voor meer informatie over Azure Cache voor Redis en diagnostische Azure Cache voor Redis.

Diagnostiek

Metrische redis-gegevens

Selecteer Metrische gegevens van Redis om metrische gegevens voor uw cache weer te geven.

Waarschuwingsregels

Selecteer Waarschuwingsregels om waarschuwingen te configureren op basis van Azure Cache voor Redis metrische gegevens. Zie Waarschuwingen voor meer informatie.

Diagnostiek

Standaard worden metrische cachegegevens in Azure Monitor 30 dagen opgeslagen en vervolgens verwijderd. Als u de metrische gegevens van uw cache langer dan 30 dagen wilt bewaren, selecteert u Diagnostische gegevens om het opslagaccount te configureren dat wordt gebruikt voor het opslaan van diagnostische gegevens van de cache.

Notitie

Naast het archiveren van de metrische gegevens van uw cache naar opslag, kunt u ze ook streamen naar een Event Hub of ze verzenden naar Azure Monitor logboeken.

Instellingen & ondersteuning voor probleemoplossing

De instellingen in de sectie Ondersteuning en probleemoplossing bieden u opties voor het oplossen van problemen met uw cache.

Ondersteuning en probleemoplossing

Status van resources

Resource health bewaakt uw resource en geeft aan of deze wordt uitgevoerd zoals verwacht. Zie Overzicht van Azure Resource Health voor meer informatie over de Azure Resource Health-service.

Notitie

Resource health kan momenteel niet rapporteren over de status van Azure Cache voor Redis exemplaren die worden gehost in een virtueel netwerk. Zie Werken alle cachefuncties bij het hosten van een cache in een VNET voor meer informatie?

Nieuwe ondersteuningsaanvraag

Selecteer Nieuwe ondersteuningsaanvraag om een ondersteuningsaanvraag voor uw cache te openen.

Standaardconfiguratie van Redis-server

Nieuwe Azure Cache voor Redis zijn geconfigureerd met de volgende standaardwaarden voor Redis-configuratie:

Notitie

De instellingen in deze sectie kunnen niet worden gewijzigd met behulp van de StackExchange.Redis.IServer.ConfigSet methode . Als deze methode wordt aangeroepen met een van de opdrachten in deze sectie, wordt er een uitzondering gemaakt die vergelijkbaar is met het volgende voorbeeld:

StackExchange.Redis.RedisServerException: ERR unknown command 'CONFIG'

Waarden die kunnen worden geconfigureerd, zoals max-memory-policy, kunnen worden geconfigureerd via de Azure Portal- of opdrachtregelbeheerprogramma's zoals Azure CLI of PowerShell.

Instelling Standaardwaarde Beschrijving
databases 16 Het standaardaantal databases is 16, maar u kunt een ander nummer configureren op basis van de prijscategorie. 1 De standaarddatabase is DB 0. U kunt per verbinding een andere database selecteren met behulp van connection.GetDatabase(dbid) waarbij een getal tussen en dbid 0 databases - 1 is.
maxclients Is afhankelijk van prijscategorie2 Deze waarde is het maximum aantal verbonden clients dat tegelijkertijd is toegestaan. Zodra de limiet is bereikt, sluit Redis alle nieuwe verbindingen en wordt de fout 'maximum aantal clients bereikt' weergegeven.
maxmemory-policy volatile-lru Maxmemory-beleid is de instelling voor de manier waarop Redis selecteert wat moet worden verwijderd wanneer (de grootte van de cacheaanbieding die u hebt geselecteerd tijdens het maken van de maxmemory cache) is bereikt. Met Azure Cache voor Redis de standaardinstelling is , waarmee de sleutels met een vervaldatumset worden verwijderd volatile-lru met behulp van een LRU-algoritme. Deze instelling kan worden geconfigureerd in de Azure Portal. Zie Geheugenbeleid voor meer informatie.
maxmemory-samples 3 LRU- en minimale TTL-algoritmen zijn bij benadering algoritmen in plaats van nauwkeurige algoritmen om geheugen te besparen. Redis controleert standaard drie sleutels en kiest de sleutel die minder recent is gebruikt.
lua-time-limit 5.000 Maximale uitvoeringstijd van een Lua-script in milliseconden. Als de maximale uitvoeringstijd is bereikt, registreert Redis dat een script nog steeds wordt uitgevoerd na de maximaal toegestane tijd en begint redis met het beantwoorden van query's met een fout.
lua-event-limit 500 Maximale grootte van de scriptgebeurteniswachtrij.
client-output-buffer-limit normalclient-output-buffer-limit pubsub 0 0 032 MB 8 MB 60 De bufferlimieten voor clientuitvoer kunnen worden gebruikt om af te dwingen dat clients die om een of andere reden niet snel genoeg gegevens van de server lezen, worden losgekoppeld. Een veelvoorkomende reden is dat een Pub/Sub-client niet zo snel berichten kan verbruiken als de uitgever ze kan produceren. Zie https://redis.io/topics/clients voor meer informatie.

1 De limiet voor databases is verschillend voor elke Azure Cache voor Redis prijscategorie en kan worden ingesteld bij het maken van de cache. Als er databases geen instelling is opgegeven tijdens het maken van de cache, is de standaardwaarde 16.

  • Basic- en Standard-caches
    • C0-cache (250 MB) - maximaal 16 databases
    • C1-cache (1 GB) - maximaal 16 databases
    • C2-cache (2,5 GB) - maximaal 16 databases
    • C3-cache (6 GB) - maximaal 16 databases
    • C4-cache (13 GB) - maximaal 32 databases
    • C5-cache (26 GB) - maximaal 48 databases
    • C6-cache (53 GB) - maximaal 64 databases
  • Premium-caches
    • P1 (6 GB - 60 GB) - maximaal 16 databases
    • P2 (13 GB - 130 GB) - maximaal 32 databases
    • P3 (26 GB - 260 GB) - maximaal 48 databases
    • P4 (53 GB - 530 GB) - maximaal 64 databases
    • Alle Premium-caches met Redis-cluster ingeschakeld: redis-cluster ondersteunt alleen het gebruik van database 0, dus de limiet voor elke databases Premium-cache met Redis-cluster ingeschakeld is effectief 1 en de opdracht Selecteren is niet toegestaan. Zie Moet ik wijzigingen aanbrengen in mijn clienttoepassing om clustering te gebruiken? voor meer informatie.

Zie Wat zijn Redis-databases? voor meer informatie over databases.

Notitie

De instelling kan alleen worden geconfigureerd tijdens het maken van de cache en alleen met databases behulp van PowerShell, CLI of andere beheer-clients. Zie databases New-AzRedisCachevoor een voorbeeld van het configureren tijdens het maken van de cache met behulp van PowerShell.

2 maxclients verschilt voor elke Azure Cache voor Redis prijscategorie.

  • Basic- en Standard-caches
    • C0-cache (250 MB) - maximaal 256 verbindingen
    • C1-cache (1 GB) - maximaal 1000 verbindingen
    • C2-cache (2,5 GB) - maximaal 2000 verbindingen
    • C3-cache (6 GB) - maximaal 5000 verbindingen
    • C4-cache (13 GB) - maximaal 10.000 verbindingen
    • C5-cache (26 GB) - maximaal 15.000 verbindingen
    • C6-cache (53 GB) - maximaal 20.000 verbindingen
  • Premium-caches
    • P1 (6 GB - 60 GB) - maximaal 7500 verbindingen
    • P2 (13 GB - 130 GB) - maximaal 15.000 verbindingen
    • P3 (26 GB - 260 GB) - maximaal 30.000 verbindingen
    • P4 (53 GB - 530 GB) - maximaal 40.000 verbindingen

Notitie

Hoewel elke cachegrootte een bepaald aantal verbindingen toestaat, is aan elke verbinding met Redis overhead gekoppeld. Een voorbeeld van dergelijke overhead is cpu- en geheugengebruik als gevolg van TLS/SSL-versleuteling. De maximale verbindingslimiet voor een bepaalde cachegrootte gaat uit van een licht geladen cache. Als de belasting van de overhead van de verbinding plus de belasting van clientbewerkingen de capaciteit voor het systeem overschrijdt, kan de cache capaciteitsproblemen ervaren, zelfs als u de verbindingslimiet voor de huidige cachegrootte niet hebt overschreden.

Redis-opdrachten worden niet ondersteund in Azure Cache voor Redis

Belangrijk

Omdat de configuratie en het beheer Azure Cache voor Redis exemplaren door Microsoft worden beheerd, zijn de volgende opdrachten uitgeschakeld. Als u ze probeert aan te roepen, ontvangt u een foutbericht dat vergelijkbaar is met "(error) ERR unknown command" .

  • BGREWRITEAOF
  • BGSAVE
  • Config
  • FOUTOPSPORING
  • Migreren
  • OPSLAAN
  • Afsluiten
  • SLAVEOF
  • CLUSTER: schrijfopdrachten voor clusters zijn uitgeschakeld, maar alleen-lezen clusteropdrachten zijn toegestaan.

Zie voor meer informatie over Redis-opdrachten. https://redis.io/commands

Redis-console

U kunt veilig opdrachten geven aan uw Azure Cache voor Redis-exemplaren met behulp van de Redis-console, die beschikbaar is in de Azure Portal voor alle cachelagen.

Belangrijk

  • De Redis-console werkt niet met VNET. Wanneer uw cache deel uitmaakt van een VNET, hebben alleen clients in het VNET toegang tot de cache. Omdat de Redis-console wordt uitgevoerd in uw lokale browser, die zich buiten het VNET, kan deze geen verbinding maken met uw cache.
  • Niet alle Redis-opdrachten worden ondersteund in Azure Cache voor Redis. Voor een lijst met Redis-opdrachten die zijn uitgeschakeld voor Azure Cache voor Redis, zie de vorige Redis-opdrachten die niet worden ondersteund in Azure Cache voor Redis sectie. Zie voor meer informatie over Redis-opdrachten. https://redis.io/commands

Als u toegang wilt krijgen tot de Redis-console, selecteert u Console Azure Cache voor Redis aan de linkerkant.

Schermopname met de knop Console.

Als u opdrachten wilt uitvoeren voor uw cache-exemplaar, typt u de want-opdracht in de -console.

Schermopname van thas toont de Redis-console met de invoeropdracht en de resultaten.

De Redis-console gebruiken met een Premium-geclusterde cache

Wanneer u de Redis-console gebruikt met een Premium-geclusterde cache, kunt u opdrachten geven aan één shard van de cache. Als u een opdracht wilt geven aan een specifieke shard, maakt u eerst verbinding met de shard die u wilt door deze te selecteren in de shard- picker.

Redis-console

Als u toegang probeert te krijgen tot een sleutel die is opgeslagen in een andere shard dan de verbonden shard, ontvangt u een foutbericht dat lijkt op het volgende bericht:

shard1>get myKey
(error) MOVED 866 13.90.202.154:13000 (shard 0)

In het vorige voorbeeld is shard 1 de geselecteerde shard, maar bevindt zich in shard 0, zoals aangegeven door het gedeelte myKey (shard 0) van het foutbericht. In dit voorbeeld selecteert u voor toegang shard 0 met behulp van myKey de shard- picker en geeft u vervolgens de gewenste opdracht uit.

Uw cache verplaatsen naar een nieuw abonnement

U kunt uw cache verplaatsen naar een nieuw abonnement door Verplaatsen te selecteren.

Verplaatsen Azure Cache voor Redis

Zie Resources verplaatsen naar een nieuwe resourcegroep of een nieuw abonnement voor meer informatie over het verplaatsen van resources van de ene naar de andere resourcegroep envan het ene naar het andere abonnement.

Volgende stappen