none
Минимальное количество машин и SQL серверов RRS feed

  • Вопрос

  • Добрый день!

    Сломали голову на планировании внедрения System Center 2012 R2.

    В данный момент развернут SCCM 2012 R2 с инстансом SQL 2012 на одной виртуальной машине.

    Планируем внедрить DPM, SCOM, VMM. 

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

    Читали официальную документацию, видел соседнюю тему: https://social.technet.microsoft.com/Forums/ru-RU/1b7accc7-5bf6-42af-9814-9e845062cb38/scom2012-sql?forum=momru

    Но вопрос остается не до конца понятным. Учитывая потенциально небольшую нагрузку, как спланировать данную инсталляцию так, что использовать минимальное число виртуальных машин и инстансов SQL Server.

    На данный момент видим 3 варианта:
    1. 1 отдельный SQL Server с инстансами под каждый сервис. (в этом случае, как понимаю, имеется ряд нюансов в настройке доступа к SQL по сети)
    2. Каждый сервис на свою виртуальную машину и к нему локальный SQL.
    3. 1 отдельный SQL Server с 1 инстансом под все сервисы, но этот вариант, как я понимаю, крайне не рекомендуется.

    Подскажите пожалуйста, какой вариант оптимальнее? Или есть другой, более правильный? И не нарушаются ли условия лицензии на SQL Server при использовании множества установок?

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

    18 декабря 2015 г. 8:46

Ответы

  • Привествую, Morgens!

    Раз меня пригласил Антон в дискуссию, то по DPM могу высказать официальную позицию MS и свой опыт при эксплуатации системы резервного копирования.

    1) Официальная позиция MS - это возможность как ставить на удаленный отдельный инстанс, так и на локальный. Решение полностью зависит от ваших задач. Например, если Вы точно решили, что (см. ТЗ) "использовать минимальное число виртуальных машин и инстансов SQL Server", то это прямой путь к установке на удаленный отдельный инстанс SQL. Хотя в случае с DPM Вы только увеличите кол-во иных (DPM сервер + DPM SQL база данных) :)

    2) Из практики скажу, что при установке DPM я всегда использую вариант с локальной базой DPM. Как правильно заметил Антон, удобство администрирования, а самое главное уменьшение кол-ва сбоев (повышение стабильности и доступности сервиса "Резервное копирование и восстановление в Компании") является результатом разделения сервисов и их частей на независимые компоненты. Т.о. рекомендую относительно DPM использоваться локальную базу данных.


    Have a nice day !!!
    DPM 2012 R2: Remove Recovery Points
    DPM blog

    • Помечено в качестве ответа MorgenRu 22 декабря 2015 г. 13:23
    22 декабря 2015 г. 12:36
    Модератор
  • вам надо просто внимательно читать в документации требования к SQL.

    Про VMM ничего не скажу, но вот SCCM и SCOM - их базы буду жить на одном instance, а вот SSRS нет, для них надо будет выделить отдельный инстанс для отчетов. Про DPM тем более, надо Евгения Лейтана пригласить в пост, он больше про DPM расскажет.

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

    Кроме этого, рано или поздно, вы попадете на версию SQL при обновлении какого-нибудь продукта, вопрос времени. ;)

    Допустим, захотите обновить VMM для поддержки windows server 2016, а для него потребуется SP или более высокий CU, который не будет поддерживаться SCOM. 

    Поэтому, займитесь чем-то одним и идите вперед, по порядку, а не пытайтесь запустить сразу весь стек систем центра. ;) 

    зыж я уверен, что например знакомство со скомом у вас будет примерно таким: "так, что у нас тут, хм ...., скачать все паки, хм ... что-то много всего, ой, очень много, да ну его, слишком сложно, мониторы?!, а это что?, хоспаде, майкрософт, ну как так можно писать, чо-то глючит, чо-то не мониторит, чо-то все не то ....". )))) 

    • Изменено Anton MasyanMVP, Moderator 21 декабря 2015 г. 14:28
    • Помечено в качестве ответа MorgenRu 22 декабря 2015 г. 13:22
    21 декабря 2015 г. 14:25
    Модератор

Все ответы

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

    Про VMM ничего не скажу, но вот SCCM и SCOM - их базы буду жить на одном instance, а вот SSRS нет, для них надо будет выделить отдельный инстанс для отчетов. Про DPM тем более, надо Евгения Лейтана пригласить в пост, он больше про DPM расскажет.

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

    Кроме этого, рано или поздно, вы попадете на версию SQL при обновлении какого-нибудь продукта, вопрос времени. ;)

    Допустим, захотите обновить VMM для поддержки windows server 2016, а для него потребуется SP или более высокий CU, который не будет поддерживаться SCOM. 

    Поэтому, займитесь чем-то одним и идите вперед, по порядку, а не пытайтесь запустить сразу весь стек систем центра. ;) 

    зыж я уверен, что например знакомство со скомом у вас будет примерно таким: "так, что у нас тут, хм ...., скачать все паки, хм ... что-то много всего, ой, очень много, да ну его, слишком сложно, мониторы?!, а это что?, хоспаде, майкрософт, ну как так можно писать, чо-то глючит, чо-то не мониторит, чо-то все не то ....". )))) 

    • Изменено Anton MasyanMVP, Moderator 21 декабря 2015 г. 14:28
    • Помечено в качестве ответа MorgenRu 22 декабря 2015 г. 13:22
    21 декабря 2015 г. 14:25
    Модератор
  • Привествую, Morgens!

    Раз меня пригласил Антон в дискуссию, то по DPM могу высказать официальную позицию MS и свой опыт при эксплуатации системы резервного копирования.

    1) Официальная позиция MS - это возможность как ставить на удаленный отдельный инстанс, так и на локальный. Решение полностью зависит от ваших задач. Например, если Вы точно решили, что (см. ТЗ) "использовать минимальное число виртуальных машин и инстансов SQL Server", то это прямой путь к установке на удаленный отдельный инстанс SQL. Хотя в случае с DPM Вы только увеличите кол-во иных (DPM сервер + DPM SQL база данных) :)

    2) Из практики скажу, что при установке DPM я всегда использую вариант с локальной базой DPM. Как правильно заметил Антон, удобство администрирования, а самое главное уменьшение кол-ва сбоев (повышение стабильности и доступности сервиса "Резервное копирование и восстановление в Компании") является результатом разделения сервисов и их частей на независимые компоненты. Т.о. рекомендую относительно DPM использоваться локальную базу данных.


    Have a nice day !!!
    DPM 2012 R2: Remove Recovery Points
    DPM blog

    • Помечено в качестве ответа MorgenRu 22 декабря 2015 г. 13:23
    22 декабря 2015 г. 12:36
    Модератор
  • вам надо просто внимательно читать в документации требования к SQL.

    Про VMM ничего не скажу, но вот SCCM и SCOM - их базы буду жить на одном instance, а вот SSRS нет, для них надо будет выделить отдельный инстанс для отчетов. Про DPM тем более, надо Евгения Лейтана пригласить в пост, он больше про DPM расскажет.

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

    Кроме этого, рано или поздно, вы попадете на версию SQL при обновлении какого-нибудь продукта, вопрос времени. ;)

    Допустим, захотите обновить VMM для поддержки windows server 2016, а для него потребуется SP или более высокий CU, который не будет поддерживаться SCOM. 

    Поэтому, займитесь чем-то одним и идите вперед, по порядку, а не пытайтесь запустить сразу весь стек систем центра. ;) 

    зыж я уверен, что например знакомство со скомом у вас будет примерно таким: "так, что у нас тут, хм ...., скачать все паки, хм ... что-то много всего, ой, очень много, да ну его, слишком сложно, мониторы?!, а это что?, хоспаде, майкрософт, ну как так можно писать, чо-то глючит, чо-то не мониторит, чо-то все не то ....". )))) 

    Добрый день!

    ОГРОМНОЕ спасибо за ответ, у меня все встало на свои места. Про разницу версий SQL думал, но не в таком ключе. Это тоже важно, таблицу совместимости продуктов с SQL видел, там есть нестыковочки...

    По поводу последнего абзаца - так, наверняка, происходит у большинства со многими глобальными продуктами MS, начиная с Sharepoint и заканчивая SC. 

    Очень помогли расставить все точки :)

    С уважением, Евгений.
    • Изменено MorgenRu 22 декабря 2015 г. 13:45
    22 декабря 2015 г. 13:26
  • Привествую, Morgens!

    Раз меня пригласил Антон в дискуссию, то по DPM могу высказать официальную позицию MS и свой опыт при эксплуатации системы резервного копирования.

    1) Официальная позиция MS - это возможность как ставить на удаленный отдельный инстанс, так и на локальный. Решение полностью зависит от ваших задач. Например, если Вы точно решили, что (см. ТЗ) "использовать минимальное число виртуальных машин и инстансов SQL Server", то это прямой путь к установке на удаленный отдельный инстанс SQL. Хотя в случае с DPM Вы только увеличите кол-во иных (DPM сервер + DPM SQL база данных) :)

    2) Из практики скажу, что при установке DPM я всегда использую вариант с локальной базой DPM. Как правильно заметил Антон, удобство администрирования, а самое главное уменьшение кол-ва сбоев (повышение стабильности и доступности сервиса "Резервное копирование и восстановление в Компании") является результатом разделения сервисов и их частей на независимые компоненты. Т.о. рекомендую относительно DPM использоваться локальную базу данных.


    Have a nice day !!!
    DPM 2012 R2: Remove Recovery Points
    DPM blog

    Добрый день!

    Большое спасибо за ответ. Наверное, так и поступим. Вопрос уменьшения количества потенциальных глюков в работе - большой плюс. С вариантом SQL на удаленной машине как раз и связаны опасения такого рода.

    По Вашей ссылочке уже были, смотрели как устанавливать DPM. :)

    С уважением, Евгений.

    22 декабря 2015 г. 13:44
  • Еще добавлю про DPM :)

    Рекомендация от производителя: использовать выделенный сервер для DPM!

    Installing DPM
    http://technet.microsoft.com/en-us/library/hh758153.aspx

    DPM is designed to run on a dedicated, single-purpose server. The DPM server should not be installed on any of the following:

    • A computer on which the Application Server role is installed
    • A computer that is an Operations Manager management server
    • A computer on which Exchange Server is running
    • A computer that is a node of a cluster

    Please use a dedicated server for DPM.


    Have a nice day !!!
    DPM 2012 R2: Remove Recovery Points
    DPM blog
    System Center
    Hyper-V

    26 января 2016 г. 6:55
    Модератор