Настройка оптимизации доставки (DO) для Windows
В этой статье описываются различные рекомендации по настройке оптимизации доставки (DO) в вашей среде.
Рекомендации по настройке оптимизации доставки
Используйте этот контрольный список, чтобы ознакомиться с различными аспектами при изменении конфигураций оптимизации доставки для вашей среды.
Предварительные требования для разрешения обмена данными по оптимизации доставки
Оцените политики оптимизации доставки на основе следующих элементов:
- Топология сети
- Размер организации
- Системные ресурсы
- Повышение эффективности P2P
Использование подключенного кэша (MCC)
Выбор места для установки политик оптимизации доставки
1. Предварительные требования для разрешения обмена данными по оптимизации доставки
Оптимизация доставки (DO) используется для скачивания содержимого Майкрософт из разных источников (источника HTTP, одноранговых узлов и /или выделенного решения кэша). Для поиска лучших и надежных источников контента требуется взаимодействие между клиентом DO и службами. Чтобы эта технология работала, клиент DO, работающий на устройстве с Windows, должен иметь возможность связаться с облачной службой DO.
Узнайте больше о требованиях к параметрам брандмауэра, прокси-сервера и порта, чтобы включить обмен данными по оптимизации доставки.
Брандмауэр
Существуют конечные точки службы, которые необходимо разрешить через брандмауэр для взаимодействия со службой оптимизации доставки. Проверьте полный список разрешенных конечных точек.
Прокси-сервер
Чтобы обеспечить правильную работу одноранговых подключений (P2P), необходимо разрешить прямые вызовы к службе оптимизации доставки с устройств. При использовании прокси-сервера необходимо обойти вызовы из службы оптимизации доставки (*.prod.do.dsp.mp.microsoft.com).
Локальный прокси-сервер
Для скачивания из источников HTTP оптимизация доставки может использовать функцию автоматического обнаружения прокси-сервера WinHttp для обработки связи с прокси-сервером. Важно знать, что оптимизация доставки использует запросы диапазона байтов, поэтому вы захотите убедиться, что прокси-сервер разрешает эту возможность. Дополнительные сведения об использовании оптимизации доставки с прокси-сервером.
Облачный прокси-сервер
Если вы используете облачный прокси-сервер, вызовы к службе DO передаются через облачный прокси-сервер, а общедоступный IP-адрес устройств изменяется, что предотвращает правильную работу P2P. Чтобы избежать проблем, следует настроить его так, чтобы разрешить трафику оптимизации доставки обходить прокси-сервер. В противном случае может возникнуть снижение производительности и увеличение потребления пропускной способности.
Порты
Для оптимизации доставки требуется использование определенных портов для доставки содержимого. Убедитесь, что все необходимые порты открыты, чтобы оптимизация доставки работала без проблем.
| Port | Протокол | Функция |
|---|---|---|
| 7680 | TCP/IP | Прослушивание P2P с помощью TCP/IP |
| 3544 | TCP/IP | Использование Teredo для обнаружения и подключения к одноранговым узлам в nat |
| 443 | HTTPS/ TLS 1.2 | Использование для обмена данными о клиенте и службе оптимизации доставки |
2. Оценка политик оптимизации доставки
Существует ряд параметров оптимизации доставки для удовлетворения потребностей вашей среды. Чтобы в полной мере использовать оптимизацию доставки, следует сосредоточиться на ключевых областях, чтобы определить наиболее подходящие параметры для вашей уникальной среды.
2a. Топология сети
Одноранговые группы можно определить в разделе Оптимизация доставки с помощью сочетания параметров, таких как DODownloadMode, DOGroupID, DOGroupIDSource и DORestrictPeerSelection. Сочетание используемых параметров зависит от нужных одноранговых групп и топологии сети.
Параметры настройки пиринга
Оптимизация доставки может использовать P2P для повышения эффективности пропускной способности. В этом разделе описываются различные параметры, доступные для определения одноранговых групп для вашей среды.
Локальная сеть (LAN)
Чтобы определить группу одноранговых узлов, ограниченную локальной сетью, выберите DODownloadMode (1), режим локальной сети. Этот параметр режима загрузки включает все устройства, которые используют один и тот же общедоступный IP-адрес при подключении к Интернету (за тем же NAT) в одной одноранговой группе.
Примечание.
Рассмотрите возможность использования режима загрузки групп и (или) ограничения выбора однорангового узла для подсети, если топология сети является звездообразной и периферийной.
Глобальная сеть (WAN)
Чтобы создать одноранговые группы между nat на одном сайте, через глобальную сеть или получить больший контроль в локальной среде, используйте режим скачивания "2", групповой режим. Режим загрузки групп позволяет определить уникальный идентификатор группы GUID или использовать существующие логические группы (например, сайт AD) на предприятии с параметром DOGroupIDSource для идентификации одноранговой группы.
Поведение По умолчанию GroupIDSource
Существует несколько вариантов идентификации идентификатора группы с помощью DOGroupIDSource. Поведение по умолчанию, если политики DOGroupID или DOGroupIDSource не заданы, заключается в определении идентификатора группы с помощью сайта AD (1), идентификатора домена с проверкой подлинности (2) или идентификатора клиента Microsoft Entra (5). Узнайте больше обо всех доступных параметрах DOGroupIDSource.
Примечание.
Если одноранговая группа охватывает несколько nat, служба Teredo будет использоваться на порту 3544.
Пользователям Configuration Manager рекомендуется использовать существующие группы границ для определения одноранговых групп.
Ограничение выбора однорангового узла
Если вашей среде требуется более детализированный подход, можно использовать параметр ограничения обнаружения одноранговых узлов вместе с режимом загрузки, чтобы получить больше контроля. Например, если за одним NAT стоит несколько разных подсетей, но вы хотите ограничить группы одноранговых узлов одной подсетью, выберите DODownloadMode (1) и DORestrictPeerSelection (Подсеть). Этот параметр можно использовать в любом из одноранговых режимов загрузки (1, 2 или 3).
Параметры, не относящиеся к числу
Существует два допустимых режима загрузки, в которых не используются функции P2P для доставки содержимого; режимы скачивания (0) и (99). В режиме загрузки (0) используются дополнительные метаданные, предоставляемые службами оптимизации доставки, для однорангового, надежного и эффективного процесса скачивания. Режим загрузки (99) обеспечивает надежную загрузку по протоколу HTTP из исходного источника загрузки или майкрософт без других проверок.
Пиринг с ПОМОЩЬЮ VPN
По умолчанию, если оптимизация доставки обнаруживает VPN, пиринг не используется. Чтобы изменить это поведение, используйте политику DOAllowVPNPeerCaching . Клиент оптимизации доставки ищет в строках "Description" и "FriendlyName" сетевого адаптера, чтобы определить использование VPN. Чтобы обеспечить большую гибкость для идентификации VPN, используйте DOVpnKeywords , чтобы добавить дескрипторы для определенного VPN, используемого в вашей организации.
Примечание.
Список ключевых слов по умолчанию — "VPN", "Secure" и "Виртуальная частная сеть". Например, "MYVPN" соответствует ключевому слову "VPN" и будет обнаружен как VPN-подключение.
2b. Размер организации
Оптимизация доставки предназначена для оптимальной работы в крупномасштабной среде с большим количеством устройств. В зависимости от размера среды следует оценить значение DOMinFileSizeToCache для оптимизации пиринга.
Минимальный размер файла для кэширования
Пиринг содержимого имеет ограниченное количество слотов, доступных в любой момент времени. По умолчанию для пиринга можно использовать только файлы содержимого размером не более 50 МБ. В среде с более чем 30 устройствами измените doMinFileSizeToCache на меньшее значение (10 МБ), чтобы предоставить больше содержимого для пиринга, которое можно распределить между многими устройствами. Для еще большего числа устройств (>100) этот параметр можно увеличить до (1 МБ).
Мобильные устройства
По умолчанию возможности P2P не включены для устройств, использующих батарею. Если в вашей среде много мобильных устройств, попробуйте включить политику DOMinBatteryPercentageAllowedToUpload до 60 %, чтобы использовать пиринг от аккумулятора.
2c. Системные ресурсы
Существуют некоторые конфигурации оптимизации доставки, которые могут повлиять на доступность различных системных ресурсов.
Размер диска
Измените минимальный размер диска (по умолчанию — 32 ГБ). Устройство должно использовать пиринг с параметром DOMinDiskSizeAllowedToPeer .
Оптимизация размера кэша
Вы также можете управлять объемом пространства, используемого кэшем оптимизации доставки, используя следующие параметры: DOMaxCacheSize (по умолчанию — 20 %) и DOAbsoluteMaxCacheSize (по умолчанию не настроено).
Размер ОЗУ
Управляйте минимальным объемом ОЗУ (включительно), разрешенным для использования однорангового кэширования (по умолчанию — 4 ГБ), с помощью DOMinRAMAllowedToPeer.
Большое количество устройств с неактивными системными ресурсами
В среде с подключенными устройствами и имеющими достаточно свободного места на диске, попробуйте увеличить интервал истечения срока действия содержимого DOMaxCacheAge до семи или более (до 30 дней). Вы можете воспользоваться преимуществами этих устройств, используя их в качестве отличных источников отправки для отправки большего количества содержимого в течение более длительного периода времени.
2d. Повышение эффективности P2P
Хотите повысить эффективность P2P? Ниже перечислены некоторые из наиболее эффективных параметров, которые можно изменить, которые могут оказать значительное влияние на вашу среду:
Помогите оптимизировать одноранговое подключение через HTTP-подключения с помощью политики DOMinBackgroundQoS . Хорошее значение для политики DOMinBackgroundQoS — это то, что ниже средней скорости скачивания, наблюдаемой в вашей сети. Например, если средняя скорость составляет 1000 КБ/с, установите для этой политики значение 500 КБ/с.
Повысьте вероятность скачивания с одноранговых узлов и (или) сервера кэша, отложив время попыток DO для создания подключений, прежде чем вернуться к источнику HTTP. К набору политик, связанных с задержками, относятся:
Чтобы повысить эффективность одноранговых узлов или выделенного сервера кэша, хорошей отправной точкой является 60 секунд для фоновых параметров и 30 секунд для параметров переднего плана.
Примечание.
Не все типы контента доступны для P2P. Дополнительные сведения см. в полном списке .
Параметры регулирования пропускной способности
Независимо от P2P, рекомендуется задать следующие политики, чтобы избежать нарушения работы сети.
- Управление использованием сети в виде процентного или абсолютного значения. К этим политикам относятся:
- Уменьшите количество сбоев, регулируя их по-разному в разное время суток с помощью следующих политик рабочего времени:
Примечание.
Абсолютные политики рекомендуются в средах с низкой пропускной способностью.
3. Использование подключенного кэша (MCC)
- DOCacheHost — это список имен серверов узла кэша, разделенных запятыми. Клиент оптимизации доставки подключается к перечисленным серверам Microsoft Connected Cache в указанном порядке.
- DOCacheHostSource можно использовать для динамического обнаружения серверов узлов кэша в сети с помощью DHCP.
- DelayCacheServerFallbackBackground и DelayCacheServerFallbackForeground — это политики задержки, помогающие повысить вероятность извлечения содержимого с серверов узла кэша сети. (См. рекомендуемые значения в разделе Повышение эффективности P2P выше).
- DODisallowCacheServerDownloadsOnVPN позволяет управлять сервером узла кэша для предоставления содержимого, если устройство подключено к VPN-подключению.
4. Выбор места для установки политик оптимизации доставки
Групповые политики
Используйте групповую политику для управления параметрами оптимизации доставки.
Computer Configuration\Administrative Templates\Windows Components\Delivery Optimization
Политики MDM
Используйте MDM для управления параметрами оптимизации доставки.
.Vendor/MSFT/Policy/Config/DeliveryOptimization/
Оптимизация доставки интегрирована с Microsoft Endpoint Manager и Configuration Manager.
Сводка основных рекомендаций по настройке
| Вариант использования | Политика | Рекомендуемое значение |
|---|---|---|
| Использование P2P | DownloadMode | 1 или 2 |
| Не используйте P2P | DownloadMode | 0 |
| Количество устройств в организации | MinFileSizeToCache | 1 МБ для одноранговой группы > 100 устройств |
| Неактивные системные ресурсы | MaxCacheAge | 7 дней (604800 секунд) |
| Повышение эффективности P2P | MinBackgroundQoS и DelayBackgroundDownloadFromHttp / DelayForegroundDownloadFromHttp | 500 КБ/с и 60/30 секунд |
| Используете подключенный кэш? | DelayCacheServerFallbackBackground / DelayCacheServerFallbackForeground | 60/30 секунд |
Мониторинг оптимизации доставки
Независимо от того, выбираете ли вы конфигурации оптимизации доставки по умолчанию или настраиваете их в соответствии с вашей средой, вы захотите отслеживать результаты, чтобы увидеть, как они повышают эффективность. Дополнительные сведения о параметрах мониторинга для оптимизации доставки.
Устранение неполадок с оптимизацией доставки
Может быть много разных причин, по которым оптимизация доставки не работает в вашей среде. Узнайте больше о средстве устранения неполадок DO и распространенных проблемах и решениях, которые помогут улучшить работу с оптимизацией доставки.
Оптимизация доставки тестов
Узнайте больше о руководстве по базовым сценариям тестирования, чтобы узнать, как работает оптимизация доставки.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по