Технические и технологические требования к элементам инфраструктуры электронного правительства в Республике Коми (2011 год)

6.3.2.4 Спутниковые каналы связи

Качество спутниковых каналов связи должно соответствовать требованиям, утвержденным в РФ и

зафиксированных в документе: приказ Минсвязи России от

10.08.96

№92

«Нормы на

электрические параметры цифровых каналов и трактов спутниковых систем передачи».

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

приемочных испытаний.

6.4 Прикладное программное обеспечение (ПО)

Прикладное программное обеспечение (прикладное ПО) является одной из основных компонент

современной ИТ-инфраструктуры. С точки зрения конечного пользователя, именно прикладное ПО

помогает решать те или иные деловые задачи.

В рамках данного документа мы будем рассматривать следующие основные характеристики

прикладного ПО:

Функциональность - способность ПО максимально эффективно выполнять заявленные

функции, с требуемыми характеристиками; Функциональная полнота - полный набор

функций, которые способно выполнять данное ПО;

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

аппаратных средах, под управлением разных ОС; Производительность - способность ПО

обеспечивать сбор, обработку и хранение

определенных объемов информации при заданной конфигурации аппаратной платформы

конкретной архитектуры.

Масштабируемость - способность ПО корректно работать на малых и на больших

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

соответствии с увеличением вычислительной мощности системы (количества процессоров

и их ядре, размера доступной оперативной памяти, быстродействия дисковых массивов,

количества серверов и т.д.), используемых для эксплуатации данного ПО; Способность к

интеграции - способность ПО к интеграции и взаимодействию с другими

системами, в том числе с унаследованным ПО и с системами сторонних производителей, и

эксплуатируемыми на других платформах; Зрелость - наличие истории развития данного

ПО (присутствие данного ПО на рынке в

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

версий, релизов и обновлений) и объявленных производителем планов по его развитию.

Наличие «экосистемы» - количество организаций, эксплуатирующих ПО, количество

разработчиков и специалистов, умеющих внедрять и разворачивать ПО, доступность

обучения (учебные центры, обучающая литература и т.п.); Надежность и

отказоустойчивость - способность ПО и систем, построенных на его базе, к

бесперебойной, непрерывной работе, а в случае возникновения программно-аппаратных

сбоев - способность к быстрому восстановлению работоспособности системы.

Общая стоимость владения

(ТСО) ПО

- складывается из затрат на начальное

приобретение аппаратной составляющей и приобретение (разработку) ПО, ввод его в

эксплуатацию и расходов на его эксплуатацию и сопровождение в течение нормативного

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

включает затраты: на обновление ПО и оборудования; на обучение, обслуживание,

администрирование и техническую поддержку.

С точки зрения процессов разработки, поставки и сопровождения всю совокупность прикладного

ПО можно разделить на две группы:

Универсальное (тиражируемое) ПО - ПО, доступное на рынке и служащее для решения

универсальных задач.

Заказное ПО - ПО, разработанное по заказу ИТ-подразделением или сторонней

организацией.

При наличии на рынке ПО с открытым кодом с функциональностью, надежностью и удобством

использования сопоставимыми или превосходящими по аналогичным показателям ПО с закрытым

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

6.4.1 Общие требования к прикладному ПО

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

Все используемое прикладное ПО должно быть унифицировано и каталогизировано в

рамках КРК в виде списка ПО, допустимого к использованию;

ПО клиентских ПК должно быть функционально полным и обеспечивать выполнение как

стандартных деловых процессов, так и специфических деловых задач данного

пользователя;

ПО должно быть зрелым: производитель (поставщик) должен гарантировать поддержку,

сопровождение данного ПО в течение всего нормативного срока жизни данного ПО;

Рекомендуется использовать платформонезависимое ПО, обеспечивающее свободу

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

снижение общей стоимости владения системой;

Рекомендуется использовать производительное, масштабируемое ПО, обеспечивающее

гарантии непрерывности деловых процессов при росте объемов обрабатываемой и

хранимой информации. Желательно, чтобы производитель ПО регулярно проводил

объемное и нагрузочное тестирование своего ПО и предоставлял данные о результатах

данного тестирования;

Рекомендуется использовать только ПО, обладающее способностью к интеграции с

другими системами, и обладающее открытой архитектурой. При выборе ПО необходимо

учитывать возможности его интеграции в существующую ИТ инфраструктуру предприятия;

При выборе ПО преимущества должны получать системы с подтвержденным

положительным опытом использования в государственных учреждениях;

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

отказоустойчивое ПО;

Общая стоимость владения ПО, рассчитанная на весь нормативный срок эксплуатации

данного ПО, должна служить важнейшим критерием при выборе того или иного

поставщика и ПО;

В области информационной безопасности ПО должно соответствовать требованиям

документа «Требования к информационной безопасности электронного правительства в

Республике Коми»;

ПО должно быть надлежащим образом документировано. Минимальные требования к

документации

- наличие документов

«Руководства пользователя» и

«Руководство

администратора».

6.4.2

Общие требования к универсальному прикладному ПО

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

Рекомендуется закупать ПО в рамках специальных моделей лицензирования,

обеспечивающих снижение стоимости закупки; При использовании лицензируемого ПО на

него должны быть обязательно получены и

надлежащим образом зарегистрированы соответствующие лицензии; Рекомендовано к

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

данной области. Желательно, чтобы данный производитель присутствовал на рынке с

данным или аналогичным ПО не менее трех лет. Не рекомендуется использование

устаревших версий ПО, а также слишком новых, «незрелых» версий ПО; Должно быть

запрещено к использованию ПО, не имеющее как лицензий, так и поддержки

(сопровождения) со стороны производителя;

При выборе универсального ПО необходимо руководствоваться общим требованиями к

прикладному ПО, а также рекомендациями главы 2 «Современные тенденции в области

ИТ» данного документа.

6.4.3 Общие требования к заказному прикладному ПО

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

Процесс проектирования, разработки и внедрения заказного ПО должен соответствовать

требованиям раздела 6.9. «Требования к созданию и вводу в действие систем. Требования

к документации» настоящего документа.

необходимости технико-экономического обоснования разработки и внедрения данного ПО.

При формировании Технического задания в соответствии с ГОСТ 34.602-89 в разделе

«Требования к системе» необходимо подробно сформулировать и описать требования к

заказываемому ПО, в частности, к его основным свойствам, перечисленным выше.

Заказчик ПО должен представить технико-экономического обоснования разработки и

внедрения данного ПО, с учетом требований и принципов минимизации ТСО для данного

решения.

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

работы данного разработчика по созданию (проектированию, реализации и внедрению)

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

функционалу и функциональной полноте проектов в течение последних двух лет.

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

системам управления качеством. Желательно наличие у разработчика сертификата на

соответствие его системы управления качеством процессов разработки ПО стандартам

семейства ISO 9000 (ГОСТ Р ИСО 9000).

Рекомендуется включать в процедуры приемки ПО передачу разработчиком исходных

текстов программ и других объектов, необходимых для создания ПО, согласно

требованиям ГОСТ Р ИСО/МЭК 12.207-99. Процедура приемки должна обязательно

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

полностью работоспособной версии ПО, и выполнение контрольного примера на данной

версии; В договоре на разработку ПО необходимо отражать распределение авторских и

смежных

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

сторонами.

6.5

Требования к инфраструктуре центров обработки данных

6.5.1 Требования к системам обработки и хранения данных

Данный раздел рассматривает технические требования к системам хранения и резервного

копирования данных.

Конкретные минимальные технические требования изложены в приложении - «7.3.1 Минимальные

требования к системам обработки и хранения данных».

6.5.1.1 Общие требования

Общие требования к системам обработки, хранения и резервного копирования данных для всех

ЦОД:

Производительность.

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

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

выявлять узкие места и наращивать, по мере необходимости, производительность

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

замены текущих модулей на более производительные.

o В рабочем режиме сервер должен иметь загрузку основных ресурсов не более чем

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

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

виртуализации как при обработки информации (поддержка виртуализации на аппаратном

уровне используемых серверов), так и при хранении (виртуальные диски на системе

хранения данных) и резервном копировании информации

(виртуальные ленты,

использование технологий D2D, либо D2D2T).

Масштабируемость. Необходимо использовать оборудование, имеющего, в случае

необходимости, возможность наращивания Готовность. Степень готовности оборудования

должна обеспечиваться за счет:

o уменьшения единичных точек отказа;

o технологии объединения нескольких серверов в кластер;

o использование систем высокой готовности от ведущих производителей.

6.5.1.2 Серверы

Выбор серверного оборудования должен зависеть от тех задач (приложений), которые они будут

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

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

Выбирать серверы, позволяющие постепенно масштабировать ресурсы и увеличивать

производительность.

Использовать технологию виртуализации, которая позволяет разделять ресурсы

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

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

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

виртуализации, позволит уменьшить TCO и увеличить прозрачность и управляемость всей

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

Серверы должны обеспечивать:

Высокую скорость обработки данных при сниженных затратах на обслуживание; Простоту

управления для быстрого изменения и перераспределения ресурсов в зависимости от

потребностей; Высокую надежность и непрерывность обработки и доступа к информации;

Интеграцию их в существующую инфраструктуру и совместную работу с уже

использующимися системами обработки данных; Быть энергоэффективными.

Рекомендуется устанавливать в ЦОД I и II уровней высокопроизводительные серверные

платформы ведущих производителей среднего и высшего уровней производительности, в ЦОД III

уровня - начального и среднего уровней.

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

многоядерные конфигурации.

Высокопроизводительные серверные платформы должны иметь ряд встроенных систем высокой

доступности, таких как: резервные вентиляторы и блоки питания горячей замены; диски и

адаптеры I/O горячего подключения; динамическая очистка и перераспределение страниц памяти;

динамическое перераспределение процессоров и способность к восстановлению;

интегрированная служба оповещения о событиях, работающая в режиме реального времени;

встроенная расширенная система обнаружения неисправностей с выделенным сервисным

процессором и шиной; наличие удаленной консоли.

Во всех серверных решениях должно быть уделено большое внимание предотвращению

возможных сбоев. Для ЦОД I и II уровней должны быть реализованы соответствующие функции,

при помощи которых осуществляется непрерывный контроль состояния всех компонентов сервера

и анализ тенденций изменения контролируемых показателей. При обнаружении какой-либо

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

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

потенциально-сбойного компонента на исправный без прерывания выполнения приложений. При

этом администратор системы и/или служба технической поддержки должны получить уведомление

и подробный отчет о происшедшем событии.

ПО, реализующее технологию виртуализации серверов, должно давать возможность быстро и

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

уменьшать общее число серверов, позволяя нескольким виртуальным серверам размещаться на

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

ПО, реализующее технологию виртуализации серверов, должно реализовывать следующую

функциональность:

Функция декомпозиции:

o компьютерные ресурсы должны рассматриваться как единый однородный пул,

распределяемый между виртуальными машинами;

o множество приложений и ОС должны сосуществовать на одной физической

компьютерной системе;

Функция изоляции:

o виртуальные машины должны быть полностью изолированы друг от друга.

Аварийный отказ одной из них не должен оказывать никакого влияния на

остальные;

o данные не должны передаваться между виртуальными машинами и приложениями,

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

конфигурацией;

Совместимость:

o Совместимость должна гарантироваться посредством представления виртуальной

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

В ЦОД I уровня обязательно, а в ЦОД II уровня рекомендуется использовать дисковый массив для

хранения основных прикладных данных и функцию хранения данных передавать сети хранения

данных (SAN) с последующей виртуализацией SAN. Встроенные диски серверов использовать

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

Если для ЦОД II уровня не используются сети SAN, то должны быть использованы устройства NAS

с функциональностью виртуализации.

Таким образом, для ЦОД I и II уровней должна быть внедрена технология виртуализации на всех

уровнях ИТ-инфраструктуры:

Локальная сеть - технология VLAN.

Сервера - технология виртуализации серверов.

Сети и системы хранения данных - технология виртуализации SAN или NAS.

ОС для обслуживания серверных приложений и промышленных систем должны:

Быть высоконадежными и защищенными.

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

Обладать встроенными возможностями для организации удаленного мониторинга всех

основных сервисов ОС.

6.5.1.3 Сети и системы хранения данных, электронные архивы

Главными приоритетами в развитии систем хранения данных должны быть:

наращивание ѐ мкости систем хранения данных; концентрирование систем хранения

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

ограничено; расширение возможностей восстановления после аварий; уменьшение

времени восстановления;

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

подготовки резервной копии) для критически важных приложений.

Должны быть выделены следующие уровни системы хранения данных:

Сверхоперативный уровень;

Оперативный уровень; Уровень

долгосрочного хранения данных;

Электронный архив;

Резервного копирования данных.

Сверхоперативный уровень - данные этого уровня используются высоконагруженными СУБД,

сервисами. Оборудование должно иметь максимальное быстродействие, поддерживать большой

объѐ м кэш-памяти, использовать жесткие диски с максимальным быстродействием: Flash, Fibre

channel со скоростью вращения 15k.

Оперативный уровень - данные с этого уровня достаточно часто используются пользователями.

Соответственно оборудование должно быть достаточно быстродействующим и иметь высокую

степень доступности. Рекомендуется использовать быстрые диски SCSI/SAS со скоростью

вращения 15k или 10k.

Уровень долгосрочного хранения данных - постоянное место хранения данных, которое помимо

производительности должно обладать надежностью. Рекомендуется использовать диски SATA.

Электронный архив - хранилище данных, которое обеспечивает физическую сохранность данных

вне зависимости от действий пользователей. Данные, помещенные в электронный архив, нельзя

стереть или изменить. При изменении данных в электронном архиве должна храниться как

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

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

интерфейс Fibre Channel и подсоединяться к сети SAN.

Резервное копирование данных - объѐ мное хранилище данных для возможности быстрого и

недорогого восстановления информации (документов, программ, настроек и т. д.) в случае утери

рабочей копии информации по какой-либо причине. Основное требование к системе резервного

копирования

надѐ жность хранения информации. Она обеспечивается применением

отказоустойчивого оборудования систем хранения, дублированием информации и заменой

утерянной копии другой в случае уничтожения одной из копий

(в том числе как часть

отказоустойчивости).

Рекомендуется внедрить ПО для управления жизненным циклом информации (ILM), которое,

согласно настроенным правилам, должно автоматически перемещать данные между разными

уровнями хранения в зависимости от их востребованности.

Кроме этого, ПО управления контентом должно перемещать данные в единую систему хранения

по заранее настроенным правилам, в зависимости от критичности деловой информации,

непосредственно с рабочих ПК пользователей.

Система хранения данных должна иметь:

единые средства для репликации данных, которые должны перемещать данные между

уровнями систем хранения данных, приводя в соответствие ценность данных и этап их

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

стоимости уровня хранения; масштабируемую виртуализацию, позволяющую управлять

ресурсами многоуровневой

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

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

СХД должна иметь способность управлять логическими разделами внешней памяти. Логические

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

несколько виртуальных устройств, каждое из которых должно независимо настраиваться для

отдельных приложений и/или групп пользователей. Эта стратегия эффективно работает при

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

частью многоуровневой инфраструктуры хранения данных.

Система управления СХД должна быть интегрирована в саму СХД, без использования

дополнительного серверного оборудования.

В настоящее время существуют следующие концепции хранения данных:

концепция NAS представляет собой сетевую архитектуру, оптимизированную для

обеспечения сетевого файлового сервиса. NAS используется для хранения информации

на файловом уровне и обычно поддерживают доступ к файлам по протоколам NFS,

CIFS/SMB, FTP, HTTP;

концепция SAN, ориентированная на хранение информации на блочном уровне. SAN

может использовать в качестве среды передачи данных как технологию FibreChannel, так и

технологию Ethernet с использованием протокола iSCSI.

Все эти решения объединяет одна характеристика - попытка снизить ТСО системы хранения,

внедряя эффективное управление централизованной информацией, изолированно

располагающимися в гетерогенной среде, включающей различные ОС, форматы данных и

пользовательские интерфейсы.

В ЦОД I уровня должна быть внедрена технология SAN, как удовлетворяющая всем необходимым

требованиям. Для ЦОД II уровня также рекомендуется технология SAN, но допускается

возможность развертывания устройств NAS для организации файловых сервисов. При этом

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

одновременного использования и SAN и NAS без взаимных конфликтов, обеспечивающий

виртуализацию для серверных систем и общее управление единым пулом СХД.

Целью внедрения и использования технологии SAN должно стать обеспечение реальной

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

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

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

При внедрении технологии SAN должно быть обеспечено:

независимость топологии SAN от storage-систем и серверов;

удобное централизованное управление;

удобное резервирование данных без перегрузки локальной сети и

серверов; высокое быстродействие; высокая масштабируемость; высокая

гибкость; высокая готовность.

При выборе и внедрении конкретного оборудования и ПО для реализации SAN необходимо

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

логической абстракции

(виртуализации) между физическими портами на данном дисковом

массиве, блоками данных на конкретных дисковых группах и логическими томами или файлами, к

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

В частности должны быть реализованы следующие сервисы виртуализации:

Виртуализация подключения к SAN. К дисковому массиву через SAN должны получать

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

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

использования возможностей СХД. СХД должна позволять создавать несколько

виртуальных портов на одном физическом порте Fibre Channel, а также управлять этими

портами.

Виртуализация логических дисков и томов:

o Любая модификация приложения

(например, добавление новых серверов,

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

действий по изменению настроек, как на серверах, так и на дисковых массивах. Эти

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

время, необходимое на развертывание и модификацию приложения.

o СХД должна обеспечивать надежные сервисы управления логическими дисками и

томами для распространения расширенных сервисов управления информацией и

хранением данных на модульные системы хранения данных, поддерживающие

различные типы дисков.

o Необходимо

иметь

соответствующее

аппаратное

обеспечение

производительностью,

достаточной

для

значительного

повышения

масштабируемости и гибкости решений по виртуализации без ущерба для

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

хранения данными.

При построении SAN в ЦОД I уровня на коммутаторах рекомендуется создавать две независимые

Fabric

(Dual fabric). Dual fabric позволяет избежать единой точки отказа в SAN, обеспечивая

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

регламентные работы (например, установка нового firmware) на коммутаторах одной из Fabric не

сказываются на работе другой. Применение Dual fabric совместно с ПО, реализующим поддержку

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

хранения (пути должны быть распределены между разными Fabric) позволяет создать надежную

SAN. Также необходимо предусматривать наличие на серверах ПО Dynamic multipathing для

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

Рекомендуется выбирать оборудование, поддерживающее Fibre Channel с пропускной

способностью

8 Гбит/с с поддержкой скоростей передачи данных

4/2/1 Гбит/с. В случае

необходимости обеспечения более высокой скорости передачи данных по магистральным каналам

необходимо использование транкинга (trunking)

- объединения нескольких каналов передачи

данных в один канал.

6.5.1.4 Обеспечение высокой доступности приложений

В тех случаях, когда требуется обеспечить высокую надежность и доступность приложений и ИС

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

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

обеспечить, целесообразно применять либо кластеры, работающие в режиме активный/резервный

(high-availability clusters), либо параллельные кластеры (parallel clusters), обеспечивающие более

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

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

6.5.1.5 Резервное копирование данных

Резервное копирование данных ИС для всех ЦОД должно осуществляться в соответствии с

«Политикой резервного копирования», которая должна содержать общее описание процессов

резервного копирования. Дополнения к «Политике резервного копирования» содержат процессы

резервного копирования для различных ИС и регламенты их выполнения.

6.5.1.6 Обеспечение катастрофоустойчивости

Катастрофоустойчивость

- способность компьютерного комплекса, состоящего из нескольких

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

массового (возможно, целенаправленного) уничтожения его компонентов в результате различных

катаклизмов как природного характера, так и инспирированных человеком.

Катастрофоустойчивость предполагает в первую очередь обеспечение сохранности данных, а

также возможность восстановления работы после крупной локальной аварии или глобального

катаклизма, причем теми же средствами обеспечивается и должная степень надежности всех или

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

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

Сохранение данных можно обеспечить как средствами СХД

(синхронное/асинхронное

зеркалирование данных на резервный ЦОД), так и средствами приложений. Например, при работе

с СУБД настраивается пересылка в удаленный ЦОД журналов изменений, которые ведут

большинство СУБД. Резервный центр при этом не обслуживает пользователей, однако обязан

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

объема, способный успевать вносить в нее изменения по мере поступления журналов из

основного центра.

Также для обеспечение катастрофоустойчивости критических систем в резервном ЦОДе

необходимо иметь вычислительные мощности не ниже используемых на резервируемом ЦОДе.

6.5.2 Требования к помещениям и инженерным системам

Данный раздел рассматривает требования к помещениям, в которых располагается серверное и

сетевое оборудование, а также к инженерным системам, которые поддерживают данные

помещения.

Конкретные минимальные технические требования изложены в приложении - «7.3.3 Минимальные

требования к помещениям и инженерным системам».

6.5.2.1 Общие требования к помещениям

Серверные помещения всех ЦОД должны удовлетворять следующим общим требованиям:

Запрещается размещать серверные помещения в помещениях, оснащенных большим

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

для оборудования.

Запрещается размещать серверные помещения под помещениями столовой, туалетов и

других помещений, связанных с потреблением воды.

Во избежание протечек воды с крыши запрещается размещать серверные помещения на

последнем этаже здания.

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

предназначенное для размещения серверного оборудования.

Конструкция серверной комнаты должна соответствовать следующим

требованиям: o Поддерживать требуемую непрерывность рабочих процессов.

o Поддерживать требуемый вес оборудования серверной комнаты.

o Защищать ценное оборудование и данные.

o Физический доступ к серверной комнате должны иметь только уполномоченные

сотрудники ИТ-подразделений и обслуживающих организаций.

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

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

В зависимости от уровня ЦОД, серверная комната должна быть

оснащена: o источником бесперебойного питания;

o системой кондиционирования;

o дизель - генератором;

o системой регулирования чистоты и влажности воздуха;

o серверными и телекоммуникационными шкафами, стойками. Рекомендуемая

высота шкафа 42U;

o системами контроля состояния внутренней среды:

системой раннего дымообнаружения;

датчиками доступа;

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

в оборудование датчики физического состояния;

датчиками температуры/влажности;

o системой видеонаблюдения;

Обязательным требованием к серверному помещению является наличие фальшпола,

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

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

электроснабжения и слаботочная инфраструктура. Рекомендуется фальшпол из МДФ-

плиток на металлической основе с ламинированным покрытием или съемный фальшпол с

покрытием «керамогранит» размером 600 х 600 мм. Высота над уровнем пола - от 100 до

800 мм, для серверных помещениях наиболее оптимально

350

500 мм. Для

распределения потоков холодного воздуха от системы кондиционирования рекомендуется

использовать перфорированные панели.

Рекомендуется при расчете площади помещений исходить из расчета 2 кв. м на один 19-

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

документацией.

6.5.2.2 Структурированные кабельные системы

Структурированная кабельная система

(СКС)

— физическая основа информационной

инфраструктуры предприятия, позволяющая свести в единую систему множество

информационных сервисов разного назначения.

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

разделенную на структурные подсистемы. Она состоит из набора медных и оптических кабелей,

кросс-панелей, соединительных шнуров, кабельных разъемов, модульных гнезд, информационных

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

систему и эксплуатируются согласно определенным правилам.

Кабельная система — это система, элементами которой являются кабели и компоненты, которые

связаны с кабелем. К кабельным компонентам относится все пассивное коммутационное

оборудование, служащее для соединения или физического окончания (терминирования) кабеля —

телекоммуникационные розетки на рабочих местах, кроссовые и коммутационные панели в

телекоммуникационных помещениях, муфты и сплайсы.

Общие требования к СКС следующие:

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

Рабочее место должно иметь, как минимум, один разъем для подключения к ЛВС и один

разъем для подключения к телефонной сети.

Максимальное расстояние горизонтальной проводки не должно превышать 90м.

СКС должна соответствовать ГОСТ Р

53246-2008 и ГОСТ Р

53245-2008, которые

определяют общие требования к основным узлам СКС и методику испытания,

соответственно.

Кабельные компоненты должны быть не менее категории 5е для подключения АРМ, либо

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

подключений для подключения коммутаторов уровня доступа к коммутаторам уровня

распределения и далее.

Во всех типах ЦОД также должны использоваться кабельные компоненты не менее

категории 6.

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

имеется, а при его отсутствии - в специализированных кабель-каналах (коробах) или в

существующих закладных; в рабочих помещениях подвод кабеля к рабочим местам

производится в кабель-каналах.

СКС должна быть документирована.

На СКС должна предоставляться гарантия производителя на работоспособность на срок не

менее

25 лет. Подрядчик должен быть сертифицирован производителем и иметь

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

подрядчик должен предоставить протоколы тестирования СКС на соответствие

установленным нормам.

6.5.2.3 Электроснабжение

Общие требования к системе электроснабжения всех ЦОД следующие:

В серверное помещение электропитание должно подаваться от главного щита здания, где

бы данное помещение не находилось. Также от главной шины заземления здания

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

провода должны иметь соответствующее сечение согласно техническому проекту и цвет,

согласно нормативным документам.

Питание ПК, периферийных устройств, офисной техники, серверов, систем хранения и

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

установок. Питание должно осуществляться от отдельных поэтажных автоматов, а те, в

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

систему автоматов.

При организации питания ПК, периферийных устройств и офисной техники рекомендуется

после автоматов в поэтажных щитах устанавливать устройство защитного отключения

согласно действующим нормам.

Систему электроснабжения для ЦОД I уровня следует организовывать от двух

территориально разнесенных трансформаторных подстанций. Кабельные линии должны

идти независимыми маршрутами. Требуется использовать автоматы выбора резерва

(АВР), осуществляющие выбор и переключение между основными и резервными линиями.

Для ЦОД I уровня необходимо, а для ЦОД II уровня рекомендуется использовать дизель-

генераторные электростанции

(ДЭС). В схеме электроснабжения они должны

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

работы ДЭС и двух независимых вводов должен быть предусмотрено устройство

автоматического включения резервного питания. В случае полного пропадания

электропитания, либо несоответствия его требуемым параметрам (напряжение, частота,

«чистота») должен осуществляться автоматический запуск ДЭС, и нагрузка переводится на

нее. ДЭС должна иметь запас топлива, рассчитанный не менее чем на

8 часов

непрерывной работы и возможность пополнения топливом без остановки генератора. ДЭС

должны иметь возможность непрерывной работы до 3 месяцев при условии налаженной

поставки топлива.

Для ЦОД I и II уровней после ввода кабелей электропитания в здание или после ДЭС, при

ее наличии, должны быть установлены централизованные ИБП двойного преобразования.

Требования к электроснабжению шкафов для ЦОД всех уровней:

К каждому шкафу должно быть подведено питающее напряжение 220 В переменного тока

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

Подключение оборудования, имеющего два блока питания, осуществлять к двум

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

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

соответствии с энергопотреблением, указанным в паспорте оборудования.

Потребляемая мощность должна быть рассчитана в техническом проекте. Если

устанавливаются пустые шкафы и на размещение оборудования в них еще нет проекта, то

рекомендуется оценивать энергопотребление в среднем 4 кВт на шкаф. Если в шкафах

предполагается устанавливать blade-серверы или иное оборудование, имеющее

повышенное энергопотребление, то потребляемая мощность должна быть

скорректирована согласно документации производителя.

6.5.2.4 Кондиционирование и система холодоснабжения

Требования к системам кондиционирования и холодоснабжения для всех ЦОД:

Серверные помещения должны быть оборудованы промышленной прецизионной системой

кондиционирования и вентиляции (системы холодоснабжения) согласно СНиП 2.04.05-91.

В задачи системы холодоснабжения должно входить поддержание внутри помещения

рабочей температуры в пределах от 19 до 24 °С и влажности от 40 до 80%.

Резервирование системы холодоснабжения ЦОД I уровня обязательно, а для ЦОД II

уровня рекомендуется осуществлять по схеме с N+1 (с одним запасным кондиционером).

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

обеспечение должно позволять осуществлять ротацию запасного кондиционера, что

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

Для ЦОД I уровня необходимо, а для ЦОД II уровня рекомендуется организовывать приток

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

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

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

Для увлажнения воздуха в ЦОД I и II уровней рекомендуется использовать

парогенераторы. Сухой воздух малоэффективен для охлаждения системой

хладоснабжения в силу физических принципов кондиционирования. При понижении

влажности электростатический потенциал увеличивается, что может быть причиной

вывода оборудования из строя.

Рекомендуется вывод горячего воздуха из шкафов в воздуховод и его транспортировку к

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

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

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

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

верхней части шкафа.

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

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

охлаждения от системы кондиционирования.

6.5.2.5 Системы раннего обнаружения пожара и пожаротушения

Требования к системе раннего обнаружения пожара и газового пожаротушения для всех ЦОД:

ЦОД должны быть оборудованы системой автоматического пожаротушения (ГОСТ

12.1.004-91.ССБТ). Система пожаротушения не должна наносить вред оборудованию.

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

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

за время менее одной минуты потушить очаги возгорания.

Комплекс предупреждения о пожаре и пожаротушения должен сообщить о потенциальной

возможности возгорания намного раньше, чем придется задействовать систему тушения.

Это должно быть достигнуто установкой большого количества высокочувствительных

дымовых, оптических, химических, спектральных и прочих пожарных извещателей,

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

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

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

эксплуатации электроустановок.

Рекомендуется использовать огнетушащие смеси на основе хладонов либо инертных

газов, т.к. они наносят наименьший ущерб оборудованию.

Требуется предусмотреть систему удаления газа из помещения после срабатывания

системы пожаротушения.

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

нагнетающие воздух в помещение ЦОД.

6.5.2.6 Комплексные системы безопасности

Комплексные системы безопасности должны состоять из:

системы видеонаблюдения; системы

разграничения физического доступа;

Требования к системе видеонаблюдения:

Система видеонаблюдения должна собирать и передавать видеоинформацию в режиме

реального времени; Система видеонаблюдения должна записывать и воспроизводить

цветное изображение;

Все входы в аппаратный зал должны находиться под видеонаблюдением; Должен

храниться как минимум недельный архив информации системы доступа в помещения для

расследования возможных инцидентов.

Требования к системе разграничения физического доступа:

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

(стандарт ISO 14443), которая состоит из сервера управления, системы контроллеров и

считывателей, а также индивидуальных карт (ключей).

Данные системы (архив информации) должны храниться минимум три месяца.

Дополнительные требования к комплексным системам безопасности содержатся в документе «

Требования к информационной безопасности электронного правительства в Республике Коми».

6.6 Требования к обеспечению информационной безопасности

1. Информационная безопасность в обязательном порядке должна опираться на все

нормативные документы, принятые в Российской Федерации.

2. Функционирующие системы ЭП должны соответствовать документу

«Требования к

информационной безопасности электронного правительства в Республике Коми»,

регулирующему обеспечение информационной безопасности в рамках ЭП РК. Данный

документ разработан ГУ РК «Центр безопасности информации».

6.7 Требования к обеспечению непрерывности предоставления услуг

6.7.1 План обеспечения непрерывности предоставления услуг и восстановления

после аварии

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

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

регламентации работ в области ИТ:

Перечень внешних и внутренних угроз для деловых процессов органов Государственной

власти. К внешним угрозам необходимо отнести техногенные, природные, человеческие и

прочие угрозы; План обеспечения бесперебойного функционирования организации в

случае нештатной

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

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

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

нештатной ситуации он обеспечит продолжение деятельности организации и наличие

резерва критически важных ресурсов;

План должен учитывать определенное целевое время восстановления данных (RTO),

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

зависимости от RTO план должен ранжировать все ресурсы и задачи компании на 3

приоритета:

o Приоритет

- задания, которые должны выполняться в соответствии с

установленным графиком.

o Приоритет 2 - задания, которые могут выполняться при наличии времени и

ресурсов.

o Приоритет 3 - задания, которые не должны выполняться в случае

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

o Ввод в действие процедур для чрезвычайных ситуаций.

o Уведомление сотрудников, поставщиков и заказчиков.

o Формирование группы (групп) восстановления.

o Оценка последствий бедствия.

o Переезд в альтернативное рабочее помещение (помещения).

o Восстановление функционирования критически важных приложений.

o Восстановление основного рабочего помещения.

o Информирование персонала компании о временных способах доступа к

информационным ресурсам: телефония, передача данных, местонахождение

общих информационных ресурсов компании.

Резервному копированию подлежат все программы и данные (включая их настройки),

обеспечивающие работоспособность системы и выполнение ею своих задач (системное и

прикладное программное обеспечение, базы данных и другие наборы данных), а также

архивы, журналы транзакций, системные журналы и т.д.

Резервному копированию подлежат все настройки активного сетевого оборудования.

Резервному копированию подлежит вся проектная документация (технический проект,

рабочая документация, эксплуатационная документация).

Все программные средства, используемые в системе должны иметь эталонные

(дистрибутивные) копии. Их местонахождение и сведения о лицах, ответственных за их

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

документах. Там же должны быть указаны перечни наборов данных, подлежащих

резервному копированию, периодичность копирования, место хранения и ответственные за

создание, хранение и использование резервных копий данных.

Необходимые действия персонала по созданию, хранению и использованию резервных

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

соответствующих категорий персонала.

Каждый носитель, содержащий резервную копию, должен иметь метку, содержащую

данные о классе, ценности, назначении хранимой информации, ответственном за

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

прочее.

6.8 Требования к системе управления и мониторинга

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

Конкретные минимальные технические требования изложены в приложении - «7.4 Приложение 4.

Минимальные требования к системе управления и мониторинга».

6.8.1 Общие требования

Задачи системы управления и мониторинга:

Повышение эффективности использования ИТ-инфраструктуры;

Поддержание высокого уровня обслуживания прикладных систем;

Превентивное решение потенциальных проблем; Сокращение

потерь из-за простоев при восстановлении данных.

Система управления и мониторинга (СУМ) ИТ инфраструктуры ЦОД должна удовлетворять

следующим общим требованиям:

СУМ должна быть масштабируема в рамках ИТ структуры; СУМ должна обеспечивать

мониторинг объектов управления различных типов и производителей в гетерогенной сети;

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

проектируемых объектов управления; Режим работы СУМ должен совпадать с режимом

функционирования объектов управления.

6.8.2 Требования к структуре СУМ ЦОД I и II уровней

СУМ должна состоять из следующих основных подсистем:

Подсистема мониторинга и управления распределѐ нной сетью передачи данных и

периферийного оборудования; Подсистема мониторинга и управления серверными

комплексами, ОС и приложениями;

Подсистема мониторинга и администрирования ПК; Подсистема мониторинга и

администрирования оборудования и процессов резервного копирования.

6.8.3 Требования к функциональности СУМ ЦОД I и II уровней

СУМ должна обеспечивать выполнение следующих функций:

Удаленный доступ к серверу управления через активные консоли; Поддержка

параллельной работы нескольких операторов (со своими полномочиями и зоной

ответственности) с сервером управления;

Защита доступа к серверу управления по любым вариантам входа в систему со стороны

неуполномоченных лиц; Разграничение на области компетенции по решению возникающих

проблем;

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

эксплуатационного персонала, в зависимости от его роли в эксплуатационном процессе;

Удаленный мониторинг объектов управления; Мониторинг

контролируемых объектов при помощи агентов;

Выбор параметров мониторинга и настройка порогов срабатывания агентов, для оценки

текущего состояния систем; Централизованная регистрация событий, происходящих в

контролируемых объектах СПД,

ОС, СУБД, приложениях, информационных сервисах; Расширение списка регистрируемых

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

Централизованная обработка всех регистрируемых событий;

Оповещение операторов системы о работе информационных ресурсов посредством

выдачи информационного сообщения на консоль оператора; Оповещать операторов

системы о возникших проблемах посредством выдачи звукового сигнала; Анализ

производительности работы объектов управления;

Автоматическая обработка и графическое представление оперативной информации по

состоянию информационных сервисов; Сбор, хранение и анализ параметров

функционирования объектов управления.

6.8.4 Требования к управлению и мониторингу мультисервисной сети

Мониторинг IP-сетей, управления конфигурациями, сбоями, производительностью, а также

методы и средства инвентаризации IP-сетей должны быть строго регламентированы и

автоматизированы.

Соответствующая база данных для ЦОД I и II уровней должна содержать полную и достоверную

информацию обо всех элементах сети в иерархическом виде с учетом географической иерархии с

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

Функционально база данных может быть представлена как две взаимодействующие базы данных:

инвентаризационная и системы управления событиями в сети.

Инвентаризационная база данных должна объединять информацию от различных источников и

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

инвентаризационную базу данных:

О топологии сети и установленном оборудовании в управляемых сетях.

Подробную информацию об используемых каналах связи (в случае арендованных каналов

– информацию об организации, предоставившей канал, контактные данные специалистов и

службы технической поддержки, способах связи).

Полную спецификацию оборудования: текущую версию ПО, заводские и

инвентаризационные номера, текущие и предыдущие файлы конфигурации, версию ПО,

контактную информацию обслуживающей организации, место установки и ответственные

лица.

Для сетевого оборудования - подробное описание интерфейсов в табличном виде с

указанием IP-адресов, VLAN, подключенных сетей или серверов приложений для LAN-

интерфейсов, или используемых каналов связи (физических и виртуальных), протоколов

маршрутизации и подключенного удаленного оборудования для WAN-интерфейсов.

Автоматизированная система обработки событий для ЦОД I и II уровней должна обеспечивать:

Автоматизированный сбор в режиме реального времени и хранение информации о сбоях,

неисправностях, превышении критических порогов и т.п. активного оборудования и каналов

связи.

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

информации по иерархической структуре (административной, топологической, системной)

в соответствии с установленными административными правилами.

Отображение истории обработки события (кем, когда, какие действия были

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

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

ссылка на историю событий объекта и наоборот.

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

соответствии с заданными административными требованиями (например, выборку по объектам, на

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

которые не были закрыты в течение месяца и т.п.)

6.9 Требования к созданию и вводу в действие систем. Требования к

документации

Данный раздел описывает минимальные требования к созданию и вводу в действие ИС и

элементов ИТ-инфраструктуры, а также требования к документации, которая сопровождает

создание и ввод в действие и на основе которой осуществляется дальнейшее сопровождение ИС

и ИТ- инфраструктуры.

Конкретные требования к документации с точки зрения удовлетворения действующим

нормативным документам изложены в приложении

«7.5 Приложение

5. Минимальные

требования к документации».

При создании и вводе в действие систем и элементов ИТ-инфраструктуры должны быть

соблюдены следующие стадии:

1. Стадия создания «Технического задания».

2. Стадия создания «Технорабочего проекта» - для объектов ИТ- инфраструктуры.

3. Стадия создания «Программ и методик испытаний».

4. Стадия создания «Эксплуатационной документации».

5. Стадия поставки оборудования и ПО.

6. Стадия монтажа, пусконаладочных работ, предварительных (автономных и комплексных)

испытаний.

7. Стадия опытной эксплуатации.

8. Стадии приемочных испытаний в промышленную эксплуатацию.

6.9.1 Требования к техническому заданию

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

(ГОСТ 34.602-89).

Задание на проектирование - приложение к договору, в котором должны быть перечислены все

документы, которые должны быть разработаны, в том числе техническое задание. Задание на

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

создание системы.

Техническое задание (ТЗ) является основным документом, определяющим требования и порядок

создания (развития или модернизации) ИС или элементов ИТ инфраструктуры, в соответствии с

которым проводится их разработка и приемка при вводе в действие.

Включаемые в ТЗ требования должны ясно и четко описывать функциональность будущей

системы и соответствовать современному уровню развития технологий и не уступать аналогичным

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

ТЗ должно обязательно содержать следующие разделы согласно ГОСТу, которые могут быть

разделены на подразделы:

общие сведения; назначение и цели создания

(развития) системы;

характеристика объектов автоматизации;

требования к системе; состав и содержание

работ по созданию системы;

порядок контроля и приемки системы; требования к составу и содержанию работ по

подготовке объекта автоматизации к вводу системы в действие;

требования к документированию;

источники разработки.

6.9.2 Требования к технорабочему проекту

Данной стадии может предшествовать разработка Эскизного проекта, в котором должны быть

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

возможными решениями.

Технорабочий проект должен состоять из технического проекта и рабочей документации.

Технический проект должен содержать как минимум следующие документы:

Пояснительная записка.

Схема связи или блок-схема.

Спецификация оборудования.

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

Пояснительная записка должна содержать:

Описание предлагаемого технического решения.

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

решениями, а также проводя анализ современных технологий и подходов к решению

поставленной задачи.

Рабочая документация должна содержать как минимум альбом на каждую площадку (серверное

помещение).

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

нового технического решения, которое было создано ранее и имеется технический проект,

который описывает и обосновывает данное техническое решение.

В этом случае рабочий проект должен содержать как минимум следующие документы:

Пояснительная записка.

Рабочая документация.

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

6.9.3 Требования к программам и методикам испытаний

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

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

Программа и методика предварительных испытаний, которая должна включать

автономные и комплексные испытания.

Программа опытной эксплуатации.

Программа и методика приемочных испытаний.

6.9.4 Требования к эксплуатационной документации

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

Руководство по эксплуатации.

Схема электрическая функциональная.

Формуляр (на каждый узел связи).

Схема электрических соединений (перечень элементов и таблица соединений).

Ведомость эксплуатационных документов.

Ведомость ЗИП.

Руководство по эксплуатации должно подробно описывать порядок работы с оборудованием

вплоть до перечня команд. Назначение руководства по эксплуатации - уменьшение влияния

человеческого фактора за счет документирования всей работы с оборудованием и ПО.

Эксплуатационная документация для ПО должна содержать следующие документы:

«Руководство оператора»;

«Руководство администратора».

6.9.5 Требования к поставке оборудования и ПО

Требования по поставке и сопровождению изложены в разделе «Требования к поставщикам, и

производителям оборудования» данного документа.

6.9.6 Требования к вводу в действие

Рекомендуется осуществлять все этапы испытаний системы перед ее вводом в действие, т.е.:

Предварительные (автономные и комплексные)

испытания. Опытная эксплуатация.

Приемочные испытания для приема системы в промышленную эксплуатацию.

Рекомендуется на этапе предварительных испытаний предусматривать тестирование

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

Все оборудование, вводимое в промышленную эксплуатацию, должно иметь соответствующие

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

иметь следующие сертификаты:

Сертификат соответствия в системе «Связь», если оборудование подсоединяется к сети

общего пользования.

Сертификаты ФСТЭК, если оборудование или ПО использует криптографические

алгоритмы.

Порядок ввода государственных ИС в эксплуатацию определяется «Положение о вводе в

эксплуатацию государственных информационных систем Республики Коми».

7 ПРИЛОЖЕНИЯ

7.1 Приложение

Минимальные требования к рабочим местам

пользователей

7.1.1 Минимальные требования к характеристикам ПК

Технические

АРМ1

АРМ2

АРМ3

АРМ4

характеристики

Процессор

х86-

х86-совместимый, от

х86-

x86-

совместимый,

1,3 ГГц

совместимый, от

от 1,3 ГГц

1,0 ГГц

1,1 ГГц

Частота

не ниже 667

не ниже 800 МГц

не ниже 533 МГц

не ниже 800 МГц

системной шины

МГц

(FSB)

Оперативная

2 Гб

4 Гб

1 Гб

память

Жесткий диск

80 Гб SATA

80 Гб SATA либо

160 Гб SATA

Flash/DOM от 1

Гб

Внешние порты

4хUSB 2, VGA,

4хUSB 2, VGA, аудио

2xUSB, VGA, RJ-

2хUSB 2.0.,

ввода/вывода

RJ-45

вход/выход, разъѐ м

VGA, аудио

для микрофона, RJ-

вход/выход,

разъѐ м для

микрофона, RJ-

Видео

интегрировано

Интегрировано или

интегрировано

плата расширения с

объемом

видеопамяти 256 Мб

Монитор

LCD 17”

LCD 19”

LCD 17”

LCD 10”

(соотношение

сторон 3/4)*

Монитор

LCD 18,5"

LCD 21,5"

LCD 18"

LCD 15"

(соотношение

сторон 16/9)*

Сетевой

Ethernet

Ethernet 10/100/1000

Ethernet 10/100

адаптер

10/100

Дисковод

Дисковод DVD-RW

Дисковод DVD-

combo

RW combo

Устройства

Оптическая

Оптическая мышь,

Оптическая

ввода/вывода

мышь,

Клавиатура

мышь,

мышь

Клавиатура

Система

Наличие

Наличие контроля

Наличие

мониторинга

контроля

температуры

контроля

температуры

процессора и

температуры

процессора и

оборотов

процессора и

процессора

оборотов

вентилятора

оборотов

вентилятора

Гарантия

3 года

* - используется только один из указанных типов мониторов.

Минимальные требования к монитору:

Монитор LCD, TFT, цветной, диагональ - не менее 17''

Рабочее разрешение - не ниже 1280х1024

Угол просмотра - не хуже чем: горизонтали 150 град., по вертикали 140

град. Яркость - не ниже 250 кд/м2 Контрастность - не ниже чем 450:1 Время

отклика пикселя - не более 8 мс

Цветовая палитра - макс. 24-бит. (16777216

цветов) Интерфейс аналоговый D-sub 15 pin

Соответствие эргономическому стандарту ТСО’03,

Соответствие стандартам Energy Star (EPA) и DPMS по энергосбережению

7.1.2 Минимальные требования к системному ПО рабочих мест пользователей

Рекомендуемый перечень ОС следующий:

1. Windows

- версии не ниже Windows XP Professional. Рекомендуются Windows XP

Professional, Windows 7 Professional или Windows 7 Enterprise.

2. Linux

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

рекомендуется Ubuntu (не ниже версии 10.04).

Выбранный дистрибутив Linux должен обладать следующими характеристиками ОС Linux:

Совместим с архитектурами х86, AMD64 и EM64T.

Использовать ядро ветки 2.6 с поддержкой библиотеки Native POSIX Threading Library

(NPTL).

Быть совместимым со стандартом Linux Standard Base (LSB) 3.2.

Содержать стандартное графическое рабочее окружение на основе Gnome (не ниже

версии 2.22) или KDE (не ниже версии 3.5), а также офисный пакет OpenOffice (не ниже

версии 3.1), браузер Mozilla Firefox (не ниже версии 3.0) и почтовый клиент Mozilla

Thunderbird (не ниже версии 3.0).

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

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

которого для дистрибутива выпускаются обновления безопасности, должен истекать не

ранее двух лет с момента приобретения дистрибутива. По истечение этого срока должна

иметься штатная возможность обновления версии дистрибутива до следующей

поддерживаемой.

Иметь возможность получения технической поддержки от производителя дистрибутива или

уполномоченных им организаций.

7.1.3 Минимальные требования к периферийным устройствам

7.1.3.1 Требования к принтерам

№

Вид

Категория

Характеристика

Минимальное значение

Разрешение при печати

По согласованию с заказчиком

Способ печати

По согласованию с заказчиком

Скорость цветной печати

По согласованию с заказчиком

Принтер цветной

Персональный

Формат материала для

А4

офисный струйный

печати

Интерфейс с ПК

USB

Разрешение при печати

По согласованию с заказчиком

Способ печати

По согласованию с заказчиком

Принтер цветной для

Скорость фотопечати

По согласованию с заказчиком

дизайна и

Персональный

Тип материала для печати

По согласованию с заказчиком

фотопечати

Формат материала для

А4

печати

Плотность материала для

По согласованию с заказчиком

печати

Прямая печать на DVD/CD

По согласованию с заказчиком

Интерфейс с ПК

USB

Разрешение при печати

По согласованию с заказчиком

Принтер цветной для

Способ печати

По согласованию с заказчиком

проектирования и

Персональный

Формат материала для

По согласованию с заказчиком

картографии

печати

Интерфейс с ПК

USB

Разрешение при печати

По согласованию с заказчиком

Принтер цветной для

Способ печати

По согласованию с заказчиком

фотопечати,

Формат материала для

По согласованию с заказчиком

Групповой

проектирования и

печати

картографии

Интерфейс с ПК

Ethernet

Время печати A1

По согласованию с заказчиком

Разрешение при печати

По согласованию с заказчиком

Принтер цветной для

Способ печати

По согласованию с заказчиком

фотопечати,

Формат материала для

По согласованию с заказчиком

Корпоративный

проектирования и

печати

картографии

Интерфейс с ПК

Ethernet

Время печати A1

По согласованию с заказчиком

7.1.3.2 Требования к многофункциональным устройствам

№

Вид

Категория

Характеристика

Минимальное значение

Скорость монохромной

18 стр./мин (формат А4)

печати А4

Разрешение при печати

600x600 точек на дюйм

Функции аппарата

печать, сканирование и копирование

Тип сканера

планшетный

Время выхода первого

не более 10 с

отпечатка

Устройство подачи бумаги

кассета на 250 листов

Формат бумаги

A4, B5, A5, LTR, Executive, конверты

МФУ с лазерной

Персональный

C5/COM10/DL, Monarch

печатью

Разрешение при

1200x2400 точек на дюйм

сканировании

Глубина цветного

24 бита

сканирования

Разрешение при

600x600 точек на дюйм

копировании

Скорость копирования

20 копий/мин

Количество копий за цикл

Интерфейс с ПК

USB 2.0

Принцип

цифровой

Запас бумаги

кассета на 1000 листов

Формат бумаги

A4, B5, A5, Legal, LTR, Executive,

конвертыC 5/COM10/DL/Monarch/ B5,

каталожные карточки

Функции аппарата

печать, сканирование и копирование

Плотность бумаги

64 - 163 г/м2

Время выхода первой

8 с

копии (1:1, A4)

Скорость копирования (1:1,

30 копий/мин

МФУ с лазерной

Групповой

A4)

печатью

Разрешение сканирования

600x600 dpi аппаратное

Разрешение печати

2400x600 dpi с интерполяцией

Максимальное количество

500

копий за один цикл

Языки описания страниц

PCL5c, Adobe PostScript 3

Двусторонняя печать

Да

Автоподача при

Да

сканировании

Сортировщик копий

Да

Интерфейс

Fast Ethernet

Принцип

цифровой

Функции аппарата

печать, сканирование и копирование

МФУ с лазерной

Запас бумаги

A3, A4, B5, A5, Legal, LTR, Executive,

Корпоративный

печатью

конверты C5/COM10/DL/Monarch/ B5,

каталожные карточки

Формат бумаги

A4, B5, A5, Legal, LTR, Executive,

конверты C5/COM10/DL/Monarch/ B5,

каталожные карточки

Плотность бумаги

64 - 163 г/м2

Время выхода первой

8 с

копии (1:1, A4)

Скорость копирования (1:1,

20 копий/мин

A4)

Разрешение сканирования

600x600 dpi аппаратное

Разрешение печати

2400x600 dpi с интерполяцией

Материалы для

копирования

Максимальное количество

500

копий за один цикл

Языки описания страниц

PCL5c, Adobe PostScript 3

Жесткий диск

Двусторонняя печать

да

Автоподача при

сканировании

Сортировщик копий

Степлер

Интерфейс

Fast Ethernet

7.1.3.3 Требования к факсам

№

Вид

Категория

Характеристика

Минимальное значение

Группа факса

Тип сканера

Полистовой

Телефонная линия

Коммутируемая телефонная сеть

общего пользования

Устройство автоматической

15 листов

подачи документов

Факсимильный

Формат документа

аппарат со

Персональный

Разрешение при печати

360x360 точек на дюйм

струйной печатью

Ресурс бумаги

50 листов - устройство

автоматической подачи бумаги

Скорость модема

14,4 кбит/с (передача); 9,6 кбит/с

(приѐ м)

Проводная телефонная

Да

трубка

Автоответчик

Да

Группа факса

Тип сканера

Полистовой

Телефонная линия

Коммутируемая телефонная сеть

общего пользования

Устройство автоматической

50 листов

подачи документов

Факсимильный

Формат документа

аппарат с

Персональный

Разрешение при печати

1200x1200 точек на дюйм

лазерной печатью

Полутона

256 оттенков серого

Ресурс бумаги

500 листов - устройство

автоматической подачи бумаги

Скорость модема

33,6 кбит/с

Проводная телефонная

Да

трубка

* В особых случаях возможно приобретение нестандартного оборудования (требования к

качеству, требования к функционалу, требования к производительности)

7.2 Приложение 2. Минимальные требования к мультисервисной сети

7.2.1 Минимальные

требования

корпоративной

распределенной

мультисервисной сети

7.2.1.1 Общие требования

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

Протоколы управления,

Протоколы

Основные протоколы

мониторинга и сбора статистики

безопасности

IP (RFC 791)

ICMP (RFC 792,1256)

SNMP v1/v2/v3

DoS Prevention

TCP (RFC 793)

DHCP Client/Server/Relay

ACLs

UDP (RFC 768)

Syslog

AAA

TELNET (RFC 854)

NTP Client

RADIUS (RFC 2138)

BootP (RFC 951, 1542)

RMON 1(4 groups)

SSHv2

Telnet Client/Server

Policy MIB

Secure Copy v2

FTP и/или TFTP

802.1x Client

7.2.1.2 Требования к коммутаторам

Рекомендуется закупать коммутаторы, которые обладают следующими минимальными

техническими характеристиками:

Уровень

Параметр

Доступа

Агрегации

Ядра

Общие характеристики

Коммутация пакетов на основе неблокируемой коммутационной матрицы с

Тип устройства

промежуточным хранением пакетов

Характеристики физического уровня

Протоколы физического и канального

Ethernet10, 100, 1000, 10000 Мбит/сек (на основе медной витой пары

уровня

категории 5eи одномодового оптоволокна)

Порты 10/100 BASE-TX(RJ-45)

Не менее 24

Порты 10/100/1000 BASE-T(RJ-45)

Не менее 2

Не менее 12

Не менее 24

Гигабитные порты для подключения SFP-

модулей (оптоволокно)

Не менее 2

Не менее 4

Порты 10 GigabitEthernet(SFP+, XFP,

XENPAK) или слоты для их установки

Опционально

Не менее 2

Характеристики второго уровня

Количество запоминаемых MAC-адресов

Не менее 8000

Не менее 16000

Не менее 24000

Не менее 9000

Поддержка Jumbo frames

Не менее 9000 байт

байт

Не менее 9000 байт

Поддержка VLAN по протоколу 802.1Q

Не менее 256

Не менее 4096

Поддержка VLAN trunking

Опционально

Да

ПоддержкаDouble VLAN (Q-in-Q)

Опционально

Да

Поддержка групповой регистрации

VLAN(GVRP)

Да

Поддержка протоколов связующего

дерева

STP, RSTP

STP, RSTP, MSTP

Да (в т.ч. на портах,

Поддержка агрегации линков по протоколу

расположенных на разных

802.3ad (LACP)

устройствах в стеке или

Опционально

Да

разных модулях в шасси)

Характеристики третьего уровня

Аппарартная маршрутизация пакетов L3

Опционально

не менее 12000 маршрутов

IPv4

Аппарартная маршрутизация пакетов L3

Опционально

не менее 4000 маршрутов

IPv6

Количество физических и виртуальных

Опционально

Не менее 1000

маршрутизируемых интерфейсов

Поддержка статической маршрутизации

Опционально

Да

Поддержка протоколов динамической

Опционально

RIP v1, RIP v2, OSPF

маршрутизации

Поддержка протокола MPLS

Опционально

Да

IGMP v1/v2/v3 Snooping (неменее256 групп),

IGMP v1/v2/v3 Snooping

Поддержка многоадресной

Multicast VLAN registration (MVR)

(неменее256 групп), PIM-

рассылки(multicast)

DM, PIM-SM, MVR

Поддержка DHCP relay

Да

Поддержка DHCP snooping

Да

Опционально

Поддержка DHCP option 82

Да

Опционально

ARP proxy

Опционально

Да

Поддержка протокола резервирования

Опционально

Да

роутера VRRP

Характеристики функций сетевой диагностики и мониторинга

Поддержка функции диагностики кабеля

Да

Опционально

Поддержка протокола определения

Да

топологии сети (CDPили LLDP)

Зеркалирование трафика

На основе портов

На основе портов, VLAN и ACL

Статистика по интерфейсам

Счетчики пакетов, байт, ошибок

Мониторинг трафика

Опционально

sFlow, Netflow или аналоги

Характеристики QoS

Поддержка приоретизации трафика по

Да

стандарту 802.1p

Количество очередей приоритетов

Не менее 4 на порт

Не менее 8 на порт Не менее 8 на порт

Классификация трафика на основе:

Порта коммутатора

Да

VLAN ID

Да

Очередей приоритетов 802.1p

Да

MAC-адреса

Да

Опционально

IPv4/v6-адреса

Да

Опционально

DSCP

Да

Опционально

Типа протокола

Да

Опционально

Номера порта TCP/UDP

Да

Опционально

На основе порта, с

На основе порта/потока, с дискретностью не

Управление полосой пропускания

дискретностью не

более 64 кбит/сек

Шейпинг трафика

Нет

Да

Характеристики безопасности

Да

Поддержка функции защиты от сетевых

петель и информирования об их

обнаружении

Поддержка функции защиты от

Да

широковещательных штормов и

информирования об их обнаружении

Защита от ARP-спуфинга

Да

Фильтрация пакетов по МАС-адресам на

Да

каждом порту

Привязка MAC-адреса к порту

Да

Привязка IP-адреса к порту

Да

Ограничение количества MAC-адресов на

Да

Опционально

каждом порту

Привязка и контроль соответствия IP- и

Да

Опционально

MAC-адресов клиентских устройств

Фильтрация пакетов (ACL) на портах по

Да

mac-, ip-адресу (отправителя и

получателя), номеру протокола второго и

третьего уровней, метке vlan, метке

приоритета

Защита CPU коммутатора от перегрузки

Да

трафиком

Поддержка изоляции портов друг от друга

Да

Опционально

(port based vlan или traffic segmentation)

Защита от известных сетевых атак

Опционально

Да

Авторизация портов по протоколу IEEE

Веб- и мак-авторизация, локальная и Radius-сервере

802.1x

Характеристики управления

Консольный порт RS-232 для управления

Да

Удаленное управление по протоколу ssh

Да

Удаленное управление по ssh

Да

Удаленное управление по протоколу

Опционально

Да

SNMP

Удаленное сохранение и загрузка

Да

конфигурации и прошивки по ftp или tftp

Удаленный мониторинг по протоколу snmp

Да

Поддержка ведения логов и отсылки

Да

уведомления syslog и snmp trap на

удаленный сервер

Поддержка учетных записей с

Да

авторизацией на Radius-сервере

Характеристики отказоустойчивости

Нет

Резервирование

компонентов с

возможностью

возможностью «горячей»

«горячей» замены

замены, резервирование

коммутаторов посредством

Способ обеспечения отказоустойчивости

объединения в

отказоустойчивый стек,

применение

отказоустойчивого шасси

Нет

Блоки питания,

вентиляторы

вентиляторы,

Резервируемые компоненты с

управляющие /

возможностью «горячей» замены

коммутирующие платы,

компоненты стека / шасси

Установочные характеристики

Типоразмер

Для установки в стойку 19”

Высота

1-2U

Не ограничивается

от внутреннего источника питания от сети переменного тока 100-240 В,

Электропитание

50/60 Гц

Прочее

Наличие сертификатов

Сертификат соответствия, санитарно-эпидемиологическое заключение

7.2.1.3 Требования к пограничным маршрутизаторам

Параметр

Значение

Общие характеристики

Объем установленной оперативной памяти

Не менее 512 Мб (с возможностью расширения не менее чем до 1,5

Гб)

Установленный жесткий или flash-диск

Не менее 256Mb

Сетевые характеристики физического уровня

ПортыEthernet 10/100/1000 BASE-T (RJ-45)

Не менее 4

Возможность установки дополнительных

Не менее 2 слотов с возможность расширения конфигурации до не

интерфейсов

менее чем 8 портов 10/100/1000 BASE-T(RJ-45) и 4 портов SFPдля

установки оптических модулей

Сетевые характеристики канального уровня

Инкапсуляция

Ethernet, ATM, Frame Relay, HDLC, PPP, PPPoE

Поддержка VLAN (IEEE 802.1q)

Да

Поддержка агрегированных линков

Да

802.3ad/LACP

Поддержка STP/RSTP/MSTP

Да

Производительность

Маршрутизация трафика

Не менее 600 Мбит/сек

Пакетов в секунду

Не менее 225000

Коммутация и маршрутизация

Программная или программно-аппаратная

Поддержка протоколов и возможностей маршрутизации

Статическая маршрутизация

Да (не менее 5000 маршрутов)

RIP v1, RIP v2

Да (не менее 5000 маршрутов)

OSPF

Да (не менее 5000 маршрутов)

BGP

Да (поддержка не менее 2 FullView)

Маршрутизация на основе фильтров (ACL)

Да

Поддержка маршрутизации на основе IP-адреса

Да

источника (sourcerouting)

Маршрутизация Multicast

Да (поддержка протоколов IGMPv1/v2/v3, PIM, DVMRP)

Поддержка виртуальных маршрутизаторов

Да

Поддержка MPLS

Да(поддержкаMPLS L2 VPN, MPLS L3 VPN, VPLS)

Поддержка протокола балансировки нагрузки

Да

ECMP

Поддержка функций трансляции адресов (NAT)

Поддержка статической трансляции адресов

Да

Поддержка динамической трансляции адресов

Да

назначения с трансляцией портов (SNAT)

Поддержка динамической трансляции адресов

Да

источника с трансляцией портов (DNAT)

Характеристики функций сетевой диагностики и мониторинга

Поддержка SNMP

SNMP v2, SNMP v3

Контроль производительности

Да

Счетчики производительности на физических,

Да

виртуальных интерфейсах и фильтрах

Экспорт информации по трафику

Netflow или аналоги

Поддержка функций сетевого экрана

Фильтрация трафика по IP-адресам, портам

Да

TCP/UDP

Фильтрация с отслеживанием состояния

Да

TCP/UDP-соединенй (statefulfirewall)

Определение и защита от известных сетевых

Да

атак

Защита от DOSи DDOS

Да

Наличие системы обнаружения вторжений (IPS)

Да

cобновляемой базой паттернов

Характеристики QoS

Управление трафиком на физических

Ограничение пропускной способности, шейпинг, полисинг,

интерфейсах, виртуальных интерфейсах и

маркировка по классам приоритета

потоках

Характеристики управления

Консольный порт RS-232 для CLI-управления

Да

Удаленное CLI-управление по протоколу ssh

Да

Удаленное управление по http(s)

Да

Удаленное сохранение и загрузка конфигурации

Да

и прошивки по ftp или tftp

Поддержка учетных записей с авторизацией на

Да

Radius-сервере

Поддержка ведения логов и отсылки

Да

уведомления syslog и snmp trap на удаленный

сервер

Автоматическое резервирование конфигураций

Да

Атомарное применение изменений

Да

конфигураций

Возможность автоматического отката изменений

Да

конфигураций при потере управления

Характеристики отказоустойчивости

Резервируемые компоненты с возможностью

Блоки питания, вентиляторы, в случае модульного исполнения -

«горячей» замены

управляющие и коммутирующие платы

Поддержка протокола резервирования роутера

Да

VRRP

Установочные характеристики

Типоразмер

Для установки в стойку 19”

Электропитание

от внутреннего источника питания от сети переменного тока 100-240

В, 50/60 Гц

Прочее

Наличие сертификатов

Сертификат соответствия, санитарно-эпидемиологическое

заключение

7.2.1.4 Требования к точке радиодоступа стандарта Wi-Fi

Рекомендованные требования к оборудованию Wi-Fi:

стандарт IEEE 802.11 (2,4 ГГц);

виртуальные локальные сети (VLAN) - до 16

сегментов; приоритезацию трафика;

роуминг между точками доступа (Proxy Mobile IP);

протокол 802.1p QoS;

управление с помощью НТТР интерфейса, командной строки, FTP, TFTP и

Telnet. протокол SNMP;

стандарт 802.1Х;

протокол ЕАР (Extensible Authentication Protocol);

протокол TKIP (Temporal Key Integrity Protocol);

локальное и удаленное питание по витой

паре; иметь встроенную антенну.

7.2.1.5 Требования к кодеку видеоконференцсвязи

поддерживать работу в сетях как IP (H.323),SIP, так и ISDN (H.320);

поддерживаемые протоколы: H.323 v4, H.239, VNC, Telnet, RTP, HTTP, DHCP, SIP.

обеспечивать соединение точка-точка на скорости не менее 768 Кбит/сек по IP и не менее

384 Кбит/с по ISDN;

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

для передачи и получения как изображения докладчика, так и дополнительного

изображения (компьютер, документальная камера, вспомогательная камера);

поддерживать протоколы кодирования видео потока H.261, H.263, H.263+, H.263++, H.264 с

разрешениями 4CIF (704x576), CIF (352x288), QC1F (176x144), чересстрочный CIF

(352x576) и частотой обновления до 25 кадров/сек;

поддерживать протоколы кодирования аудио потока G.711, G.729.

Интерфейс H.323, SIP: RJ45 Ethernet, 10/100/1000 Мбит/сfull/half duplex

Обеспечивать подключение ПК и других источников сигнала (документкамера,

видеокамера и т.д.).

7.3 Приложение 3. Минимальные требования к инфраструктуре центров

обработки данных

7.3.1 Минимальные требования к системам обработки и хранения данных

7.3.1.1 Требования к серверам

Рекомендованные требования к серверам:

CPU - последнего поколения, количество вычислительных ядер, и размеры оперативного

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

RAM- минимально 4 Гб с возможностью расширения минимум до 12 Гб;

Видеоподсистема - поддерживаемая используемой ОС; Дисковая подсистема:

o Ultra320 SCSI контроллер, минимально 2 (два) канала,

o Используются диски только с технологией горячей замены (hot swap);

o Двухканальный RAID контроллер, кэш память контроллера с автономным

энергообеспечением, аппаратная поддержка RAID 0, 1. На многодисковых системах

- аппаратная поддержка RAID 5;

o возможность установки двух Fiber Channel HBA;

минимум 2 USB 2.0 порта;

минимум два сетевых адаптера - Ethernet 10/100/1000 Mбит/с с автоматическим выбором

скорости передачи данных;

наличие удаленного управления по сети Ethernet - выделенный или разделяемый

порт; возможность установки избыточного блока питания с горячей заменой,

возможность установки в шкаф 19”;

Вместо технологии SCSI возможно использовать контроллеры и диски FC или SAS,

использование бездисковых серверов с загрузкой ОС по SAN сети.

7.3.1.2 Требования к Blade серверам

Общие требования к Blade системам:

Выбранная линейка должна обладать развитым модельным рядом

серверов. Возможность установки в шасси от 10 серверов.

Наличие в серверной линейке 2-4 процессорных серверов.

Возможность установки не менее двух плат ввода/вывода.

Шасси для размещения blade-серверов должно удовлетворять следующим требованиям:

резервирование N+1 всех модулей в шасси, возможность горячей замены любого модуля,

модуль коммутатор Gigabit Ethernet;

модуль FC;

блок(и) питания с горячей заменой;

вентиляторы с горячей заменой;

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

заменой; возможность установки в шкаф 19”;

Рекомендуется в комплект поставки включать:

специализированные программные средства, обеспечивающие дистанционную (через

локальную сеть) установку ОС, мониторинг и диагностику аппаратуры, а также средства

ускоренного развертывания («клонирования») ПО на blade-серверы; программно-

аппаратные средства дистанционного администрирования и управления сервером по

выделенному порту LAN;

обеспечение возможности удаленного включения/выключения питания и удаленной

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

серверов и функции

управления в следующих состояниях:

o при начальном тестировании после включения от момента включения до момента

начала загрузки ОС;

o на этапе загрузки ОС;

o во время правильного функционирования сервера под управлением ОС;

o при сбоях ОС вплоть до фатального;

обеспечение возможности доступа к функциям мониторинга и управления через ПО

администратора серверов и через веб-браузер; обеспечение возможности доступа к

текстовой консоли управляемого сервера в процесс загрузки;

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

7.3.2 Минимальные требования к системному ПО

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

из следующего списка:

Windows

Linux

Если какая-либо прикладная информационная требует использовать определенную ОС, не

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

производитель системы не допускает использование рекомендованных ОС.

Если приложение требует использования более низших версий ОС, чем рекомендованные, и

работает некорректно на рекомендуемых версиях, то такая замена возможна.

7.3.2.1 Требования к дистрибутиву ОС Windows

Необходимо использовать Microsoft Windows Server версии не ниже 2003. Рекомендуются версии

Windows Server 2008 R2 и выше.

7.3.2.2 Требования к дистрибутиву ОС Linux

Выбранный дистрибутив должен обладать следующими характеристиками ОС Linux:

Совместим с архитектурами х86, AMD64 и EM64T, Itanium IA64;

Поддерживать многопроцессорные SMP-архитектуры и технологию многопоточности

Hyper-Threading.

Использовать ядро ветки 2.6 с поддержкой библиотеки Native POSIX Threading Library

(NPTL).

Иметь компилятор GCC версии не ниже 4.0.

Быть совместимым со стандартом Linux Standard Base (LSB) 3.2.

Иметь средства виртуализации;

Иметь средства создания VPN;

Необходимо использовать дистрибутивы Red Hat Enterprise Linux 5 (RHEL) и выше, Debian 5 и

выше, Ubuntu Server

10.04 LTS и выше. Для развѐ ртывания систем, требующих бинарную

совместимость с RHEL необходимо использовать RHEL, либо бинарно совместимые аналоги

(например, CentOS). Для других задач необходимо использовать Debian или Ubuntu Server. При

использовании Ubuntu Server необходимы версии LTS.

7.3.3 Минимальные требования к помещениям и инженерным системам

7.3.3.1 Требования к телекоммуникационным шкафам

Тип - стандартный закрытый шкаф

19”; Высота - 42U;

Глубина шкафа - 1000 мм; Ширина

шкафа - 600 мм; Съѐ мные

боковые и задняя стенки;

Передняя дверь с замком;

Монтажный комплект;

7.3.3.2 Требования к источникам бесперебойного питания

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

подключенного оборудования не менее 10 мин; Технология - двойное преобразование;

Коэффициент полезного действия (при электроснабжении поддерживаемых устройств от

внешней сети) - 90% и использование активного корректора коэффициента мощности;

Выходное напряжение:

o форма - синусоида;

o номинальное значение - 220 В;

Тестирование батареи:

o при включении;

o ручное;

o автоматическое периодическое;

Аппаратная защита батареи от глубокого разряда;

Возможность подключения дополнительной батареи;

Диапазон входных напряжений 220 В ± 20%;

Звуковая индикация режима работы от батарей с возможностью отключения;

Возможность мониторинга и управления по локальному порту (USB/RS232);

Возможность оснащения: порт RJ-45 для подключения к локальной сети для мониторинга

и управления ИБП по протоколу SNMP.

Возможность установки в стандартный шкаф 19”. Крепежный

комплект для установки в стандартный шкаф 19”.

7.3.3.3 Требования к помещениям

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

следующими документами:

РД

45.120-2000. Нормы технологического проектирования. Городские и сельские

телефонные сети.

ВСН 332-93. Инструкция по проектированию электроустановок предприятий и сооружений

электросвязи, проводного вещания, радиовещания и телевидения.

ПОТ РО-45-005-95. Правила по охране труда при работах на кабельных линиях связи и

проводного вещания (радиофикации).

ПОТ РО-45-007-96. Правила техники безопасности при работах на телефонных станциях

и телеграфах.

ВСН 45.122-77. Инструкция по проектированию искусственного освещения предприятий

связи.

ВСН 116-93. Инструкция по проектированию линейно-кабельных сооружений связи.

ГОСТ 464-79. Заземление для стационарных установок проводной связи, радиорелейных

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

Нормы сопротивления.

СНиП 21-01-97. Противопожарная безопасность зданий и сооружений.

СНиП 2.09.02-85. Производственные здания.

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

Здание должно быть не ниже II степени огнестойкости (допускается III степень).

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

помещения, связанные с потреблением воды.

Через помещения ввода кабелей не допускается прокладка силовых кабелей и транзитных

инженерных коммуникаций.

Если не используется фальшпол, то чистые полы производственных помещений должны

настилаться на несгораемое основание. Покрытие пола

- линолеум антистатический

специального назначения ТУ 95-25048396-056-94.

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

Производственные помещения должны отделяться от других помещений несгораемыми

стенами или перегородками с пределом огнестойкости не менее 0,75 часа.

Освещение проектируется согласно ВСН 45.122-77. Общая нормируемая освещенность

для помещений такого типа должна быть не менее 200 лк.

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

Линейные сооружения: шкафы, кабельные ящики, металлические оболочки и экраны

кабелей должны быть заземлены.

Каждое заземляющее устройство должно соответствовать требованиям ПУЭ, иметь

паспорт, содержащий схему устройства заземления, основные технические данные, а

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

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

Отверстия в межэтажных или чердачных перекрытиях, через которые проходят

телефонные или другие кабели, должны быть плотно закрыты асбестом и

герметизированы цементным раствором, алебастром или другими несгораемыми

материалами. Если при работах с кабелями отверстия были вскрыты, то по окончании они

должны быть вновь заделаны. Для предотвращения распространения пожара из

помещения в помещение необходимо предусмотреть заполнение свободного

пространства, оставшегося после прокладки кабелей и проводов в проемах или трубах

между помещениями, в том числе и между этажами, легко удаляемыми несгораемыми

материалами.

При входе во все производственные помещения должны быть вывешены таблички с

указанием категории помещения по степени опасности поражения электрическим током,

взрыво- и пожаробезопасности и знаки безопасности по ГОСТ 12.4.026-76 и фамилии

ответственного за состояние охраны труда.

При наличии возможности одновременного прикосновения персонала к металлическим

корпусам оборудования и трубопроводам отопления, водопровода и канализации

последние следует оградить токонепроводящими решетками.

Присоединение заземляющих и нулевых проводников к заземлителям, заземляющему

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

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

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

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

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

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

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

опознавательные знаки в соответствии с ГОСТ 12.04.026.

7.4

Приложение 4. Минимальные требования к системе управления и

мониторинга

7.4.1 Требования к размещению системы управления и мониторинга ЦОД I и II

уровней

Системы мониторинга и управления ЦОД II могут располагаться на серверах систем мониторинга

и управления ЦОД I. Системы мониторинга и управления ЦОД I могут располагаться на серверах

резервного центра ЦОД I.

7.4.2 Требования к системам управления и мониторинга ЦОД I и II уровней

В состав системы управления и мониторинга ЦОД I необходимо, а ЦОД II рекомендуется включать

следующие системы:

Система управления и мониторинга сетевой инфраструктуры.

Система управления и мониторинга серверов и приложений.

Система мониторинга транзакций и доступности служб. Система

управления и мониторинга ПК пользователей.

7.4.3 Требования к рабочим станциям операторов системы управления и

мониторинга

Как минимум рабочие станции должны удовлетворять типовой конфигурации «Персональный

компьютер», см. «7.1.1. Минимальные требования к характеристикам ПК».

7.4.4 Требования к KVM системам

Состав KVM-системы: монитор, клавиатуру, манипулятор мышь/сенсорная панель. Система

обеспечивает одновременное физическое подключение монитора, клавиатуры, мыши к 8, либо

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

Необходимые требования:

высота не более 1U;

возможность установки в стандартный шкаф 19”.

7.5 Приложение 5. Минимальные требования к документации

Вся документация должна удовлетворять следующим ГОСТ-ам:

Оформление документов - ГОСТ 2.ххх.

Эскизный проект - ГОСТ 2.119-73.

Проектно-сметная документация - ГОСТ 34.201-89.

Техническое задание на создание - ГОСТ 34.602-

89. Технорабочий проект - ГОСТ 34.ххх.

Технический проект - РД 50-34.698-90 с учетом СНиП 11-01-95; ГОСТ 2.120-

73. Спецификация оборудования - ГОСТ 21.110-95.

Рабочий проект - РД 50-34.698-90 с учетом СНиП 11-01-95; ГОСТ 21.101-97.

Конструкторская документация - ГОСТ 2.ххх.

Эксплуатационная документация - ГОСТ 2.601-95.

Программы и методики испытаний - РД 50-34.698-90; ГОСТ 34.603-92.

7.6 Приложение 6. Классификатор объектов ИКТ-инфраструктуры

Классификация объектов ИКТ-инфраструктуры содержится в документе «КЛАССИФИКАТОР

ОБЪЕКТОВ ОБСЛУЖИВАНИЯ И КОНФИГУРАЦИОННЫХ ЭЛЕМЕНТОВ»

7.7 Приложение 7. Таблица транслитерации

Таблица перевода русских букв в английские:

Русская

Английское

Русская

Английское

Русская

Английское

буква

соответствие

буква

соответствие

буква

соответствие

7.8 Приложение 8. Каталог рекомендованных конфигураций.

7.8.1 Рекомендованная конфигурация аппаратного обеспечения рабочих мест

пользователей (Hardware) - энергоэффектиные конфигурации.

Категория

АРМ1

АРМ2

АРМ3

АРМ4

Форм-фактор

All-in-one

Thin Client

Notebook

Модель

Lenovo C200 B или

Lenovo B310A или

VIA 5660 или

EMachines E644-

аналогичная по

352G25Mikk или

системным

аналогичная по

конфигурациям

системным

конфигурациям

Системная логика

NM10

HM55

VIA CLE266 Nort

A50M

Bridge

Процессор

Atom D525

Core-i3 550

VIA C3 Nehemiah

E-350

600Mhz

ОЗУ

2GB DDR3

4GB DDR3

256MB DDR

2GB DDR3

Жесткий диск

320GB SATAII

нет

250GB SATAII

Видеосистема

GMA3150

ATI Radeon 5450

Via UniChrome AGP

ATI Mobility Radeon

(встроенная 256 mb)

6310

Экран (разрешение,

18,5" (16:9, 1366*768)

21.5” (16:9, 1920*1080)

нет

15" (16:9, 1366*768)

формат)

Кол-во USB портов

Сетевые

Gigabit Ethernet,

Gigabit Ethernet WLAN

VIA VT6103 10/100

WLAN (b,g), LAN

интерфейсы

WLAN (b,g,n)

(b,g,n)

Mbps

(10/100 Mbps)

Дисковод

DVD-RW

нет

DVD-RW

Клавиатура, мышь

std

Std (bluetooth)

std

Notebook

Цена

16000

28000

4500-5500

15000

7.8.2 Рекомендованная конфигурация аппаратного обеспечения рабочих мест

пользователей (Hardware) - производительные конфигурации.

Категория

АРМ1

АРМ2

АРМ3

АРМ4

Форм-фактор

ATX

Thin Client

Notebook

Модель

Любая

VIA 5660 или

Acer Acpire 5732ZG-452

аналогичная по

или аналогичная по

системным

конфигурациям

Системная логика

H67

VIA CLE266 Nort

GM45

Bridge

Процессор

Core-i3 2100

VIA C3 Nehemiah

T4500

600Mhz

ОЗУ

2GB DDR3

4GB DDR3

256MB DDR

2GB DDR2

Жесткий диск

250GB SATAII

нет

320GB SATAII

Видеосистема

GMA HD 3000

Via UniChrome AGP

ATI Mobility Radeon

4570

Экран (разрешение,

18,5"

22,5"

18,5"

14"

формат)

Кол-во USB портов

Сетевые

Gigabit Ethernet

VIA VT6103 10/100

WLAN (b,g), LAN

интерфейсы

Mbps

(10/100 Mbps)

Дисковод

DVD-RW

нет

DVD-RW

Клавиатура, мышь

std

notebook

Цена

16000

20000

4500-5500

19000

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

(System software)

На рабочие места пользователей рекомендуется устанавливать следующее системное ПО:

1. Windows XP SP3

2. Windows 7 SP1

3. Linux - в соответствии с требованиями инфраструктуры

7.8.4 Рекомендованная конфигурация прикладного ПО рабочих мест

пользователей (Software)

1. Офисные пакеты MS Office

2007 STD, PROF;

2010 STD, PROF; Open Office

3.x;

(необходима поддержка .odf - нацстандарт).

2. Архиваторы - 7-zip

3. PDF-Reader - Adobe Reader 8.x, 9.x, X

4. Браузеры - IE8; IE9; Mozilla Firefox 3.x, 4.x; Google Chrome 6.x, 7.x; Opera 10.x.

5. Почтовые клиенты - Microsoft Office Outlook 2007, 2010; Mozilla Thinderbird.

7.8.5 Средства обеспечения безопасности

1. Антивирус

- любой, удовлетворяющий требованиям ФСТЭК/ФСБ, имеющий средства

централизованного управления.

2. Межсетевой экран

- любой, удовлетворяющий требованиям ФСТЭК/ФСБ, имеющий

средства централизованного управления.

7.8.6 Рекомендованные конфигурации периферийных устройств.

Принтеры.

Тип

Модель

Цена

Вид

Струйный цветной

По согласованию с заказчиком

нет

Персональный

Струйный цветной для дизайна и

По согласованию с заказчиком

нет

Персональный

фотопечати

Струйный цветной для проектирования и

По согласованию с заказчиком

нет

Персональный

картографии

Струйный цветной для дизайна,

По согласованию с заказчиком

нет

Групповой

фотопечати, проектирования и

картографии

Струйный цветной для дизайна,

По согласованию с заказчиком

нет

Корпоративный

фотопечати, проектирования и

картографии

МФУ:

Тип

Модель

Цена

Вид

Лазерный монохромный

HP LaserJet M1132

7500

Персональный

Лазерный молохромный

HP LaserJet M1522n

14500

Групповой

Лазерный монохромный

Kyocera TASKalfa 181 (автоподатчик,

70000

Корпоративный

двустороннее копирование, тумба)

Факсы:

Тип

Модель

Цена

Вид

Лазерный

Panasonic KX-FL423RUB

7600

Персональный

Термо

Panasonic KX-FT984RUB

5500

Персональный

7.9 Приложение

Таблица именования официальных адресов

электронной почты и доменов для государственных учреждений

Республики Коми.

Структура именования

Официальный адрес

Название организации

домена для служебных

электронной почты

адресов

Правительство РК

adm@rkomi.ru

adm.rkomi.ru

Министерство природных ресурсов и

minpr@rkomi.ru

minpr.rkomi.ru

охраны окружающей среды РК

Министерство финансов РК

minfin@rkomi.ru

minfin.rkomi.ru

Министерство культуры РК

minkult@rkomi.ru

minkult.rkomi.ru

Министерство сельского хозяйства и

minshp@rkomi.ru

minshp.rkomi.ru

продовольствия РК

Министерство экономического развития РК

mineco@rkomi.ru

mineco.rkomi.ru

Министерство образования РК

minobr@rkomi.ru

minobr.rkomi.ru

Министерство здравоохранения РК

minzdrav@rkomi.ru

minzdrav.rkomi.ru

Министерство национальной политики РК

minnac@rkomi.ru

minnac.rkomi.ru

Министерство промышленности и

minprom@rkomi.ru

minprom.rkomi.ru

энергетики РК

Министерство архитектуры, строительства

minarh@rkomi.ru

minarh.rkomi.ru

и коммунального хозяйства РК

Агентство РК по печати и массовым

pmc@rkomi.ru

pmc.rkomi.ru

коммуникациям

Управление записей актов гражданского

zags@rkomi.ru

zags.rkomi.ru

состояния РК

Агентство РК по физической культуре и

sport@rkomi.ru

sport.rkomi.ru

спорту

Служба РК по лицензированию

lic@rkomi.ru

lic.rkomi.ru

Служба РК по ветеринарному надзору

vet@rkomi.ru

vet.rkomi.ru

Архивное агентство РК

arhiv@rkomi.ru

arhiv.rkomi.ru

Агентство РК по управлению имуществом

ui@rkomir.u

ui.rkomi.ru

Управление РК по занятости населения

zn@rkomi.ru

zn.rkomi.ru

Управление РК по организационному

mirsud@rkomi.ru

mirsud.rkomi.ru

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

Служба РК по тарифам

tarif@rkomi.ru

tarif.rkomi.ru

Комитет по обеспечению мероприятий

go@rkomi.ru

go.rkomi.ru

гражданской защиты РК

Дорожное агентство РК

dor@rkomi.ru

dor.rkomi.ru

Агентство РК по социальному развитию

soc@rkomi.ru

soc.rkomi.ru

Комитет лесов РК

les@rkomi.ru

les.rkomi.ru

Служба РК по техническому надзору

tn@rkomi.ru

tn.rkomi.ru

Управление государственной гражданской

uggs@rkomi.ru

uggs.rkomi.ru

службы РК

Аппарат уполномоченного по правам

pravchel@rkomi.ru

pravchel.rkomi.ru

человека

Уполномоченный по правам ребѐ нка

deti@rkomi.ru

deti.rkomi.ru

Государственная жилищная инспекция РК

zhil@rkomi.ru

zhil.rkomi.ru

Избирательная комиссия РК

izbirkom@rkomi.ru

izbirkom.rkomi.ru

Контрольно-счетная палата РК

ksp@rkomi.ru

ksp.rkomi.ru

Представительство РК при президенте РФ

pprf@rkomi.ru

pprf.rkomi.ru

Представительство РК в Северо-Западном

psz@rkomi.ru

psz.rkomi.ru

регионе РФ

Государственный совет РК

gs@rkomi.ru

gs.rkomi.ru

Технические и технологические требования к элементам инфраструктуры электронного правительства в Республике Коми (2011 год) - часть 2