Согласно Amazon, это не рекомендуемая практика с DMS:
Двунаправленная репликация не рекомендуется с DMS. Типичный сценарий репликации имеет один источник и цель. Когда исходная и целевая конечные точки различны, DMS гарантирует целостность транзакции. При двунаправленной репликации эти источник и цели могут быть обращены вспять и привести к непредвиденным последствиям, если одна и та же строка обновляется двумя разными задачами репликации. Двусторонняя репликация работает лучше всего, когда таблицы, обновляемые из источника в цель, логически независимы от таблиц, обновляемых из цели в источник.
(из https://aws.amazon.com/dms/faqs/)
Конечно, вы можете попытаться настроить два задания DMS, указывающие в разных направлениях. (Вы ДЕЙСТВИТЕЛЬНО сказали, что искали идеи; я не думаю, что это особенно хорошая идея.) Вы также можете подумать о создании экземпляра SQL Server RDS (вместо MySQL), поскольку вы можете использовать некоторые из SQL Server. встроенная двунаправленная репликация. Приятной частью здесь является то, что он решает проблемы, с которыми вы можете столкнуться при переходе между разными системами баз данных (например, циклы). У Microsoft есть это, чтобы сказать об этом:
Двунаправленная репликация транзакций - это особая топология репликации транзакций, которая позволяет двум серверам обмениваться изменениями друг с другом: каждый сервер публикует данные, а затем подписывается на публикацию с теми же данными с другого сервера. Для параметра @ loopback_detection в sp_addsubscription (Transact-SQL) задано значение TRUE, чтобы гарантировать, что изменения отправляются только подписчику и не приводят к тому, что изменения отправляются обратно издателю.
(из https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/bidirectional-transactional-replication?view=sql-server-2017)
Удачи!