Redis - Architecture

Redis est déployable en self-service via notre outil de gestion de plateforme cloud : ITCare.

Topologies

Deux topologies sont disponibles :

• Instance autonome

• Cluster Sentinel

Dans les deux cas, vous pouvez choisir de faire persister ou non les données sur le disque lors de la demande de création, voir #persistance.

Instance autonome

L'instance autonome, une fois déployée, est accessible sur le port d'écoute 6379.

Cluster Sentinel

Le cluster Redis Sentinel est déployé sur 3 instances répartis sur toutes les Zones de disponibilité d'une Area.

Le cluster, une fois déployé, est accessible sur le port d'écoute 6379.

Particularités en mode cluster

• Chaque instance exécute les processus Redis et Sentinel

• Port d'écoute Sentinel : 26379

• Sur les 3 instances, l'une d'elle est primaire et les deux autres sont des répliques

• Les répliques sont ouvertes en lecture seule

Persistance

La persistance fait référence à l'écriture de données sur un support durable, tel qu'un disque SSD (solid-state disk). Redis propose une série d'options de persistance.

• RDB (Redis Database) : La persistance RDB réalise des instantanés ponctuels de votre ensemble de données à des intervalles spécifiés.

• AOF (Append Only File) : La persistance AOF enregistre chaque opération d'écriture reçue par le serveur. Ces opérations peuvent ensuite être rejouées au démarrage du serveur, reconstituant ainsi l'ensemble de données d'origine. Les commandes sont enregistrées dans le même format que le protocole Redis lui-même.

• Pas de persistance : Vous pouvez désactiver complètement la persistance. Cette option est parfois utilisée pour la mise en cache.

• RDB + AOF : Vous pouvez également combiner AOF et RDB dans la même instance.

Résilience

Si l'instance primaire tombe en panne, une réplique sera automatiquement promue en tant que nouveau primaire. La réplique sera reconfigurée automatiquement pour suivre le nouveau primaire.

Sentinel fournit les informations concernant l'instance primaire et les instances répliques.

Fonctionnalités

Cette section énumère les fonctionnalités disponibles pour le client, ainsi que la manière de les demander ou de les exécuter :

Diagramme de haut niveau

Configuration

Configuration du produit

Si la persistance AOF est active, les paramètres suivants seront appliqués :

si RDB est actif, les paramètres suivants seront appliqués :

Configuration Kernel

Les paramètres noyau suivants ont été modifiés afin d'optimiser les performances du système d'exploitation pour Redis :

• vm.overcommit_memory = 1

• vm.swappiness = 1

• net.core.somaxconn = 65535

Sécurité

Authentification

Le mode d'authentification utilisé est le mode interne : Redis 6 ACL.

Les mots de passe sont hashés avec SHA-256 et n’apparaissent pas en clair dans le fichier ACL.

Autorisations

Les ACL de Redis 6 sont utilisées pour gérer les autorisations.

Sur Sentinel, le compte client dédié a les droits sur :

~* &* +@all -@dangerous +ACL|GETUSER +INFO +sentinel|GET-MASTER-ADDR-BY-NAME +sentinel|IS-MASTER-DOWN-BY-ADDR +sentinel|MASTER +sentinel|MASTERS +sentinel|MYID +sentinel|REPLICAS +sentinel|SLAVES +sentinel|SENTINELS

Sur Redis, le compte client dédié a les droits sur :

~* &* +@all -@dangerous +ACL|GETUSER +INFO +CONFIG|GET +CONFIG|HELP

Transport sécurisé

Le client peut choisir d'activer le non le transport TLS lors de la demande de création en libre-service via ITCare.

Mots de passe

Cette section énumère la gestion des mots de passe :

Surveillance

Les éléments suivants sont surveillés et sont accessibles dans ITCare.