Репликация ресурсов в облачной миграции
Локальные центры обработки данных хранят физические ресурсы, такие как серверы, (модуль) и сетевые устройства. Но каждый физический ресурс, как сервер, является только оболочкой. Реальное значение происходит из двоичного файла, работающего на сервере. Центр обработки данных существует из-за приложений и данных, которые являются основными двоичными файлами, которые вы переносите. Цифровые ресурсы и двоичные источники, такие как операционные системы, сетевые маршруты, файлы и протоколы безопасности, питание приложений и хранилищ данных.
Процесс реплика tion состоит из следующих шагов:
Репликация: копирует версию различных двоичных файлов на определенный момент времени.
Начальная версия. Копирует двоичные моментальные снимки на новую платформу и развертывает их на новом оборудовании. Начальная копия двоичного файла ведет себя точно так же, как исходный двоичный файл на старом оборудовании. Но моментальный снимок двоичного файла устарел и не соответствует исходному источнику.
Синхронизация: выравнивает новый двоичный файл и старый двоичный файл. Этот процесс постоянно обновляет копию, хранящуюся на новой платформе. Синхронизация будет продолжаться до тех пор, пока ресурс не будет перемещен в рабочую среду в соответствии с выбранной моделью перемещения в рабочую среду. На этом этапе синхронизация останавливается.
Предварительные требования для репликации
Перед реплика вы должны завершить действия на этапах подготовки и оценки. Чтобы начать реплика ting, необходимо:
Подписка для перенесенных ресурсов.
Средство миграции для перемещения двоичных копий.
Исходные двоичные файлы, подготовленные для реплика и синхронизации. Их точную конфигурацию зависит от средства миграции. Подготовка включает исправление любых реплика проблем, обнаруженных на этапе оценки. Пример запуска реплика tion см. в статье "Миграция из VMware с помощью миграции без агента".
Все зависимости для рабочей нагрузки, определяемой на этапе разработки архитектуры рабочей нагрузки. Эти зависимости могут включать группы ресурсов, виртуальные сети и подсети, в которых планируется развернуть реплика виртуальные машины. Дополнительные сведения см. в разделе "Развертывание вспомогательных служб".
Риски репликации: физика реплика tion
При планировании и выполнении реплика создания двоичного источника в новом назначении рассмотрите следующие основные законы:
Скорость света: при перемещении больших объемов данных волокна — самый быстрый вариант. Но кабели волокна могут перемещать данные только на две трети скорость света. Нет метода для мгновенного или неограниченного реплика обработки данных.
Скорость конвейера глобальной сети: пропускная способность исходящей связи еще более важна, чем скорость перемещения данных. Объем данных в секунду, которые существующая глобальная сеть вашей компании передает в целевой центр обработки данных, определяет пропускную способность исходящей связи.
Скорость расширения глобальной сети: если бюджет позволяет, вы можете добавить большую пропускную способность в решение глобальной сети вашей компании. Но это может занять несколько недель или месяцев для приобретения, подготовки и интеграции больше волоконных соединений.
Скорость дисков: даже с бесконечной скоростью данных и бесконечным ограничением пропускной способности между исходным двоичным файлом и целевым назначением, физика по-прежнему ограничивает реплика. Обработка данных реплика происходит только так быстро, как исходные диски могут считывать данные.
Скорость вычислений человека: диски и легкие перемещения быстрее, чем процессы принятия человеческих решений. Когда группа людей сотрудничает и принимает решения вместе, результаты приходят медленно. Репликация не может преодолеть задержки, связанные с вычислениями человека.
Каждый из этих законов физики приводит к следующим рискам, которые обычно влияют на планы миграции:
Время репликации. Для репликации требуется время и пропускная способность. Планы должны содержать реалистичные временные шкалы, отражающие количество времени, необходимое для репликации двоичных данных.
Общая доступная пропускная способность миграции — это объем связанной пропускной способности , которую не используют другие более приоритетные бизнес-потребности. Пропускная способность с привязкой измеряется в мегабитах в секунду (Мбит/с) или гигабитах в секунду (Гбит/с). Общее хранилище миграции — это общее дисковое пространство, измеряемое в гигабайтах (ГБИТ/с) или терабайтах (ТБ), необходимое для хранения моментального снимка ресурсов для переноса.
Чтобы определить начальную оценку времени, разделите общее хранилище миграции на общую доступную пропускную способность миграции. Обратите внимание на преобразование битов в байты. Следующий элемент описывает более точный расчет времени.
Совокупный эффект смещения дисков: с точки реплика до продвижения ресурса в рабочую среду исходные и целевые двоичные файлы должны оставаться синхронизированными.
Смещение в двоичных файлах потребляет дополнительную пропускную способность, так как необходимо реплика te изменения в двоичном файле на повторяющейся основе. Во время синхронизации вычисление общего хранилища миграции включает все двоичные смещения. Чем больше времени требуется для продвижения актива в рабочую среду, тем больше совокупного смещения происходит. Чем больше синхронизированных ресурсов, тем больше пропускной способности вы используете. Для каждого ресурса в состоянии синхронизации доступно меньше доступной пропускной способности миграции.
Изменение времени в бизнесе: время синхронизации оказывает совокупное негативное влияние на скорость миграции. Приоритет невыполненной миграции и расширенной подготовки плана обмена данными об изменениях имеет решающее значение для скорости миграции.
Самое важное тестирование соответствия деловой и технической инфраструктуры организации при миграции выполняется на этапе перемещения в рабочую среду. Чем быстрее актив активируется в рабочую среду, тем меньше смещение дисков влияет на пропускную способность. Вы можете выделить больше пропускной способности и времени для реплика следующей рабочей нагрузки.
Планирование, когда требования к данным превышают емкость сети
При миграции в облако вы реплика те и синхронизируете ресурсы по сети между существующим центром обработки данных и облаком. Существующие требования к размеру данных различных рабочих нагрузок могут превышать емкость сети. В таком сценарии процесс миграции может быть радикально замедлен или в некоторых случаях полностью остановлен.
Если оценка, начальное реплика или тестирование идентифицирует проблему емкости, попробуйте использовать Azure Data Box для передачи независимых хранилищ данных. Используйте этот подход для доставки больших объемов данных в облако до миграции рабочей нагрузки.
Некоторые партнерские решения, отличные от Майкрософт, также используют Data Box для миграции. С помощью этих решений можно перемещать большой объем данных через автономную передачу, но синхронизировать его позже в более низком масштабе по сети.