Анализ отчета Планировщика развертывания для аварийного восстановления VMware в с Azure Site Recovery
Созданный отчет Microsoft Excel содержит описанные ниже листы.
Сводка по локальной инфраструктуре
На листе On-premises summary (Сводка по локальной инфраструктуре) содержатся общие сведения о профилированной среде VMware.
Дата начала и Дата окончания — даты начала и окончания профилирования данных, используемых при создании отчета. По умолчанию "Дата начала" — это дата начала профилирования, а "Дата окончания" — это дата окончания. При создании отчета с этими параметрами им соответствуют значения StartDate и EndDate.
Total number of profiling days (Общее число дней профилирования) — общее число дней профилирования между датами начала и окончания, для которых создается отчет.
Number of compatible virtual machines (Число совместимых виртуальных машин) — это общее число совместимых виртуальных машин, использующих пропускную способность сети, а также необходимое число учетных записей хранения, ядер Microsoft Azure, серверов конфигурации и дополнительных серверов обработки.
Total number of disks across all compatible virtual machines (Общее число дисков на всех совместимых виртуальных машинах). Это значение используется в качестве одного из входных параметров при определении необходимого числа серверов конфигурации и дополнительных серверов обработки, используемых во время развертывания.
Average number of disks per compatible virtual machine (Среднее число дисков на каждой совместимой виртуальной машине) — среднее число дисков, вычисленное для всех совместимых виртуальных машин.
Average disk size (GB) (Средний размер диска (ГБ)) — средний размер диска, вычисленный для всех совместимых виртуальных машин.
Desired RPO (minutes) (Требуемое значение RPO (в минутах)) — значение целевой точки восстановления по умолчанию или значение, заданное для параметра DesiredRPO во время создания отчета для оценки необходимой пропускной способности.
Desired bandwidth (Mbps) (Необходимая пропускная способность (Мбит/с)) — значение, заданное для параметра Bandwidth во время создания отчета для оценки достигаемого значения RPO.
Observed typical data churn per day (GB) (Стандартная активность обработки данных в день (ГБ)) — среднее значение обработки данных в течение профилирования. Это значение используется в качестве одного из входных параметров при определении необходимого числа серверов конфигурации и дополнительных серверов обработки, используемых во время развертывания.
Рекомендации
Лист рекомендаций отчета по развертыванию VMware в Azure содержит следующие сведения с учетом выбранного требуемого значения RPO.
Данные профилирования
Profiled data period (Период профилирования данных) — длительность выполнения профилирования. По умолчанию программа использует для вычисления все данные профилирования, за исключением случаев, когда создается отчет для определенного периода времени с использованием параметров StartDate и EndDate.
Имя сервера — имя или IP-адрес сервера VMware vCenter Server или узла ESXi, для виртуальных машин которого создается отчет.
Desired RPO (Требуемое значение RPO) — значение целевой точки восстановления для развертывания. По умолчанию необходимая пропускная способность рассчитывается для значений RPO, равных 15, 30 и 60 минутам. В зависимости от выбора в отчете обновляются затронутые значения. Если во время создания отчета вы использовали параметр DesiredRPOinMin, это значение отображается в результатах по параметру Desired RPO (Требуемое значение RPO).
Общие сведения о профилировании
Total Profiled Virtual Machines (Общее число профилированных виртуальных машин) — общее количество виртуальных машин, данные профилирования которых доступны. Если в качестве значений параметра VMListFile заданы виртуальные машины, профилирование которых не выполнялось, они не учитываются при создании отчета и исключаются из общего числа профилированных виртуальных машин.
Compatible Virtual Machines (Совместимые виртуальные машины) — число виртуальных машин, которые можно защитить с помощью Site Recovery. Это общее число совместимых виртуальных машин, использующих пропускную способность сети, а также необходимое число учетных записей хранения, ядер Azure, серверов конфигурации и дополнительных серверов обработки. Сведения о каждой совместимой виртуальной машине см. в соответствующем разделе.
Incompatible Virtual Machines (Несовместимые виртуальные машины) — число виртуальных машин, которые нельзя защитить с помощью Site Recovery. Причины несовместимости см. в разделе "Несовместимые виртуальные машины". Если в качестве значений параметра VMListFile заданы виртуальные машины, профилирование которых не выполнялось, они исключаются из общего числа несовместимых виртуальных машин. Эти виртуальные машины перечислены в списке Data not found (Данные не найдены) в нижней части раздела Incompatible Virtual Machines (Несовместимые виртуальные машины).
Desired RPO (Требуемое значение RPO) — требуемая целевая точка восстановления в минутах. Отчет создается на основе трех значений RPO: 15, 30 и 60 минут. Рекомендации относительно пропускной способности изменяются в отчете в зависимости от значения, выбранного в раскрывающемся списке Desired RPO (Требуемое значение RPO). Этот список расположен в верхнем правом углу страницы. Если при создании отчета вы использовали другое значение параметра -DesiredRPO, оно будет отображаться в этом раскрывающемся списке в качестве значения по умолчанию.
Требуемая пропускная способность сети (Мбит/с)
To meet RPO 100 percent of the time (Соблюдение требований к RPO 100 % времени). Рекомендуемая пропускная способность (в Мбит/с), необходимая для соблюдения требований к RPO в 100 % случаев. Это объем пропускной способности, необходимый для разностной репликации в устойчивом состоянии всех совместимых виртуальных машин, чтобы избежать каких-либо нарушений требований к RPO.
To meet RPO 90 percent of the time (Соблюдение требований к RPO 90 % времени). Из-за цены на высокоскоростное подключение или по какой-либо другой причине, когда вы не можете установить объем пропускной способности, необходимый для соблюдения требований к RPO в 100 % случаев, вы можете установить меньший объем пропускной способности, необходимый для соблюдения требований к RPO в 90 % случаев. Чтобы оценить влияние установки меньшего объема, в отчете можно просмотреть сведения о возможном количестве нарушений требований к RPO и их продолжительности.
Achieved Throughput (Достигнутая пропускная способность) — это пропускная способность сервера, на котором вы выполнили команду GetThroughput, доступная для региона Microsoft Azure, где расположена учетная запись хранения. Это значение указывает примерную пропускную способность, которой можно достичь при защите совместимых виртуальных машин с помощью Site Recovery при условии, что характеристики хранилища и сети сервера конфигурации и сервера обработки такие же, как и на сервере, на котором вы запустили программу.
При выполнении репликации нужно установить рекомендуемый объем пропускной способности, необходимый для соблюдения требований к RPO в 100 % случаев. Если после установки пропускной способности результаты в отчете не улучшились, сделайте следующее:
Проверьте наличие требований к качеству обслуживания сети, которые ограничивают пропускную способность Site Recovery.
Проверьте, находится ли хранилище Site Recovery в ближайшем поддерживаемом физическом регионе Microsoft Azure, чтобы минимизировать сетевые задержки.
Проверьте характеристики локального хранилища, чтобы определить, можно ли улучшить оборудование (например, замените жесткие диски на твердотельные).
Измените параметры Site Recovery на сервере обработки, чтобы увеличить объем пропускной способности сети, необходимой для репликации.
Если вы запустили программу на сервере конфигурации или сервере обработки, на котором уже расположены защищенные виртуальные машины, запустите ее еще несколько раз, так как значение достигаемой пропускной способности будет изменяться в зависимости от активности обработки данных в определенный момент времени.
Для всех развертываний Site Recovery в корпоративных средах мы рекомендуем использовать ExpressRoute.
Диаграмма Required Azure Storage Accounts (Требуемые учетные записи хранения Azure)
На следующей диаграмме показано общее число учетных записей хранения Azure (уровня Standard и Premium), необходимых для защиты всех совместимых виртуальных машин. Чтобы узнать, какую учетную запись хранения необходимо использовать для каждой виртуальной машины, см. раздел "Размещение хранилища виртуальной машины". Если используется версия 2.5 Планировщика развертывания, в этой рекомендации отображается только число стандартных учетных записей хранения кэша, необходимых для репликации, так как данные записываются непосредственно на управляемые диски.
Область Required Number of Azure Cores (Необходимое число ядер Azure)
Это значение указывает на общее число ядер, которое необходимо задать перед отработкой отказа (или тестовой отработкой отказа) всех совместимых виртуальных машин. Если в подписке доступно слишком мало ядер, Site Recovery не сможет создать виртуальные машины и этот процесс завершится сбоем во время отработки отказа (или тестовой отработки отказа).
Область Required On-premises Infrastructure (Необходимая локальная инфраструктура)
Это значение указывает на общее число серверов конфигурации и дополнительных серверов обработки, которых хватит для защиты всех совместимых виртуальных машин. В зависимости от поддерживаемых рекомендаций по размеру сервера конфигурации, например рекомендаций по большему значению объема обработки данных в день или максимальному количеству защищенных виртуальных машин (в зависимости от значения, которое достигается первым, при условии, что к каждой виртуальной машине подключено три диска), на сервере конфигурации или дополнительном сервере планировщик может порекомендовать использовать дополнительные серверы. Сведения об общем количестве данных, обработанных за день, и общем числе защищенных дисков см. в разделе "Сводка по локальной инфраструктуре".
Анализ "что если"
В этом анализе отображаются сведения о возможном количестве нарушений, которые могут произойти в процессе профилирования при установке меньшего объема пропускной способности, необходимой для соблюдения требований к RPO только в 90 % случаев. Это может быть одно или несколько нарушений, которые могут произойти в любой заданный день. На диаграмме показано максимальное значение RPO за день. По результатам анализа вы можете определить, допустимо ли количество нарушений требований к RPO за все время и максимальное значение RPO за день для выделенного объема пропускной способности. В зависимости от результатов вы можете выделить меньший объем пропускной способности для репликации или повысить ее пределы для соблюдения требований к RPO в 100 % случаев.
Recommended VM batch size for initial replication (Рекомендуемый размер пакета виртуальных машин для начальной репликации)
В этом разделе приведено рекомендуемое число виртуальных машин, которые можно защищать в параллельном режиме, чтобы завершить начальную репликацию в течение 72 часов с пропускной способностью, необходимой для соблюдения требований к RPO в 100 % случаев. Это значение можно изменить во время создания отчетов с помощью параметра GoalToCompleteIR.
На диаграмме отображается диапазон значений пропускной способности и рекомендуемый размер пакета виртуальных машин, необходимые для завершения начальной репликации в течение 72 часов. Размер пакета определяется на основе среднего размера всех совместимых виртуальных машин.
В общедоступной предварительной версии в отчет не входят сведения о том, какие виртуальные машины необходимо добавить в пакет. Вы можете просмотреть размер каждой виртуальной машины в разделе "Совместимые виртуальные машины", а затем на основе этих сведений или известных характеристик рабочей нагрузки сформировать пакет. Время выполнения начальной репликации изменяется пропорционально в зависимости от фактического размера диска виртуальной машины, используемого дискового пространства и доступной пропускной способности сети.
Оценка затрат
На следующих диаграммах представлена сводная оценка общих затрат на аварийное восстановление (DR) в Azure для выбранного целевого региона и валюты, которые вы указали при создании отчета.
Сводка поможет вам составить представление о затратах на хранилище, вычисления, сеть и лицензии при защите всех совместимых виртуальных машин в Azure с помощью Azure Site Recovery. Затраты рассчитываются только для совместимых, а не для всех профилируемых виртуальных машин.
Можно просмотреть расходы за месяц или за год. Узнайте больше о поддерживаемых целевых регионах и валютах.
Cost by components (Затраты по составляющим). Расходы на аварийное восстановление разделены на четыре составляющие: стоимость вычислительных ресурсов, хранилища, сети и лицензии Azure Site Recovery. Затраты рассчитываются на основе данных потребления при репликации и тестировании DR. Сюда входит стоимость вычислительных ресурсов, хранилища (классы Premium и Standard), подключения ExpressRoute или VPN, настроенного между локальной средой и Azure, а также лицензии Azure Site Recovery.
Cost by states (Затраты по состояниям). Общие расходы на аварийное восстановление (DR) рассчитываются на основе двух состояний: репликации и тестирования DR.
Replication cost: (Затраты на репликацию). Стоимость репликации. Сюда входит стоимость хранилища, сети и лицензии Azure Site Recovery.
DR-Drill cost (Затраты на тестирование DR). Стоимость тестовой отработки отказа. Azure Site Recovery запускает виртуальные машины при тестовой отработке отказа. Затраты на тестирование DR включают расходы на вычислительные ресурсы и хранилище для работающих виртуальных машин.
Azure storage cost per Month/Year (Месячные или годовые затраты на хранилище). Это общие расходы на хранилище классов Premium и Standard при репликации и тестировании DR. Подробный анализ затрат на виртуальную машину см. на листе оценки затрат.
Коэффициент роста и используемые значения процентилей
Этот раздел находится в нижней части страницы. В нем содержатся сведения о значении процентиля, используемом для всех счетчиков производительности профилированных виртуальных машин (по умолчанию 95-й процентиль), а также о коэффициенте роста, используемом во всех вычислениях (по умолчанию — 30 %).
Рекомендации по вводу значения доступной пропускной способности
Возможны ситуации, когда вы не сможете установить для репликации Site Recovery достаточный объем пропускной способности. Эта программа позволяет вам во время создания отчета ввести значение доступной пропускной способности (с помощью параметра -Bandwidth) и получить достигаемое значение RPO в минутах. На основе полученного значения вы можете определить, нужно ли установить дополнительный объем пропускной способности или можно просто создать решение для аварийного восстановления.
Размещение хранилища виртуальной машины
Примечание
Планировщик развертывания версии 2.5 и более поздних рекомендует размещение хранилища для компьютеров, которые будут реплицироваться непосредственно на управляемые диски.
Replication Storage Type (Тип хранилища репликации): управляемый диск уровня Standard или Premium, используемый для репликации всех соответствующих виртуальных машин, указанных в столбце VMs to Place (Виртуальные машины для размещения).
Log Storage Account Type (Тип учетной записи хранения журналов): все журналы репликации хранятся в учетной записи хранения уровня Standard.
Suggested Prefix for Storage Account (Рекомендуемый префикс для учетной записи хранения): префикс из трех знаков, который можно использовать для создания имени учетной записи хранения кэша. Вы можете использовать собственный префикс, но для программы мы рекомендуем использовать префикс, соответствующий требованиям соглашения об именовании секций учетных записей хранения.
Suggested Log Account Name (Рекомендуемое имя учетной записи журналов): имя учетной записи хранения после добавления рекомендуемого префикса. Замените имя в угловых скобках (< и >) именем своей учетной записи.
Placement Summary (Сводка размещения): сводная информация о дисках, необходимых для защиты виртуальных машин с учетом типа хранилища. Она включает общее число виртуальных машин, общий размер для всех дисков и общее количество дисков.
В столбце Virtual Machines to Place (Виртуальные машины для размещения) перечислены все виртуальные машины, которые необходимо поместить в определенную учетную запись хранения для обеспечения оптимальной производительности и эффективного использования.
Совместимые виртуальные машины
Имя виртуальной машины — имя или IP-адрес виртуальной машины, заданные в качестве значения параметра VMListFile во время создания отчета. В этом столбце также перечислены диски (VMDK-файлы), присоединенные к виртуальным машинам. Чтобы различать виртуальные машины, для виртуальных машин в vCenter с повторяющимися именами или IP-адресами указывается имя узла ESXi. Это узел ESXi, на котором размещалась виртуальная машина, когда она была впервые обнаружена с помощью средства в процессе профилирования.
Параметр VM Compatibility (Совместимость виртуальной машины) имеет два значения: Да и Да*. Значение Да* используется в тех случаях, когда виртуальная машина подготавливается для 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 более низкой категории, программа добавляет к этой виртуальной машине метку Да*. и рекомендует вам либо изменить размер исходного диска для соответствия рекомендуемому типу диска хранилища класса 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 VM Size (Размер виртуальной машины Azure) — размер виртуальной машины облачных служб Azure, который лучше всего использовать для сопоставления с локальной виртуальной машиной. Это сопоставление выполняется на основе памяти, числа дисков, ядер, сетевых карт и операций записи и чтения на диск в секунду локальной виртуальной машины. Мы рекомендуем всегда использовать виртуальную машину Azure наименьшего размера, характеристики которой соответствуют всем этим характеристикам локальной виртуальной машины.
Количество дисков — общее количество дисков (VMDK-файлов) на виртуальной машине.
Размер диска (ГБ) — общий размер, настроенный на всех дисках виртуальной машины. Эта программа также показывает размер каждого отдельного диска виртуальной машины.
Ядра — количество ядер ЦП на виртуальной машине.
Память (МБ) — ОЗУ виртуальной машины.
Сетевые карты — количество сетевых карт на виртуальной машине.
Тип загрузки — тип загрузки виртуальной машины (BIOS или EFI). Сейчас Azure Site Recovery поддерживает виртуальные машины EFI (Windows Server 2012, 2012 R2 и 2016) для Windows Server при условии, что в загрузочном диске меньше 4 секций, а размер загрузочного сектора равен 512 байт. Чтобы защитить виртуальные машины EFI, версия службы Azure Site Recovery должна быть 9.13 или выше. Отработка отказа поддерживается только для виртуальных машин EFI. Восстановление размещения не поддерживается.
Тип ОС — тип операционной системы виртуальной машины. Это может быть Windows, Linux или другая ОС в зависимости от выбранного шаблона в VMware vSphere при создании виртуальной машины.
Несовместимые виртуальные машины
Имя виртуальной машины — имя или IP-адрес виртуальной машины, заданные в качестве значения параметра VMListFile во время создания отчета. В этом столбце также перечислены диски (VMDK-файлы), присоединенные к виртуальным машинам. Чтобы различать виртуальные машины, для виртуальных машин в vCenter с повторяющимися именами или IP-адресами указывается имя узла ESXi. Это узел ESXi, на котором размещалась виртуальная машина, когда она была впервые обнаружена с помощью средства в процессе профилирования.
Параметр VM Compatibility (Совместимость виртуальной машины) указывает, почему определенная виртуальная машина не поддерживает Site Recovery. Причины приводятся для каждого несовместимого диска виртуальной машины, и в зависимости от опубликованных ограничений хранилища эта проблема может быть вызвана следующим:
Неверный размер диска данных или недопустимый размер диска ОС. Ознакомьтесь с ограничениями в отношении поддержки.
Общий размер виртуальной машины (репликация и тестовая отработка отказа) превышает поддерживаемый размер учетной записи хранения (35 ТБ). Это обычно происходит на виртуальных машинах с одним диском, показатели производительности которого превышают максимально поддерживаемые ограничения Microsoft Azure или Azure Site Recovery для хранилища класса Standard, используемого для отправки виртуальной машины в зону хранилища класса Premium. Однако максимальный поддерживаемый размер учетной записи хранения класса Premium составляет 35 ТБ, и поэтому невозможно обеспечить защиту одной виртуальной машины в нескольких учетных записях хранения. Кроме того, обратите внимание, что если тестовая отработка отказа выполняется на защищенной виртуальной машине, этот процесс происходит в той же учетной записи хранения, где выполняется репликация. Поэтому на диске необходимо настроить в 2 раза больше пространства для выполнения репликации и тестовой отработки отказа в параллельном режиме.
Число операций ввода-вывода в секунду источника превышает поддерживаемое хранилищем ограничение в 7500 операций ввода-вывода в секунду на диск.
Число операций ввода-вывода в секунду источника превышает поддерживаемое хранилищем ограничение в 80 000 операций ввода-вывода в секунду на виртуальную машину.
Среднее значение скорости обработки данных превышает поддерживаемое Site Recovery ограничение в 20 МБ/с для среднего объема ввода-вывода на диск.
Пиковая скорость обработки данных на всех дисках виртуальной машины превышает максимально поддерживаемое Site Recovery ограничение в 54 МБ/с на виртуальную машину.
Среднее эффективное значение количества операций ввода-вывода в секунду при записи превышает поддерживаемое Site Recovery ограничение в 840 операций на диск.
Вычисленный объем хранилища моментальных снимков превышает поддерживаемое ограничение в 10 ТБ.
Обработка данных в день превышает поддерживаемое ограничение 2 ТБ на сервер обработки.
Пиковое число операций записи и чтения на диск в секунду (с коэффициентом роста) — пиковое значение числа операций ввода-вывода в секунду на диске (95-й процентиль), включая будущий коэффициент роста (по умолчанию — 30 %). Обратите внимание, что общее число операций записи и чтения на диск в секунду не всегда вычисляется путем сложения операций записи и чтения каждого отдельного диска виртуальной машины, так как максимальное число операций записи и чтения в секунду виртуальной машины состоит из максимальных значений каждого отдельного диска в течение каждой минуты процесса профилирования.
Пиковая активность обработки данных на диске в Мбит/с (с коэффициентом роста) — пиковая скорость обработки данных на диске (95-й процентиль), включая будущий коэффициент роста (по умолчанию — 30 %). Обратите внимание, что общая скорость обработки данных виртуальной машины не всегда вычисляется путем сложения скорости обработки данных на каждом ее отдельном диске, так как максимальная скорость обработки данных виртуальной машины состоит из максимальных значений обработки на каждом отдельном диске в течение каждой минуты процесса профилирования.
Количество дисков — общее количество VMDK-файлов на виртуальной машине.
Размер диска (ГБ) — общий размер, настроенный на всех дисках виртуальной машины. Эта программа также показывает размер каждого отдельного диска виртуальной машины.
Ядра — количество ядер ЦП на виртуальной машине.
Память (МБ) — объем ОЗУ виртуальной машины.
Сетевые карты — количество сетевых карт на виртуальной машине.
Тип загрузки — тип загрузки виртуальной машины (BIOS или EFI). Сейчас Azure Site Recovery поддерживает виртуальные машины EFI (Windows Server 2012, 2012 R2 и 2016) для Windows Server при условии, что в загрузочном диске меньше 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 минут, то есть после передачи выполняется обработка данных, а созданная точка восстановления составляет 5 минут.
Оценка затрат
Подробнее об оценке затрат.
Дальнейшие действия
Подробнее об оценке затрат.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по