+7 (812) 997-83-63 support@softengineering.ru

Общие сведения о програмно-аппаратных ресурсах КИС

ПАР для поддержки сервисов КИС

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

Обычно выделяют следующие элементы сервисной инфраструктуры КИС:

  1. Аппаратные ресурсы: Сервера и системы электропитания и кондиционирования к ним, терминалы пользователей для доступа к КИС.

  2. Коммуникационные ресурсы: инфраструктура компьютерной сети с активным и пассивным оборудованием, каналы доступа к сети интернет и т.п.

  3. Программное обеспечение: различные лицензии начиная от лицензий на серверные операционные системы, лицензии на организации доменов, терминального доступа ( если используется), СУБД, программное обеспечение для сервисов резервного копирования и т.п.

Аппаратные ресурсы:

Прежде всего это - сервера ( компьютеры которые используются для организации совместной работы пользователей ). Требования к ним можно разделить на четыре составляющие:

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

Тут не следует забывать о таких функциональных ролях как различные аналитики - которые постоянно имеют дело с отчетностью и анализом данных, для них в большинстве сценариев это правило не работает.

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

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

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

Для снижения среднего времени восстановления работоспособности системы очень важны те технологии и принципы на которых построена система. В качестве примера могу привезти организацию дискового массива – одно время, да в общем то и сейчас ряд системных инженеров любят использовать RAID 5 в качестве базовой технологии организации дисковых массивов. В теории все выглядит классно, высокая надежность, приемлемое быстродействие и однозначное преимущество в цене перед RAID 10. Однако в нашей практике был ряд случаев когда в RAID 5 выходил из строя один жесткий диск, при этом нагрузка на остальные жесткие диски возрастала, а поскольку все жесткие диски в массиве были из одной партии и имели примерно одинаковые ресурсы наработки на отказ – через короткое время ( в нашем опыте 10-15 минут, за это время вы можете элементарно не успеть среагировать ) выходил из строя второй жесткий диск и восстановить данные с дискового массива становилось невозможным. Терялись клиентские данные, приходилось долго и мучительно восстанавливать слепок системы с последнего бэкапа.

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

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

А. Не приобретайте сервер для поддержки коротких по времени проектов – если вы планируете использовать КИС от полугода до года, то воспользуйтесь облачным сервисом.

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

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

Б. Не приобретайте сервер «в притык» к тем ресурсам которые вам требуются для функционирования вашей КИС. Программное обеспечение – имеет обыкновение пухнуть, объем ваших информационных баз будет расти, кол-во пользователей потребляющих сервис КИС то же. В общем нужен небольшой запас в 15-20 процентов по производительности системы процессор/память и 35-45 процентов по производительности дискового массива.

Отдельный вопрос модернизация в будущем : Разговоры о том, что через год два можно будет перетрести весь сервер и его модернизировать – полная ерунда. Максимум, что вы сможете сделать через два года, это поменять жесткие диски и увеличить память - и такая возможность должна быть предусмотрена. Все остальные решения по увеличению производительности, как правило лежат в области масштабирования кол-ва серверов и виртуализации ресурсов.

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

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

Коммуникационные ресурсы:

Прежде всего это каналы доступа к КИС.

К каналам доступа список требований достаточно короткий.

  1. Ширина канала – в зависимости от той технологии доступа к КИС которая используется - требования к ширине канала может быть разной, в подавляющем большинстве современные КИС обеспечивают нормальную работу при ширине канала на стороне клиента от 0,5Мбит до 1 Мбит. Требования же к серверной части как правило рассчитывают умножая кол-во одновременно работающих пользователей на 0,5 Мбит и накидывая сверху 30%.

  2. Время отклика от сервера КИС – если время отклика не превышает 150мс то обычно никаких проблем при работе КИС не происходит, однако необходимо понимать, что существуют сценарии когда это время значительно больше. Например при доступе к серверу через спутник ( обычный сценарий если вы хотите подключиться к КИС из самолета, технология rdp – работать будет, но очень нестабильно и медленно ) , или в случаи с плохими каналами передачи данных. В таких случаях доступ к КИС может быть затруднен.

  3. Отказоустойчивость – тут в общем все просто, если нужна высокая отказоустойчивость то необходим резервный канал передачи данных, и/или альтернативные маршруты доступа к серверу КИС.



По мимо каналов передачи данных так же необходимо поддерживать в порядке инфраструктуру компьютерной сети, активное и пассивное оборудование. Активное и пассивное оборудование должны обеспечивать те параметры коммуникаций которые требуются для комфортной работы КИС. При этом необходимо понимать, что инфраструктурой компьютерной сети и каналов доступа к сети интернет, в организации используют не только сервис доступа к КИС, но другие сервисы ( например IP-видеонаблюдение, СКУД, файлообменные сервисы, доступ к сети интернет и т.п.) поэтому оценивать готовность сетевой инфраструктуры к поддержке сервиса КИС нужно с учетом загрузки информационной сети другими ИТ-сервисами.

Особенно данный вопрос актуален в организациях где присутствует большой внутренний трафик генерируемый системами ip-видеонаблюдения – в таких условиях, множество проблем снимает перевод инфраструктуры компьютерной сети на стандарт 1Гбит.



Программное обеспечение:

Какое программное обеспечение потребуется вам для организации сервиса КИС?

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

- По мимо серверной операционной системы необходима СУБД ( система управления базой данных ) – это программный комплекс который обеспечивает создание и эксплуатацию базы данных ( иначе хранение данных в базе данных, работу с запросами в базу данных, распределение выделенных для работы БД ресурсов ).

Наиболее часто используются следующие СУБД – Microsoft SQL, IBM DB2, FireBird, Oracle, MySQL, Postgre SQL и т.п. Как правило современные КИС одновременно поддерживают несколько СУБД однако уровень этой поддержки может быть разный.

Кроме этой связки, часто требуется еще программное обеспечения для организации сервиса КИС.

Например если вы публикуете КИС для доступа через WEB интерфейс то вам необходим вэб-сервер ( Как правило Apache или Microsoft IIS).

Для организации работы через сервер может потребоваться дополнительное ПО как в случаи с 1С ( 1С Предприятие сервер ).

Для организации RDP – подключения к КИС вам могут потребоваться дополнительные лицензии от Microsoft.

Если вы подключаетесь к КИС через rdp-интерфейс и хотите открывать офисные документы на сервере вам потребуется установить пакет Microsoft Office и т.п.

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

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

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

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

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

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

В пятых – не во всех случаях вы можете доверять кому-то, пусть даже очень надежному свои данные. Ведь у него могут попросить/потребовать их отдать и вы можете об этом даже не узнать.

В общем выбирать вам.


s