LogoLogo
cegedim.cloudITCareAPIPrivacy
Français
Français
  • Documentation
  • ITCare
    • ITCare, c'est quoi ?
      • Débuter avec ITCare
      • Démos
    • Enercare
      • Empreinte carbone
    • Notes de mise à jour
  • ITCare API
    • Aperçu
    • Authentication
    • Erreurs
    • Pagination
    • Reference API
      • Démarrage rapide
      • Analytics
        • Matomo
      • Changes
        • Changes
      • Compute
        • Application Servers
        • Backup Policies
        • Containers
        • Environments
        • Instances
        • Platform
        • Resource Filters
        • Resource Types
        • Resources
        • Services
        • Statuses
        • Tag Keys
        • Tag Values
        • Types
      • Databases
        • Databases
        • MariaDB
        • OpenSearch
        • PostgreSQL
        • Redis
        • SQL Server
      • Hardwares
        • Hardwares
      • Messaging
        • Apache Kafka
        • Message Brokers
        • RabbitMQ
      • Networking
        • Domains
        • Load Balancers
        • Network Clusters
        • Networks
      • Operations
        • Actions
        • Operations
      • Storage
        • Glusterfs
        • Overdrive
      • Topology
        • Topology
  • Services
    • Produits
    • Politique de support
    • Politique de patch
    • RACI
  • Analytique
    • Matomo
      • Matomo - Architecture
      • Matomo - Didacticiels
  • Calcul
    • Instances virtuelles
      • Instances virtuelles - Architectures
        • Linux - Renforcement
      • Instances virtuelles - Didacticiels
    • Conteneurs (K8s)
      • K8s - Architecture
        • Hardening
        • Stockage Persistant
      • K8s - Didacticiels
        • Haute Disponibilité
  • Bases de données
    • MariaDB
      • MariaDB - Architecture
      • MariaDB - Didacticiels
    • OpenSearch
      • OpenSearch - Architecture
        • v2 - Changements
      • OpenSearch - Didacticiels
    • PostgreSQL
      • PostgreSQL - Architecture
      • PostgreSQL - Didacticiels
      • PostgreSQL - Mise à jour
    • Redis
      • Redis - Architecture
      • Redis - Didacticiels
      • Redis - Mise à jour
    • SQL Server
      • SQL Server - Architecture
      • SQL Server - Didacticiels
  • Message
    • Apache Kafka
      • Apache Kafka - Architecture
      • Apache Kafka - Didacticiels
      • Apache Kafka - Mise à jour
    • RabbitMQ
      • RabbitMQ - Architecture
      • RabbitMQ - Didacticiels
    • SMS
      • SMS - Didacticiels
  • Securité
    • Advanced Vulnerability Assessment
    • Bot Defense
      • Bot Defense - Architecture
    • Campagne de Phishing
    • Data Masking
      • Data Masking - Didacticiels
  • Surveillance
    • ExtraHop
  • Stockage
    • GlusterFS
      • GlusterFS - Architecture
      • GlusterFS - Didacticiels
    • OverDrive
      • OverDrive - Architecture
    • Stockage Objet
      • Stockage Objet - Architecture
        • Compatibilité API S3
        • Limitation et bonnes pratiques
        • URL pré-signée
        • Politiques de Buckets
        • Configuration de cycle de vie
        • Object Lock
      • Stockage Objet - Didacticiels
        • Gérer des Objects Users
        • Gérer des versions dans un Bucket
        • Gérer l'accès à un Bucket
Powered by GitBook
On this page
  • Processus de mise à niveau
  • Requête
  • Déroulement
  • Impacts
  • Temps de référence
  • Matrice de support OS / Redis
Export as PDF
  1. Bases de données
  2. Redis

Redis - Mise à jour

PreviousRedis - DidacticielsNextSQL Server

Last updated 28 days ago

Processus de mise à niveau

Requête

La mise à jour d'un PaaS Redis est de la responsabilité de cegedim.cloud et peut être demandée via un ticket soumis depuis ITCare.

Merci de préciser un créneau de disponibilité pour l'opération et si l'opération doit être effectuée en heures non ouvrées.

Il est recommandé de procéder à la mise à jour de vos environnements de non production d'abord afin de pouvoir estimer le temps d'interruption généré par l'opération ainsi que de recetter vos applications dans la nouvelle version du moteur.

Déroulement

La mise à jour d'un déploiement Redis (mono-instance ou cluster en haute disponibilité) se déroule en deux étapes complètement automatisées :

  • Mise à jour du système d'exploitation préalable

    • Plusieurs mises à jour selon le scénario: Debian 10 → Debian 11 → Debian 12

  • Mise à jour du moteur Redis et Sentinel dans la version cible

Selon les versions source et cible de Redis, il peut être nécessaire de migrer d'abord le système d'exploitation vers une version prise en charge par cegedim.cloud (pour plus d'informations, consultez la matrice de prise en charge OS/Redis ci-dessous).

Impacts

La durée d'une mise à jour est variable selon:

  • La topologie

    • Topologie Standalone: Redis sera mise à jour.

    • Topologie Sentinel: Redis et Sentinel seront mis à jour sur chaque noeuds.

  • Le nombre de mise à jour du système d'exploitation nécessaire

Temps de référence

  • Mise à jour du système d'exploitation Debian: 10 minutes en moyenne

  • Mise à jour des paquets Redis: 5 minutes en moyenne

  • Mise à jour des paquets Sentinel: 5 minutes en moyenne

Matrice de support OS / Redis

Distribution Linux supportées par cegedim.cloud en fonction de la version de Redis:

Redis version
Debian version

6.2.x

Debian 10

6.2.x

Debian 12 (déploiements créés après le 31 mai 2024)

7.2.x

Debian 12

La mise à jour du système d'exploitation est requise uniquement si le PaaS Redis 6.2 a été provisionné avant le 31 2024. Après cette date, le Paas Redis a été mis à jour afin d'être déployé sur du Debian 12.