Data Replication Service (DRS) — это простой в использовании, стабильный и эффективный облачный сервис для онлайн‑миграции баз данных и синхронизации баз данных в реальном времени.
Он упрощает передачу данных между базами данных и снижает затраты на передачу данных.
Вы можете использовать DRS для быстрой передачи данных между различными движками БД.
Миграция в реальном времени
С помощью DRS вы можете мигрировать данные от источников к получателям в реальном времени. Вы создаёте replication instance для подключения как к источнику, так и к получателю и настраиваете объекты для миграции. DRS поможет вам сравнить метрики и данные между источником и получателем, чтобы определить оптимальное время переключения на базу данных получателя, минимизируя простой сервиса.
Миграцию в реальном времени можно выполнять через различные сети, такие как публичные сети, Virtual Private Cloud (VPC), Virtual Private Network (VPN) и Direct Connect. С помощью этих сетевых соединений вы можете мигрировать данные между различными облачными платформами, от локальных баз данных к облачным базам данных, либо между облачными базами данных в разных регионах.
DRS поддерживает инкрементную миграцию, позволяя реплицировать текущие изменения для синхронизации источников и получателей, минимизируя влияние простоя сервиса и миграции.
Figure 1 Процесс миграции в реальном времени
Миграция резервного копирования
По соображениям безопасности часто требуется скрыть реальный IP‑адрес вашей базы данных. Миграция данных через выделенные соединения возможна, но она дорогая. DRS поддерживает миграцию резервного копирования, позволяя экспортировать данные из исходной базы данных для резервного копирования и загружать файлы резервных копий в Object Storage Service (OBS). Затем вы можете восстановить файлы резервных копий в целевой базе данных, завершив миграцию. Этот метод позволяет мигрировать данные, не раскрывая исходные базы данных в Интернет.
Вы можете использовать миграцию резервного копирования, когда необходимо перенести локальные базы данных в облако.
Без подключения к вашим источникам DRS может помочь завершить миграцию данных.
Figure 2 Процесс миграции резервного копирования
Синхронизация в реальном времени
При синхронизации в реальном времени данные критических рабочих нагрузок могут перемещаться из исходной базы данных в целевую базу данных при гарантии согласованности данных.
Это отличается от миграции. Миграция означает перемещение всей базы данных с одной платформы на другую, тогда как синхронизация относится к непрерывному потоку данных между различными рабочими нагрузками.
Вы можете использовать синхронизацию в реальном времени для систем анализа и отчетности в реальном времени.
Синхронизация в реальном времени в основном используется для синхронизации таблиц и данных. Она может удовлетворять различные требования, такие как синхронизация «многие‑к‑одному», «один‑ко‑многим», динамическое добавление и удаление таблиц, а также синхронизация между таблицами с разными именами.
Рисунок 3 Процесс синхронизации в реальном времени «многие‑к‑одному»
Восстановление после катастроф в реальном времени
Чтобы предотвратить недоступность сервиса, вызванную региональными сбоями, DRS обеспечивает восстановление после катастроф для обеспечения непрерывности сервиса. Вы можете легко реализовать восстановление после катастроф между локальной инфраструктурой и облаком, не требуя значительных предварительных инвестиций в инфраструктуру.
Поддерживаются архитектуры восстановления после катастроф, такие как двухузловая с тремя дата‑центрами и двухузловая с четырьмя дата‑центрами.
Рисунок 4 Переключение DR в реальном времени
Повтор рабочей нагрузки
Задача повторения рабочей нагрузки имитирует нагрузку исходной базы данных и выполняет её на целевой базе данных, что позволяет оценить функциональность и производительность целевой базы данных.
Задача состоит из захвата и повторения SQL. Все SQL‑операторы (создание, удаление, обновление и запросы), выполненные за требуемый период в исходной базе данных, будут загружены инструментом захвата из binlog, затем кэшированы и внедрены в целевую базу данных, где вы можете запустить повтор и проанализировать производительность.
Типичные сценарии
- Создав задачу повторения рабочей нагрузки, вы можете оценить, как сервисная нагрузка исходной базы данных работает на целевой базе данных.
- Указав поток и скорость повторения, вы можете смоделировать пиковую сервисную нагрузку исходной базы данных и оценить стабильность целевой базы данных при резком росте нагрузки.
Рисунок 5 Повтор нагрузки
