Comment configurer la persistance des données pour un Cache Redis Azure PremiumHow to configure data persistence for a Premium Azure Cache for Redis

Le Cache Redis Azure offre différents types de caches permettant de choisir en toute flexibilité parmi plusieurs tailles et fonctionnalités de caches, notamment les fonctionnalités de couche Premium telles que le clustering, la persistance et la prise en charge du réseau virtuel.Azure Cache for Redis has different cache offerings which provide flexibility in the choice of cache size and features, including Premium tier features such as clustering, persistence, and virtual network support. Cet article décrit comment configurer la persistance dans une instance Premium de Cache Redis Azure.This article describes how to configure persistence in a premium Azure Cache for Redis instance.

Pour plus d’informations sur les autres fonctionnalités du cache Premium, consultez Introduction au niveau Premium du Cache Redis Azure.For information on other premium cache features, see Introduction to the Azure Cache for Redis Premium tier.

Qu’est-ce que la persistance des données ?What is data persistence?

La persistance Redis vous permet de conserver les données stockées dans Redis.Redis persistence allows you to persist data stored in Redis. Vous pouvez également prendre des instantanés et sauvegarder les données que vous pouvez charger en cas de défaillance matérielle.You can also take snapshots and back up the data, which you can load in case of a hardware failure. Il s’agit d’un avantage substantiel par rapport au niveau De base ou Standard, où toutes les données sont stockées en mémoire et il existe un risque de perte de données en cas de défaillance des nœuds de cache.This is a huge advantage over Basic or Standard tier where all the data is stored in memory and there can be potential data loss in case of a failure where Cache nodes are down.

Le Cache Redis Azure offre la persistance Redis à l’aide des modèles suivants :Azure Cache for Redis offers Redis persistence using the following models:

  • Persistance RDB : quand la persistance RDB (base de données Redis) est configurée, le Cache Redis Azure conserve un instantané du cache Redis dans un format binaire Redis sur le disque selon une fréquence de sauvegarde configurable.RDB persistence - When RDB (Redis database) persistence is configured, Azure Cache for Redis persists a snapshot of the Azure Cache for Redis in a Redis binary format to disk based on a configurable backup frequency. Si un événement catastrophique se produit et provoque la désactivation du cache principal et du réplica, le cache est reconstruit à l’aide de l’instantané le plus récent.If a catastrophic event occurs that disables both the primary and replica cache, the cache is reconstructed using the most recent snapshot. Découvrez-en plus sur les avantages et les inconvénients de la persistance RDB.Learn more about the advantages and disadvantages of RDB persistence.
  • Persistance AOF : lorsque la persistance AOF (Append Only File) est configurée, le Cache Redis Azure enregistre chaque opération d’écriture dans un journal qui est enregistré au moins une fois par seconde dans un compte de stockage Azure.AOF persistence - When AOF (Append only file) persistence is configured, Azure Cache for Redis saves every write operation to a log that is saved at least once per second into an Azure Storage account. Si un événement catastrophique se produit et provoque la désactivation du cache principal et du réplica, le cache est reconstruit à l’aide des opérations d’écriture stockées.If a catastrophic event occurs that disables both the primary and replica cache, the cache is reconstructed using the stored write operations. Découvrez-en plus sur les avantages et les inconvénients de la persistance AOF.Learn more about the advantages and disadvantages of AOF persistence.

La persistance est configurée à partir du panneau Nouveau Cache Redis lors de la création du cache et du menu Ressource pour les caches Premium existants.Persistence is configured from the New Azure Cache for Redis blade during cache creation and on the Resource menu for existing premium caches.

Pour créer un cache Premium, connectez-vous au portail Azure, puis cliquez sur Créer une ressource > Bases de données > Cache Azure pour Redis.To create a premium cache, sign in to the Azure portal and click Create a resource > Databases > Azure Cache for Redis.

Create cache

Notes

En plus de créer des caches dans le portail Azure, vous pouvez en créer à l’aide de modèles Resource Manager, PowerShell ou Azure CLI.In addition to creating caches in the Azure portal, you can also create them using Resource Manager templates, PowerShell, or Azure CLI. Pour plus d’informations sur la création d’un cache Azure pour Redis, consultez la section Création d’un cache.For more information about creating an Azure Cache for Redis, see Create a cache.

Pour configurer les fonctionnalités Premium, commencez par sélectionner l’un des niveaux tarifaires Premium dans la liste déroulante Niveau tarifaire.To configure premium features, first select one of the premium pricing tiers in the Pricing tier drop-down list. Pour plus d’informations sur chaque niveau tarifaire, cliquez sur Afficher tous les détails de la tarification, puis sélectionnez un niveau tarifaire dans le panneau Choisir votre niveau tarifaire.For more information about each pricing tier, click View full pricing details and select a pricing tier from the Choose your pricing tier blade.

Choisir votre niveau tarifaire

Une fois que vous avez sélectionné un niveau tarifaire Premium, cliquez sur Persistance Redis.Once a premium pricing tier is selected, click Redis persistence.

Persistance Redis

Les étapes de la section suivante décrivent comment configurer la persistance Redis sur votre nouveau cache Premium.The steps in the next section describe how to configure Redis persistence on your new premium cache. Une fois la persistance Redis configurée, cliquez sur Créer pour créer votre cache Premium avec la persistance Redis.Once Redis persistence is configured, click Create to create your new premium cache with Redis persistence.

Activation de la persistance RedisEnable Redis persistence

Le panneau Persistance des données Redis permet de configurer la persistance Redis en sélectionnant la persistance RDB ou AOF.Redis persistence is enabled on the Redis data persistence blade by choosing either RDB or AOF persistence. Pour les nouveaux caches, ce panneau est accessible pendant la création du cache, comme décrit dans la section précédente.For new caches, this blade is accessed during the cache creation process, as described in the previous section. Pour les caches existants, le panneau Persistance des données Redis est accessible à partir du menu Ressource de votre cache.For existing caches, the Redis data persistence blade is accessed from the Resource menu for your cache.

Paramètres Redis

Configuration de la persistance RDBConfigure RDB persistence

Pour activer la persistance RDB, cliquez sur RDB.To enable RDB persistence, click RDB. Pour désactiver la persistance RDB sur un cache Premium précédemment activé, cliquez sur Désactivé.To disable RDB persistence on a previously enabled premium cache, click Disabled.

Persistance RDB Redis

Pour configurer l’intervalle de sauvegarde, sélectionnez une Fréquence de sauvegarde dans la liste déroulante.To configure the backup interval, select a Backup Frequency from the drop-down list. Vous avez le choix entre 15 minutes, 30 minutes, 60 minutes, 6 heures, 12 heures et 24 heures.Choices include 15 Minutes, 30 minutes, 60 minutes, 6 hours, 12 hours, and 24 hours. Cet intervalle débute au moment où l’opération de sauvegarde précédente s’est terminée correctement. Une fois l’intervalle écoulé, une nouvelle sauvegarde est lancée.This interval starts counting down after the previous backup operation successfully completes and when it elapses a new backup is initiated.

Cliquez sur Compte de stockage pour sélectionner le compte de stockage à utiliser, puis, dans la liste déroulante Clé de stockage, choisissez d’utiliser la Clé primaire ou la Clé secondaire.Click Storage Account to select the storage account to use, and choose either the Primary key or Secondary key to use from the Storage Key drop-down. Vous devez choisir un compte de stockage situé dans la même région que le cache. Un compte Stockage Premium est recommandé, car ce type de stockage offre un débit plus élevé.You must choose a storage account in the same region as the cache, and a Premium Storage account is recommended because premium storage has higher throughput.

Important

Si la clé de stockage pour votre compte de persistance est régénérée, vous devez reconfigurer la clé souhaitée dans la liste déroulante Clé de stockage .If the storage key for your persistence account is regenerated, you must reconfigure the desired key from the Storage Key drop-down.

Cliquez sur OK pour enregistrer la configuration de persistance.Click OK to save the persistence configuration.

La sauvegarde suivante (ou première sauvegarde pour les nouveaux caches) est lancée une fois que l'intervalle de fréquence de sauvegarde est écoulé.The next backup (or first backup for new caches) is initiated once the backup frequency interval elapses.

Configuration de la persistance AOFConfigure AOF persistence

Pour activer la persistance AOF, cliquez sur AOF.To enable AOF persistence, click AOF. Pour désactiver la persistance AOF sur un cache Premium précédemment activé, cliquez sur Désactivé.To disable AOF persistence on a previously enabled premium cache, click Disabled.

Persistance AOF Redis

Pour configurer la persistance AOF, spécifiez un Premier compte de stockage.To configure AOF persistence, specify a First Storage Account. Ce compte de stockage doit se trouver dans la même région que le cache. Un compte Stockage Premium est recommandé, car ce type de stockage offre un débit plus élevé.This storage account must be in the same region as the cache, and a Premium Storage account is recommended because premium storage has higher throughput. Vous pouvez éventuellement configurer un compte de stockage supplémentaire nommé Deuxième compte de stockage.You can optionally configure an additional storage account named Second Storage Account. Si un deuxième compte de stockage est configuré, les opérations d’écriture dans le cache de réplica sont enregistrées dans ce deuxième compte de stockage.If a second storage account is configured, the writes to the replica cache are written to this second storage account. Pour chaque compte de stockage configuré, sélectionnez la clé primaire ou clé secondaire à utiliser dans la liste déroulante Clé de stockage.For each configured storage account, choose either the Primary key or Secondary key to use from the Storage Key drop-down.

Important

Si la clé de stockage pour votre compte de persistance est régénérée, vous devez reconfigurer la clé souhaitée dans la liste déroulante Clé de stockage .If the storage key for your persistence account is regenerated, you must reconfigure the desired key from the Storage Key drop-down.

Lorsque la persistance AOF est activée, les opérations d’écriture dans le cache sont enregistrées dans le compte de stockage désigné (ou les comptes si vous avez configuré un deuxième compte de stockage).When AOF persistence is enabled, write operations to the cache are saved to the designated storage account (or accounts if you have configured a second storage account). En cas de défaillance catastrophique affectant à la fois le cache principal et le réplica, le journal AOF stocké est utilisé pour reconstruire le cache.In the event of a catastrophic failure that takes down both the primary and replica cache, the stored AOF log is used to rebuild the cache.

Forum aux questions sur la persistancePersistence FAQ

La liste suivante présente différentes réponses aux questions les plus fréquemment posées sur la persistance du Cache Redis Azure.The following list contains answers to commonly asked questions about Azure Cache for Redis persistence.

Persistance RDBRDB persistence

Persistance AOFAOF persistence

Puis-je activer la persistance sur un cache créé précédemment ?Can I enable persistence on a previously created cache?

Oui, la persistance Redis peut être configurée lors de la création du cache ou sur les caches Premium existants.Yes, Redis persistence can be configured both at cache creation and on existing premium caches.

Puis-je activer la persistance AOF et RDB en même temps ?Can I enable AOF and RDB persistence at the same time?

Non, vous pouvez uniquement activer RDB ou AOF, mais pas les deux en même temps.No, you can enable only RDB or AOF, but not both at the same time.

Quel modèle de persistance dois-je choisir ?Which persistence model should I choose?

La persistance AOF enregistre chaque écriture dans un journal, ce qui a un impact sur le débit, par rapport à la persistance RDB qui enregistre des sauvegardes à l’intervalle de sauvegarde configuré, avec un impact minimal sur les performances.AOF persistence saves every write to a log, which has some impact on throughput, compared with RDB persistence which saves backups based on the configured backup interval, with minimal impact on performance. Choisissez la persistance AOF si votre objectif principal est de minimiser la perte de données et si vous pouvez gérer une réduction du débit de votre cache.Choose AOF persistence if your primary goal is to minimize data loss, and you can handle a decrease in throughput for your cache. Choisissez la persistance RDB si vous souhaitez maintenir un débit optimal de votre cache mais avez quand même besoin d’un mécanisme de récupération de données.Choose RDB persistence if you wish to maintain optimal throughput on your cache, but still want a mechanism for data recovery.

Pour plus d’informations sur les performances lors de l’utilisation de persistance AOF, consultez La persistance affecte-t-elle le débit, la latence ou les performances de mon cache ?For more information on performance when using AOF persistence, see Does AOF persistence affect throughout, latency, or performance of my cache?

Que se passe-t-il si j’ai mis à l’échelle vers une taille différente et si une sauvegarde antérieure à l’opération de mise à l’échelle, est restaurée ?What happens if I have scaled to a different size and a backup is restored that was made before the scaling operation?

Pour la persistance RDB et AOF :For both RDB and AOF persistence:

  • Si vous avez mis à l’échelle vers une plus grande taille, cela n’a aucun impact.If you have scaled to a larger size, there is no impact.
  • Si vous avez mis à l’échelle vers une taille plus petite et que vous avez un paramètre personnalisé de bases de données supérieur à la limite des bases de données pour votre nouvelle taille, les données de ces bases de données ne sont pas restaurées.If you have scaled to a smaller size, and you have a custom databases setting that is greater than the databases limit for your new size, data in those databases isn't restored. Pour en savoir plus, voir Les paramètres personnalisés de mes bases de données sont-ils affectés au cours de la mise à l’échelle ?For more information, see Is my custom databases setting affected during scaling?
  • Si vous avez mis à l’échelle vers une plus petite taille et que l’espace est insuffisant pour contenir toutes les données issues de la dernière sauvegarde, les clés sont supprimées lors du processus de restauration, généralement à l’aide de la stratégie d’éviction allkeys-lru .If you have scaled to a smaller size, and there isn't enough room in the smaller size to hold all of the data from the last backup, keys will be evicted during the restore process, typically using the allkeys-lru eviction policy.

Puis-je modifier la fréquence de sauvegarde RDB après avoir créé le cache ?Can I change the RDB backup frequency after I create the cache?

Oui, vous pouvez modifier la fréquence de sauvegarde pour la persistance RDB dans le panneau Persistance des données Redis.Yes, you can change the backup frequency for RDB persistence on the Redis data persistence blade. Pour obtenir des instructions, consultez la page Configuration de la persistance Redis.For instructions, see Configure Redis persistence.

Pourquoi, si la fréquence de sauvegarde RDB est de 60 minutes, y a-t-il un délai supérieur à 60 minutes entre les sauvegardes ?Why if I have an RDB backup frequency of 60 minutes there is more than 60 minutes between backups?

L’intervalle de fréquence de sauvegarde avec la persistance RDB ne démarre qu’une fois le processus de sauvegarde précédent terminé.The RDB persistence backup frequency interval does not start until the previous backup process has completed successfully. Si la fréquence de sauvegarde est de 60 minutes et que l’exécution d’un processus de sauvegarde prend 15 minutes, la sauvegarde suivante ne démarre que 75 minutes après l’heure de début de la sauvegarde précédente.If the backup frequency is 60 minutes and it takes a backup process 15 minutes to successfully complete, the next backup won't start until 75 minutes after the start time of the previous backup.

Qu’advient-il des anciennes sauvegardes RDB quand une nouvelle sauvegarde est effectuée ?What happens to the old RDB backups when a new backup is made?

Toutes les sauvegardes avec la persistance RDB à l’exception de la plus récente sont supprimées automatiquement.All RDB persistence backups except for the most recent one are automatically deleted. Cette suppression peut ne pas avoir lieu immédiatement, mais les anciennes sauvegardes ne sont pas conservées indéfiniment.This deletion may not happen immediately but older backups are not persisted indefinitely.

Quand dois-je utiliser un deuxième compte de stockage ?When should I use a second storage account?

Vous devez utiliser un deuxième compte de stockage pour la persistance AOF lorsque vous pensez que vous avez plus d’opérations que prévues définies sur le cache.You should use a second storage account for AOF persistence when you believe you have higher than expected set operations on the cache. La configuration du deuxième compte de stockage permet de vous assurer que votre cache n’atteindra pas les limites de bande passante de stockage.Setting up the secondary storage account helps ensure your cache doesn't reach storage bandwidth limits.

La persistance AOF affecte-t-elle le débit, la latence ou les performances de mon cache ?Does AOF persistence affect throughout, latency, or performance of my cache?

La persistance AOF affecte le débit d’environ 15 à 20 % lorsque le cache n’a pas atteint la charge maximale (charges de l’UC et du serveur inférieures à 90 %).AOF persistence affects throughput by about 15% – 20% when the cache is below maximum load (CPU and Server Load both under 90%). Il ne devrait pas y avoir de problèmes de latence lorsque le cache se trouve dans ces limites.There should not be latency issues when the cache is within these limits. Toutefois, le cache atteindra plus rapidement ces limites avec la persistance AOF activée.However, the cache will reach these limits sooner with AOF enabled.

Comment puis-je supprimer le deuxième compte de stockage ?How can I remove the second storage account?

Vous pouvez supprimer le compte de stockage secondaire pour la persistance AOF en définissant le deuxième compte de stockage de manière à ce qu’il soit identique au premier compte de stockage.You can remove the AOF persistence secondary storage account by setting the second storage account to be the same as the first storage account. Pour obtenir des instructions, consultez la page Configuration de la persistance AOF.For instructions, see Configure AOF persistence.

Qu’est-ce qu’une réécriture et comment affecte-t-elle mon cache ?What is a rewrite and how does it affect my cache?

Lorsque le fichier AOF devient suffisamment volumineux, une réécriture est automatiquement mise en file d’attente dans le cache.When the AOF file becomes large enough, a rewrite is automatically queued on the cache. La réécriture redimensionne le fichier AOF avec l’ensemble minimal d’opérations nécessaires pour créer le jeu de données en cours.The rewrite resizes the AOF file with the minimal set of operations needed to create the current data set. Durant les réécritures, attendez-vous à atteindre plus rapidement les limites de performances, en particulier lors du traitement de grands jeux de données.During rewrites, expect to reach performance limits sooner especially when dealing with large datasets. Les réécritures s’effectueront moins souvent au fur et à mesure que le fichier AOF deviendra volumineux, mais elles prendront un temps considérable le cas échéant.Rewrites occur less often as the AOF file becomes larger, but will take a significant amount of time when it happens.

À quoi dois-je attendre lors de la mise à l’échelle d’un cache avec la persistance AOF activée ?What should I expect when scaling a cache with AOF enabled?

Si le fichier AOF est particulièrement volumineux au moment de la mise à l’échelle, attendez-vous à ce que l’opération de mise à l’échelle soit plus longue que prévue, étant donné qu’elle rechargera le fichier une fois la mise à l’échelle terminée.If the AOF file at the time of scaling is significantly large, then expect the scale operation to take longer than expected since it will be reloading the file after scaling has finished.

Pour en savoir plus sur la mise à l’échelle, consultez Que se passe-t-il si j’ai mis à l’échelle vers une taille différente et si une sauvegarde antérieure à l’opération de mise à l’échelle est restaurée ?For more information on scaling, see What happens if I have scaled to a different size and a backup is restored that was made before the scaling operation?

Comment sont organisées mes données AOF dans le stockage ?How is my AOF data organized in storage?

Les données stockées dans des fichiers AOF sont divisées en plusieurs objets blob de pages par nœud afin d’augmenter les performances d’enregistrement des données dans le stockage.Data stored in AOF files is divided into multiple page blobs per node to increase performance of saving the data to storage. Le tableau suivant montre comment de nombreux objets blob de pages sont utilisés pour chaque niveau tarifaire :The following table displays how many page blobs are used for each pricing tier:

Niveau PremiumPremium tier Objets blobBlobs
P1P1 4 par partition4 per shard
P2P2 8 par partition8 per shard
P3P3 16 par partition16 per shard
P4P4 20 par partition20 per shard

Lorsque le clustering est activé, chaque partition dans le cache a son propre ensemble d’objets blob de pages, comme indiqué dans le tableau précédent.When clustering is enabled, each shard in the cache has its own set of page blobs, as indicated in the previous table. Par exemple, un cache P2 avec trois partitions distribue son fichier AOF entre 24 objets blob de pages (8 objets blob par partition, avec 3 partitions).For example, a P2 cache with three shards distributes its AOF file across 24 page blobs (8 blobs per shard, with 3 shards).

Après une réécriture, deux jeux de fichiers AOF se trouvent dans le stockage.After a rewrite, two sets of AOF files exist in storage. Les réécritures s’effectuent en arrière-plan et s’ajoutent au premier jeu de fichiers, alors que les opérations définies qui sont envoyées dans le cache lors de la réécriture s’ajoutent au deuxième jeu.Rewrites occur in the background and append to the first set of files, while set operations that are sent to the cache during the rewrite append to the second set. Une sauvegarde est temporairement stockée pendant les réécritures en cas d’échec, mais elle est immédiatement supprimée à la fin de la réécriture.A backup is temporarily stored during rewrites in case of failure, but is promptly deleted after a rewrite finishes.

Étapes suivantesNext steps

Découvrez comment utiliser davantage de fonctionnalités de cache de niveau Premium.Learn how to use more premium cache features.