Анализ отчета Планировщика развертывания для аварийного восстановления VMware в с Azure Site Recovery
Созданный отчет Microsoft Excel содержит описанные ниже листы.
Сводка по локальной инфраструктуре
На листе On-premises summary (Сводка по локальной инфраструктуре) содержатся общие сведения о профилированной среде VMware.
Дата начала и Дата окончания — даты начала и окончания профилирования данных, используемых при создании отчета. По умолчанию "Дата начала" — это дата начала профилирования, а "Дата окончания" — это дата окончания. Это может быть StartDate значение и EndDate значения, если отчет создается с помощью этих параметров.
Total number of profiling days (Общее число дней профилирования) — общее число дней профилирования между датами начала и окончания, для которых создается отчет.
Количество совместимых виртуальных машин: общее количество совместимых виртуальных машин, для которых требуется пропускная способность сети, необходимое количество учетных записей хранения, ядер Microsoft Azure, серверов конфигурации и дополнительных серверов обработки.
Общее количество дисков на всех совместимых виртуальных машинах: число, которое используется в качестве одного из входных данных для выбора количества серверов конфигурации и дополнительных серверов обработки, используемых в развертывании.
Среднее количество дисков на совместимую виртуальную машину: среднее количество дисков, вычисляемых во всех совместимых виртуальных машинах.
Средний размер диска (ГБ): средний размер диска, вычисляемый во всех совместимых виртуальных машинах.
Требуемое RPO (минуты) — цель точки восстановления по умолчанию или значение, переданное для параметра во время создания отчета для DesiredRPO оценки требуемой пропускной способности.
Требуемая пропускная способность (Мбит/с) — значение, переданное для параметра во время создания отчета для Bandwidth оценки достижимого RPO.
Observed typical data churn per day (GB) (Стандартная активность обработки данных в день (ГБ)) — среднее значение обработки данных в течение профилирования. Это число используется в качестве одного из входных данных для выбора количества серверов конфигурации и дополнительных серверов обработки, используемых в развертывании.
Рекомендации
Лист рекомендаций отчета по развертыванию VMware в Azure содержит следующие сведения с учетом выбранного требуемого значения RPO.
Данные профилирования
Profiled data period (Период профилирования данных) — длительность выполнения профилирования. По умолчанию средство включает все профилированные данные в вычислении, если только он не создает отчет в течение определенного периода с использованием StartDate и EndDate параметрами во время создания отчета.
Имя сервера: имя или IP-адрес узла VMware vCenter или узла ESXi, отчет о которых создаются виртуальные машины.
Desired RPO (Требуемое значение RPO) — значение целевой точки восстановления для развертывания. По умолчанию необходимая пропускная способность рассчитывается для значений RPO, равных 15, 30 и 60 минутам. В зависимости от выбора в отчете обновляются затронутые значения. Если во время создания отчета вы использовали параметр DesiredRPOinMin, это значение отображается в результатах по параметру Desired RPO (Требуемое значение RPO).
Общие сведения о профилировании
Общее количество профилированных Виртуальные машины: общее количество виртуальных машин, доступных профилируемых данных. Если VMListFile содержит имена виртуальных машин, которые не профилировались, создание отчета исключает эти виртуальные машины и не учитывает их среди профилированных виртуальных машин.
Совместимая Виртуальные машины: количество виртуальных машин, которые можно защитить в Azure с помощью Site Recovery. Вычисление требуемой пропускной способности сети, учетных записей хранения, ядер Azure, серверов конфигурации и дополнительных серверов обработки зависит от общего количества совместимых виртуальных машин. Сведения о каждой совместимой виртуальной машине доступны в разделе "Совместимые виртуальные машины ".
Несовместимые Виртуальные машины: количество профилированных виртуальных машин, несовместимых с защитой с помощью Site Recovery. Причины несовместимости указаны в разделе несовместимых виртуальных машин . Если VMListFile содержит имена виртуальных машин, которые не профилировались, эти виртуальные машины исключены из числа несовместимых виртуальных машин. Эти виртуальные машины перечислены как "Данные не найдены" в конце раздела несовместимых виртуальных машин .
Desired RPO (Требуемое значение RPO) — требуемая целевая точка восстановления в минутах. Отчет создается на основе трех значений RPO: 15, 30 и 60 минут. Рекомендации относительно пропускной способности изменяются в отчете в зависимости от значения, выбранного в раскрывающемся списке Desired RPO (Требуемое значение RPO). Этот список расположен в верхнем правом углу страницы. Если при создании отчета вы использовали другое значение параметра -DesiredRPO, оно будет отображаться в этом раскрывающемся списке в качестве значения по умолчанию.
Требуемая пропускная способность сети (Мбит/с)
To meet RPO 100 percent of the time (Соблюдение требований к RPO 100 % времени). Рекомендуемая пропускная способность (в Мбит/с), необходимая для соблюдения требований к RPO в 100 % случаев. Этот объем пропускной способности должен быть выделен для непрерывной репликации разностной репликации всех совместимых виртуальных машин, чтобы избежать нарушений RPO.
Чтобы удовлетворить RPO 90 процентов времени: если широкополосная цена или другие факторы не позволяют задать необходимую пропускную способность для достижения требуемой RPO 100 процентов времени, вы можете выбрать более низкую пропускную способность, которая соответствует требуемому RPO 90 процентов времени. Чтобы оценить влияние установки меньшего объема, в отчете можно просмотреть сведения о возможном количестве нарушений требований к RPO и их продолжительности.
Достигнутая пропускная способность: пропускная способность с сервера, на котором выполняется команда GetThroughput, в регион Microsoft Azure, где находится учетная запись хранения. Это число пропускной способности указывает предполагаемый уровень, который можно достичь при защите совместимых виртуальных машин с помощью Site Recovery, если сервер конфигурации или хранилище сервера обработки и сетевые характеристики остаются неизменными, чем сервер, с которого выполняется средство.
При выполнении репликации нужно установить рекомендуемый объем пропускной способности, необходимый для соблюдения требований к RPO в 100 % случаев. Если после установки пропускной способности результаты в отчете не улучшились, сделайте следующее:
Проверьте наличие требований к качеству обслуживания сети, которые ограничивают пропускную способность Site Recovery.
Проверьте, находится ли хранилище Site Recovery в ближайшем поддерживаемом физическом регионе Microsoft Azure, чтобы минимизировать сетевые задержки.
Проверьте характеристики локального хранилища, чтобы определить, можно ли улучшить оборудование (например, замените жесткие диски на твердотельные).
Измените параметры Site Recovery на сервере обработки, чтобы увеличить объем пропускной способности сети, необходимой для репликации.
Если средство запущено на сервере конфигурации или сервере обработки, который уже защищен виртуальными машинами, запустите средство несколько раз. Достигнутое количество пропускной способности изменяется в зависимости от объема обрабатываемой обработки.
Для всех развертываний Site Recovery в корпоративных средах мы рекомендуем использовать ExpressRoute.
Диаграмма Required Azure Storage Accounts (Требуемые учетные записи хранения Azure)
На следующей диаграмме показано общее количество учетных записей хранения (стандартный и премиум), необходимых для защиты всех совместимых виртуальных машин. Сведения о том, какую учетную запись хранения следует использовать для каждой виртуальной машины, см. в разделе размещения хранилища виртуальных машин. Если вы используете планировщик развертывания версии 2.5, эта рекомендация показывает только количество стандартных учетных записей хранения кэша, необходимых для репликации, так как данные записываются непосредственно в Управляемые диски.
Необходимое число ядер Azure
Результатом является общее количество ядер, которые необходимо настроить перед отработой отказа или тестовой отработки отказа всех совместимых виртуальных машин. Если в подписке доступно слишком мало ядер, Site Recovery не сможет создавать виртуальные машины во время тестовой отработки отказа или отработки отказа.
Область Required On-premises Infrastructure (Необходимая локальная инфраструктура)
На этом рисунке представлено общее количество серверов конфигурации и дополнительных серверов обработки, которые достаточно для защиты всех совместимых виртуальных машин. В зависимости от поддерживаемых рекомендаций по размеру сервера конфигурации средство может рекомендовать дополнительные серверы. Эта рекомендация основана на большем количестве операций в день или максимальном количестве защищенных виртуальных машин (при условии, что в среднем три диска на виртуальную машину), то есть на сервере конфигурации или дополнительном сервере обработки. Сведения об общем количестве данных, обработанных за день, и общем числе защищенных дисков см. в разделе "Сводка по локальной инфраструктуре".
анализа "что если".
В этом анализе отображаются сведения о возможном количестве нарушений, которые могут произойти в процессе профилирования при установке меньшего объема пропускной способности, необходимой для соблюдения требований к RPO только в 90 % случаев. Это может быть одно или несколько нарушений, которые могут произойти в любой заданный день. На диаграмме показано максимальное значение RPO за день. По результатам анализа вы можете определить, допустимо ли количество нарушений требований к RPO за все время и максимальное значение RPO за день для выделенного объема пропускной способности. Если это допустимо, можно выделить меньшую пропускную способность для репликации, а затем выделить более высокую пропускную способность, как было предложено удовлетворить требуемое время RPO 100%.
Рекомендуемый размер пакета виртуальной машины для начальной репликации
В этом разделе мы рекомендуем использовать количество виртуальных машин, которые можно защитить параллельно, чтобы завершить начальную репликацию в течение 72 часов с предлагаемой пропускной способностью для удовлетворения требуемой пропускной способности RPO 100 процентов заданного времени. Это значение можно изменить во время создания отчетов с помощью параметра GoalToCompleteIR.
На диаграмме ниже показан диапазон значений пропускной способности и вычисляемый размер пакета виртуальной машины для завершения начальной репликации в 72 часа на основе среднего обнаруженного размера виртуальной машины во всех совместимых виртуальных машинах.
В общедоступной предварительной версии отчет не указывает, какие виртуальные машины должны быть включены в пакет. Размер диска, показанный в разделе "Совместимые виртуальные машины ", можно найти размер каждой виртуальной машины и выбрать их для пакета или выбрать виртуальные машины на основе известных характеристик рабочей нагрузки. Время завершения начальной репликации меняется пропорционально на основе фактического размера диска виртуальной машины, используемого места на диске и доступной пропускной способности сети.
Оценка затрат
На следующих диаграммах представлена сводная оценка общих затрат на аварийное восстановление (DR) в Azure для выбранного целевого региона и валюты, которые вы указали при создании отчета.
Сводка поможет вам понять затраты, необходимые для хранения, вычислений, сети и лицензий при защите всех совместимых виртуальных машин в Azure с помощью Azure Site Recovery. Стоимость вычисляется для совместимых виртуальных машин, а не для всех профилированных виртуальных машин.
Можно просмотреть расходы за месяц или за год. Узнайте больше о поддерживаемых целевых регионах и валютах.
Cost by components (Затраты по составляющим). Расходы на аварийное восстановление разделены на четыре составляющие: стоимость вычислительных ресурсов, хранилища, сети и лицензии Azure Site Recovery. Затраты вычисляются на основе потребления, которое происходит во время репликации и во время детализации аварийного восстановления для вычислений, хранилища (премиум и стандартный), ExpressRoute/VPN, настроенных между локальным сайтом и Azure, а также лицензией Azure Site Recovery.
Cost by states (Затраты по состояниям). Общие расходы на аварийное восстановление (DR) рассчитываются на основе двух состояний: репликации и тестирования DR.
Replication cost (Затраты на репликацию). Стоимость репликации. Сюда входит стоимость хранилища, сети и лицензии Azure Site Recovery.
DR-Drill cost (Затраты на тестирование аварийного восстановления). Стоимость тестовой отработки отказа. Azure Site Recovery запускает виртуальные машины во время тестовой отработки отказа. Затраты на детализацию аварийного восстановления охватывают затраты на вычисление и хранение работающих виртуальных машин.
Стоимость хранилища Azure в месяц или год показывает общую стоимость хранения, которая взимается для хранилища уровня "Премиум" и "Стандартный" для репликации и детализации аварийного восстановления. Подробный анализ затрат можно просмотреть на каждую виртуальную машину на листе оценки затрат.
Коэффициент роста и используемые значения процентилей
В этом разделе внизу листа показано значение процентиля, используемое для всех счетчиков производительности профилированных виртуальных машин (по умолчанию — 95-й процентиль), а коэффициент роста (по умолчанию — 30 процентов), используемый во всех вычислениях.
Рекомендации по вводу значения доступной пропускной способности
Возможны ситуации, когда вы не сможете установить для репликации Site Recovery достаточный объем пропускной способности. Эта программа позволяет вам во время создания отчета ввести значение доступной пропускной способности (с помощью параметра -Bandwidth) и получить достигаемое значение RPO в минутах. Используя это достижимое значение RPO, вы можете решить, нужно ли настроить дополнительную пропускную способность или выполнить аварийное восстановление с помощью этого RPO.
Размещение хранилища виртуальных машин
Примечание.
Планировщик развертывания версии 2.5 и более поздних рекомендует размещение хранилища для компьютеров, которые будут реплицироваться непосредственно на управляемые диски.
Тип хранилища репликации: стандартный или премиум управляемый диск, который используется для репликации всех соответствующих виртуальных машин, упомянутых в столбце "Место виртуальных машин".
Log Storage Account Type (Тип учетной записи хранения журналов): все журналы репликации хранятся в учетной записи хранения уровня Standard.
Suggested Prefix for Storage Account (Рекомендуемый префикс для учетной записи хранения): префикс из трех знаков, который можно использовать для создания имени учетной записи хранения кэша. Вы можете использовать собственный префикс, но для программы мы рекомендуем использовать префикс, соответствующий требованиям соглашения об именовании секций учетных записей хранения.
Suggested Log Account Name (Рекомендуемое имя учетной записи журналов): имя учетной записи хранения после добавления рекомендуемого префикса. Замените имя в угловых скобках (< и >) именем своей учетной записи.
Сводка по размещению. Сводка по дискам, необходимым для защиты виртуальных машин по типу хранилища. Он включает общее количество виртуальных машин, общий подготовленный размер на всех дисках и общее количество дисков.
Виртуальные машины на место. Список всех виртуальных машин, которые должны быть помещены в учетную запись хранения для оптимальной производительности и использования.
Совместимые виртуальные машины
Имя виртуальной машины: имя виртуальной машины или IP-адрес, который используется в VMListFile при создании отчета. В этом столбце также перечислены диски (VMDK), подключенные к виртуальным машинам. Чтобы отличить виртуальные машины vCenter с повторяющимися именами или IP-адресами, имена включают имя узла ESXi. Указанный узел ESXi — это узел, в котором виртуальная машина была помещена при обнаружении средства в течение периода профилирования.
Совместимость виртуальных машин: значения : да и да*. Да* — это экземпляры, в которых виртуальная машина подходит для SSD уровня "Премиум". Здесь профилированный высокоуровневый или выходной диск ввода-вывода в секунду помещается в категорию P20 или P30, но размер диска приводит к сопоставлению его с P10 или P20. Служба хранилища Azure определяет, с каким типом диска хранилища класса Premium сопоставить диск виртуальной машины на основе его размера. Например:
- если емкость диска составляет < 128 ГБ, он сопоставляется с категорией P10;
- если емкость диска составляет от 128 до 256 ГБ, он сопоставляется с категорией P15;
- если емкость диска составляет от 256 до 512 ГБ, он сопоставляется с категорией P20;
- если емкость диска составляет от 512 до 1024 ГБ, он сопоставляется с категорией P30;
- если емкость диска составляет от 1025 до 2048 ГБ, он сопоставляется с категорией P40;
- если емкость диска составляет от 2049 до 4095 ГБ, он сопоставляется с категорией P50.
Например, если характеристики рабочей нагрузки диска помещают его в категорию P20 или P30, но размер сопоставляется с типом диска хранилища уровня "Премиум", средство помечает эту виртуальную машину как "Да*". и рекомендует вам либо изменить размер исходного диска для соответствия рекомендуемому типу диска хранилища класса Premium, либо изменить тип целевого диска после отработки отказа.
Тип хранилища — Standard или Premium.
Asrseeddisk (управляемый диск) для репликации: имя диска, созданного при включении репликации. В нем хранятся данные и соответствующие моментальные снимки в Azure.
Peak R/W IOPS (with Growth Factor) (Пиковое число операций записи и чтения на диск в секунду (с коэффициентом роста)) — пиковое значение числа операций ввода-вывода в секунду при чтении и записи на диске (95-й процентиль), включая будущий коэффициент роста (по умолчанию — 30 %). Общее число операций ввода-вывода в секунду операций чтения и записи виртуальной машины не всегда является суммой операций ввода-вывода в секунду для чтения и записи отдельных дисков, так как пик операций ввода-вывода в секунду операций чтения и записи виртуальной машины является пиком суммы операций ввода-вывода в секунду операций чтения и записи отдельных дисков в течение каждой минуты периода профилирования.
Peak Data Churn in Mbps (with Growth Factor) (Пиковая активность обработки данных на диске в Мбит/с (с коэффициентом роста)) — пиковая скорость обработки данных на диске (95-й процентиль), включая будущий коэффициент роста (по умолчанию — 30 %). Общий объем данных виртуальной машины не всегда является суммой обработки данных отдельных дисков виртуальной машины, так как пиковый объем данных виртуальной машины является пиком суммы обработки отдельных дисков в течение каждой минуты периода профилирования.
Размер виртуальной машины Azure: идеально сопоставленный размер виртуальной машины Azure Облачные службы для этой локальной виртуальной машины. Сопоставление основано на памяти локальной виртуальной машины, количестве дисков, ядер, сетевых адаптерах и операций ввода-вывода в секунду на чтение и запись в секунду. Рекомендация всегда является самым низким размером виртуальной машины Azure, которая соответствует всем характеристикам локальной виртуальной машины.
Количество дисков: общее количество дисков виртуальных машин (VMDK) на виртуальной машине.
Размер диска (ГБ): общий размер установки всех дисков виртуальной машины. Эта программа также показывает размер каждого отдельного диска виртуальной машины.
Ядра: количество ядер ЦП на виртуальной машине.
Память (МБ): ОЗУ на виртуальной машине.
Сетевые карты: количество сетевых адаптеров на виртуальной машине.
Тип загрузки: тип загрузки виртуальной машины. (BIOS или EFI). В настоящее время Azure Site Recovery поддерживает виртуальные машины Windows Server EFI (Windows Server 2012, 2012 R2 и 2016), если количество секций на загрузочном диске меньше 4, а размер сектора загрузки составляет 512 байт. Для защиты виртуальных машин EFI версия службы мобильности Azure Site Recovery должна быть 9.13 или более поздней. Для виртуальных машин EFI поддерживается только отработка отказа. Восстановление размещения не поддерживается.
Тип ОС: это тип ОС виртуальной машины. Это может быть Windows или Linux или другой на основе выбранного шаблона из VMware vSphere при создании виртуальной машины.
Несовместимые виртуальные машины
Имя виртуальной машины: имя виртуальной машины или IP-адрес, который используется в VMListFile при создании отчета. В этом столбце также перечислены пакеты VMDK, подключенные к виртуальным машинам. Чтобы отличить виртуальные машины vCenter с повторяющимися именами или IP-адресами, имена включают имя узла ESXi. Указанный узел ESXi — это узел, в котором виртуальная машина была помещена при обнаружении средства в течение периода профилирования.
Совместимость виртуальных машин. Указывает, почему данная виртуальная машина несовместима для использования с Site Recovery. Причины описаны для каждого несовместимого диска виртуальной машины и, на основе опубликованных ограничений хранилища, могут быть следующими:
Неверный размер диска данных или недопустимый размер диска ОС. Ознакомьтесь с ограничениями в отношении поддержки.
Общий размер виртуальной машины (репликация и TFO) превышает поддерживаемый размер учетной записи хранения (35 ТБ). Эта несовместимость обычно возникает, когда один диск в виртуальной машине имеет характеристику производительности, превышающую максимальные поддерживаемые ограничения Azure или Site Recovery для стандартного хранилища. Такой экземпляр отправляет виртуальную машину в зону хранилища класса Premium. Однако максимальный поддерживаемый размер учетной записи хранения класса Premium составляет 35 ТБ, а одна защищенная виртуальная машина не может быть защищена в нескольких учетных записях хранения. Кроме того, обратите внимание, что при выполнении тестовой отработки отказа на защищенной виртуальной машине она выполняется в той же учетной записи хранения, где выполняется репликация. Поэтому на диске необходимо настроить в 2 раза больше пространства для выполнения репликации и тестовой отработки отказа в параллельном режиме.
Число операций ввода-вывода в секунду источника превышает поддерживаемое хранилищем ограничение в 7500 операций ввода-вывода в секунду на диск.
Исходное число операций ввода-вывода в секунду превышает поддерживаемый предел операций ввода-вывода в секунду хранилища 80 000 на каждую виртуальную машину.
Среднее значение скорости обработки данных превышает поддерживаемое Site Recovery ограничение в 20 МБ/с для среднего объема ввода-вывода на диск.
Пиковый объем данных на всех дисках виртуальной машины превышает максимальный поддерживаемый максимальный максимальный предел обработки данных Site Recovery в 54 МБ/с на каждую виртуальную машину.
Среднее эффективное значение количества операций ввода-вывода в секунду при записи превышает поддерживаемое Site Recovery ограничение в 840 операций на диск.
Вычисленный объем хранилища моментальных снимков превышает поддерживаемое ограничение в 10 ТБ.
Обработка данных в день превышает поддерживаемое ограничение 2 ТБ на сервер обработки.
Пиковое число операций записи и чтения на диск в секунду (с коэффициентом роста) — пиковое значение числа операций ввода-вывода в секунду на диске (95-й процентиль), включая будущий коэффициент роста (по умолчанию — 30 %). Общее количество операций ввода-вывода в секунду операций чтения и записи виртуальной машины не всегда является суммой операций ввода-вывода в секунду для чтения и записи отдельных дисков, так как пик операций ввода-вывода в секунду операций чтения и записи виртуальной машины является пиком суммы операций ввода-вывода в секунду операций чтения и записи отдельных дисков в течение каждой минуты периода профилирования.
Пиковая активность обработки данных на диске в Мбит/с (с коэффициентом роста) — пиковая скорость обработки данных на диске (95-й процентиль), включая будущий коэффициент роста (по умолчанию — 30 %). Общий объем данных виртуальной машины не всегда является суммой обработки данных отдельных дисков виртуальной машины, так как пиковый объем данных виртуальной машины является пиком суммы обработки отдельных дисков в течение каждой минуты периода профилирования.
Количество дисков: общее количество виртуальных дисков на виртуальной машине.
Размер диска (ГБ): общий размер установки всех дисков виртуальной машины. Эта программа также показывает размер каждого отдельного диска виртуальной машины.
Ядра: количество ядер ЦП на виртуальной машине.
Память (МБ): объем ОЗУ на виртуальной машине.
Сетевые карты: количество сетевых адаптеров на виртуальной машине.
Тип загрузки: тип загрузки виртуальной машины. (BIOS или EFI). В настоящее время Azure Site Recovery поддерживает виртуальные машины Windows Server EFI (Windows Server 2012, 2012 R2 и 2016), если количество секций на загрузочном диске меньше 4, а размер сектора загрузки составляет 512 байт. Чтобы защитить виртуальные машины EFI, версия службы мобильности Azure Site Recovery должна иметь значение 9.13 или более поздней. Для виртуальных машин EFI поддерживается только отработка отказа. Восстановление размещения не поддерживается.
Тип ОС: это тип ОС виртуальной машины. Это может быть Windows или Linux или другой на основе выбранного шаблона из VMware vSphere при создании виртуальной машины.
Ограничения Azure Site Recovery
В таблице ниже приведены ограничения Azure Site Recovery. Эти ограничения получены на основе наших проверок, но они не охватывают все возможные сочетания операций ввода-вывода в приложении. Фактические результаты зависят от сочетания операций ввода-вывода приложения. Чтобы получить более точные сведения о производительности приложения, мы рекомендуем всегда выполнять расширенное тестирование приложения с помощью тестовой отработки отказа.
| Целевое хранилище репликации | Средний размер ввода-вывода исходного диска | Средняя скорость обработки данных исходного диска | Общий размер обработанных данных на исходном диске за день |
|---|---|---|---|
| Хранилище класса "Стандартный". | 8 КБ | 2 МБ/с | 168 ГБ на диск |
| Диск P10 или P15 класса Premium | 8 КБ | 2 МБ/с | 168 ГБ на диск |
| Диск P10 или P15 класса Premium | 16 КБ | 4 МБ/с | 336 ГБ на диск |
| Диск P10 или P15 класса Premium | 32 КБ или выше | 8 МБ/с | 672 ГБ на диск |
| Диск P20, P30, P40 или P50 класса Premium | 8 КБ | 5 МБ/с | 421 ГБ на диск |
| Диск P20, P30, P40 или P50 класса Premium | 16 КБ или выше | 20 МБ/с | 1684 ГБ на диск |
| Исходная скорость обработки данных | Максимальное ограничение |
|---|---|
| Пиковый объем данных на всех дисках виртуальной машины | 54 МБ/с |
| Максимальный объем обработки данных, поддерживаемый сервером обработки | 2 ТБ |
В указанных средних значениях предполагается 30-процентное перекрытие операций ввода-вывода. В зависимости от коэффициента перекрытия, размера записи и фактической рабочей нагрузки ввода-вывода Site Recovery может обрабатывать более высокую пропускную способность. В приведенных выше значениях предполагается, что длина очереди невыполненной работы составляет примерно 5 минут, то есть после передачи выполняется обработка данных, а созданная точка восстановления составляет пять минут.
Оценка затрат
Подробнее об оценке затрат.
Следующие шаги
Подробнее об оценке затрат.