Je suis un client Amazon RDS et je rencontre quotidiennement des pics de latence d'écriture Amazon RDS, correspondant à peu près à la fenêtre de sauvegarde. Je verrai également des pics à la fin d'un instantané (exemple: exécuter un instantané prend environ 1 heure et dans les 5 dernières minutes, écrire des pics de latence). J'exécute un déploiement multi-AZ m1.large.
Y a-t-il quelqu'un sur Stack qui peut expliquer comment la sauvegarde Amazon RDS fonctionne réellement ? J'ai lu les documents Amazon RDS et, pour autant que je sache, Amazon RDS ne se comporte pas conformément aux spécifications. Plus précisément, ces opérations de sauvegarde / instantané devraient frapper mon réplica, et donc ne causer aucun temps d'arrêt / performance, du moins je le pensais.
Je peux distiller mon problème en six questions:
- Que se passe-t-il techniquement pendant un instantané et une sauvegarde, et en quoi sont-ils différents? (Si vous répondez à cette question, veuillez me dire si vous êtes en mesure de confirmer empiriquement votre réponse ou si vous me citez simplement de la documentation).
- Faut-il s'attendre à un pic de latence d'écriture pendant la fenêtre de sauvegarde sur un déploiement multi-AZ?
- Faut-il s'attendre à un pic de latence d'écriture à la fin d'un instantané sur un déploiement multi-AZ?
- Mon pic de latence en écriture serait-il encore plus élevé si je n'étais pas multi-AZ?
- Architecturalement, pourrais-je éviter ces pics de latence d'écriture si je roulais ma propre base de données sur deux instances m1.large EC2?
- Y a-t-il des configurations que je peux utiliser pour éviter ces pics de latence d'écriture tout en hébergeant ma base de données avec RDS, ou suis-je effectivement à la merci d'Amazon?
Question bonus: où et comment hébergez-vous votre base de données mysql?
Je peux dire que je suis généralement satisfait de RDS, sauf pour ces problèmes quotidiens de latence d'écriture. J'adore la surveillance de la base de données intégrée et c'était assez simple à configurer et à démarrer.
Merci!