Capacités et limitations de Public Cloud Databases pour Valkey
Découvrez les capacités et limitations de Public Cloud Databases pour Valkey
Objectif
Cette page présente les capacités techniques et les limitations de l'offre Public Cloud Databases pour Valkey.
Nous améliorons continuellement nos offres. Vous pouvez suivre et proposer des idées à ajouter à notre roadmap sur https://github.com/orgs/ovh/projects/16/views/5.
Capacités et limitations
Régions prises en charge et multi-AZ
L'offre Public Cloud Databases est disponible dans les régions suivantes :
BHS(Beauharnois, Canada)DE(Francfort, Allemagne)GRA(Gravelines, France)SBG(Strasbourg, France)SGP(Singapour, Singapour)EU-WEST-PAR(Paris, France)EU-SOUTH-MIL(Milan, Italie)UK(Londres, Royaume-Uni)WAW(Varsovie, Pologne)RBX(Roubaix, France)AP-SOUTH-MUM(Mumbai, Inde)
Les nœuds de la base de données doivent se trouver dans la même région.
Versions de Valkey
L'offre Public Cloud Databases utilise les versions suivantes de Redis® open source et de Valkey :
- Valkey 7.2
- Valkey 8.0
- Valkey 8.1
Veuillez consulter le guide sur la politique de cycle de vie des SGBD pour connaître les recommandations concernant les mises à niveau de version et les annonces de fin de vie des versions majeures. Vous pouvez également suivre le cycle de publication de Redis® sur leur page officielle : https://redis.io/topics/releases
Clients Valkey
Vous pouvez utiliser n'importe lequel des clients recommandés par Redis® pour accéder à votre instance.
Plans
Deux plans sont disponibles :
- Essential/Discovery : 1 nœud
- Business/Production : 2 nœuds
Le plan choisi affecte le nombre de nœuds que votre cluster peut exécuter, le SLA, ainsi que quelques autres fonctionnalités comme la rétention des sauvegardes.
Type de licence
Valkey est fourni sous licence BSD 3-Clause.
Plus d'informations sur https://valkey.io/topics/license/.
Ressources matérielles
Pour plus d'informations sur les types de nœuds et les tarifs, veuillez consulter la page des tarifs.
Fonctionnalités
Network
Les clusters Valkey sont accessibles via le port par défaut 20182.
Le réseau public ainsi que le réseau privé (vRack) peuvent être utilisés pour toutes les offres.
Le trafic entrant et sortant est inclus dans les plans de service et non facturé à l'usage.
L'adresse IP du service de base de données est susceptible de changer périodiquement. Il est donc conseillé de ne pas se baser sur ces IPs pour une quelconque configuration, telle qu'une politique de connexion ou de trafic sortant. Utilisez plutôt l'enregistrement DNS fourni et mettez en œuvre des politiques de trafic sortant basées sur des CIDR pour une gestion réseau plus robuste et flexible.
Considérations relatives au réseau privé
Voici quelques éléments à prendre en compte lors de l'utilisation d'un réseau privé :
- Les ports réseau sont créés dans le réseau privé de votre choix. Par conséquent, d'autres opérations sur ce réseau peuvent être restreintes - par exemple, vous ne pourrez pas supprimer le réseau si vous n'avez pas préalablement arrêté les services Public Cloud Databases.
- Lors d'une connexion depuis un sous-réseau externe, la passerelle IP OpenStack doit être activée sur le sous-réseau utilisé pour le service Database. Le client est responsable de toute autre configuration réseau personnalisée.
- Le dimensionnement du sous-réseau doit prendre en compte les nœuds de service, les autres services colocalisés dans le même sous-réseau, ainsi qu'une réserve d'adresses IP disponibles supplémentaires à des fins de maintenance. Un dimensionnement insuffisant des sous-réseaux peut entraîner des difficultés opérationnelles et des dysfonctionnements des services.
- Les annonces de routes des sous-réseaux OpenStack ne seront pas appliquées à vos services.
- Vous ne pouvez créer des services en réseau privé que si vous êtes le propriétaire d'origine du réseau. Vous ne pouvez pas créer de services en réseau privé sur un réseau partagé.
IPs autorisées
Une fois votre service opérationnel, vous pourrez spécifier des adresses IP (ou blocs CIDR) pour autoriser le trafic entrant. Jusque-là, votre service sera inaccessible.
Nombre maximal de connexions simultanées
Le nombre de connexions simultanées dans Public Cloud Databases pour Valkey dépend de la mémoire totale disponible sur le serveur. Nous autorisons 4 * megabytes_of_bytes_memory connexions par Go de RAM, avec un minimum de 10000 connexions, même sur les serveurs les plus petits.
Ainsi, par exemple, sur un serveur disposant de 8 Go de mémoire, vous obtiendrez jusqu'à 8 * 4096 = 32768 connexions simultanées.
Paramètres avancés
Vous pouvez personnaliser davantage votre service en utilisant des paramètres avancés. Consultez la documentation de référence sur les paramètres avancés pour plus d'informations sur les paramètres pris en charge.
Sauvegardes
Les clusters du plan Essential sont automatiquement sauvegardés toutes les 12 heures pendant leur fenêtre de maintenance. La rétention des sauvegardes est de 1 jour.
Les clusters du plan Business/Production sont automatiquement sauvegardés toutes les 12 heures pendant leur fenêtre de maintenance. La rétention des sauvegardes est de 3 jours.
Consultez le guide sur les sauvegardes automatiques pour plus d'informations.
Logs et métriques
Les logs et les métriques sont disponibles via le Control Panel, l'API, et peuvent être transférés vers Logs Data Platform. Pour les instructions de configuration, consultez le guide Public Cloud Databases - Comment configurer le transfert des logs.
- Rétention des logs : 1000 lignes de logs
- Rétention des métriques : 1 mois calendaire
Veuillez noter que si l'instance de base de données est supprimée, les logs et métriques sont également automatiquement supprimés.
Utilisateurs et rôles
La création d'utilisateurs est possible via le Control Panel et l'API.
Pour chaque utilisateur, vous pouvez spécifier :
- Le nom d'utilisateur
- Les clés (comme « cached:* »)
- Les catégories (comme « @set »)
- Les commandes (comme « +ping +info +echo +get +set »)
- Les canaux (comme « * »)
Vous pouvez consulter la documentation officielle de Redis® sur les commandes : https://redis.io/commands/.
Voici la liste des commandes non prises en charge :
- bgrewriteaof
- cluster
- command
- debug
- failover
- migrate
- role
- slaveof
- script
- eval
- evalsha
- acl
- bgsave
- config
- replicaof
- lastsave
- save
- shutdown
- monitor
La mise à jour des ACL utilisateur n'est possible que via l'API. Suivez ce guide pour en savoir plus.
Nous voulons vos retours !
Nous serions ravis de répondre à vos questions et apprécions tout retour que vous pourriez nous faire.
Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur ce lien pour obtenir un devis et demander une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services.
Vous êtes sur Discord ? Rejoignez notre chaîne via https://discord.gg/ovhcloud et interagissez directement avec l’équipe qui développe notre service de bases de données !