Un cache indépendant
Déchargez la base principale lorsque votre application sait exploiter un cache Redis.
Cache et données en mémoire
Ajoutez Redis à votre environnement pour les usages de cache, de sessions ou de traitement prévus par votre application, avec une capacité ajustable.
Calcul et mémoire0,004 € HT / cloudlet / hTarif réservé de 1 à 8 cloudlets. Stockage, IP et trafic selon consommation.
Migration offerte · SSL et sauvegardes inclus
Déchargez la base principale lorsque votre application sait exploiter un cache Redis.
Centralisez l’état de session pour faciliter l’utilisation de plusieurs instances applicatives.
Choisissez la capacité réservée et le plafond en fonction de vos données et de leur évolution.
Le bon moteur, pour le bon usage
Une donnée souvent consultée peut être mise en cache. Choisissez les données à conserver, leur durée de vie et les règles d’invalidation.
Créez la couche et définissez sa mémoire disponible.
Configurez le client Redis, les accès et les usages prévus.
Suivez la mémoire et ajustez la durée de vie des données et les règles d’éviction.
Découvrez la console
Réglez la mémoire de Redis, puis activez le cluster. La topologie vous montre comment les nœuds se répartissent.
Fonctionnalités
Mettez en mémoire les données que votre code peut réutiliser.
Partagez les sessions entre les instances compatibles.
Faites évoluer la capacité de la couche selon la consommation observée.
Ajustez les paramètres du moteur depuis les fichiers et les outils de gestion.
Configurez les accès réseau et TLS selon l’architecture retenue.
Préparez une protection adaptée si votre usage de Redis conserve des données importantes.
Préparer la continuité
Redis est une brique d’architecture. Sa pertinence dépend des données, de leur durée de vie et du comportement attendu en cas de perte du cache.
Définissez combien de temps une information peut être réutilisée.
Prévoyez comment le cache change quand la donnée d’origine évolue.
Distinguez les données que l’on peut recalculer de celles qui doivent être protégées.
La réplication, les sauvegardes et la haute disponibilité dépendent de la topologie et des options configurées. Chaque nœud et son stockage contribuent à la consommation de l’environnement.
Usages
Contenus et résultats souvent consultés par vos applications.
État partagé entre plusieurs instances web compatibles.
Usages Redis prévus par votre framework, avec la configuration de persistance appropriée.
Tarifs PaaS
Le choix d’un langage ou d’un moteur n’ajoute pas de forfait. Le prix comprend la capacité réservée, les ressources dynamiques consommées et les options utilisées. Les licences commerciales restent facturées séparément.
Consulter la grille et calculer mon budget Nous contacterCe montant couvre la configuration ci-dessus. Chaque nœud, la consommation dynamique, le disque au-delà de 10 Go, les IP publiques et le trafic supplémentaire s’ajoutent selon la grille PaaS.
Quelques repères
Les versions dépendent du catalogue proposé dans la console et des conditions de licence du moteur. La version et l’édition se choisissent dans la console avant la création.
Pas pour tous les usages. Il complète souvent PostgreSQL ou MySQL comme cache ou stockage de sessions. Le choix dépend du modèle de données et des garanties attendues par votre application.
Chaque nœud est un conteneur isolé avec sa propre configuration. Vous définissez ses ressources réservées et son plafond. Les instances et les services complémentaires sont visibles dans la topologie et contribuent à la consommation.
La plateforme automatise le déploiement et met à disposition des outils de configuration et de supervision. Vous conservez la gestion de vos utilisateurs, des schémas, des requêtes et de la compatibilité applicative. Des interventions complémentaires peuvent être étudiées avec VICEM.
À découvrir aussi
Migration offerte
Décrivez votre projet, ses composants et sa charge actuelle. Nous vous aidons à choisir l’architecture et à préparer le transfert.