Cette page décrit le comportement de votre instance Memorystore pour Redis pendant le scaling. Pour découvrir comment faire évoluer une instance Redis, reportez-vous à la section Réaliser le scaling d'instances Redis.
En fonction du niveau de l'instance, le scaling entraîne des conséquences sur les performances et le stockage de votre application. Il existe également certaines limites associées au scaling d'instances en fonction de la quantité de mémoire actuellement utilisée. Cette page explique comment le scaling d'une instance peut affecter votre application et quand vous pouvez l'effectuer.
Bonnes pratiques pour le scaling d'une instance
Pour les instances de niveau standard, effectuez le scaling pendant les périodes de faible trafic des instances afin d'augmenter la vitesse et la fiabilité de l'opération. Pour savoir comment surveiller le trafic des instances, consultez la page Surveiller des instances Redis.
Lorsque vous réduisez la capacité d'une instance de niveau standard, vous devez choisir une taille supérieure à la quantité de données stockée ou le scaling échouera.
- Par exemple, si vous disposez d'une instance de 10 Go qui contient 5,5 Go de données, vous pouvez redimensionner l'instance à un minimum de 6 Go. L'espace de stockage utilisé par votre instance est visible sur sa page d'informations dans la console Google Cloud.
Comportement du scaling des instances
Les données sont conservées lors du scaling des instances du niveau de base et du niveau standard. Lors du scaling, l'instance subit une brève réinitialisation de la connexion de quelques minutes maximum. Les applications doivent intégrer une logique de nouvelle tentative dans le code pour pouvoir se reconnecter à l'instance. L'adresse IP et la chaîne de connexion restent les mêmes.
En raison de la coupure de connexion à court terme, il peut y avoir une petite quantité de données obsolètes ou incohérentes qui n'ont pas été écrites ou mises à jour dans le cache pendant le court laps de temps pendant lequel l'instance était indisponible.
Si vous émettez une écriture pendant la coupure de connexion, Memorystore renvoie l'erreur READONLY You can't write against a read only replica. Cette erreur est temporaire et ne dure que quelques secondes. Elle est résolue une fois l'opération de scaling terminée.
Charge d'écriture lors du scaling
Vous devez effectuer le scaling d'une instance au cours d'une période de faible trafic afin de minimiser l'impact sur les performances de votre application. Une charge d'écriture élevée ou une forte pression sur la mémoire peuvent entraîner une opération de scaling beaucoup plus longue et entraîner l'échec de l'opération. Pour en savoir plus, consultez la section Opérations de scaling et de mise à niveau de version.
Clés expirées
Lors du scaling d'une instance de niveau standard, les clés expirées ne sont pas synchronisées. Si vous avez des clés expirées dans l'instance Redis avant le scaling, vous aurez moins de clés après le scaling de l'instance.