Premiers pas avec RLEC – Comment créer et configurer une base de données

Premiers pas avec RLEC – Comment créer et configurer une base de données

Premiers pas avec RLEC - Comment créer et configurer une base de données

Messages de cette série :

  1. Présentation du cluster d’entreprise Redis (RLEC)
  2. Premiers pas avec RLEC – Comment installer et configurer
  3. Premiers pas avec RLEC – Installation sur le cloud AWS
  4. Premiers pas avec RLEC – Comment créer et configurer une base de données
  5. Premiers pas avec RLEC – Affichage des graphiques et des mesures

Une fois que votre environnement RLEC est opérationnel (voir les liens ci-dessus vers mes articles précédents), vous êtes prêt à créer vos bases de données.

Pour créer une base de données, vous devez cliquer sur le Bases de données option dans le menu. Si vous n’avez pas encore de bases de données, vous serez immédiatement invité à créer une nouvelle base de données Redis ou Memcached, comme indiqué dans la capture d’écran ci-dessous :

Ajouter une nouvelle base de données

Sinon, vous pourrez voir un aperçu de toutes vos bases de données existantes. Pour créer une nouvelle base de données, vous devez cliquer sur le ‘+‘ (plus) bouton en bas de la page ici :

Page Bases de données

Après avoir choisi le type de base de données que vous voulez (Redis ou Memcached – j’ai choisi Redis pour cet exemple), vous verrez le nouvel écran de base de données, comme indiqué ci-dessous :

Nouvelle base de données - simple

Les seuls champs obligatoires ici sont votre base de données “Nom” et “Limite mémoire”. Après avoir défini les valeurs de ces deux champs, vous pouvez cliquer sur le Activer bouton en bas de la page pour créer la base de données. Rapide et simple — votre base de données est maintenant prête !

Pour les besoins de cet exemple, je cliquerai sur Montrer les options avancées en bas de la page pour développer toutes les options disponibles, comme illustré dans la capture d’écran ci-dessous :

Nouvelle base de données - avancée

Passons rapidement en revue ces différents champs de configuration de la base de données :

  • Nom – Un identifiant convivial pour la base de données.
  • Limite de mémoire – La taille totale, en Go, allouée à cette base de données. Une fois que vous avez défini la limite de mémoire, RLEC s’assure que, quelle que soit la configuration de la base de données, la taille globale de la base de données dans le cluster ne dépassera pas cette limite de mémoire. Par exemple, si vous choisissez d’activer la réplication (plus de détails ci-dessous), la taille réelle du jeu de données que vous pouvez stocker dans cette base de données sera la moitié de la taille de la limite de mémoire car RLEC conserve une copie des données à des fins de haute disponibilité. Vous pouvez lire plus dans le limite de mémoire de la base de données section de notre documentation.
  • Réplication – Vous devez activer la réplication si vous souhaitez garantir une haute disponibilité pour cette base de données. Lorsque vous activez la réplication, RLEC conserve une copie des données. Ainsi, en cas de défaillance de la copie principale, il déclenchera un basculement instantané et vous ne perdrez aucune donnée ou disponibilité de la base de données. Vous pouvez lire plus dans le réplication de base de données section de notre documentation.
  • Sensibilisation à la zone de rack – Lorsque le cluster est configuré pour la détection de zone de rack et que vous activez cette fonctionnalité au niveau de la base de données, RLEC garantit une haute disponibilité plus sophistiquée en plaçant la copie principale et la copie esclave des données sur des nœuds qui se trouvent dans des racks différents (ou zones). Ce faisant, la haute disponibilité est garantie même si un rack entier tombe en panne. Vous pouvez lire plus dans le sensibilisation à la zone du rack section de notre documentation.
  • Persistance des données – Si vous souhaitez que les données soient également conservées sur le disque, vous pouvez choisir l’option de persistance que vous souhaitez utiliser. Les deux options de persistance de base sont Instantané au fichier RDB, ou AOF (Ajouter uniquement le fichier) toutes les 1 seconde. Pour l’instantané, vous pouvez choisir entre toutes les heures, toutes les 6 heures ou toutes les 12 heures. RLEC comprend un mécanisme d’optimisation dans lequel la persistance AOF (sur une base de données avec réplication activée) est effectuée à l’aide de la copie des données de l’esclave. Cela garantit que les performances de la base de données ne sont pas affectées par la persistance AOF. Vous pouvez en savoir plus sur la persistance Redis et les différences entre Snapshot et AOF dans le Documentation Redis.
  • Mot de passe Redis – Si vous souhaitez sécuriser l’accès à votre base de données à l’aide d’un mot de passe, vous pouvez définir le mot de passe dans ce champ. Ensuite, tout client souhaitant se connecter au point de terminaison de la base de données devra fournir ce mot de passe.
  • Numéro de port du point de terminaison – Par défaut, RLEC attribue un numéro de port aléatoire dans une certaine plage pour le point de terminaison de la base de données. Si vous souhaitez utiliser un numéro de port spécifique à la place, vous pouvez l’attribuer dans ce champ lors de la création initiale de la base de données. Une fois le numéro de port attribué, il ne peut plus être modifié.
  • Regroupement de base de données – RLEC vous permet de diviser facilement votre base de données en plusieurs fragments, puis de diviser l’ensemble de données en ces fragments. Cela vous permet de faire évoluer votre base de données sur une seule machine et de tirer parti de plusieurs cœurs de processeur (car Redis est à thread unique…), ainsi que de faire évoluer votre base de données sur plusieurs machines en plaçant des fragments de base de données sur différents nœuds. Vous pouvez décider de la nombre de fragments vous aimeriez que la base de données ait, ainsi que votre politique de partitionnement. Pour la stratégie de partitionnement, vous pouvez choisir entre Politique de partitionnement standard ou la Politique de partage personnalisée, qui vous permet de définir un ensemble de règles RegEx (expression régulière) par lesquelles RLEC divisera les données en fragments. Vous pouvez lire plus dans le Regroupement de base de données partie de la documentation.
  • Politique d’éviction des données – Redis prend en charge différents types de politiques d’éviction qui sont utilisées lorsque la base de données atteint sa limite de mémoire. Vous pouvez lire plus dans le Politique d’éviction de la base de données section de notre documentation, ou la Documentation Redis.
  • Réplique de – Cette fonctionnalité vous permet de définir cette base de données comme une réplique (destination) d’une ou plusieurs bases de données (sources). Une fois que cela est défini et que votre chargement de données initial est terminé, toutes les commandes d’écriture seront synchronisées des sources à la destination. Cela vous permet de conserver une base de données (destination) qui est une réplique exacte de plusieurs autres bases de données. Les bases de données source peuvent résider dans le même RLEC, un RLEC différent ou une instance Redis autonome. Cela peut être très utile, par exemple, si vous souhaitez répartir la charge de lecture de votre application sur plusieurs bases de données. Ou il peut être utilisé pour effectuer une synchronisation unique d’une base de données (soit dans RLEC, soit en dehors de RLEC) avec une base de données dans RLEC. Vous pouvez lire plus dans le Réplique de section de notre documentation.
  • Sauvegarde périodique – Cela vous permet de conserver une sauvegarde de votre base de données sur un stockage externe. Vous pouvez choisir de sauvegarder toutes les 4, 12 ou 24 heures, vers différents emplacements tels que : FTP, AWS S3, OpenStack Swift, etc.
  • Alertes – Il existe différents KPI liés à la base de données pour lesquels vous pouvez recevoir des notifications. Vous pouvez choisir les alertes qui vous intéressent, définir un seuil personnalisé le cas échéant et indiquer si vous souhaitez recevoir les alertes par e-mail, dans l’interface utilisateur de gestion ou les deux.

Une fois que vous avez configuré la base de données avec vos paramètres, vous pouvez cliquer sur Activer et après quelques secondes, votre base de données sera opérationnelle et vous pourrez voir le point de terminaison de la base de données que vous pouvez utiliser pour vous connecter à la base de données. Voir exemple ci-dessous :

Voir la base de données

Voilà, vous savez maintenant comment créer une base de données avec toutes les options avancées que RLEC a à offrir !

Dans le prochain article, je passerai en revue différents graphiques et métriques liés au cluster, aux nœuds, à la base de données et aux fragments de base de données.

Si vous souhaitez en savoir plus sur RLEC et comment activer les fonctionnalités avancées, veuillez vous référer à la documentation disponible ici : https://redis.com/redis-enterprise-documentation/overview

Si vous avez des commentaires ou des questions, n’hésitez pas à me contacter à itai.raz@redis.com.

download now

Development Source

Related Posts

RLEC 4.2.1 apporte des contrôles granulaires à la haute disponibilité et aux performances

RLEC 4.2.1 apporte des contrôles granulaires à la haute disponibilité et aux performances

Comment HolidayMe utilise Redis Enterprise comme base de données principale

Comment HolidayMe utilise Redis Enterprise comme base de données principale

Annonce de RedisGears 1.0 : un moteur sans serveur pour Redis

Annonce de RedisGears 1.0 : un moteur sans serveur pour Redis

Clés Redis dans la RAM |  Redis

Clés Redis dans la RAM | Redis

No Comment

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *