Тестирование оптимизации доставки
Обзор
Оптимизация доставки — это мощный и полезный инструмент, помогающий предприятиям управлять использованием пропускной способности для скачивания содержимого Майкрософт. Это решение предназначено для использования в крупномасштабных средах с большим количеством устройств, различными размерами содержимого и т. д. Оптимизация доставки является собственной для поддерживаемых в настоящее время версий Windows и предоставляет конфигурацию по умолчанию, чтобы максимально эффективно использовать обычную среду клиента. Оптимизация доставки используется для доставки различных типов содержимого, поэтому клиенты Майкрософт пользуются лучшим интерфейсом скачивания для своей среды. Оптимизация доставки включает три компонента:
- Загрузчик HTTP.
- Одноранговая облачная технология (P2P).
- Подключенный кэш (Майкрософт).
Одним из самых мощных преимуществ использования оптимизации доставки является возможность точной настройки параметров, позволяющих пользователям звонить в доставке содержимого Майкрософт в соответствии с потребностями конкретных сред.
Мониторинг результатов
Так как оптимизация доставки включена по умолчанию, вы можете отслеживать значение с помощью параметров Windows для "Оптимизация доставки" с помощью командлетов PowerShell для оптимизации доставки и (или) с помощью отчета Центра обновления Windows для бизнеса в Azure.
В случае, если оптимизация доставки не работает в вашей среде, важно изучить, чтобы добраться до корня проблемы. Мы рекомендуем создать тестовую среду, чтобы легко оценить типичные устройства, чтобы убедиться, что оптимизация доставки работает правильно. Для начала необходимо создать сценарий 1. Базовая настройка, чтобы протестировать использование оптимизации доставки между двумя компьютерами. Этот сценарий предназначен для устранения любого шума в среде, чтобы гарантировать, что на устройствах нет ничего, что мешает оптимизации доставки. Получив базовый план, вы можете расширить тестовую среду для более сложных тестов.
Ожидания и цели
Основное внимание в сценариях тестирования в этой статье уделяется демонстрации политик оптимизации доставки, сосредоточенных на успешном скачивании байтов с помощью P2P. В частности, цель состоит в том, чтобы показать, что одноранговый узел работает должным образом, используя следующие критерии:
- Одноранговые узлы могут находить друг друга (например, в той же локальной сети, подсети или группе, что соответствует вашей политике "Режим загрузки").
- Файлы скачиваются в ожидаемом параметре политики "Режим загрузки" (проверяет подключение к do cloud, HTTP и локальным конфигурациям).
- По крайней мере некоторые скачивание происходит через P2P (проверяет подключение между одноранговых узлов).
Несколько элементов, влияющих на общий пиринг с помощью оптимизации доставки. Следует учитывать наиболее распространенные факторы, влияющие на окружающую среду.
- Количество файлов в кэше иколичество устройств оказывают большое влияние на общий пиринг. Существует определенное количество файлов, доступных для пиринга одновременно с каждого клиента, поэтому пиринговое устройство может не обслуживать определенный файл.
- Размер файлаи надежность подключения к Интернетуимеют значение. Существует параметр оптимизации доставки, определяющий минимальный размер файла для использования P2P. Кроме того, подключение к Интернету должно быть достаточно открытым и надежным, чтобы клиент оптимизации доставки запускал вызовы API облачной службы и скачивать файлы метаданных перед началом скачивания файла.
- Политики оптимизации доставки могут играть определенную роль. Как правило, важно ознакомиться со справочником по параметрам оптимизации доставки и оптимизации доставки по умолчанию — Развертывание Windows | Документация Майкрософт.
Оптимизация доставки — это гибридная P2P-платформа
Гибридный подход оптимизации доставки к параллельному скачиванию из нескольких источников (HTTP и одноранговых) особенно важен для крупномасштабных сред, постоянно оценивая оптимальный источник для доставки содержимого. В сочетании распределение кэша содержимого между участвующими устройствами способствует возможности оптимизации доставки для поиска экономии пропускной способности по мере того, как становится доступно больше одноранговых узлов.
В момент инициации загрузки клиент оптимизации доставки начинает скачивание из источника HTTP и одновременно обнаруживает одноранговые узлы. При использовании файла меньшего размера большую часть байтов можно скачать из источника HTTP перед подключением к одноранговой точке, даже если доступны одноранговые узлы. При использовании больших файлов и качественных одноранговых узлов локальной сети скорость HTTP-запросов может быть снижена почти до нуля, но только после выполнения этих первоначальных запросов из HTTP.
В следующем разделе вы узнаете, как два сценария тестирования дают разные результаты в количестве байтов, поступающих из HTTP и одноранговых узлов. В этих сценариях оптимизация доставки постоянно оценивает оптимальное расположение, из которого скачивается содержимое.
Сценарии тестирования
Сценарий 1. Базовая настройка
Цель: Продемонстрировать, как работает одноранговая технология оптимизации доставки с помощью двух компьютеров в управляемой тестовой среде.
Ожидаемые результаты: Компьютер 1 загрузит ноль байтов из одноранговых узлов, а компьютер 2 — 50–99 % от одноранговых узлов.
Настройка тестового компьютера
| Контрольный список установки | Значение и объяснение |
|---|---|
| Количество используемых компьютеров | 2 |
| Виртуальные машины и физические устройства | 2 |
| Версия ОС Windows | Windows 10 (21H2) и Windows 11 (21H2) |
| ОЗУ | 8 ГБ |
| Размер диска | 127 ГБ |
| Network | Подключено к той же сети, которая является представителем корпоративной сети. |
| Приостановка обновлений Windows | Это управляет тестовой средой, чтобы во время теста не было доступно другое содержимое, что может изменить результаты теста. Если возникли проблемы и пиринг не происходит, используйте Get-DeliveryOptimizationStatus на первом компьютере, чтобы вернуть список подключенных одноранговых узлов в режиме реального времени. |
| Убедитесь, что все приложения Магазина обновлены | Это помогает предотвратить скачивание новых непредвиденных обновлений во время тестирования. |
| Политика "Режим загрузки" оптимизации доставки | 2 (группа)(задано на каждом компьютере) |
| Политика "GroupID" оптимизации доставки | Задайте один и тот же GUID на каждом тестовом компьютере. GUID — это обязательное значение, которое можно создать с помощью PowerShell, '[guid]::NewGuid().'. |
| Требуется только на устройствах с Windows 11 задать только политику оптимизации доставки "Ограничить выбор однорангового узла" | 0-NAT (устанавливается на каждом компьютере). Поведение по умолчанию в Windows 11 имеет значение "Обнаружение 2 локальных одноранговых узлов". В целях тестирования необходимо ограничить областью NAT. |
Инструкции по тестированию
Для каждого компьютера будет использоваться следующий набор инструкций:
Откройте консоль PowerShell с правами администратора.
- Очистите кэш DO: "Delete-DeliveryOptimizationCache".
- Выполните команду Get-DeliveryOptimizationStatus.
Откройте MS Store и найдите "Асфальт условных обозначений 9". Нажмите кнопку Получить , чтобы инициировать скачивание содержимого (размер содержимого: ~3,4 ГБ).
На компьютере No 1
Выполнение "Инструкции по тестированию"
Windows 10 Windows 11 
Наблюдения — На первом компьютере, скачивающем содержимое, не найдены одноранговые узлы.
— "TotalBytesDownloaded" равен размеру файла.
— Для состояния задано значение Кэширование содержимого, чтобы его могли использовать будущие одноранговые узлы.
— скачивание происходит на переднем плане.
— Для параметра DownloadMode задано значение "Группа", и одноранговые узлы не найдены.
— Между устройствами с Windows 10 и Windows 11 не наблюдалось никаких отдельных наблюдений.Подождите 5 минут.
На компьютере No 2
Выполнение "Инструкции по тестированию"
Windows 10 Windows 11 
Наблюдения Наблюдения — Был найден одноранговый узел для содержимого, и 87 % от общего числа байтов поступило от однорангового узла.
— для части содержимого найден один одноранговый узел, который ожидается, так как в группе пиринга есть только два устройства.
— Для режима загрузки задано значение "Группа", но так как групповой режим включает в себя как локальные, так и групповые устройства, оптимизация доставки при их обнаружении определяет приоритет одноранговых узлов локальной сети. Таким образом, BytesFromLanPeers отображает байты, в которых BytesFromGroupPeers нет.
— "DownloadDuration" примерно совпадает между компьютерами.— Был найден одноранговый узел для содержимого, и 90 % от общего числа байтов поступило от однорангового узла.
— Все остальные точки совпадают с результатами Windows 10.
Сценарий 2. Предварительная настройка
Цель:
Демонстрация работы одноранговой технологии оптимизации доставки в неуправляемой среде и расширение до трех компьютеров
Ожидаемые результаты:
Компьютер 1 загрузит ноль байтов из одноранговых узлов, а компьютер 2 найдет одноранговые узлы и скачивает 50–99 % от одноранговых узлов. Компьютер 3 найдет два одноранговых узла и скачивает 50–99 % от одноранговых узлов.
Настройка тестового компьютера
| Контрольный список установки | Значение и объяснение |
|---|---|
| Количество используемых компьютеров | 3 |
| Виртуальные машины | 3 |
| Версия ОС Windows | Windows 10 (21H2) |
| ОЗУ | 8 ГБ |
| Размер диска | 127 ГБ |
| Network | Подключено к той же сети, которая является представителем корпоративной сети. |
| Политика "Режим загрузки" оптимизации доставки | 2 (группа) (устанавливается на каждом компьютере). |
| Политика "Идентификатор группы" оптимизации доставки | Задайте один и тот же GUID на каждом тестовом компьютере. Обязательное значение GUID, которое можно создать с помощью PowerShell, '[guid]::NewGuid().] (https://devblogs.microsoft.com/scripting/powertip-create-a-new-guid-by-using-powershell/)'. |
| Политика оптимизации доставки "Задержка фонового скачивания с http" | 60 (устанавливается на каждом компьютере). |
| Оптимизация доставки 'Задержка загрузки переднего плана из политики HTTP | 60 (устанавливается на каждом компьютере). |
Инструкции по тестированию
Для каждого компьютера будет использоваться следующий набор инструкций:
- Очистите кэш DO: "Delete-DeliveryOptimizationCache".
- Откройте MS Store и найдите "Асфальт условных обозначений 9". Нажмите кнопку Получить , чтобы инициировать скачивание содержимого (размер содержимого: ~3,4 ГБ).
- Откройте консоль PowerShell с правами администратора. Выполните команду Get-DeliveryOptimizationStatus.
На компьютере 1:
Выполнение "Инструкции по тестированию"
Выходные данные: Windows 10 (21H2)
Наблюдения
- При первом скачивании в группе устройств отображаются все байты, поступающие из HTTP, BytesFromHttp.
- Загрузка выполняется на переднем плане, так как приложение Магазина выполняет скачивание, и на переднем плане на устройстве, так как оно инициировано пользователем в приложении Store.
- Одноранговые узлы не найдены.
Подождите 5 минут.
На компьютере 2:
Выполнение "Инструкции по тестированию"
Выпуск Windows 10 (21H2)
Наблюдения
- "PercentPeerCaching" составляет 99,8%
- По-прежнему используется источник BytesFromHttp.
- Найден один одноранговый узел
- Все пиринговые подключения выполнялись с устройства в локальной сети, как показано в разделе "BytesFromLanPeers"
На компьютере 3:
Выполнение "Инструкции по тестированию"
Выпуск: Windows 10 (21H2)
Наблюдения
- "PercentPeerCaching" примерно то же самое, что и компьютер No 2, с 99,7%.
- Теперь найдены два одноранговых узла.
- По-прежнему скачивание из источника HTTP, как показано со значением "BytesFromHttp".
Наблюдения одноранговых источников для всех компьютеров в тестовой группе
Распределенный характер технологии оптимизации доставки очевиден при повторном запуске командлета Get-DeliveryOptimizationStatus на каждом из тестовых компьютеров. Для каждого поля BytesToLanPeers заполняется новое значение. Этот тест показывает, что по мере того как становится доступно больше одноранговых узлов, запросы на скачивание байтов распределяются по группе пиринга и выступают в качестве источника для содержимого пиринга. Каждый одноранговый узел играет определенную роль в обслуживании другого.
Выпуск: Компьютер 1
BytesToPeers, полученные с компьютера 1, являются 5704426044. Это общее количество байтов, скачанных двумя одноранговиками в группе.
Выпуск: Компьютер 2
BytesToPeers, полученные с компьютера 2, являются 1899143740. Если в группе есть два одноранговых узла с доступными байтами, обратите внимание, что распределение байтов происходит с компьютера 1 или компьютера 2.
Выпуск: Компьютер 3
BytesToPeers, полученные с компьютера 3, имеют значение 0. Это означает, что другие одноранговые узлы не загружают байты из этого однорангового узла, который ожидается, так как он был последним компьютером в группе.
Заключение
Использование оптимизации доставки может значительно повлиять на среду клиентов для оптимизации пропускной способности. Одноранговая технология предлагает множество конфигураций, которые должны быть гибкими для любой организации. Оптимизация доставки использует распределенный кэш в разных источниках, чтобы обеспечить наиболее оптимальную загрузку, ограничивая при этом ресурсы, используемые на каждом устройстве.
Сценарии тестирования, приведенные в этом документе, помогают показать управляемую тестовую среду, помогая предотвратить прерывание обновлениями результатов пиринга. Другой, более реальный случай, демонстрирует, как содержимое, доступное на разных узлах, будет использоваться в качестве источника содержимого.
Если во время тестирования обнаружены проблемы, командлеты PowerShell для оптимизации доставки могут быть полезным средством, помогая объяснить, что происходит в среде.