Cette page décrit le comportement de votre instance Memorystore pour Redis pendant le scaling. Pour savoir comment faire évoluer une instance Redis, consultez Faire évoluer des 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. La quantité de stockage utilisée par votre instance est visible sur sa page d'informations dans la consoleGoogle Cloud .
Comportement du scaling des instances
Lors de la mise à l'échelle des instances de niveau Basic et Standard, les données sont conservées. Lorsque vous effectuez un scaling d'une instance, celle-ci subit une courte réinitialisation de connexion de quelques minutes ou moins. Nous vous recommandons d'intégrer une logique de nouvelle tentative dans le code des applications afin qu'elles puissent se reconnecter à l'instance. L'adresse IP et la chaîne de connexion restent inchangées.
De plus, il peut y avoir un intervalle de plusieurs minutes pendant lequel les métriques principales de l'instance n'apparaissent pas. Hormis la brève réinitialisation de la connexion, l'instance reste disponible pendant cette période, et la création de rapports de métriques reprend une fois l'intervalle de temps écoulé. Il peut y avoir une petite quantité de données obsolètes ou incohérentes qui ne sont pas écrites ou mises à jour dans le cache pendant la courte période d'indisponibilité de l'instance.
Si vous émettez une écriture pendant l'interruption de la 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 se résout une fois l'opération de scaling terminée.
Charge d'écriture lors du scaling
Vous devez effectuer le scaling d'une instance pendant 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 peut entraîner un allongement significatif de l'opération de scaling et provoquer l'échec de l'opération. Pour en savoir plus, consultez 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.
Bonnes pratiques
Pour vous aider à faire évoluer la capacité de votre instance, nous vous recommandons de suivre les bonnes pratiques suivantes :
- Choisissez le moment où vous souhaitez effectuer le scaling : pour augmenter la vitesse et la fiabilité du scaling de votre instance, effectuez-le pendant les périodes de faible trafic. Pour savoir comment surveiller le trafic des instances, consultez Surveiller les instances.
- Prenez en compte les données stockées lors du scaling à la baisse : si vous effectuez un scaling à la baisse de votre instance, vous devez choisir une taille supérieure à la quantité de données stockées par l'instance. Par exemple, si vous disposez d'une instance de 10 Go contenant 5,5 Go de données stockées, redimensionnez l'instance à 6 Go ou plus.
- Réessayez lorsque vous ne pouvez pas effectuer de scaling : la disponibilité des ressources change fréquemment. Si vous ne pouvez pas effectuer le scaling de votre instance en raison d'une contrainte de ressources temporaire, essayez de le faire ultérieurement.