Тел.: +38 044 495 45 37
Линия консультации: +38 044 360 41 19

Планирование ИТ инфраструктуры для корпоративного внедрения 1С

Введение

 

Если вы счастливый CIO, и вам:

  • предстоит внедрение 1С или переход с 7ки на 8ку
  • количество пользователей будущей системы превышает 50

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

 

  1. Выбор интегратора (либо формирования требований к интегратору)
  2. Построение архитектуры будущей системы
  3. Закупка серверов
  4. Лицензирование 1С
  5. Лицензирование Microsoft (возможно IBM или Oracle)

 

Есть вариант сделать все самому (силами своего департамента), но тогда вся ответственность будет лежать прямиком на вас. Что не всегда хорошо.

 

Цель статьи: помочь определиться с решением данных вопросов.

 

Начнем с пункта 2, думаю в конце поймете почему.

 

 

Построение архитектуры будущей системы

 

 

1С представляет собой 3х звенную систему, т.е. состоит из:

  • Сервера SQL
  • Сервера (кластера серверов) 1С
  • Клиентского приложения
  • Возможно использование веб серверов и браузеров \ тонких клиентских приложений

 

Детальную информацию по архитектуре можно почитать здесь:

http://www.v8.1c.ru/overview/Platform.htm

 

в картинках это выглядит следующим образом:

 

 i_46b30ac2d2ec2cfb_html_m334017f1

т.е. при планировании системы мы сталкиваемся с несколькими возможными моделями:

 

Толстый клиент без отказоустойчивости.

 

Модель подходит для автоматизации небольших компаний (10 – 80 р.м.) без критичных требований к непрерывности работы системы.

 

Как это делается:

 

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

 i_46b30ac2d2ec2cfb_html_50e34350

Практические советы:

  • При количестве пользователей до 30 и не интенсивном документообороте для экономии денег можно приобрести 32хбитный сервер 1С.
  • При количестве пользователей до 20 можно использовать бесплатные SQL сервера, но следует помнить о их ограничениях:
    • MS SQL 2008 R2 Express – 1 ядро, 2Гб ОЗУ, 10Гб база, нет регламентных заданий, искусственно понижена производительность
    • IBM DB2 Express C – 1 ядро, 2Гб ОЗУ, нет поддержки от IBM, (https://www.ibm.com/developerworks/community/forums/html/topic?id=77777777-0000-0000-0000-000014961087&ps=25)
    • Postgres SQL – блокировки на уровне таблиц (НАСТОЯТЕЛЬНО НЕ РЕКОМЕНДУЮ)

 

При подборе железяк следует ориентироваться на следующие параметры:

Компонент Параметры Комментарий
CPU 1*4 – 2*4
RAM 8 – 16 1-3Gb – ОС, 4-6Gb – сервер 1С, 3 – 8Gb SQL
HDD RAID 5 Рекомендую разделять дисковый массив для ОС с массивом для бд (при использовании SATA винтов обязательно).

Плюсы:

  • Быстро и дешево

 

Минусы:

  • Ограниченная производительность
  • Отсутствие режима повышенной доступности данных
  • Большое время на восстановление системы
  • Большие затраты на администрирование системы (т.к. 1С стоит на каждом клиентском компе)
  • Достаточно высокие требования к рабочим станциям (2Гб озу, 2 ядра процессор)
  • Чувствительность к каналам связи между клиентским приложением и сервером 1С

 

Толстый клиент без отказоустойчивости с терминальным сервером.

 

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

 i_46b30ac2d2ec2cfb_html_73995e2c

Важно:

Никогда нельзя пускать пользователей на сервер на котором стоит сервер 1С и сервер SQL!!!

 

Рекомендации по серверу 1С те же, добавляются рекомендации к серверу терминалов.

Компонент Параметры Комментарий
CPU 1*6 и выше. Следует помнить, что каждый пользователь технологически может загрузить 1 ядро сервера, потому, чем больше ядер, тем лучше.
RAM 2Gb на ОС + 150 Mb на каждый активный сеанс 1С, если будете устанавливать МС Офис, добавляйте еще для него
HDD Особых рекомендаций нет, если нет ничего критичного можно делать RAID 0

 

Плюсы:

  • Быстро разворачивается
  • Просто администрируется (клиентское приложение установлено только на сервере)
  • Нет повышенных требований к каналам связи

 

 

Минусы:

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

Толстый клиент с выделенным кластером 1С и терминальным сервером.

 

При количестве пользователей больше 80 рекомендуется разносить сервер 1С и сервер SQL на разные компьютеры.

 i_46b30ac2d2ec2cfb_html_m73f73098

Итоговая конфигурация серверов выглядит следующим образом:

 

Сервер SQL

Компонент Параметры Комментарий
CPU 1*4 – 2*4
RAM 16 — 32 1-3Gb – ОС, 4-6Gb – сервер 1С, 3 – 8Gb SQL
HDD RAID 5 Рекомендую разделять дисковый массив для ОС с массивом для бд (при использовании SATA винтов обязательно).

 

Сервер 1С

Компонент Параметры Комментарий
CPU 1*4 – 1*8
RAM 8 – 16
HDD RAID 0 Критичных данных нет, но пишутся логи (текстовые файлы большого объема)

Сервер терминалов

Компонент Параметры Комментарий
CPU 1*6 и выше. Следует помнить, что каждый пользователь технологически может загрузить 1 ядро сервера, потому, чем больше ядер, тем лучше.
RAM 2Gb на ОС + 150 Mb на каждый активный сеанс 1С, если будете устанавливать МС Офис, добавляйте еще для него
HDD Особых рекомендаций нет, если нет ничего критичного можно делать RAID 0

Плюсы:

  • Относительно просто администрируется (клиентское приложение установлено только на сервере)
  • Нет повышенных требований к каналам связи
  • Достаточно высокая производительность

 

Минусы:

  • Отсутствие режима повышенной доступности данных
  • Большое время на восстановление системы

Толстый клиент с балансирующим отказоустойчивым кластером 1С и терминальным сервером.

 

Данный подход применяется для:

  • Обеспечения большей отказоустойчивости системы
  • Большого количества пользователей (рекомендуется на каждые 200 пользователей разворачивать физический сервер 1С)

 i_46b30ac2d2ec2cfb_html_541ed5a7

Итоговая конфигурация серверов выглядит следующим образом:

 

Сервер SQL

Компонент Параметры Комментарий
CPU 1*4 – 2*4
RAM 16 — 32 1-3Gb – ОС, 4-6Gb – сервер 1С, 3 – 8Gb SQL
HDD RAID 5 Рекомендую разделять:
  • дисковый массив для ОС
  • дисковый массив для бд
  • дисковый массив для лог файлов

Сервера 1С

Компонент Параметры Комментарий
CPU 1*6– 2*4
RAM 16 — 32
HDD RAID 0 Критичных данных нет, но пишутся логи (текстовые файлы большого объема)

Сервера терминалов

Компонент Параметры Комментарий
CPU 1*6 и выше. Следует помнить, что каждый пользователь технологически может загрузить 1 ядро сервера, потому, чем больше ядер, тем лучше.
RAM 2Gb на ОС + 150 Mb на каждый активный сеанс 1С, если будете устанавливать МС Офис, добавляйте еще для него
HDD Особых рекомендаций нет, если нет ничего критичного можно делать RAID 0

Плюсы:

  • Нет повышенных требований к каналам связи
  • Высокая производительность
  • Отказоустойчивость системы в части сервера приложений (1С)

 

Минусы:

  • Высокая стоимость
  • Нет отказоустойчивости на уровне SQL

 

Создание отказоустойчивого кластера SQL

 

В принципе, рекомендую при большой количестве пользователей (свыше 500) и кластеризации использовать продукты IBM и Oracle. Если вы хотите использовать MS SQL Server, то вот вам несколько советов:

 

Плюсы:

  • Нет повышенных требований к каналам связи
  • Высокая производительность
  • Отказоустойчивость системы
  • Возможность территориального распределения инфраструктуры (резервный ЦОД)

 

Минусы:

  • Высокая стоимость

 

 

Закупка серверов

 

Если вы дочитали до этого момента, то вам действительно надо внедрять 1С.

По покупке железа рекомендации следующие:

  • приблизительные параметры серверов указаны
  • подрядчик по внедрению может приблизительно смоделировать рост базы и предоставить рекомендации по железкам для вашей конкретной ситуации
  • при больших количествах пользователей и использовании кластеров серверов 1С используйте аппаратные ключи!!!
  • Не используйте виртуальные машины для серверов SQL и серверов 1С!!!
  • выбор поставщиков железа вы сделаете лучше меня

Лицензирование 1С

 

Лицензирование 1С происходит следующим образом:

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

 

В любом случае ваш подрядчик предоставит вам варианты лицензирования

 

Исходя из всего можно сформировать следующую таблицу:

Кол-во р.м. Сервер 1С Сервер SQL
10 – 20 1 – x32 MS SQL Express, IBM DB2 Express C
20 — 30 1 – x32 MS SQL Standart, IBM DB2 Express C
30 – 80 1 – x64 MS SQL Standart – выгодно процессорные лицензии
80 – 150 1 – x64 MS SQL Standart– выгодно процессорные лицензии
150 – 400 2 – x64 MS SQL Enterprise
400 – 1000 1 – x64\ на 200 р.м. IBM DB2, Oracle

 

Не забывайте смотреть на стоимость процессорных лицензий и стоимость бандлов от 1С.

Важно:

 

Если вы планируете запускать более 150 пользователей, то настойчиво рекомендую не забыть включить в стоимость лицензий «Корпоративный инструментальный пакет» для дальнейшего мониторинга и оптимизации производительности системы (а так же заложить в стоимость проекта эти работы).

http://v8.1c.ru/expert/pmc/pmc_overview.htm

 

Выбор подрядчика или -ов?

 

Как правило перед стартом системы компания не обладает достаточным количеством квалифицированных специалистов, что бы реализовывать проект собственными силами. Риски связанные с ведением проектов внутри компании давно известны и связаны со сложно подчиненными отношениями внутри самих компаний, нехваткой ресурсов для проекта (недостаточная компетентность \ занятость), зачастую отсутствие нацеленности на результат у рядового персонала, связанной с тем, что кроме программиста 1С у Заказчика никто не может адекватно оценить реальный объем работ и реальную компетенцию самого программиста.

 

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

  • построить архитектуру системы
  • спрогнозировать нагрузку системы
  • сформировать требования к системе
  • определить оптимальное лицензирование для вашей организации
  • установить и настроить ПО
  • задокументировать архитектуру системы

 

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

 

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

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

 

 

До новых встреч….

Сошников Игорь, isoshnikov@it-artel.com.ua

Компания «Ай Ти Артель»

044 495 45 37

Копирование (в том числе запись на носители информации), переработка, распространение, доведение до всеобщего сведения через сеть Интернет, иное использование статей и других материалов Сайта любым способом без письменного разрешения ООО «Ай Ти Артель» запрещено и влечет ответственность, предусмотренную законодательством Украины в сфере интеллектуальной собственности.

Copyright © IT-Artel.