Я споживач Amazon RDS і щодня спостерігаю стрибки затримки запису RDS Amazon, що приблизно відповідає вікні резервного копіювання. Я також побачу сплески в кінці знімка (на прикладі: запуск знімка триває приблизно 1 годину, а в останні 5 хвилин напишіть затримки). Я запускаю мульти-AZ m1.large розгортання.
Хтось із Stack може пояснити, як насправді працює резервне копіювання Amazon RDS ? Я прочитав документи Amazon RDS, і, наскільки я можу зрозуміти, Amazon RDS не поводиться відповідно до специфікацій. Зокрема, ці операції резервного копіювання / знімка повинні потрапляти в мою репліку і, отже, не спричиняти будь-яких простоїв / швидкодії, або я так думав.
Я можу передати свою проблему на шість запитань:
- Що технічно відбувається під час знімка та резервного копіювання, і чим вони відрізняються? (Якщо ви відповідаєте на це запитання, скажіть, будь ласка, чи можете ви емпірично підтвердити свою відповідь, або просто цитуєте мені документацію).
- Чи можна очікувати стрибка затримки запису під час вікна резервного копіювання при розгортанні з декількома AZ?
- Чи очікується стрибок затримки запису в кінці знімка при розгортанні декількох AZ?
- Чи мій стрибок затримки запису був би ще вищим, якби я не був мульти-AZ?
- Архітектурно, чи зміг би я уникнути цих стрибків затримки запису, якщо б прокатував власну базу даних, що працює на двох екземплярах m1.large EC2?
- Чи є якісь конфігурації, якими я можу скористатися, щоб уникнути цих стрибків затримки запису, все ще розміщуючи свою БД за допомогою RDS, чи я фактично перебуваю на владі Amazon?
Бонусне запитання: де і як ви розміщуєте свою базу даних mysql?
Я можу сказати, що я загалом задоволений RDS, за винятком цих щоденних проблем із затримкою запису. Мені подобається вбудований моніторинг баз даних, і його було досить просто налаштувати та розпочати.
Дякую!
