Delen via

Gegevenspersistentie configureren voor een Azure Cache voor Redis-exemplaar

  • Artikel

Met Redis-persistentie kunt u gegevens die zijn opgeslagen in het cache-exemplaar behouden. Als er een hardwarefout optreedt, wordt het cache-exemplaar gerehydrateerd met gegevens uit het persistentiebestand wanneer het weer online komt. De mogelijkheid om gegevens te behouden is een belangrijke manier om de duurzaamheid van een cache-exemplaar te verbeteren, omdat alle cachegegevens in het geheugen worden opgeslagen. Gegevensverlies is mogelijk als er een fout optreedt wanneer cacheknooppunten niet beschikbaar zijn. Persistentie moet een belangrijk onderdeel zijn van uw strategie voor hoge beschikbaarheid en herstel na noodgevallen met Azure Cache voor Redis.

Waarschuwing

Als u persistentie op de Premium-laag gebruikt, controleert u of voorlopig verwijderen is ingeschakeld voor uw opslagaccount voordat u de functie voor gegevenspersistentie gebruikt. Het gebruik van gegevenspersistentie met voorlopig verwijderen leidt tot zeer hoge opslagkosten. Zie voor meer informatie, moet ik voorlopig verwijderen inschakelen?.

Waarschuwing

De always write-optie voor AOF-persistentie op de Enterprise- en Enterprise Flash-lagen is ingesteld op buiten gebruik gesteld op 1 april 2025. Deze optie heeft aanzienlijke prestatiebeperkingen die niet meer worden aanbevolen. Het gebruik van de optie voor schrijven elke seconde of het gebruik van RDB-persistentie wordt aanbevolen.

Bereik van beschikbaarheid

Laag Basic, Standard Premium Enterprise, Enterprise Flash
Beschikbaar Nr. Ja Ja (preview)

Typen gegevenspersistentie in Redis

U hebt twee opties voor persistentie met Azure Cache voor Redis: de indeling Redis-database (RDB) en de AOF-indeling (Append only File):

  • RDB-persistentie: wanneer u RDB-persistentie gebruikt, blijft Azure Cache voor Redis een momentopname van uw cache in een binaire indeling behouden. De momentopname wordt opgeslagen in een Azure Storage-account. De configureerbare back-upfrequentie bepaalt hoe vaak de momentopname moet worden bewaard. Als er een onherstelbare gebeurtenis optreedt die zowel de primaire als de replicacache uitschakelt, wordt de cache automatisch gereconstrueerd met behulp van de meest recente momentopname. Meer informatie over de voor - en nadelen van RDB-persistentie.
  • AOF-persistentie: wanneer u AOF-persistentie gebruikt, slaat Azure Cache voor Redis elke schrijfbewerking op in een logboek. Het logboek wordt minstens één keer per seconde opgeslagen in een Azure Storage-account. Als er een onherstelbare gebeurtenis optreedt die zowel de primaire als de replicacache uitschakelt, wordt de cache automatisch gereconstrueerd met behulp van de opgeslagen schrijfbewerkingen. Meer informatie over de voor - en nadelen van AOF-persistentie.

Azure Cache voor Redis persistentiefuncties zijn bedoeld om gegevens automatisch te herstellen naar dezelfde cache na gegevensverlies. De persistente RDB/AOF-gegevensbestanden kunnen niet worden geïmporteerd in een nieuwe cache of de bestaande cache. Gebruik de functie Importeren en exporteren om gegevens over caches te verplaatsen. Zie Gegevens importeren en exporteren in Azure Cache voor Redis voor meer informatie.

Als u back-ups van gegevens wilt genereren die kunnen worden toegevoegd aan een nieuwe cache, kunt u geautomatiseerde scripts schrijven met behulp van PowerShell of CLI waarmee gegevens periodiek worden geëxporteerd.

Vereisten en beperkingen

Persistentiefuncties zijn bedoeld om gegevens na gegevensverlies te herstellen naar dezelfde cache.

  • Persistente RDB/AOF-gegevensbestanden kunnen niet worden geïmporteerd in een nieuwe cache of de bestaande cache. Gebruik in plaats daarvan de functie Importeren/exporteren .
  • Persistentie wordt niet ondersteund met caches met behulp van passieve geo-replicatie of actieve geo-replicatie.
  • In de Premium-laag wordt AOF-persistentie niet ondersteund met meerdere replica's.
  • In de Premium-laag moeten gegevens worden bewaard in een opslagaccount in dezelfde regio als het cache-exemplaar.
  • In de Premium-laag kunnen opslagaccounts in verschillende abonnementen worden gebruikt om gegevens vast te leggen als beheerde identiteit wordt gebruikt om verbinding te maken met het opslagaccount.

Verschillen tussen persistentie in de Premium- en Enterprise-lagen

In de Premium-laag worden gegevens rechtstreeks opgeslagen in een Azure Storage-account dat u bezit en beheert. Azure Storage versleutelt gegevens automatisch wanneer deze behouden blijven, maar u kunt ook uw eigen sleutels gebruiken voor de versleuteling. Zie Door de klant beheerde sleutels voor Azure Storage-versleuteling voor meer informatie.

Waarschuwing

Als u persistentie op de Premium-laag gebruikt, controleert u of voorlopig verwijderen is ingeschakeld voor uw opslagaccount voordat u de functie voor gegevenspersistentie gebruikt. Het gebruik van gegevenspersistentie met voorlopig verwijderen leidt tot zeer hoge opslagkosten. Zie voor meer informatie, moet ik voorlopig verwijderen inschakelen?.

Op de Enterprise- en Enterprise Flash-lagen worden gegevens opgeslagen op een beheerde schijf die rechtstreeks aan het cache-exemplaar is gekoppeld. De locatie kan niet worden geconfigureerd en is niet toegankelijk voor de gebruiker. Het gebruik van een beheerde schijf verhoogt de prestaties van persistentie. De schijf wordt standaard versleuteld met behulp van door Microsoft beheerde sleutels (MMK), maar door de klant beheerde sleutels (CMK) kunnen ook worden gebruikt. Zie Gegevensversleuteling beheren voor meer informatie.

Gegevenspersistentie instellen met behulp van Azure Portal

  1. Als u een Premium-cache wilt maken, meldt u zich aan bij Azure Portal en selecteert u Een resource maken. U kunt caches maken in Azure Portal. U kunt ze ook maken met Resource Manager-sjablonen, PowerShell of Azure CLI. Zie Een cache maken voor meer informatie over het maken van een Azure Cache voor Redis.

    Schermopname van een formulier voor het maken van een Azure Cache voor Redis resource.

  2. Selecteer databases op de pagina Een resource maken en selecteer vervolgens Azure Cache voor Redis.

    Schermopname van Azure Cache voor Redis geselecteerd als een nieuw databasetype.

  3. Configureer op de pagina Nieuwe Redis Cache de instellingen voor uw nieuwe Premium-cache .

    Instelling Voorgestelde waarde Beschrijving
    DNS-naam Voer een wereldwijd unieke naam in. De cachenaam moet een tekenreeks tussen 1 en 63 tekens zijn die alleen cijfers, letters of afbreekstreepjes bevatten. De naam moet beginnen en eindigen met een cijfer of letter en mag geen opeenvolgende afbreekstreepjes bevatten. De hostnaam voor het cache-exemplaar is \<DNS name>.redis.cache.windows.net.
    Abonnement Vervolgkeuzelijst en selecteer uw abonnement. Het abonnement waarmee dit nieuwe Azure Cache voor Redis-exemplaar wordt gemaakt.
    Resourcegroep Vervolgkeuzelijst en selecteer een resourcegroep, of selecteer Nieuwe maken en voer een nieuwe resourcegroepnaam in. Naam voor de resourcegroep waarin de cache en andere resources moeten worden gemaakt. Door al uw app-resources in één resourcegroep te plaatsen, kunt u ze eenvoudig beheren of verwijderen.
    Location Vervolgkeuzelijst en selecteer een locatie. Selecteer een regio in de buurt van andere services die gebruikmaken van uw cache.
    Cachetype Vervolgkeuzelijst en selecteer een Premium-cache om Premium-functies te configureren. Zie Azure Cache voor Redis prijzen voor meer informatie. De prijscategorie bepaalt de grootte, prestaties en functies die beschikbaar zijn voor de cache. Zie het Azure Cache voor Redis-overzicht voor meer informatie.

  4. Selecteer het tabblad Netwerken of selecteer de knop Netwerken onderaan de pagina.

  5. Selecteer uw verbindingsmethode op het tabblad Netwerk. Voor premium-cache-exemplaren maakt u openbaar verbinding via openbare IP-adressen of service-eindpunten. U maakt privé verbinding met een privé-eindpunt.

  6. Selecteer het tabblad Volgende: Geavanceerd of selecteer de knop Volgende: Geavanceerd onderaan de pagina.

  7. Configureer op het tabblad Geavanceerd voor een premium-cache-exemplaar de instellingen voor niet-TLS-poort, clustering en gegevenspersistentie. Voor gegevenspersistentie kunt u RDB of AOF-persistentie kiezen.

  8. Als u RDB-persistentie wilt inschakelen, selecteert u RDB en configureert u de instellingen.

    Instelling Voorgestelde waarde Beschrijving
    Verificatiemethode Vervolgkeuzelijst en selecteer een verificatiemethode. Keuzen zijn beheerde identiteit of opslagsleutel Kies de gewenste verificatiemethode. Met beheerde identiteit kunt u een opslagaccount in een ander abonnement gebruiken dan het account waarin uw cache zich bevindt.
    Abonnement Vervolgkeuzelijst en selecteer een abonnement. U kunt een opslagaccount in een ander abonnement kiezen als u beheerde identiteit gebruikt als verificatiemethode.
    Back-upfrequentie Vervolgkeuzelijst en selecteer een back-upinterval. U kunt kiezen uit 15 minuten, 30 minuten, 60 minuten, 6 uur, 12 uur en 24 uur. Dit interval begint af te tellen nadat de vorige back-upbewerking is voltooid. Wanneer deze is verstreken, wordt een nieuwe back-up gestart.
    Opslagaccount Vervolgkeuzelijst en selecteer uw opslagaccount. Kies een opslagaccount in dezelfde regio en hetzelfde abonnement als de cache. Een Premium Storage-account wordt aanbevolen omdat het een hogere doorvoer heeft. We raden u ook ten zeerste aan om de functie voor voorlopig verwijderen in het opslagaccount uit te schakelen, omdat dit leidt tot hogere opslagkosten. Zie Prijzen en facturering voor meer informatie.
    Opslagsleutel Vervolgkeuzelijst en kies de primaire sleutel of secundaire sleutel die u wilt gebruiken. Als de opslagsleutel voor uw persistentieaccount opnieuw wordt gegenereerd, moet u de sleutel opnieuw configureren vanuit de vervolgkeuzelijst Opslagsleutel .

    De eerste back-up wordt gestart zodra het interval voor de back-upfrequentie is verstreken.

    Notitie

    Wanneer een back-up wordt gemaakt van RDB-bestanden naar opslag, worden ze opgeslagen in de vorm van pagina-blobs. Als u een opslagaccount gebruikt waarvoor HNS is ingeschakeld, mislukt persistentie meestal omdat pagina-blobs niet worden ondersteund in opslagaccounts waarvoor HNS is ingeschakeld (ADLS Gen2).

  9. Als u AOF-persistentie wilt inschakelen, selecteert u AOF en configureert u de instellingen.

    Instelling Voorgestelde waarde Beschrijving
    Verificatiemethode Vervolgkeuzelijst en selecteer een verificatiemethode. Keuzen zijn beheerde identiteit of opslagsleutel Kies de gewenste verificatiemethode. Met beheerde identiteit kunt u een opslagaccount in een ander abonnement gebruiken dan het account waarin uw cache zich bevindt.
    Abonnement Vervolgkeuzelijst en selecteer een abonnement. U kunt een opslagaccount in een ander abonnement kiezen als u beheerde identiteit gebruikt als verificatiemethode.
    First Storage-account Vervolgkeuzelijst en selecteer uw opslagaccount. Kies een opslagaccount in dezelfde regio en hetzelfde abonnement als de cache. Een Premium Storage-account wordt aanbevolen omdat het een hogere doorvoer heeft. We raden u ook ten zeerste aan om de functie voor voorlopig verwijderen in het opslagaccount uit te schakelen, omdat dit leidt tot hogere opslagkosten. Zie Prijzen en facturering voor meer informatie.
    Eerste opslagsleutel Vervolgkeuzelijst en kies de primaire sleutel of secundaire sleutel die u wilt gebruiken. Als de opslagsleutel voor uw persistentieaccount opnieuw wordt gegenereerd, moet u de sleutel opnieuw configureren vanuit de vervolgkeuzelijst Opslagsleutel .
    Tweede opslagaccount (Optioneel) Vervolgkeuzelijst en selecteer uw secundaire opslagaccount. U kunt desgewenst een ander opslagaccount configureren. Als een tweede opslagaccount is geconfigureerd, worden de schrijfbewerkingen naar de replicacache naar dit tweede opslagaccount geschreven.
    Tweede opslagsleutel (Optioneel) Vervolgkeuzelijst en kies de primaire sleutel of secundaire sleutel die u wilt gebruiken. Als de opslagsleutel voor uw persistentieaccount opnieuw wordt gegenereerd, moet u de sleutel opnieuw configureren vanuit de vervolgkeuzelijst Opslagsleutel .

    Als AOF-persistentie is ingeschakeld, worden schrijfbewerkingen naar de cache opgeslagen in het benoemde opslagaccount (of accounts als u een tweede opslagaccount hebt geconfigureerd). Als er een onherstelbare fout optreedt die zowel de primaire als de replicacache uitvalt, wordt het opgeslagen AOF-logboek gebruikt om de cache opnieuw te bouwen.

  10. Selecteer het tabblad Volgende: Tags of selecteer de knop Volgende: Tags onderaan de pagina.

  11. Voer desgewenst in het tabblad Tags de naam en waarde in om de resource te categoriseren.

  12. Selecteer Controleren + maken. Het tabblad Beoordelen + maken wordt weergegeven, waar uw configuratie wordt gevalideerd in Azure.

  13. Selecteer Maken nadat het groene bericht Validatie geslaagd verschijnt.

Het duurt even voor de cache is gemaakt. U kunt de voortgang bekijken op de overzichtspagina van Azure Cache voor Redis. Als u bij Status Wordt uitgevoerd ziet staan, kunt u de cache gebruiken.

Gegevenspersistentie instellen met Behulp van PowerShell en Azure CLI

De opdracht New-AzRedisCache kan worden gebruikt om een nieuwe Premium-laag-cache te maken met behulp van gegevenspersistentie. Zie voorbeelden voor RDB-persistentie en AOF-persistentie

Bestaande caches kunnen worden bijgewerkt met de opdracht Set-AzRedisCache . Zie voorbeelden van het toevoegen van persistentie aan een bestaande cache.

De opdracht az redis create kan worden gebruikt om een nieuwe Premium-tier-cache te maken met behulp van gegevenspersistentie. Bijvoorbeeld:

az redis create --location westus2 --name MyRedisCache --resource-group MyResourceGroup --sku Premium --vm-size p1 --redis-configuration @"config_rdb.json"

Bestaande caches kunnen worden bijgewerkt met behulp van de opdracht az redis update . Bijvoorbeeld:

az redis update --name MyRedisCache --resource-group MyResourceGroup --set "redisConfiguration.rdb-storage-connection-string"="BlobEndpoint=https//..." "redisConfiguration.rdb-backup-enabled"="true" "redisConfiguration.rdb-backup-frequency"="15" "redisConfiguration.rdb-backup-max-snapshot-count"="1"

Gegevensversleuteling beheren

Omdat Redis persistentie data-at-rest maakt, is het versleutelen van deze gegevens een belangrijke zorg voor veel gebruikers. Versleutelingsopties variëren op basis van de laag van Azure Cache voor Redis die worden gebruikt.

Met de Premium-laag worden gegevens rechtstreeks vanuit het cache-exemplaar naar Azure Storage gestreamd wanneer persistentie wordt gestart. Verschillende versleutelingsmethoden kunnen worden gebruikt met Azure Storage, waaronder door Microsoft beheerde sleutels, door de klant beheerde sleutels en door de klant geleverde sleutels. Zie Azure Storage-versleuteling voor data-at-rest voor informatie over versleutelingsmethoden.

Met de Enterprise- en Enterprise Flash-lagen worden gegevens opgeslagen op een beheerde schijf die is gekoppeld aan het cache-exemplaar. De schijf met de persistentiegegevens en de besturingssysteemschijf worden standaard versleuteld met door Microsoft beheerde sleutels. Een door de klant beheerde sleutel (CMK) kan ook worden gebruikt om gegevensversleuteling te beheren. Zie Versleuteling in enterprise-laagcaches voor instructies.

Veelgestelde vragen over persistentie

De volgende lijst bevat antwoorden op veelgestelde vragen over Azure Cache voor Redis persistentie.

RDB-persistentie

AOF-persistentie

Kan ik persistentie inschakelen voor een eerder gemaakte cache?

Ja, persistentie kan zowel worden geconfigureerd bij het maken van de cache als in bestaande Premium-, Enterprise- of Enterprise Flash-caches.

Kan ik tegelijkertijd AOF- en RDB-persistentie inschakelen?

Nee, u kunt RDB of AOF inschakelen, maar niet beide tegelijk.

Hoe werkt persistentie met geo-replicatie?

Als u gegevenspersistentie inschakelt, kan geo-replicatie niet worden ingeschakeld voor uw cache.

Welk persistentiemodel moet ik kiezen?

AOF-persistentie slaat elke schrijfbewerking op in een logboek, wat een aanzienlijk effect heeft op de doorvoer. Vergeleken met AOF met RDB-persistentie, waarmee back-ups worden opgeslagen op basis van het geconfigureerde back-upinterval met minimaal effect op prestaties. Kies AOF-persistentie als uw primaire doel is om gegevensverlies te minimaliseren en u kunt een lagere doorvoer voor uw cache verwerken. Kies RDB-persistentie als u optimale doorvoer in uw cache wilt behouden, maar toch een mechanisme voor gegevensherstel wilt.

  • Meer informatie over de voor - en nadelen van RDB-persistentie.
  • Meer informatie over de voor - en nadelen van AOF-persistentie.

Zie AOF-persistentie invloed op doorvoer, latentie of prestaties van mijn cache voor meer informatie over prestaties bij het gebruik van AOF-persistentie ?

Heeft AOF-persistentie invloed op doorvoer, latentie of prestaties van mijn cache?

AOF-persistentie heeft wel invloed op de doorvoer. AOF wordt uitgevoerd op zowel het primaire proces als het replicaproces. Daarom ziet u hogere CPU- en serverbelasting voor een cache met AOF-persistentie dan een identieke cache zonder AOF-persistentie. AOF biedt de beste consistentie met de gegevens in het geheugen, omdat elke schrijf- en verwijderbewerking met slechts een paar seconden vertraging behouden blijft. De afweging is dat AOF rekenintensief is.

Zolang cpu- en serverbelasting beide kleiner zijn dan 90%, is er een boete voor doorvoer, maar de cache werkt normaal, anders. Boven de 90% CPU- en serverbelasting kan de doorvoerstraf veel hoger worden en neemt de latentie van alle opdrachten die door de cache worden verwerkt toe. Latentie neemt toe omdat AOF-persistentie wordt uitgevoerd op zowel het primaire proces als het replicaproces, waardoor de belasting van het knooppunt in gebruik wordt verhoogd en persistentie wordt geplaatst op het kritieke pad van gegevens.

Wat gebeurt er als ik naar een andere grootte heb geschaald en er een back-up wordt hersteld die is gemaakt vóór de schaalbewerking?

Voor zowel RDB- als AOF-persistentie:

Kan ik hetzelfde opslagaccount gebruiken voor persistentie in twee verschillende caches?

Nee, u moet verschillende opslagaccounts gebruiken voor verschillende caches. Elke cache moet een eigen opslagaccount hebben om voor persistentie in te stellen.

Belangrijk

Gebruik afzonderlijke opslagaccounts voor persistentie en het uitvoeren van periodieke exportbewerkingen op een cache.

Worden er kosten in rekening gebracht voor de opslag die wordt gebruikt in gegevenspersistentie?

  • Voor Premium-caches worden kosten in rekening gebracht voor de opslag die wordt gebruikt volgens het prijsmodel van het gebruikte opslagaccount.
  • Voor Enterprise- en Enterprise Flash-caches worden er geen kosten in rekening gebracht voor de opslag van beheerde schijven. Het is inbegrepen in de prijs.

Hoe vaak schrijven RDB en AOF-persistentie naar mijn blobs en moet ik voorlopig verwijderen inschakelen?

We raden u aan om te voorkomen dat u voorlopig verwijderen inschakelt voor opslagaccounts wanneer deze worden gebruikt met Azure Cache voor Redis gegevenspersistentie met de Premium-laag. RDB en AOF-persistentie kunnen net zo vaak als elk uur, om de paar minuten of elke seconde naar uw blobs schrijven. Als u voorlopig verwijderen inschakelt voor een opslagaccount, betekent dit ook dat Azure Cache voor Redis de opslagkosten niet kunt minimaliseren door de oude back-upgegevens te verwijderen.

Voorlopig verwijderen wordt snel duur met de typische gegevensgrootten van een cache die ook schrijfbewerkingen elke seconde uitvoert. Zie Prijzen en facturering voor meer informatie over kosten voor voorlopig verwijderen.

Kan ik de frequentie van de RDB-back-up wijzigen nadat ik de cache heb gemaakt?

Ja, u kunt de back-upfrequentie voor RDB-persistentie wijzigen met behulp van Azure Portal, CLI of PowerShell.

Waarom is er meer dan 60 minuten tussen back-ups wanneer ik een RDB-back-upfrequentie van 60 minuten heb?

Het interval voor de frequentie van de rdB-persistentieback-up wordt pas gestart nadat het vorige back-upproces is voltooid. Als de back-upfrequentie 60 minuten is en het 15 minuten duurt voordat het back-upproces is voltooid, wordt de volgende back-up pas 75 minuten na de begintijd van de vorige back-up gestart.

Wat gebeurt er met de oude RDB-back-ups wanneer er een nieuwe back-up wordt gemaakt?

Alle RDB-persistentieback-ups, met uitzondering van de meest recente back-ups, worden automatisch verwijderd. Deze verwijdering wordt mogelijk niet onmiddellijk uitgevoerd, maar oudere back-ups blijven niet voor onbepaalde tijd behouden. Als u de Premium-laag gebruikt voor persistentie en voorlopig verwijderen is ingeschakeld voor uw opslagaccount, is de instelling voor voorlopig verwijderen van toepassing en blijven bestaande back-ups de status Voorlopig verwijderen behouden.

Wanneer moet ik een tweede opslagaccount gebruiken?

Gebruik een tweede opslagaccount voor AOF-persistentie wanneer u denkt dat u hogere dan verwachte setbewerkingen in de cache hebt. Door het secundaire opslagaccount in te stellen, zorgt u ervoor dat uw cache geen opslagbandbreedtelimieten bereikt. Deze optie is alleen beschikbaar voor Caches in de Premium-laag.

Hoe kan ik het tweede opslagaccount verwijderen?

U kunt het secundaire AOF-opslagaccount verwijderen door het tweede opslagaccount in te stellen op hetzelfde als het eerste opslagaccount. Voor bestaande caches opent u gegevenspersistentie vanuit het menu Resource voor uw cache. Als u AOF-persistentie wilt uitschakelen, selecteert u Uitgeschakeld.

Wat is een herschrijfwijze en hoe heeft dit invloed op mijn cache?

Wanneer het AOF-bestand groot genoeg wordt, wordt automatisch een herschrijven in de wachtrij op de cache geplaatst. Het herschrijven wijzigt de grootte van het AOF-bestand met de minimale set bewerkingen die nodig zijn om de huidige gegevensset te maken. Tijdens het herschrijven kunt u verwachten dat u sneller prestatielimieten bereikt, met name bij het omgaan met grote gegevenssets. Herschrijven vindt minder vaak plaats omdat het AOF-bestand groter wordt, maar het duurt veel tijd wanneer dit gebeurt.

Wat moet ik verwachten bij het schalen van een cache met AOF ingeschakeld?

Als het AOF-bestand op het moment van schalen groot is, verwacht u dat de schaalbewerking langer duurt dan verwacht, omdat het bestand opnieuw wordt geladen nadat het schalen is voltooid.

Zie Voor meer informatie over schalen wat er gebeurt als ik naar een andere grootte heb geschaald en een back-up wordt hersteld die is gemaakt vóór de schaalbewerking?

Hoe worden mijn AOF-gegevens geordend in de opslag?

Wanneer u de Premium-laag gebruikt, worden gegevens die zijn opgeslagen in AOF-bestanden onderverdeeld in meerdere pagina-blobs per shard. Standaard worden de helft van de blobs opgeslagen in het primaire opslagaccount en worden de helft opgeslagen in het secundaire opslagaccount. Het splitsen van de gegevens over meerdere pagina-blobs en twee verschillende opslagaccounts verhoogt de prestaties.

Als de pieksnelheid van schrijfbewerkingen naar de cache niet erg hoog is, zijn deze extra prestaties mogelijk niet nodig. In dat geval kan de configuratie van het secundaire opslagaccount worden verwijderd. Alle AOF-bestanden worden in plaats daarvan opgeslagen in slechts één primair opslagaccount. In de volgende tabel ziet u hoeveel pagina-blobs er voor elke prijscategorie worden gebruikt:

Premium-laag Blobs
P1 8 per shard
P2 16 per shard
P3 32 per shard
P4 40 per shard

Wanneer clustering is ingeschakeld, heeft elke shard in de cache een eigen set pagina-blobs, zoals aangegeven in de vorige tabel. Een P2-cache met drie shards verdeelt het AOF-bestand bijvoorbeeld over 48 pagina-blobs: zestien blobs per shard, met drie shards.

Na het herschrijven bestaan er twee sets AOF-bestanden in de opslag. Herschrijven vindt plaats op de achtergrond en wordt toegevoegd aan de eerste set bestanden. Stel bewerkingen in, verzonden naar de cache tijdens het herschrijven, en voeg deze toe aan de tweede set. Een back-up wordt tijdelijk opgeslagen tijdens het herschrijven als er een fout optreedt. De back-up wordt onmiddellijk verwijderd nadat een herschrijf is voltooid. Als voorlopig verwijderen is ingeschakeld voor uw opslagaccount, is de instelling voor voorlopig verwijderen van toepassing en blijven bestaande back-ups de status Voorlopig verwijderen behouden.

Hebben firewall-uitzonderingen op het opslagaccount invloed op persistentie?

Als u beheerde identiteit gebruikt, wordt het cache-exemplaar toegevoegd aan de lijst met vertrouwde services, waardoor firewalluitzondering eenvoudiger kan worden uitgevoerd. Als u geen beheerde identiteit gebruikt en in plaats daarvan autoriseert naar een opslagaccount met behulp van een sleutel, wordt het persistentieproces meestal verbroken door firewall-uitzonderingen op het opslagaccount. Dit geldt alleen voor persistentie in de Premium-laag.

Kan AOF-persistentie zijn ingeschakeld als ik meer dan één replica heb?

Met de Premium-laag kunt u geen AOF-persistentie (Append-only File) met meerdere replica's gebruiken. In de Enterprise- en Enterprise Flash-lagen is de replicaarchitectuur ingewikkelder, maar AOF-persistentie wordt ondersteund wanneer Enterprise-caches worden gebruikt in zone-redundante implementatie.

Hoe kan ik controleren of voorlopig verwijderen is ingeschakeld voor mijn opslagaccount?

Selecteer het opslagaccount dat uw cache gebruikt voor persistentie. Selecteer Gegevensbeveiliging in het menu Resource. Controleer in het werkvenster de status voorlopig verwijderen inschakelen voor blobs. Zie Voorlopig verwijderen inschakelen voor blobs voor meer informatie over voorlopig verwijderen in Azure-opslagaccounts.

Volgende stappen

Meer informatie over Azure Cache voor Redis functies.