none
Развертывание SCCM с нуля RRS feed

  • Вопрос

  • Подскажите пожалуйста, как правильно распределить роли при развертывании SCCM, у кого есть опыт и кто уже развертывал данный продукт.

    SQL сервер у меня будет проинсталлирован отдельно, вернее это будет решение Always ON.

    Что касается самого SCCM: стоит ли разносить роли? Ну например: Сам Site Server и Management Point на одном сервере, а Distribution Point на другом. Или, так как SQL - это отдельные сервера, то целесообразно все роли разместить на одном сервере???

    Подскажите, спасибо!

    30 сентября 2015 г. 14:23

Ответы

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

    здесь столько вариаций, что можно это обсуждать долго. Со стороны backend вы уже разобрались, базу вы можете сделать высокодоступной. Роль сайт сервера не может быть высокодоступной, т.к. это не имеет никакого значения, клиенты не подключаются к сайт серверу, они подключаются к точке управления. Что касается консоли, то она тоже не подключается к сайт серверу, а подключается к sms провайдеру (wmi), которая в свою очередь транслирует запросы в базу данных.

    Есть книга одного из MVP про high availability and performance tuning в SCCM. Так вот, там идея в том, что в SCCM большинство ролей зависит от множество компонентов и перед тем, как добраться до самой идеи HA (high availability), надо для себя решить, что вы хотите использовать и какой SLA вам требуется для этих самых компонентов.

    Вот вам на вскидку только: endpoint protection, fallback status point, out of band service point, secondary sites, management point, pxe DP, pull-based dp, application catalog web service point, reporting service point, state migration point, sms provider, software update point и много еще всего. Что из этого вы хотите сделать высокодоступным? ))))

    Отсюда вывод: про какой сервер и про какую нагрузку вы хотите говорить? Про загрузку ОС по сети? Или про раздачу приложений? Или про компоненты отчетов для ваших аудиторов и службы СБ? Или про доступность консоли для 1-ой линии саппорта? А может быть доступность веб каталога приложений? Как видите, все чуточку веселей. ) 

    Но .... это если все делать правильно, а вот как делать для себя проще? Разверните ваш бэкэнд в HA среде, займитесь его резервным копированием и в случае отказа вы просто восстановите ваш сайт из резервной копии в течении 30 минут + используйте виртуализацию, он как раз в этом случае защищает от отказа оборудования, что происходит чаще, нежели отказ ОС. Если для вас такой SLA ок, то ок. ))))

    1 октября 2015 г. 10:58
    Модератор
  • Добавлю еще: A SQL Server cluster in a Network Load Balancing (NLB) cluster configuration is not supported. Additionally, SQL Server database mirroring technology and peer-to-peer replication are not supported.

    А так все написано тут Configurations for the SQL Server Site Database

    зыж поддержка sql always on будет в следующей версии sccm vnext (2016)

    2 октября 2015 г. 15:12
    Модератор

Все ответы

  • посмотрите эту тему.
    30 сентября 2015 г. 14:42
    Модератор
  • надо отталкиваться от кол-ва клиентов и как эти клиенты расположены.

    Роли базы и сайта разносить must have. Все остальное зависит от ваших потребностей и SLA, который вы определяете для этого сервиса. Подробней и мы уже определим, что будет лучше. 

    30 сентября 2015 г. 15:24
    Модератор
  • Скажите, а как можно реализовать отказоустойчивость SCCM????

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

    Спасибо!

    1 октября 2015 г. 8:39
  • понятия отказоустойчивости в sccm, как таковой нет, т.к. многое зависит от компонентов и ролей, которые вы используете. 

    здесь столько вариаций, что можно это обсуждать долго. Со стороны backend вы уже разобрались, базу вы можете сделать высокодоступной. Роль сайт сервера не может быть высокодоступной, т.к. это не имеет никакого значения, клиенты не подключаются к сайт серверу, они подключаются к точке управления. Что касается консоли, то она тоже не подключается к сайт серверу, а подключается к sms провайдеру (wmi), которая в свою очередь транслирует запросы в базу данных.

    Есть книга одного из MVP про high availability and performance tuning в SCCM. Так вот, там идея в том, что в SCCM большинство ролей зависит от множество компонентов и перед тем, как добраться до самой идеи HA (high availability), надо для себя решить, что вы хотите использовать и какой SLA вам требуется для этих самых компонентов.

    Вот вам на вскидку только: endpoint protection, fallback status point, out of band service point, secondary sites, management point, pxe DP, pull-based dp, application catalog web service point, reporting service point, state migration point, sms provider, software update point и много еще всего. Что из этого вы хотите сделать высокодоступным? ))))

    Отсюда вывод: про какой сервер и про какую нагрузку вы хотите говорить? Про загрузку ОС по сети? Или про раздачу приложений? Или про компоненты отчетов для ваших аудиторов и службы СБ? Или про доступность консоли для 1-ой линии саппорта? А может быть доступность веб каталога приложений? Как видите, все чуточку веселей. ) 

    Но .... это если все делать правильно, а вот как делать для себя проще? Разверните ваш бэкэнд в HA среде, займитесь его резервным копированием и в случае отказа вы просто восстановите ваш сайт из резервной копии в течении 30 минут + используйте виртуализацию, он как раз в этом случае защищает от отказа оборудования, что происходит чаще, нежели отказ ОС. Если для вас такой SLA ок, то ок. ))))

    1 октября 2015 г. 10:58
    Модератор
  • Спасибо за ответ!

    Отказоустойчивость по отношению к базам данных можно легко организовать: Либо отказоустойчивый класетр, либо Alwyas On + бэкап.

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

    1 октября 2015 г. 11:12

  • SQL сервер у меня будет проинсталлирован отдельно, вернее это будет решение Always ON.

    Это не поддерживается

    Примечание:Сообщения предоставляются "КАК ЕСТЬ" без каких-либо гарантий,выраженных или подразумеваемых | Note: Posts are provided “AS IS” without warranty of any kind, either expressed or implied

    2 октября 2015 г. 14:02
    Отвечающий
  • Добавлю еще: A SQL Server cluster in a Network Load Balancing (NLB) cluster configuration is not supported. Additionally, SQL Server database mirroring technology and peer-to-peer replication are not supported.

    А так все написано тут Configurations for the SQL Server Site Database

    зыж поддержка sql always on будет в следующей версии sccm vnext (2016)

    2 октября 2015 г. 15:12
    Модератор