Поделиться через


Разработка иерархии сайтов для Configuration Manager

Относится к Configuration Manager (Current Branch)

Перед установкой первого сайта новой иерархии Configuration Manager рекомендуется понять:

  • Доступные топологии для Configuration Manager

  • Типы доступных сайтов и их связи друг с другом

  • Область управления, которую предоставляет каждый тип сайта

  • Параметры управления содержимым, которые могут сократить количество сайтов, необходимых для установки

Затем спланируйте топологию, которая эффективно отвечает текущим бизнес-потребностям, а затем может расшириться для управления будущим ростом.

При планировании учитывайте ограничения для добавления дополнительных сайтов в иерархию или автономный сайт:

Примечание.

При планировании новой установки Configuration Manager имейте в виду заметки о выпуске, в которых подробно описаны текущие проблемы в активных версиях. Заметки о выпуске применяются ко всем ветвям Configuration Manager. При использовании ветви technical preview найдите проблемы, относящиеся к этой ветви, в документации по каждой версии technical preview.

Топология иерархии

Топологии иерархии варьируются от:

  • Простейший: один автономный первичный сайт

  • Наиболее сложный: группа подключенных первичных и вторичных сайтов с сайтом центра администрирования на сайте верхнего уровня иерархии.

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

Автономный первичный сайт

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

Эта топология обеспечивает следующие преимущества:

  • Упрощенные административные издержки

  • Упрощенное назначение сайта клиента и обнаружение доступных ресурсов и служб

  • Устранение возможных задержек, вызванных репликацией базы данных между сайтами

  • Параметр для расширения изолированного первичного сайта в более крупную иерархию с сайтом центра администрирования. Этот параметр позволяет установить новые первичные сайты, чтобы расширить масштаб развертывания.

Сайт центра администрирования с одним или несколькими дочерними первичными сайтами

Используйте эту топологию, если требуется несколько первичных сайтов для поддержки управления всеми устройствами и пользователями. Он необходим, если требуется использовать более одного первичного сайта.

Эта топология обеспечивает следующие преимущества:

  • Он поддерживает до 25 первичных сайтов, которые позволяют расширить масштаб иерархии.

  • Вы всегда используете сайт центра администрирования, если не переустанавливать сайты. Этот параметр является постоянным. Нельзя отсоединить дочерний первичный сайт, чтобы сделать его автономным первичным сайтом.

Определение времени использования сайта центра администрирования

Используйте сайт центра администрирования для настройки параметров на уровне иерархии и мониторинга всех сайтов и объектов в иерархии. Этот тип сайта не управляет клиентами напрямую. Он координирует репликацию данных типа "сеть — сеть", которая включает в себя конфигурацию сайтов и клиентов в иерархии.

Следующие сведения помогут вам решить, когда следует установить сайт центра администрирования.

  • Сайт центра администрирования — это сайт верхнего уровня в иерархии.

  • При настройке иерархии с несколькими первичными сайтами установите сайт центра администрирования.

    • Если вам сразу требуется два или несколько первичных сайтов, сначала установите сайт центра администрирования.

    • Если у вас уже есть первичный сайт и вы хотите установить сайт центра администрирования, разверните автономный первичный сайт , чтобы установить сайт центра администрирования.

  • Сайт центра администрирования поддерживает только первичные сайты в качестве дочерних сайтов.

  • Сайту центра администрирования не могут быть назначены клиенты.

  • Сайт центра администрирования не поддерживает роли системы сайта, которые непосредственно поддерживают клиентов, например точки управления и точки распространения.

  • Управление всеми клиентами в иерархии и выполнение всех задач по управлению сайтом из консоли Configuration Manager, подключенной к сайту центра администрирования. Эти задачи включают установку точек управления или других ролей системы сайта на дочерних первичных или вторичных сайтах.

  • При использовании сайта центра администрирования это единственное место, где отображаются данные сайта со всех сайтов в иерархии. Эти данные включают такие сведения, как данные инвентаризации и сообщения о состоянии.

  • Настройте операции обнаружения во всей иерархии с сайта центра администрирования. На сайте центра администрирования назначьте методы обнаружения для выполнения на отдельных первичных сайтах.

  • Управление безопасностью во всей иерархии путем назначения различных ролей безопасности, областей безопасности и коллекций разным администраторам. Эти конфигурации применяются на каждом сайте в иерархии.

  • Настройте репликацию для управления обменом данными между сайтами в иерархии. Планирование репликации базы данных для данных сайта и управление пропускной способностью для передачи файловых данных между сайтами.

Определение того, когда следует использовать первичный сайт

Используйте первичные сайты для управления клиентами. Установите первичный сайт как дочерний сайт под сайтом центра администрирования или как первый сайт новой иерархии. Первичный сайт, который является первым сайтом иерархии, создает автономный первичный сайт. Как дочерние первичные сайты, так и автономные первичные сайты поддерживают вторичные сайты.

Рассмотрите возможность добавления дополнительных первичных сайтов по следующим причинам:

  • Чтобы увеличить количество устройств, управляйте с помощью одной иерархии.

  • Для удовлетворения требований к управлению организацией. Например, можно установить первичный сайт в удаленном расположении для управления передачей содержимого развертывания через сеть с низкой пропускной способностью.

    • Вместо этого рекомендуется использовать параметры для регулирования пропускной способности сети при передаче данных в точку распространения. Эта возможность управления содержимым может заменить необходимость установки дополнительных сайтов.

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

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

  • Первичный сайт поддерживает только сайт центра администрирования в качестве родительского сайта.

  • Первичный сайт поддерживает только вторичные сайты в качестве дочерних сайтов и поддерживает несколько вторичных сайтов.

  • Первичные сайты отвечают за обработку всех данных клиентов из назначенных им клиентов.

  • Первичные сайты используют репликацию базы данных для прямого взаимодействия с сайтом центра администрирования. Это поведение настраивается автоматически при установке нового сайта.

Определение того, когда следует использовать дополнительный сайт

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

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

Однако вы можете направлять содержимое между двумя одноранговыми вторичными сайтами для управления репликацией содержимого развертывания на основе файлов. Для передачи данных клиента на первичный сайт вторичный сайт использует репликацию на основе файлов. Вторичный сайт также использует репликацию базы данных для взаимодействия со своим родительским первичным сайтом.

Рассмотрите возможность установки дополнительного сайта, если применяются какие-либо из следующих условий:

  • Для пользователя с правами администратора не требуется локальная точка подключения.

  • Вам необходимо управлять передачей содержимого развертывания на сайты ниже иерархии.

  • Вам необходимо управлять сведениями о клиентах, которые отправляются на сайты выше в иерархии.

Если вы не хотите устанавливать дополнительный сайт и у вас есть клиенты в удаленных расположениях, рассмотрите следующие варианты:

  • Использование одноранговых технологий, таких как Windows BranchCache

  • Включение точек распространения для управления пропускной способностью и планирования

Используйте эти параметры управления содержимым с дополнительными сайтами или без них. Они помогают уменьшить размер инфраструктуры Configuration Manager. Дополнительные сведения о параметрах управления содержимым в Configuration Manager см. в статье Определение того, когда следует использовать параметры управления содержимым.

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

  • Если локальный экземпляр SQL Server недоступен, серверы вторичного сайта автоматически устанавливают SQL Server Express во время установки сайта.

  • Установка вторичного сайта инициируется из консоли Configuration Manager вместо запуска установки непосредственно на компьютере.

  • Вторичные сайты используют подмножество сведений в базе данных сайта. Это уменьшает объем данных, которые SQL Server реплицируются между родительским первичным сайтом и вторичным сайтом.

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

  • Установка вторичного сайта автоматически устанавливает роли системы сайта точки управления и точки распространения на сервере вторичного сайта.

Определение того, когда следует использовать параметры управления содержимым

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

  • Оптимизация доставки Windows

  • Configuration Manager одноранговый кэш

  • Windows BranchCache

  • Настройка точек распространения для управления пропускной способностью

  • Копирование содержимого вручную в точки распространения (предварительное содержимое)

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

  • Пропускной способности сети достаточно, чтобы клиентские компьютеры в удаленном расположении взаимодействовали с точкой управления на основном сайте. Клиенты взаимодействуют с точкой управления для скачивания политики клиента, отправки инвентаризации, отправки отчетов о состоянии и отправки сведений об обнаружении.

  • Фоновая интеллектуальная служба передачи (BITS) не обеспечивает достаточный контроль пропускной способности для требований к сети.

Дополнительные сведения о параметрах управления содержимым в Configuration Manager см. в статье Основные понятия управления содержимым.

За пределами топологии иерархии

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

  • Какие роли системы сайта предоставляют службы или возможности с разных сайтов в иерархии?

  • Как вы управляете конфигурациями и возможностями на уровне иерархии в инфраструктуре?

Следующие общие рекомендации рассматриваются в отдельных статьях. Эти сведения важны для влияния или влияния на структуру иерархии:

  • При подготовке к управлению компьютерами и устройствами следует учитывать, являются ли устройства локальными, облачными или включают в себя устройства, принадлежащие пользователям (BYOD). Кроме того, рассмотрите, как вы будете управлять устройствами, поддерживающими несколько вариантов управления. Например, управлять устройствами Windows с помощью Configuration Manager или интеграции с Microsoft Intune. Дополнительные сведения см. в разделе Выбор решения для управления устройствами.

  • Узнайте, как доступная сетевая инфраструктура может повлиять на поток данных между удаленными расположениями. Дополнительные сведения см. в статье Подготовка сетевой среды. Также учитывайте географическое расположение пользователей и устройств, а также доступ к вашей инфраструктуре через локальную сеть или Интернет.

  • Запланируйте инфраструктуру содержимого для эффективного распространения развертываемого содержимого на управляемые устройства. Это могут быть приложения, обновления программного обеспечения или операционные системы. Дополнительные сведения см. в разделе Управление содержимым и инфраструктурой содержимого.

  • Определите, какие функции и возможности Configuration Manager вы планируете использовать. Для разных функций требуются разные роли системы сайта или инфраструктура Windows. В иерархии нескольких сайтов определите, где их развернуть для наиболее эффективного использования сетевых и серверных ресурсов.

  • Рассмотрите возможность обеспечения безопасности для данных и устройств, включая использование инфраструктуры открытых ключей (PKI). Дополнительные сведения см. в разделе Требования к PKI-сертификатам.

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

Ознакомьтесь со следующими статьями, чтобы ознакомиться с конфигурациями, зависящими от сайта.

Рассмотрите конфигурации, охватывающие сайты и иерархии