• Статья

Примеры сценариев планирования упрощенной иерархии для Configuration Manager

 

Применимо к:System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1

System_CAPS_noteПримечание

Этот раздел отображается в следующей документации: в руководстве Администрирование сайтов для System Center 2012 Configuration Manager и в руководстве Сценарии и решения, используя System Center 2012 Configuration Manager.

Ниже представлены примеры внедрения System Center 2012 Configuration Manager для соответствия типичным бизнес-требованиям и упрощения проекта иерархии.

Сценарий 1. Оптимизация удаленного офиса

В сценарии оптимизации удаленного офиса показано внедрение System Center 2012 Configuration Manager, помогающее снизить административные расходы на управление потоком данных, передаваемых по сети.

Текущая ситуация

Инфраструктура заказчика имеет простую иерархию Configuration Manager 2007, состоящую из одного первичного и двух вторичных сайтов, включающих хранилище и удаленный региональный офис. Как показано в следующей таблице, в четырех расположениях заказчика имеется 5015 клиентов.

Расположение

Тип сайта

Сведения о развертывании

Подключение к главному офису

Главный офис

Первичный

  • 3 000 клиентов

  • Две стандартные точки распространения, одна точка управления и одна точка обновления программного обеспечения

Не применимо

Хранилище

Сервер

  • 500 клиентов

  • Одна стандартная точка распространения

Медленная сеть

Региональный офис

Сервер

  • 1 500 клиентов

  • Одна стандартная точка распространения, одна прокси-точка управления и одна точка обновления программного обеспечения

Медленная сеть

Офис продаж

Нет

  • 15 клиентов

  • Использование Windows BranchCache

Хорошее подключение

Бизнес-требования

Иерархия System Center 2012 Configuration Manager должна поддерживать следующие бизнес-требования.

Бизнес-требование

 Данные Configuration Manager

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

Медленные подключения должны поддерживать управление пропускной способностью.

Минимальное число используемых серверов.

Установка наименьшего возможного числа серверов системы сайта.

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

Клиенты должны регулярно отправлять свои данные инвентаризация оборудования, сообщения об изменении состояния и сведения обнаружения.

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

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

Решения по планированию

При планировании иерархии System Center 2012 Configuration Manager необходимо учесть следующие соображения по планированию.

Задачи

Возможности и замечания

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

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

  • Точки распространения с поддержкой управления пропускной способности

  • Предварительное копирование для точек распространения

  • Windows BranchCache

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

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

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

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

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

Действия

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

Решение

Подробные сведения

Автономный первичный сайт развернут в расположении главного офиса.

Первичный сайт System Center 2012 Configuration Manager заменяет существует первичный сайт, поскольку использование сайта центра администрирования в этой среде не даст никаких преимуществ с точки зрения администрирования и управления содержимым.

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

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

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

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

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

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

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

Вторичный сайт развертывается в расположении регионального офиса.

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

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

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

Windows BranchCache используется в расположении офиса продаж.

Поскольку это расположение обслуживает всего 15 клиентов и обладает быстрым сетевым подключением к расположению главного офиса, текущее использование Windows BranchCache в качестве решения для развертывания содержимого остается оптимальным.

Преимущества для бизнеса

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

Сценарий 2. Сокращение инфраструктуры и управление параметрами клиентов

Сценарий с сокращением объема инфраструктуры демонстрирует реализацию System Center 2012 Configuration Manager: снижается объем используемой инфраструктуры, а управление клиентами по-прежнему осуществляется с настроенными параметрами.

Текущая ситуация

В этом примере компания управляет 25 000 клиентами в двух физических расположениях, используя одну иерархию Configuration Manager 2007, состоящую из одного центрального сайта и трех первичных дочерних сайтов. Центральный сайт и один первичный сайт находятся в Чикаго, а два первичных сайта находятся в Лондоне. Первичные сайты в каждом географическом расположении находятся в одной и той же физической сети с высокоскоростными сетевыми каналами. Тем не менее, сетевое подключение между Чикаго и Лондоном обладает ограниченной пропускной способностью.

Сведения о текущем развертывании.

Расположение

Тип сайта

Сведения о развертывании

Главный офис в Чикаго

Первичный — центральный сайт

19200 клиентов используют стандартную конфигурацию параметров агента клиента.

Главный офис в Чикаго

Первичный — дочерний сайт центрального

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

Офисы в Лондоне

Первичный — дочерний сайт центрального

5000 клиентов на настольных ПК используют стандартную конфигурацию параметров агента клиента.

Офисы в Лондоне

Первичный — дочерний сайт центрального

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

Бизнес-требования

Иерархия Configuration Manager должна отвечать следующим требованиям бизнеса.

Бизнес-требования

Данные Configuration Manager

Поддержание централизованного управление иерархией в Чикаго.

Для централизованного администрирования из Чикаго требуется пересылать по сети в Лондон информацию и содержимое для 5500 клиентов.

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

Стандартная конфигурация параметров клиентов должна быть доступна для всех клиентов.

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

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

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

Эти пользовательские параметры клиента должны быть назначены клиентам на серверах в Лондоне.

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

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

Минимальное число используемых серверов.

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

Решения по планированию

При планировании иерархии System Center 2012 Configuration Manager необходимо учесть следующие соображения по планированию.

Задачи

Возможности и замечания

Централизованное администрирование в Чикаго.

Вот возможные варианты для этого требования.

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

    • Нужно тщательно оценить объем клиентской информации из Лондона, которую необходимо передавать по медленной сети.

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

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

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

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

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

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

  • Windows BranchCache.

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

Требование управлять пропускной способностью сети при отправке данных клиентов из Лондона.

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

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

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

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

Набор параметров агентов клиента по умолчанию указан в иерархии.

Двум группам, содержащим сотрудников отдела кадров и серверы в Лондоне, требуются параметры клиентов, отличающиеся от стандартной конфигурации.

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

Действия

После оценки бизнес-требований, структуры сети и требований к параметрам клиентов, в Чикаго развертывается сайт центра администрирования, один дочерний первичный сайт развертывается в Чикаго, а еще один дочерний первичный сайт — в Лондоне. Эти варианты подробнее описываются в следующей таблице.

Решение

Подробные сведения

Сайт центра администрирования развернут в Чикаго.

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

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

В Чикаго требуется один первичный сайт.

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

  • Локальный первичный сайт должен обеспечивать локальное управление 14 800 клиентами.

  • Сайты в System Center 2012 Configuration Manager не используются для настройки параметров клиентов, что позволяет назначать все клиенты в расположении одному и тому же сайту.

В Лондоне развернут один первичный сайт.

  • Конфигурации адресации между сайтами могут управлять пропускной способностью сети при передаче содержимого с сайта центра администрирования в Чикаго.

  • Сайты в System Center 2012 Configuration Manager не используются для настройки параметров клиентов, что позволяет назначать все клиенты в расположении одному и тому же сайту.

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

    System_CAPS_noteПримечание

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

    • Оценка доступного оборудования для сервера сайта

    • Текущее число клиентов в отдельном месте

    • Ожидания для дополнительных клиентов в будущем

    • Политические причины

    • Административный контакт

К каждому клиенту в иерархии применяется стандартная конфигурация параметров клиентов.

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

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

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

  • Эта коллекция динамически обновляется, поэтому новые сотрудники отдела кадров автоматически получают измененные параметры клиентов.

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

Коллекция содержит серверы, расположенные в Лондоне.

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

Преимущества для бизнеса

За счет использования пользовательских параметров клиента в System Center 2012 Configuration Manager обеспечивается выполнение бизнес-требований следующим образом.

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

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

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

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