Служба миграции в База данных Azure для PostgreSQL
Область применения:
гибкий сервер Базы данных Azure для PostgreSQL
Служба миграции в База данных Azure для PostgreSQL упрощает процесс перемещения баз данных PostgreSQL в Azure, предлагая варианты миграции с одного сервера База данных Azure для PostgreSQL, AWS RDS для PostgreSQL, локальных серверов и виртуальных машин Azure. Служба миграции предназначена для перехода на База данных Azure для PostgreSQL — гибкий сервер с легкостью и уверенностью.
Ниже приведены некоторые преимущества использования службы миграции:
- Управляемая служба миграции.
- Поддержка миграции схем и данных.
- Сложная настройка не существует.
- Простое использование интерфейса миграции на основе портала или интерфейса командной строки.
- Ограничения с точки зрения размера баз данных, которые он может обрабатывать.
На следующем рисунке представлено визуальное представление различных источников PostgreSQL, которые можно перенести с помощью службы миграции в База данных Azure для PostgreSQL. Он выделяет разнообразие исходных сред, включая локальные базы данных, виртуальные машины и размещенные в облаке экземпляры, которые можно легко перенести в База данных Azure для PostgreSQL.
Ниже приведен обзор процесса миграции, в частности подробные сведения о шагах, связанных с миграцией с База данных Azure для PostgreSQL — отдельный сервер на База данных Azure для PostgreSQL — гибкий сервер. На схеме показан рабочий процесс миграции и ключевые этапы миграции для успешного перехода в База данных Azure для PostgreSQL — гибкий сервер.
Зачем выбирать гибкий сервер?
База данных Azure для PostgreSQL на базе выпуска Сообщества PostgreSQL доступен в этом режиме развертывания: гибкий сервер — это служба PostgreSQL следующего поколения в Azure, которая обеспечивает максимальную гибкость по сравнению с базой данных и встроенными оптимизацией затрат и предлагает несколько преимуществ по сравнению с одноранговыми продуктами.
Высокая производительность — гибкий сервер работает на виртуальной машине Linux, которая лучше всего подходит для запуска ядра PostgreSQL.
Экономия затрат — гибкий сервер позволяет остановить и запустить сервер по запросу, чтобы снизить TCO. Выставление счетов на уровне вычислений останавливается немедленно, что позволяет значительно сократить затраты во время разработки и тестирования, а также для прогнозируемых рабочих нагрузок с привязкой к времени.
Поддержка новых версий PG — гибкий сервер поддерживает все основные версии PostgreSQL, начиная с версии 11.
Свернутая задержка — вы можете обсортировать гибкий сервер в той же зоне доступности, что и сервер приложений, что приводит к минимальной задержке.
Подключение пулов — Гибкий сервер имеет встроенный механизм пула подключений с помощью pgBouncer для поддержки тысяч активных подключений с низкими затратами.
Параметры сервера — гибкий сервер предлагает широкий набор параметров сервера для настройки и настройки.
Пользовательский период обслуживания— можно запланировать период обслуживания гибкого сервера в течение определенного дня и времени недели.
Высокий уровень доступности — гибкий сервер поддерживает высокий уровень доступности в одной зоне доступности и между зонами доступности, настроив резервный сервер в синхронизации с основным.
Безопасность — гибкий сервер предлагает несколько уровней защиты информации и шифрования для защиты данных.
Векторный поиск + расширение ИИ Azure. Интеграция расширения векторного поиска и ИИ Azure для PostgreSQL позволяет пользователям выполнять расширенные операции поиска и использовать аналитические сведения на основе ИИ непосредственно в базе данных, повышая возможности запросов и аналитику приложений.
Как выполнить миграцию на гибкий сервер База данных Azure для PostgreSQL?
Варианты миграции из исходного экземпляра PostgreSQL на гибкий сервер:
Автономная миграция— при автономной миграции все приложения, подключающиеся к исходному экземпляру, остановлены, а базы данных копируются на гибкий сервер.
Миграция по сети. При миграции через Интернет приложения, подключающиеся к исходному экземпляру, не остановлены, пока базы данных копируются на гибкий сервер. За начальной копией баз данных следует реплика tion, чтобы обеспечить синхронизацию гибкого сервера с исходным экземпляром. Переход выполняется, когда гибкий сервер полностью синхронизируется с исходным экземпляром, что приводит к минимальному простою.
В следующей таблице представлен обзор автономных и сетевых параметров.
| Вариант | Плюсы | Минусы | Рекомендуется для |
|---|---|---|---|
| Offline | — Простой, простой и менее сложный для выполнения. - Очень меньше шансов на неудачу. — нет ограничений относительно объектов базы данных, которые она может обрабатывать |
Время простоя приложений. | — Лучше всего подходит для сценариев, когда простота и высокая скорость успеха являются важными. — Идеально подходит для сценариев, в которых база данных может быть отключена без значительного влияния на бизнес-операции. — Подходит для баз данных, когда процесс миграции может быть завершен в течение запланированного периода обслуживания. |
| Миграция по сети | — очень минимальное время простоя приложения. — идеально подходит для больших баз данных и клиентов с ограниченным временем простоя. |
— Репликация, используемая в оперативной миграции, имеет несколько ограничений (например, первичные ключи, необходимые во всех таблицах). — сложный и сложный процесс выполнения, чем автономная миграция. — больше шансов на сбой из-за сложности миграции. — Существует влияние на хранилище и вычисления исходного экземпляра, если миграция выполняется в течение длительного времени. Влияние должно внимательно отслеживаться во время миграции. |
- Лучше всего подходит для предприятий, где непрерывность является критической и простоем должна быть сохранена до абсолютного минимума. — Рекомендуется для баз данных, когда процесс миграции должен происходить без прерывания текущих операций. |
В следующей таблице перечислены различные источники, поддерживаемые службой миграции.
| Тип источника PostgreSQL | Автономная миграция | Оперативная миграция |
|---|---|---|
| База данных Azure для PostgreSQL — отдельный сервер | Поддерживается | Поддерживается |
| AWS RDS для PostgreSQL | Поддерживается | Запланировано на будущий выпуск |
| Локально | Поддерживается | Запланировано на будущий выпуск |
| Azure | Поддерживается | Запланировано на будущий выпуск |
Преимущества службы миграции в База данных Azure для PostgreSQL по сравнению с Azure DMS (классическая модель)
Ниже приведены основные преимущества использования этой службы для миграции PostgreSQL:
- Полностью управляемая служба: служба миграции в База данных Azure для PostgreSQL является полностью управляемой службой, то есть мы обрабатываем сложности процесса миграции.
- Комплексная миграция: поддерживает как схему, так и миграцию данных, обеспечивая полную и точную передачу всей среды базы данных в Azure.
- Простота установки. Предназначено для удобства пользователей, устраняя сложные процедуры установки, которые часто могут быть барьером для запуска проекта миграции.
- Нет ограничений размера данных. При наличии возможности обработки баз данных любого размера служба превышает предел миграции данных 1 ТБ для Azure DMS (классическая модель), что подходит для всех типов миграций баз данных.
- Устранение ограничений DMS(classic). Служба миграции решает многие проблемы и ограничения, возникающие в Azure DMS (классическая модель), что приводит к более надежному процессу миграции.
- Параметры интерфейса. Пользователи могут выбрать интерфейс на основе портала для интуитивно понятного интерфейса или интерфейса командной строки (CLI) для автоматизации и скриптов, а также выполнять различные настройки пользователей.
Начать
Приступите к работе со службой миграции с помощью любого из следующих методов:
- Миграция с База данных Azure для PostgreSQL — отдельный сервер
- Миграция из локальной среды или IaaS
- Миграция из AWS RDS для PostgreSQL
Дополнительная информация:
Служба миграции — это размещенное решение, в котором мы используем двоичный файл под названием pgcopydb , который обеспечивает быстрый и эффективный способ копирования баз данных из исходного экземпляра PostgreSQL в целевой объект.