Облачная платформаAdvanced

Что такое DRS?

Язык статьи: Русский
Показать оригинал
Страница переведена автоматически и может содержать неточности. Рекомендуем сверяться с английской версией.

Data Replication Service (DRS) — это простой в использовании, стабильный и эффективный облачный сервис для онлайн‑миграции баз данных и синхронизации баз данных в реальном времени.

Он упрощает передачу данных между базами данных и снижает затраты на передачу данных.

Вы можете использовать DRS для быстрой передачи данных между разными DB‑движками.

Real-Time Migration

С помощью DRS вы можете мигрировать данные от источников к назначениям в реальном времени. Вы создаёте репликационный экземпляр, чтобы подключиться как к источнику, так и к назначению, и настраиваете объекты для миграции. DRS поможет вам сравнить метрики и данные между источником и назначением, чтобы определить оптимальное время перехода на целевую базу данных, минимизируя простой службы.

Миграцию в реальном времени можно выполнять через различные сети, такие как публичные сети, Virtual Private Cloud (VPC), Virtual Private Network (VPN) и Direct Connect. С помощью этих сетевых соединений вы можете мигрировать данные между разными облачными платформами, из локальных баз данных в облачные базы данных, а также между облачными базами данных в разных регионах.

DRS поддерживает инкрементальную миграцию, поэтому вы можете реплицировать текущие изменения, чтобы поддерживать синхронизацию источников и назначений, минимизируя влияние простоя сервиса и миграции.

Рисунок 1 Процесс миграции в реальном времени


Бэкап Миграция

По соображениям безопасности часто необходимо скрыть реальный IP-адрес вашей базы данных. Перенос данных через выделенные соединения является вариантом, но он дорогой. DRS поддерживает Бэкап миграцию, которая позволяет экспортировать данные из исходной базы данных для бэкапа и загрузить файлы бэкапа в Object Storage Service (OBS). Затем вы можете восстановить файлы бэкапа в целевой базе данных, чтобы завершить миграцию. Этот метод позволяет вам мигрировать данные, не раскрывая ваши исходные базы данных в Интернет.

Вы можете использовать Бэкап миграцию, когда хотите перенести локальные базы данных в облако.

Без подключения к вашим источникам DRS может помочь вам завершить миграцию данных.

Рисунок 2 Процесс Бэкап миграции


Синхронизация в реальном времени

При синхронизации в режиме реального времени данные критически важных рабочих нагрузок могут быть перемещены из исходной базы данных в целевую базу данных при гарантированной согласованности данных.

Это отличается от миграции. Миграция подразумевает перенос всей вашей базы данных с одной платформы на другую, тогда как синхронизация относится к непрерывному потоку данных между разными рабочими нагрузками.

Вы можете использовать синхронизацию в режиме реального времени для систем анализа и отчетности в реальном времени.

Синхронизация в режиме реального времени в основном используется для синхронизации таблиц и данных. Она может удовлетворять различные требования, такие как синхронизация «многие‑к‑одному», «один‑к‑многим», динамическое добавление и удаление таблиц, а также синхронизация между таблицами с разными именами.

Рисунок 3 Процесс синхронизации в режиме реального времени «многие‑к‑одному»


Real-Time Disaster Recovery

Чтобы предотвратить недоступность сервиса, вызванную региональными сбоями, DRS предоставляет восстановление после аварий для обеспечения непрерывности сервиса. Вы можете легко реализовать восстановление после аварий между локальной инфраструктурой и облаком, не вкладывая значительные средства в инфраструктуру заранее.

Архитектуры восстановления после катастроф, такие как двухузловая трех-ЦОД и двухузловая четырех-ЦОД, поддерживаются.

Figure 4 Real-time DR switchover


Workload Replay

Задача воспроизведения нагрузки имитирует нагрузку исходной базы данных и запускает её на целевой базе данных, чтобы вы могли оценить функциональность и производительность целевой базы данных.

Задача состоит из захвата и воспроизведения SQL. Все SQL‑операции (create, delete, update и query) выполненные за требуемый период в исходной базе данных будут загружены захватным инструментом из binlog, а затем кэшированы и внедрены в целевую базу данных, где вы можете запустить воспроизведение и просмотреть производительность.

Typical Scenarios

  • Создав задачу воспроизведения нагрузки, вы можете оценить, как сервисная нагрузка исходной базы данных работает на целевой базе данных.
  • Указав поток воспроизведения и скорость, вы можете смоделировать пиковую сервисную нагрузку исходной базы данных и оценить стабильность целевой базы данных при резком росте нагрузки.

Figure 5 Повторное воспроизведение нагрузки