Yandex Cloud
  • Сервисы
  • Решения
  • Почему Yandex Cloud
  • Сообщество
  • Тарифы
  • Документация
  • Связаться с нами
Подключиться
Language / Region
Проект Яндекса
© 2023 ООО «Яндекс.Облако»
Yandex Managed Service for MongoDB
  • Начало работы
  • Пошаговые инструкции
    • Все инструкции
    • Информация об имеющихся кластерах
    • Создание кластера
    • Подключение к базе данных
      • Обзор способов подключения к базе данных
      • Подключение к нешардированному кластеру
      • Подключение к шардированному кластеру
    • Остановка и запуск кластера
    • Изменение настроек кластера и базы данных
    • Переключение первичной реплики
    • Обновление версии MongoDB
    • Управление базами данных
    • Управление хостами кластера
    • Управление пользователями БД
    • Управление резервными копиями
    • Управление шардами
    • Просмотр логов кластера
    • Удаление кластера
    • Мониторинг состояния кластера и хостов
    • Диагностика производительности
    • Инструменты для анализа производительности
  • Практические руководства
    • Все сценарии
    • Шардирование коллекций
    • Миграция данных в Managed Service for MongoDB
    • Миграция коллекций из стороннего кластера MongoDB
    • Анализ производительности и оптимизация MongoDB
  • Концепции
    • Взаимосвязь ресурсов сервиса
    • Классы хостов
      • Действующие классы хостов
      • Архив
        • До 1 июня 2020 года
      • Использование устаревших классов хостов
    • Сеть в Managed Service for MongoDB
    • Редакции MongoDB
    • Квоты и лимиты
    • Хранилище в Managed Service for MongoDB
    • Резервные копии
    • Репликация
    • Шардирование
    • Пользователи и роли
    • Техническое обслуживание
    • Поддерживаемые клиенты
    • Настройки MongoDB
  • Управление доступом
  • Правила тарификации
    • Действующие правила
    • Архив
      • До 1 января 2019 года
      • С 1 января до 1 марта 2019 года
      • С 1 марта 2019 года до 1 февраля 2020 года
  • Справочник API
    • Аутентификация в API
    • gRPC (англ.)
      • Overview
      • BackupService
      • ClusterService
      • DatabaseService
      • ResourcePresetService
      • UserService
      • OperationService
    • REST (англ.)
      • Overview
      • Backup
        • Overview
        • delete
        • get
        • list
      • Cluster
        • Overview
        • addHosts
        • addShard
        • backup
        • create
        • delete
        • deleteHosts
        • deleteShard
        • enableSharding
        • get
        • getShard
        • list
        • listBackups
        • listHosts
        • listLogs
        • listOperations
        • listShards
        • move
        • rescheduleMaintenance
        • resetupHosts
        • restartHosts
        • restore
        • start
        • stepdownHosts
        • stop
        • streamLogs
        • update
      • Database
        • Overview
        • create
        • delete
        • get
        • list
      • ResourcePreset
        • Overview
        • get
        • list
      • User
        • Overview
        • create
        • delete
        • get
        • grantPermission
        • list
        • revokePermission
        • update
      • Operation
        • Overview
        • get
  • История изменений
  • Вопросы и ответы
    • Общие вопросы
    • Вопросы о MongoDB
    • Все вопросы на одной странице
  1. Практические руководства
  2. Миграция коллекций из стороннего кластера MongoDB

Перенос коллекций из MongoDB в Managed Service for MongoDB

Статья создана
Yandex Cloud
  • Перед началом работы
  • Перенос данных с использованием сервиса Yandex Data Transfer
  • Пример переноса коллекции
    • Настройте кластер-источник
    • Создайте и настройте кластер-приемник
    • Настройте эндпоинты и трансфер
    • Перенесите данные
    • Удалите созданные ресурсы

Чтобы перенести коллекции, хранящиеся в стороннем кластере MongoDB, в кластер Managed Service for MongoDB, нужно непосредственно перенести данные, закрыть старые базы данных на запись и переключить нагрузку на кластер в Yandex Cloud.

Перед началом работы

Убедитесь, что к хостам кластера-источника можно подключиться из интернета.

Перенос данных с использованием сервиса Yandex Data Transfer

  1. Подготовьте кластер-источник.

  2. Подготовьте кластер-приемник.

  3. Создайте эндпоинт для источника со следующими параметрами:

    • Тип базы данных — MongoDB.

    • Параметры эндпоинта → Настройки подключения — Пользовательская инсталляция.

      Укажите параметры подключения к кластеру-источнику.

  4. Создайте эндпоинт для приемника со следующими параметрами:

    • Тип базы данных — MongoDB.

    • Параметры эндпоинта → Настройки подключения — Кластер MDB.

      Укажите идентификатор кластера-приемника.

  5. Создайте трансфер типа Копирование и репликация, использующий созданные эндпоинты.

    Чтобы ускорить копирование больших коллекций (более 1 ГБ), включите шардирование в настройках трансфера: Среда исполнения → Yandex Cloud → Параметры шардированного копирования → Количество инстансов. Укажите значение 2 или больше. Коллекция разделится на указанное количество частей, которые будут копироваться параллельно.

    Чтобы шардирование работало, тип данных поля _id у всех документов коллекции должен быть одинаковым. Если трансфер обнаруживает неоднородность типов, то коллекция не разбивается на части и переносится в одном потоке. При необходимости перед началом трансфера удалите из коллекции документы с отличающимися типами данных.

    Примечание

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

  6. Активируйте трансфер.

  7. Дождитесь перехода трансфера в статус Реплицируется.

  8. Переведите кластер-источник в режим только чтение и переключите нагрузку на кластер-приемник.

  9. На странице мониторинга трансфера дождитесь снижения до нуля характеристики Maximum lag on delivery. Это значит, что на кластер-приемник перенесены все изменения, произошедшие в кластере-источнике после завершения копирования данных.

  10. Деактивируйте трансфер и дождитесь его перехода в статус Остановлен.

    Подробнее о статусах трансфера см. в разделе Жизненный цикл трансфера.

  11. Удалите остановленный трансфер.

  12. Удалите эндпоинты для источника и приемника.

Пример переноса коллекции

  1. Настройте кластер-источник.
  2. Создайте и настройте кластер-приемник.
  3. Настройте эндпоинты и трансфер.
  4. Перенесите данные.
  5. Удалите созданные ресурсы.

Настройте кластер-источник

  1. Подключитесь к хосту mongos кластера-источника MongoDB с помощью утилиты mongosh.

  2. Создайте базу данных db1.

  3. Создайте пользователя с правами владельца базы данных db1 и авторизуйтесь под его именем:

    use admin
    db.createUser({
      user: "user1",
      pwd: passwordPrompt(),
      roles: [
          {
              role: "dbOwner",
              db: "db1"
          }
      ]
    })
    
    db.auth("user1")
    
  4. Заполните коллекцию collection1 в базе db1 случайными значениями. В коллекцию будет вставлено 200 000 записей:

    use db1
    function randomName() {
      // Base 36 uses letters and digits to represent a number:
      return (Math.random()+1).toString(36).substring(2);
    }
    
    var day = 1000 * 60 * 60 * 24;
    function randomDate () {
      return new Date(Date.now() - (Math.floor(Math.random() * day)));
    }
    
    for (var i = 1; i <= 200000; ++i) {
      db.collection1.insertOne({
       name: randomName(),
       creationDate: randomDate(),
       uid: i
      });
    }
    

Создайте и настройте кластер-приемник

Нешардированный кластер-приемник
Шардированный кластер-приемник
  1. Создайте кластер Managed Service for MongoDB любой подходящей конфигурации.
  2. Создайте базу данных db1.
  3. Создайте пользователя user_transfer с ролью readWrite на созданную базу.
  1. Создайте кластер Managed Service for MongoDB любой подходящей конфигурации. В кластере должно быть не менее двух хостов.
  2. Включите шардирование.
  3. Создайте базу данных db1.
  4. Создайте пользователя user_transfer с ролью readWrite на созданную базу и ролью mdbShardingManager на служебную базу admin.
  5. Следуя инструкции, создайте и настройте в базе db1 пустую шардированную коллекцию collection1.

Настройте эндпоинты и трансфер

Нешардированный кластер-приемник
Шардированный кластер-приемник
  1. Создайте эндпоинт для кластера-источника:
    • Тип базы данных — MongoDB.
    • Настройки подключения — Пользовательская инсталляция.
      • Сертификат CA — загрузите файл сертификата, если при подключении к кластеру-источнику требуется шифрование.
      • Список хостов — укажите FQDN хостов кластера-источника.
      • Порт — укажите порт для подключения к хостам.
      • Источник аутентификации — db1.
      • Имя пользователя — user1.
      • Пароль — укажите пароль пользователя user1.
  2. Создайте эндпоинт для кластера-приемника:
    • Тип базы данных — MongoDB.
    • Настройки подключения — Кластер MDB.
      • Укажите идентификатор кластера-приемника.
      • Имя пользователя — user_transfer.
      • Пароль — укажите пароль пользователя user_transfer.
      • Политика очистки — DROP.
  3. Создайте трансфер:
    • Тип трансфера — Копирование и репликация.
    • Источник — выберите созданный эндпоинт для кластера-источника.
    • Приемник — выберите созданный эндпоинт для кластера-приемника.
  1. Создайте эндпоинт для кластера-источника:
    • Тип базы данных — MongoDB.
    • Настройки подключения — Пользовательская инсталляция.
      • Сертификат CA — загрузите файл сертификата, если при подключении к кластеру-источнику требуется шифрование.
      • Список хостов — укажите FQDN хостов кластера-источника.
      • Порт — укажите порт для подключения к хостам.
      • Источник аутентификации — db1.
      • Имя пользователя — user1.
      • Пароль — укажите пароль пользователя user1.
  2. Создайте эндпоинт для кластера-приемника:
    • Тип базы данных — MongoDB.
    • Настройки подключения — Кластер MDB.
      • Укажите идентификатор кластера-приемника.
      • Имя пользователя — user_transfer.
      • Пароль — укажите пароль пользователя user_transfer.
      • Политика очистки — DISABLED или TRUNCATE.
  3. Создайте трансфер:
    • Тип трансфера — Копирование и репликация.
    • Источник — выберите созданный эндпоинт для кластера-источника.
    • Приемник — выберите созданный эндпоинт для кластера-приемника.

Перенесите данные

Нешардированный кластер-приемник
Шардированный кластер-приемник
  1. Активируйте созданный трансфер.

  2. Дождитесь перехода трансфера в статус Реплицируется.

  3. Переведите кластер-источник в режим только чтение и переключите нагрузку на кластер-приемник.

  4. На странице мониторинга трансфера дождитесь снижения до нуля характеристики Maximum lag on delivery, [s]. Это значит, что на кластер-приемник перенесены все изменения, произошедшие в кластере-источнике после завершения копирования данных.

  5. Подключитесь к кластеру-приемнику.

  6. Проверьте, что коллекция collection1 перенесена и количество документов в ней равно 200 000, как в кластере-источнике:

    use db1
    db.collection1.countDocuments()
    
    200000
    
  1. [Активируйте]../../data-transfer/operations/transfer.md#activate) созданный трансфер.

  2. Дождитесь перехода трансфера в статус Реплицируется.

  3. Переведите кластер-источник в режим только чтение и переключите нагрузку на кластер-приемник.

  4. На странице мониторинга трансфера дождитесь снижения до нуля характеристики Maximum lag on delivery, [s]. Это значит, что на кластер-приемник перенесены все изменения, произошедшие в кластере-источнике после завершения копирования данных.

  5. Подключитесь к кластеру-приемнику.

  6. Проверьте, что коллекция collection1 перенесена, количество документов в ней равно 200 000, как в кластере-источнике, и документы распределены по шардам:

    use db1
    db.collection1.countDocuments()
    
    200000
    
    db.collection1.getShardDistribution()
    
    Shard rs01 at rs01/<host1>
    {
      data: '7.05MiB',
      docs: 99752,
      chunks: 2,
      'estimated data per chunk': '3.52MiB',
      'estimated docs per chunk': 49876
    }
    ---
    Shard rs02 at rs02/<host2>
    {
      data: '7.08MiB',
      docs: 100248,
      chunks: 2,
      'estimated data per chunk': '3.54MiB',
      'estimated docs per chunk': 50124
    }
    ---
    ...
    

Удалите созданные ресурсы

Если созданные ресурсы вам больше не нужны, удалите их:

  1. Деактивируйте трансфер и дождитесь его перехода в статус Остановлен.

    Подробнее о жизненном цикле трансфера читайте в документации Yandex Data Transfer.

  2. Удалите остановленный трансфер.

  3. Удалите эндпоинты для источника и приемника.

  4. Удалите созданный кластер Managed Service for MongoDB.

Была ли статья полезна?

Language / Region
Проект Яндекса
© 2023 ООО «Яндекс.Облако»
В этой статье:
  • Перед началом работы
  • Перенос данных с использованием сервиса Yandex Data Transfer
  • Пример переноса коллекции
  • Настройте кластер-источник
  • Создайте и настройте кластер-приемник
  • Настройте эндпоинты и трансфер
  • Перенесите данные
  • Удалите созданные ресурсы