Правильное определение размера начального развертывания Приложения Microsoft 365

Примечание.

В этой статье, созданной Приложения Microsoft 365 Rangers, описаны распространенные практики, наблюдаемые в реализации клиентов. Мы рекомендуем оценить актуальность этого руководства для вашей организации и адаптировать подход по мере необходимости.

При планировании развертывания Приложения Microsoft 365 с помощью Configuration Manager в многоязыковой корпоративной среде вы можете столкнуться со следующей проблемой: Чтобы предотвратить перегрузку корпоративных подключений к Интернету, необходимо включить в пакет локального развертывания как можно больше исходных файлов для разных языков. Но включение многих языков увеличивает трафик локальной локальной сети или глобальной сети, так как все точки распространения и управляемые клиенты скачивают весь пакет независимо от того, что им на самом деле нужно.

Экстрим (размещение всего локально или ничего не размещать) нецелесообразно для большинства организаций. В этой статье показано, как сбалансировать влияние на Интернет и локальные ресурсы.

Существует три цели:

• Максимально уменьшите влияние на интернет-каналы вашей компании.
• Максимально уменьшите влияние на внутреннюю сеть.
• Используйте минимальное количество пакетов развертывания, чтобы сократить затраты на обслуживание.

Эта статья относится к первоначальному локальному развертыванию Приложения Microsoft 365. В других статьях мы рассмотрим, как лучше всего поддерживать удаленных сотрудников и оптимизировать последующие установки Visio, Project или других языковых пакетов.

Давайте сначала рассмотрим пример сценария и то, как мы определим правильный баланс. Затем мы рассмотрим шаги по реализации решения.

Пример сценария и решения

Рассмотрим пример сценария в типичной корпоративной среде:

• ИТ-отдел поддерживает 24 различных языка для Приложения Microsoft 365.
• ИТ-служба использует Microsoft Configuration Manager для управления 50 000 устройств по всему миру.
• Происходит несколько интернет-прорывов. Они всегда перегружены.
• Цель заключается в обновлении в течение шести месяцев.

Мы могли бы включить все языки в один пакет локального развертывания, чтобы свести к нулю влияние на интернет-прорывы. Но включение 24 языков увеличивает размер пакета примерно до 8 гигабайт. Так как Configuration Manager синхронизирует полный пакет с каждым устройством независимо от того, что на самом деле требуется устройству, этот размер пакета вызывает 400 терабайт трафика локальной сети (8 гигабайт * 50 000 устройств).

С другой стороны, мы могли бы удалить все исходные файлы и использовать Configuration Manager только для запуска установки. Мы будем полагаться на сеть доставки содержимого Office (CDN) для предоставления только необходимых исходных файлов. Этот метод гарантирует, что каждое устройство будет загружать только то, что ему нужно. Но все файлы поступают из Интернета. Если предположить, что каждому другому устройству требуется один дополнительный язык, мы в конечном итоге сможем получить примерно 81 терабайт трафика из Интернета (50 000 устройств * 1,5 ГБ плюс 25 000 устройств * 0,25 ГБ). Это большое сокращение общего трафика, но это будет способствовать перегрузке доступа в Интернет.

Вместо одного большого пакета развертывания можно также создать одно базовое развертывание (Приложения Microsoft 365 с одним языком) и 24 дополнительных пакета, по одному для каждого языка, как описано в статье Развертывание языков. Этот параметр сокращает количество синхронизированного содержимого на устройство, но повышает сложность и общий объем данных, хранящихся в точках распространения. Выбор подходящего набора пакетов для каждого устройства является сложным, и в дальнейшем нам придется поддерживать 25 отдельных пакетов развертывания.

Хорошая новость заключается в том, что мы не должны идти в крайности. Вместо этого можно использовать функцию с именем AllowCdnFallback. Если этот параметр включен, модуль установки может вернуться к сети CDN Office для каждого языкового пакета, который не может найти локально в папке Ccmcache . Этот метод позволяет заменить пропускную способность локальной сети или глобальной сети пропускной способностью Интернета. Если только одному устройству требуется определенный языковой пакет, устройство должно скачать около 250 мегабайт. Но если удалить этот язык из исходного набора файлов, он сохранит 49 999 других устройств от синхронизации исходных файлов из точек распространения (~12,5 ТБ). Это звучит как хорошая сделка!

Чтобы определить, какие языковые пакеты следует исключить, можно создать обзор частоты установки каждого языкового пакета. Затем мы суммируем количество всех установок языковых пакетов и вычислим долю каждого из них. Как правило, распределение не является ровным. Небольшое подмножество языковых пакетов обычно учитывает большинство установок, как показано в следующем примере:

В этом случае только 8 из 24 языковых пакетов (nl-nl, fr-fr, pt-br, es-es, it-it, de-de, pl-pl и ru-ru) составляют 92 процента всех установок языковых пакетов. Остальные 16 языковых пакетов устанавливаются только на 8% устройств. На основе этих данных мы можем вычислить влияние на локальные подключения к глобальной сети/локальной сети и Интернету (вызванные тем, что устройства должны скачивать другие исходные файлы):

Мы видим две крайности (нет/все исходные файлы) и влияние на трафик LAN/WAN и пропускную способность Интернета. Но если мы включим только восемь языковых пакетов, упомянутых ранее, мы сможем сбалансировать их. По сравнению с обработкой всех локальных операций размер пакета будет уменьшен примерно на 50 процентов. Мы сократили бы сетевой трафик локальной сети или глобальной сети более чем на 180 терабайт. Компромисс заключается в том, что 1800 устройств теперь должны будут скачать один из исключенных языков, создавая около 450 гигабайт трафика. Во всех рабочих днях, начиная с целевого 6-месячного периода развертывания, это примерно 3,5 гигабайта в день. Если мы добавим в набор клиентский одноранговый кэш, оптимизацию доставки и подключенный кэш Майкрософт , мы сможем еще больше уменьшить влияние на сеть.

В нашем сценарии мы решили использовать восемь языковых пакетов, что позволит сэкономить время и пропускную способность сети во время первой синхронизации во всех точках распространения и клиентских устройствах. Мы также будем применять это разделение локальной или облачной среды к будущим обновлениям Office, чтобы клиент выигрывал от разделения каждый месяц, а не только во время первоначального развертывания.

Как реализовать развертывание правильного размера

Определение наиболее часто используемых языковых пакетов

Во-первых, необходимо знать, как часто каждый отдельный языковой пакет устанавливается в вашей среде. Если вы используете Configuration Manager, можно выполнить следующий запрос к базе данных, чтобы получить обзор и количество установленных языковых пакетов:

select count (distinct resourceid) as total, DisplayName0 from v_Add_Remove_Programs where DisplayName0 like 'Microsoft Office Language Pack%' group by resourceid, DisplayName0

Настройте запрос в соответствии со своими потребностями. Имейте в виду, что даже приблизительная оценка распределения языковых пакетов в порядке. Скопируйте данные в Microsoft Excel, отсортируйте по количеству установок и вычислите общее количество установок. Затем вычислите отдельную долю каждого языкового пакета и начните суммировать их, как показано выше.

Этот метод позволяет быстро определить три ключевых фактора:

• Какая группа языковых пакетов используется для большей части базы установки?
• Сколько установок языковых пакетов не распространяется на эту основную группу?
• Какова экономия сетевого трафика глобальной сети и локальной сети и влияние на пропускную способность Интернета?

Для последнего маркера выполните следующие вычисления для каждой группы:

• Сохраненная пропускная способность глобальной сети и локальной сети. Умножьте количество управляемых устройств на 0,25 гигабайта на количество исключенных языковых пакетов.
• Требуемая пропускная способность Интернета. Умножьте сумму количества установок для исключенных языковых пакетов на 0,25 гигабайта.

Для приведенной выше таблицы она может выглядеть следующим образом:

Определите, какие языковые пакеты вы хотите включить, и запишите эти сведения.

Настройка приложения Configuration Manager

Следующим шагом является создание пакета развертывания, который включает выбранные языковые пакеты и позволяет устройствам вернуться к сети CDN Office за отсутствием содержимого.

1. Убедитесь, что учетная запись (пользователь или СИСТЕМА), используемая для установки Приложения Microsoft 365, может подключаться к Интернету, как описано в документе.

2. Запустите Configuration Manager и перейдите в раздел Библиотека программного обеспечения. Откройте узел управление клиентами Office 365 и запустите мастер установщика Office 365.

3. Выберите с помощью мастера и убедитесь, что выберите все языки, которые вы хотите включить.

4. Когда мастер завершит работу, необходимо настроить файл конфигурации, чтобы разрешить резервные сети CDN Office, и указать подсистеме установки динамически определять, какие языки следует устанавливать, а не жестко кодировать их. Перейдите в папку источника содержимого и откройте файл configuration.xml в редакторе.

5. Удалите все жестко заданные языки и замените их сочетанием следующих элементов:

   • Определенные языки, которые требуется установить всегда.
   • Добавьте ID="MatchPreviousMSI", если вы хотите перенести уже установленные языки.
   • Добавьте ID="MatchOS", если вы хотите установить языки, соответствующие языку интерфейса Windows.

6. Также добавьте в элемент AllowCdnFallback="True".<Add …> Ниже приведен пример configuration.xml:

   <Configuration>
       <Add OfficeClientEdition="64" Channel="MonthlyEnterprise" AllowCdnFallback="True" OfficeMgmtCOM="TRUE" Version="16.0.12624.20588" ForceUpgrade="TRUE" >
    	<Product ID="O365ProPlusRetail">
    		<Language ID="en-us" />
    		<Language ID="MatchPreviousMSI" />
    		<Language ID="MatchOS" />
    		<ExcludeApp ID="Groove" />
    		<ExcludeApp ID="Lync" />
    	</Product>
    </Add>
    <RemoveMSI />
    <Display Level="Full" AcceptEULA="TRUE" />
   </Configuration>
   

7. Сохраните файл и вернитесь в консоль Configuration Manager. Перейдите в раздел Приложения дляуправления приложениями>библиотеки>программного обеспечения. Выберите приложение, перейдите на вкладку Типы развертывания , щелкните правой кнопкой мыши соответствующую запись и выберите Команду Обновить содержимое.

   

8. После того как все точки распространения синхронизируют изменения, вы можете развернуть приложение в обычном режиме.

Все готово!

Дальнейшее снижение влияния на сеть

Мы рекомендуем выполнить следующие действия для дальнейшего снижения влияния на сеть.

• Используйте клиентский одноранговый кэш , чтобы разрешить клиентам совместно использовать содержимое, поступающее из точек распространения. Так как это содержимое является основной частью загрузки, этот шаг поможет всем локальным развертываниям, а не только Office.
• Настройте оптимизацию доставки на своих устройствах, чтобы разрешить им одноранговую передачу содержимого кэша, поступающего из сети CDN Office. Чтобы использовать оптимизацию доставки во время установки Office, разверните версию 1908 или более позднюю. Для версий 1908–1911 необходимо задать определенный раздел реестра.
• При необходимости включите подключенный кэш (Майкрософт) в точках распространения. Этот шаг позволяет точкам распространения действовать в качестве постоянного кэша для ваших устройств. Подключенный кэш будет использовать уже имеющиеся в Configuration Manager сведения об инфраструктуре сети и предпочтительных точках распространения.

Особая благодарность Тому Фергюсону, одному из наших ConfigMgr экспертов, за пример SQL