Методические рекомендации «Инфраструктурные технологические сервисы единой цифровой платформы Российской Федерации „ГосТех“. Основные требования к составу и функциям». Версия 2.0

Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации · № 2.0Действующий акт

Примечание

Текст документа приведен в соответствии с публикацией на сайте https://platform.gov.ru/ по состоянию на 12.08.2025.

МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ «ИНФРАСТРУКТУРНЫЕ ТЕХНОЛОГИЧЕСКИЕ СЕРВИСЫ ЕДИНОЙ ЦИФРОВОЙ»

ПЛАТФОРМЫ РОССИЙСКОЙ ФЕДЕРАЦИИ «ГОСТЕХ». ОСНОВНЫЕ
ТРЕБОВАНИЯ К СОСТАВУ И ФУНКЦИЯМ»

ВЕРСИЯ 2.0

1. Термины и определения

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

Термин	Определение
Виртуальный центр обработки данных	Это совокупность виртуальных вычислительных ресурсов: виртуальные процессорные ядра, виртуальная оперативная память, виртуальные диски. В виртуальном центре обработки данных можно создавать виртуальные машины нужной конфигурации и настраивать виртуальные сети для взаимодействия между ними, а также с другими виртуальными центрами обработки данных и внешними сетями.
Инфраструктурные технологические сервисы платформы «ГосТех»	Инфраструктурные вычислительные ресурсы и сервисы, в том числе осуществляющие взаимодействие с инфраструктурой, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций в электронной форме
Исполнитель	Участник закупочных процедур в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд», с которым заключен государственный контракт на оказание услуг и предоставление ИТ сервисов для единой цифровой платформы Российской Федерации «ГосТех», в целях создания, развития и эксплуатации государственных информационных систем и их компонентов на единой цифровой платформе Российской Федерации «ГосТех»
ИТ сервисы	Инфраструктурный технологические сервисы платформы «ГосТех»
Пользователи(-ль) платформы «ГосТех»	обеспечивающие создание, развитие, эксплуатацию государственных информационных систем на платформе «ГосТех» и (или) использование цифровых продуктов платформы «ГосТех» государственные органы и внебюджетные фонды, иные лица, уполномоченные в соответствии с нормативными правовыми актами Российской Федерации на осуществление мероприятий по созданию, развитию, эксплуатации государственных информационных систем
Единая цифровая платформа Российской Федерации «ГосТех»/платформа «ГосТех»	Цифровая экосистема создания, развития и эксплуатации государственных информационных систем, включающая в себя единую программно-аппаратную среду, цифровые продукты, информацию, информационные технологии, государственные информационные системы, необходимые для реализации функций платформы «ГосТех», а также совокупность нормативных правовых, организационных, методологических правил и процедур, обеспечивающих деятельность участников отношений, возникающих в связи с созданием и функционированием платформы «ГосТех»
ГИС на платформе «ГосТех»	Государственные информационные системы, создаваемые, развиваемые, эксплуатируемые с использованием программно-аппаратной среды, цифровых продуктов, включенных в каталог цифровых продуктов платформы «ГосТех», а также инструментов, информационных технологий платформы «ГосТех»
Облачные вычисления	Модель дистанционной обработки данных за счет использования сетевого доступа к масштабируемому и эластичному объединению физических или виртуальных ресурсов, а также цифровых продуктов платформы «ГосТех» с предоставлением самообслуживания и администрированием по требованию
Оператор платформы «ГосТех»	Федеральное казенное учреждение «Государственные технологии»
Сервисы защиты информации	Сервисы, обеспечивающие функции защиты информации, включающие в том числе программно-аппаратные комплексы и сервисы обнаружения и блокирования сетевых атак
Мультитенантность	Элемент архитектуры программного обеспечения, где единый экземпляр программного обеспечения (приложения), сервиса платформы или виртуальной вычислительной инфраструктуры (далее — мультитенантные объекты), изолированно обслуживает множество клиентов-организаций (Tenancy — аренда, Multitenancy — множественная аренда)
ГОСТ-TLS	Реализация протокола TLS средствами криптографической защиты информации, использующими российские криптографические алгоритмы и соответствующими требованиям ФСБ России к средствам криптографической защиты информации.
Хост	Физическая или виртуальная машина (узел), подключенная к физической или виртуальной сети, осуществляющая взаимодействие в формате «клиент-сервер» в режиме сервера
VPN с ГОСТ-шифрованием	Реализация технологии VPN средствами криптографической защиты информации, использующими российские криптографические алгоритмы и соответствующими требованиям ФСБ России к средствам криптографической защиты информации.
Pod	Совокупность контейнеров (одного или нескольких) запускаемых по запросу на одном узле и разделяющих доступ к таким ресурсам, как тома хранилища и сетевой стек.

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

Сокращение	Определение
API	Application Programming Interface (набор классов, процедур, функций, структур или констант, которыми одна компьютерная программа может взаимодействовать с другой программой)
CLI	Command Line Interface (интерфейс командной строки)
CPU	Central Processing Unit (центральный процессор)
HDD	Hard Disk Drive (накопитель на жестких магнитных дисках)
HTTP/HTTPS	HyperText Transfer Protocol (Secure)
IaaS	Infrastructure as a Service («инфраструктура как услуга»)
IP	Internet Protocol (маршрутизируемый протокол сетевого уровня стека TCP/IP)
LDAP	Lightweight Directory Access Protocol (протокол прикладного уровня для доступа к службе каталогов X.500)
ODBC	Open Database Connectivity (программный интерфейс доступа к базам данных)
RADIUS	Remote Authentication in Dial-In User Service (протокол для реализации аутентификации, авторизации и сбора сведений об использованных ресурсах)
RAM	Random Access Memory (оперативная память)
REST	Representational State Transfer (архитектурный стиль взаимодействия компонентов распределенного приложения в сети)
SAS HDD	Serial Attached SCSI (последовательный компьютерный интерфейс)
SATA HDD	Serial Advanced Technology Attachment (последовательный интерфейс обмена данными с накопителями информации)
SDK	Software Development Kit (комплект для разработки программного обеспечения)
SQL	Structured Query Language (декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных)
SSD	Solid-State Drive (твердотельный накопитель)
SSL	Secure Sockets Layer (уровень защищенных сокетов)
TLS	Transport Layer Security (криптографический протокол, обеспечивающий защищенную передачу данных в компьютерной сети)
TTL	Time to Live (время жизни пакета данных в протоколе IP)
VLAN	Virtual Local Area Network (англ. «виртуальная локальная компьютерная сеть»)
VPN	Virtual private network (англ. «виртуальная частная сеть», технология защищенного соединения)
XML	eXtensible Markup Language (расширяемый язык разметки)
БД	База данных
ВЦОД	Виртуальный центр обработки данных
ГБ	Гигабайт
ГИС	Государственная информационная система
ГОСТ	Государственный стандарт
НСД	Несанкционированный доступ
ОС	Операционная система
ПО	Программное обеспечение
ПОДД	Подсистема обеспечения доступа к данным
ПБ	Петабайт
СЗИ	Средство защиты информации
СКЗИ	Средство криптографической защиты информации
СМЭВ	Система межведомственного электронного взаимодействия
СПО	Специальное программное обеспечение
СУБД	Система управления базами данных
ТБ	Терабайт
ТКМ	Технологические карты мониторинга
ФГИС У	«Федеральная государственная информационная система „Управление государственной единой облачной платформой“»
ФСТЭК	Федеральная служба по техническому и экспортному контролю
ЦОД	Центр обработки данных
ЭП	Электронная подпись

2. Общие положения

В настоящих методических рекомендациях «Инфраструктурные технологические сервисы единой цифровой платформы Российской Федерации „ГосТех“. Основные требования к составу и функциям» (далее — методические рекомендации) определяются основные требования к составу, функциям и характеристикам инфраструктурных технологических сервисов платформы «ГосТех» (далее — ИТ сервисы), которые предоставляются Исполнителем(-ями) пользователям платформы «ГосТех» для создания, развития, эксплуатации ГИС на платформе «ГосТех».

Инфраструктурные технологические сервисы платформы «ГосТех» (ИТ сервисы) — это цифровые продукты, предоставляющие инфраструктурные вычислительные ресурсы, в том числе:

Программно-аппаратные комплексы;
Виртуальные вычислительные ресурсы;
Хранение и обработка данных;
Управление контейнеризацией;
Управление облачными сетями;
Резервное копирование;
Мониторинг функционирования ИТ сервисов, услуг, Сервисов платформы «ГосТех»;
Управление ресурсными записями DNS;
Вычислительные ресурсы;
Средства защиты информации,

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

Настоящие методические рекомендации разработаны с учетом требований нормативных правовых актов Российской Федерации, правовых актов.

3. Область применения

Настоящие методические рекомендации подлежат применению совместно с методическими рекомендациями «Стандарт по управлению динамической инфраструктурой единой цифровой платформы „ГосТех“.»

Перечень сервисов защиты информации платформы «ГосТех, а также требования к их функциям и характеристикам определяются методическими рекомендациям по включению сервисов, обеспечивающих функции защиты информации, включающих в том числе программно-аппаратные комплексы и сервисы обнаружения и блокирования сетевых атак, в каталог цифровых продуктов единой цифровой платформы Российской Федерации „ГосТех“.»

4. Перечень инфраструктурных технологических сервисов
платформы «ГосТех»

ИТ сервисы платформы «ГосТех» подразделяются на следующие типы в соответствии с их функциональным предназначением:

Программно-аппаратные комплексы
Виртуальные вычислительные ресурсы
Хранение и обработка данных
Управление контейнеризацией
Управление вычислительными сетями
Резервное копирование
Мониторинг функционирования
Управление ресурсными записями DNS
Вычислительные ресурсы
Средства защиты информации
Каналы связи

Тип «Программно-аппаратные комплексы» платформы «ГосТех» состоит из следующих ИТ сервисов:

«ПАК машины баз данных», который представляет собой программно-аппаратный комплекс для размещения баз данных.
«ПАК машины резидентной СУБД», который представляет собой программно-аппаратный комплекс для размещения баз данных.
«ПАК машины аналитической обработки больших данных», который представляет собой программно-аппаратный комплекс для размещения баз данных.
«ПАК машины статистической обработки больших данных», который представляет собой программно-аппаратный комплекс для размещения баз данных.
«ПАК машины обработки неструктурированных больших данных», который представляет собой программно-аппаратный комплекс для размещения баз данных.
«ПАК машины хранения данных», который представляет собой программно-аппаратный комплекс для хранения данных.
«ПАК машины потоковой обработки больших данных», который представляет собой программно-аппаратный комплекс для размещения баз данных.

Тип «Виртуальные вычислительные ресурсы» платформы «ГосТех» состоит из следующих ИТ сервисов:

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

Тип «Хранение и обработка данных» платформы «ГосТех» состоит из следующих ИТ сервисов:

«Объектное хранилище», которое представляет собой универсальное масштабируемое решение для хранения данных.

Тип «Управление контейнеризацией» платформы «ГосТех» состоит из следующих ИТ сервисов:

«Платформа контейнеризации» представляет собой окружение для работы с контейнеризованными приложениями в инфраструктуре платформы.

Тип «Управление вычислительными сетями» платформы «ГосТех» состоит из следующих ИТ сервисов:

«Управления облачными сетями»;
«Балансировка нагрузки»;
«Логический канал связи»;
«Доступ в сеть Интернет»;
«Балансировка нагрузки уровня приложений».

Тип «Резервное копирование» платформы «ГосТех» состоит из следующих ИТ сервисов:

«Резервное копирование» представляет собой инструмент, для создания резервных копий виртуальных машин и восстановления виртуальных машин из резервных копий согласно Регламента резервного копирования входящего в пакет эксплуатационной документации ИТ сервисов платформы «ГосТех».

Тип «Мониторинг функционирования» платформы «ГосТех» состоит из следующих ИТ сервисов:

«Мониторинг инфраструктуры» позволяющий собирать данные, анализировать, визуализировать и оповещать о состоянии, утилизации или сбоях в инфраструктурных технологических сервисах платформы «ГосТех»

Тип «Управление ресурсными записями DNS» платформы «ГосТех» состоит из следующих ИТ сервисов:

«Управление ресурсными записями DNS» обеспечивающее создание, изменение и удаление доменных зон и ресурсных записей в созданных зонах.

Тип «Вычислительные ресурсы» платформы «ГосТех» состоит из следующих ИТ сервисов:

«Сервер»;
«Система хранения данных»;
«Коммутатор».

Тип «Средства защиты информации» платформы «ГосТех» состоит из следующих ИТ сервисов:

«Комплект средств периметрового межсетевого экранирования»;
«Средство обнаружения вторжений»;
«Комплект СКЗИ уровня L2/L3 класса КВ»;
«Комплект СКЗИ уровня L2 класса КВ»;
«Комплект СКЗИ уровня L2/L3 класса КС3 для организации защищенного канала до ФГИС У»;
«Комплект СКЗИ уровня L7 класса КС3»;
«Средство централизованного управления СКЗИ информации класса КВ»;
«Средство доверенной загрузки»;
«Средство антивирусной защиты»;
«Комплект средств межсетевого экранирования уровня приложений»;
«Средство защиты от НСД»;
«Комплект средств контроля и анализа защищенности»;
«Средство контроля действий привилегированных пользователей»;
«Электронная подпись»;
«Средство контроля конфигурации»;
«Средство программного клиентского СКЗИ»;
«Комплект средств балансировки трафика для средств защиты информации»;
«Предоставление стойко-мест для СЗИ Потребителя».

Тип «Каналы связи» платформы «ГосТех» состоит из следующих ИТ сервисов:

«Канал связи к сети Интернет»;
«Подключение к СМЭВ через сеть Интернет»;
«Канал связи»;
«Канал связи VPN»;
«Подключение к технической инфраструктуре НКЦКИ (ГОССОПКА)»;
«Публичные IPv4-адреса».

5. Общие требования к ИТ сервисам

Требование к программному обеспечению, в том числе в составе программно-аппаратных комплексов, используемому при предоставлении ИТ сервисов платформы «ГосТех» — наличие в Едином реестре российских программ для электронных вычислительных машин и баз данных или в Едином реестре программ для электронных вычислительных машин и баз данных из государств — членов Евразийского экономического союза, за исключением Российской Федерации.

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

Средства, предназначенные для обнаружения, предупреждения и ликвидации последствий компьютерных атак и реагирования на компьютерные инциденты, должны соответствовать требованиям, определенным в приказе ФСБ России от 6 мая 2019 г. № 196 «Об утверждении Требований к средствам, предназначенным для обнаружения, предупреждения и ликвидации последствий компьютерных атак и реагирования на компьютерные инциденты».

Используемые для оказания ИТ сервисов сервера и системы хранения данных должны быть внесены в Единый реестр радиоэлектронной продукции Министерства промышленности и торговли Российской Федерации.

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

ИТ сервисы должны быть совместимы с базовыми сервисами платформы «ГосТех».

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

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

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

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

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

5.1 Требования к мониторингу доступности ИТ сервиса

Мониторинг функционирования ИТ сервисов, предоставляемых Исполнителем, должен обеспечивать проактивное и реактивное обнаружение сбоев в работе контроль и визуализацию (консолидацию) показателей состояния аппаратного обеспечения и программно-аппаратных комплексов, показателей нагрузки; автоматизацию процессов оповещения возникновения нештатных ситуаций (выход из строя аппаратного обеспечения или комплектующих, превышения пороговых и триггерных значений).

Показатели, метрики, триггерные и пороговые значения должны быть указаны в ТКМ, разработанных Исполнителем. ТКМ должны соответствовать стандартам, предъявляемым к документации на автоматизированные системы ГОСТ Р 59853-2021 и ГОСТ 34.201-2020. Исполнитель, осуществляющий поставку ИТ сервисов, должен подготовить ТКМ по каждому типу ИТ сервисов с учетом следующего:

отдельно для каждой линейки аппаратного обеспечения и программно-аппаратных комплексов (сервера, СХД, телекоммуникационное оборудование) входящих в состав ИТ сервисов;
для виртуальных вычислительных ресурсов, входящих в состав ИТ сервисов;
отдельно для каждого вида программного обеспечения, входящего в состав ИТ сервисов, поставляемых Исполнителем;
отдельно по каждому каналу связи, предоставляемому Исполнителем в составе ИТ сервисов.

Мониторинг доступности ИТ-сервиса должен иметь в своем составе:

механизмы (серверные или внешние) сбора, агрегации и хранения данных, генерации отчетов по предоставляемым программным и аппаратным ресурсам входящим в поставляемые Исполнителем ИТ сервисы;

Мониторинг должен обеспечивать работу как в обособленном режиме, так и выступать как источник данных для базового сервиса мониторинга платформы «ГосТех» описанного в документе «Методические рекомендации „Базовые сервисы Единой Цифровой Платформы Российской Федерации „ГосТех“.»

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

оптимизацию бизнес-процессов;
сокращение времени простоев;
повышение доступности и непрерывности работы, поставляемых Исполнителем ИТ сервисов;
отслеживание использования ИТ сервисов, их доступность и непрерывность, производительность и утилизацию как на уровне физических и виртуальных ресурсов, так и на уровне контейнеров, сервисов (как обособленных, так и совместного использования) и баз данных;
гибкость в получении и масштабируемость данных из различных источников;
предоставление унифицированной платформы мониторинга с единым интерфейсом;
интеграцию с наиболее распространенными системами для организации и автоматизации обслуживания пользователей (Service Desk) для автоматического открытия обращений.

Метрики, пороговые и триггерные значения для мониторинга аппаратных и программных ресурсов, а также каналов связи в ИТ сервисах, предоставляемых Исполнителем, должны включать (в случае применимости к конкретному ИТ сервису) в себя:

состояние аппаратного обеспечения (программно-аппаратных комплексов, телекоммуникационного оборудования) и комплектующих;
статусы кластеров (состояние кластера, количество узлов в кластере в режиме «master», доступность узла в кластере, работоспособность кластера);
количество доступных узлов в кластере;
утилизация узлов в кластере;
состояние узлов в кластере;
выделенные ресурсы как физические так и виртуальные (процессор, оперативная память, дисковое пространство);
утилизация ресурсов как физических так и виртуальных (процессор, оперативная память, дисковое пространство);
выделенные каналы связи и их пропускная способность;
утилизация каналов связи;
время отклика (БД);
мониторинг свободного места в табличных пространствах (БД);
проверка наличия сообщений об ошибках в файлах журналов (БД);
проверка свободного пространства на диске и использования диска (БД);
количество успешных/неуспешных выполнений входящих запросов (БД);
время исполнения входящих запросов (БД);
статус репликации (БД);
рестарт инстанса (БД);
доступность файловой системы с авторизацией через учетную запись (БД);
количество операций ввода-вывода;
время задержки (запросов);
время работы сервиса;
работа граничного и сервисного прокси;
максимальное время отправки запроса в СМЭВ;
максимальное время обработки ответа СМЭВ;
общее количество неудачных попыток запросов в СМЭВ;
количество неудачных попыток входа за отчетный период времени;
количество критических ошибок за отчетный период времени;
количество недоступных таргетов;
проверка доступности по порту;
проверка доступности хоста по HTTPS;
проверка текущего статуса;
доступность сервиса;
запросы CPU;
использованное место на каждый бакет;
использованное место;
наличие сетевого доступа ко всем узлам виртуализации и управления;
статусы ВМ совпадают с сохраненными в моделях;
время отклика (ping) узлов платформы и ВМ не превышает заданные значения;
отклонение параметров ВМ от сохраненных в моделях
процессы не открывают избыточное количество файловых дескрипторов (file descriptors);
объем используемых swap разделов;
отсутствие избыточного использования swap раздела;
число открытых потоков на вычислительном узле не больше 18000;
все подключенные СХД активны и доступны;
отсутствие переполнения очередей;
все сетевые интерфейсы исправны и работают;
raid массивы работают исправно;
температура на узлах платформы не превышает установленные значения.

5.2 Требования к надежности ИТ сервиса

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

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

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

5.3 Требования к программному обеспечению в составе ИТ сервисов

Программное обеспечение, используемое в составе ИТ сервисов и/или для их предоставления, должно удовлетворять следующим требованиям:

разработка ПО должна осуществляться в соответствии с требованиями национального стандарта ГОСТ Р 56939-2016 «Защита информации. Разработка безопасного программного обеспечения. Общие требования» и требованиями приказа ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»;
ПО должно быть размещено в локальном репозитории разработчика ПО, защищенном от внешнего воздействия, в котором осуществляется анализ компонентов на наличие известных уязвимостей, проводится контроль целостности, а также антивирусный и контекстный контроль содержимого;
сборка компонентов ПО должна проводиться в локальном и изолированном сборщике разработчика ПО;
в составе ИТ сервиса должно отсутствовать программное обеспечение, предоставленное Исполнителю на основании лицензионного договора, содержащего условия, ограничивающие его использование на платформе «ГосТех».

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

проведение испытаний по выявлению уязвимостей и недекларированных возможностей в отношении программного обеспечения;
реализацию процедур отслеживания и исправления обнаруженных ошибок и уязвимостей программного обеспечения, входящего в состав ИТ сервиса;
определение способов и сроков доведения Исполнителем до Оператора платформы «ГосТех» и Пользователей платформы «ГосТех» информации о выявленных уязвимостях программного обеспечения сервиса, о компенсирующих мерах по защите информации или ограничениях по применению такого программного обеспечения.

ИТ сервисы и их компоненты должны осуществлять отправку событий безопасности, связанных с действиями пользователей этих ИТ сервисов в централизованный сервис аудита платформы «ГосТех».

В соответствии с требованиями приказа ФСТЭК России от 11.02.2013 № 17 «Об утверждении Требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах», приказа ФСТЭК России от 03.04.2018 № 55 «Об утверждении Положения о системе сертификации средств защиты информации» компоненты ИТ сервисов, являющиеся средствами защиты информации, должны быть сертифицированы на соответствие требованиям по безопасности информации, установленным нормативными правовыми актами ФСТЭК России, а также Исполнителю необходимо обеспечить соответствие техническим условиям, техническому заданию, заданиям по безопасности, согласованными заявителями на сертификацию с ФСТЭК России.

Все применяемые средства криптографической защиты информации в составе ИТ сервисов должны соответствовать требованиям ФСБ России.

Среды виртуализации, которые используются Исполнителем для обеспечения функционирования ИТ сервисов, должны соответствовать требованиям методических рекомендаций Оператора платформы «ГосТех» по вопросам функционирования платформы «ГосТех», в том числе:

\cdot методическим рекомендациям «Стандарт по управлению динамической инфраструктурой Единой цифровой платформы „ГосТех“;»

\cdot методическим рекомендациям по предъявлению требований к поставщикам вычислительной инфраструктуры и облачных платформ в части используемых ими информационных технологий и технологий обеспечения информационной безопасности.

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

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

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

\cdot сертифицирована на соответствие Требованиям по безопасности информации к средствам виртуализации, утвержденным приказом ФСТЭК России от 27 октября 2022 г. № 187;

\cdot сертифицирована ФСТЭК России на соответствие Требованиям по безопасности информации, установленным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий», утвержденным приказом ФСТЭК России от 2 июня 2020 № 76 по 4 уровню доверия;

\cdot сертифицирована на соответствие техническим условиям, содержащим требования по реализации следующих мер защиты согласно требованиям приказа ФСТЭК России от 11.02.2013 № 17:

реализация необходимых методов управления доступом, типов и правил разграничения доступа (УПД.2);
определение событий безопасности, подлежащих регистрации и сроков их хранения (РСБ.1, в части регистрации следующих событий: попытки доступа к ВЦОД по прямой ссылке пользователем, у которого нет прав доступа к данному ВЦОД, попытки доступа к ВМ по прямой ссылке пользователем, у которого нет прав доступа к данной ВМ, создание/удаление ВЦОД, изменение конфигурации ВЦОД, создание/удаление ВМ, изменение конфигурации ВМ, изменение привилегий доступа пользователей);
определение состава и содержания информации о событиях безопасности, подлежащих регистрации (РСБ.2);
сбор информации о событиях безопасности в течение установленного времени хранения (РСБ.3, в части обеспечения возможности выбора администратором информационной безопасности событий безопасности, подлежащих регистрации в текущий момент времени, генерации записей регистрации для событий безопасности, подлежащих регистрации);
контроль целостности программного обеспечения, включая программное обеспечение средств защиты информации (ОЦЛ.1, в части контроля целостности компонентов (за исключением средств защиты информации) исходя из возможности реализации угроз безопасности информации, по наличию имен (идентификаторов) компонентов программного обеспечения и (или) по контрольным суммам в процессе загрузки и (или) динамически в процессе работы).

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

\cdot ПО, используемое в составе среды виртуализации, должно быть размещено в локальном репозитории Исполнителя, защищенном от внешнего воздействия, в котором осуществляется анализ компонентов на наличие известных уязвимостей, проводится контроль целостности, а также антивирусный и содержимого;

\cdot сборка компонентов среды виртуализации должна проводиться в локальной и изолированной среде сборки Исполнителя;

\cdot Исполнителем должен осуществляться анализ ПО и компонентов ПО в составе среды виртуализации на наличие известных уязвимостей. При этом в составе ПО среды виртуализации должны отсутствовать, распространяемые на основании лицензионных договоров, ограничивающих возможность их использования на платформе «ГосТех».

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

5.4 Требования к составу документации ИТ сервиса

Исполнителем предоставляются Оператору платформы «ГосТех» эксплуатационные документы на каждый предоставляемый ИТ сервис.

5.5 Требования к порядку расчета стоимости предоставляемых ИТ Сервисов

Стоимость услуг по предоставлению сервиса должна быть сформирована как стоимость за одну единицу измерения за одни сутки с момента предоставление ИТ сервиса в пользование.

Порядок расчета определяется в государственных контрактах на предоставление соответствующего ИТ сервиса.

6. Требования к ИТ сервисам типа
«Программно-аппаратные комплексы».

6.1 Требования к ИТ сервису «ПАК машины баз данных»

6.1.1 Требования к ИТ сервису «Базовый модуль ПАК СУБД № 1»

Сервис предоставления Базового модуля ПАК СУБД № 1 должен соответствовать следующим требованиям:

БМ ПАК СУБД № 1 должен поставляться как прединсталлированное решение, готовое к эксплуатации после выполнения монтажных работ и настройки адресного пространства в соответствии с требованиями Потребителя услуг или Заказчика;
БМ ПАК СУБД № 1 должен представлять собой единое интегрированное решение;
БМ ПАК СУБД № 1 должен быть единым программно-аппаратным комплексом, состоящим из следующих компонентов: - Узлы БД; - Узлы хранения; - Узел мониторинга; - Узлы сетевой подсистемы; - а также программного обеспечения для управления базами данных, размещаемого на узлах БД.
сетевая подсистема БМ ПАК СУБД № 1 должна обеспечивать взаимодействие всех вычислительных компонентов с реализацией следующего функционала: - реализация резервированного канала доступа между серверами со скоростью не менее 100 Гбит/с; - реализация подключения сетевых интерфейсов компонент управления на скорости — не менее 1 Гбит/с.
БМ ПАК СУБД № 1 должен обеспечивать размещение на своих ресурсах до 3 (трех) сервисов СУБД, в которых суммарный объем БД зависит от конфигурации узлов модуля и требований производительности, предъявляемым к табличным пространствам;
узлы БД должны работать под управлением операционной системы, соответствующей требованиям документов: «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020 г.) — по уровню доверия не ниже 4, «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016 г.) и «Профиль защиты операционных систем типа А четвертого класса защиты. ИТ.ОС.А4.ПЗ» (ФСТЭК России, 2017 г.).
Программное обеспечение СУБД должно обеспечивать следующие характеристики: - наличие поддержки четырех основных свойств транзакций (ACID): атомарность, консистентность, изоляция, долговечность; - наличие функционала одновременного доступа к данным на основе многоверсионности; - наличие функционала разграничения доступа на уровне отдельных строк таблицы; - наличие поддержки стандарта ANSI SQL; - наличие функционала разграничения доступа к объектам СУБД; - наличие функционала разграничения доступа к таблицам на уровне строк; - наличие функционала добавления новых типов данных, функций, операторов, методов доступа, языков программирования без перекомпилирования ядра системы и остановки сервера; - наличие поддержки безопасного хранения паролей; - наличие поддержки покрывающих индексов; - наличие функционала оптимизации обработки запросов по секционированным таблицам; - наличие функционала отслеживания состояния длительных запросов в процессе выполнения; - наличие функционала сжатия данных при записи на диск; - наличие функционала работы с временными объектами в рамках одной сессии; - наличие встроенного агента мониторинга состояния СУБД; - наличие поддержки NoSQL; - наличие поддержки доступа к сторонним данным для работы с СУБД Oracle, Microsoft SQL, PostgreSQL и MySQL; - наличие встроенной в СУБД системы полнотекстового поиска; - наличие поддержки различных типов индексов: B-tree, B+-tree, R-tree, partial sum trees, ranked B+-trees; - наличие поддержки секционирования для больших таблиц; - отсутствие ограничения на размер базы данных; - отсутствие ограничения на максимальное количество записей; - отсутствие ограничения на количество индексов; - поддержка максимального размера таблицы — не менее 32 Тбайт; - поддержка максимального размера строки — не менее 1,6 Тбайт; - поддержка максимального размера атрибута — не менее 1 Гбайт; - поддержка максимального числа атрибутов — не менее 1600; - наличие встроенной поддержки работы с массивами на уровне SQL; - наличие поддержки хранимых процедур; - наличие поддержки табличных триггеров базы данных и триггеров событий; - наличие поддержки нескольких процедурных языков Perl, Python; - наличие программных интерфейсов для работы с C/C++, Java, .Net, Perl, Python, Ruby, Tcl, ODBC; - наличие встроенных средств аутентификации пользователей, поддерживающих SSL, LDAP, GSSAPI, SSPI, RADIUS, PAM; - наличие возможности интеграции с подсистемой SE-Linux; - наличие встроенных средств горячего резервного копирования и восстановления; - наличие функционала полного и инкрементального резервного копирования, с сохранением логов транзакций; - наличие функционала восстановления на заданный момент в прошлом; - наличие встроенных средств репликации данных (синхронная, асинхронная, каскадная); - наличие поддержки многоядерных серверов, имеющих не менее 256 ядер; - наличие поддержки кодировки UTF8. - ПО СУБД № 3 должно обладать следующими характеристиками: - наличие возможности горизонтального масштабирования путем добавления серверов хранения; - наличие встроенных механизмов отказоустойчивости данных; - возможность организации хранения данных таблиц как по записям, так и по столбцам; - наличие механизмов резервного копирования и восстановления; - наличие единой точки входа для SQL-запросов к компонентам сред, обеспечивающих хранение данных; - наличие инструментов для формирования федерации данных без

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

ODBC/JDBC-стандарты взаимодействия;
    - <a id="p100413"></a>возможность распространения параметров секции "where" SQL-запроса
в  любую  систему-поставщик  федерации  данных  для ограничения размера
перемещаемой выборки данных;
    - <a id="p100414"></a>шардирование   данных   с   обеспечением  локальности  исполнения
запросов;
    - <a id="p100415"></a>наличие  возможности настройки прав доступа к очередям сообщений,

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

авторизации по протоколу LDAP;
    - <a id="p100416"></a>поддержка стандарта ANSI SQL версии 2008 или выше;
    - <a id="p100417"></a>наличие   эффективных   алгоритмов   сжатия   данных   (например,
Zstandard);
    - <a id="p100418"></a>наличие встроенной системы развертывания и управления.

6.1.2 Требования к ИТ сервису «Базовый модуль ПАК СУБД № 2»

Сервис предоставления Базового модуля ПАК СУБД № 2 должен соответствовать следующим требованиям:

БМ ПАК СУБД № 2 должен поставляться как прединсталлированное решение, готовое к эксплуатации после выполнения монтажных работ и настройки адресного пространства в соответствии с требованиями Потребителя услуг или Заказчика;
БМ ПАК СУБД № 2 должен представлять собой единое интегрированное решение;
БМ ПАК СУБД № 2 должен быть единым программно-аппаратным комплексом, состоящим из следующих компонентов: - Узлы БД; - Узлы хранения; - Узел мониторинга; - Узлы сетевой подсистемы; - а также программного обеспечения для управления базами данных, размещаемого на узлах БД.
сетевая подсистема БМ ПАК СУБД № 2 должна обеспечивать взаимодействие всех вычислительных компонентов с реализацией следующего функционала: - реализация резервированного канала доступа между серверами со скоростью не менее 100 Гбит/с; - реализация подключения сетевых интерфейсов компонент управления на скорости — не менее 1 Гбит/с.
БМ ПАК СУБД № 2 должен обеспечивать размещение на своих ресурсах до 3 (трех) сервисов СУБД, в которых суммарный объем БД зависит от конфигурации узлов модуля и требований производительности, предъявляемым к табличным пространствам;
узлы БД должны работать под управлением операционной системы, соответствующей требованиям документов: «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020 г.) — по уровню доверия не ниже 4, «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016 г.) и «Профиль защиты операционных систем типа А четвертого класса защиты. ИТ.ОС.А4.ПЗ» (ФСТЭК России, 2017 г.).
Программное обеспечение СУБД должно обеспечивать следующие характеристики: - наличие поддержки четырех основных свойств транзакций (ACID): атомарность, консистентность, изоляция, долговечность; - наличие функционала одновременного доступа к данным на основе многоверсионности; - наличие функционала разграничения доступа на уровне отдельных строк таблицы; - наличие поддержки стандарта ANSI SQL; - наличие функционала разграничения доступа к объектам СУБД; - наличие функционала разграничения доступа к таблицам на уровне строк; - наличие функционала добавления новых типов данных, функций, операторов, методов доступа, языков программирования без перекомпилирования ядра системы и остановки сервера; - наличие поддержки безопасного хранения паролей; - наличие поддержки покрывающих индексов; - наличие функционала оптимизации обработки запросов по секционированным таблицам; - наличие функционала отслеживания состояния длительных запросов в процессе выполнения; - наличие функционала сжатия данных при записи на диск; - наличие функционала работы с временными объектами в рамках одной сессии; - наличие встроенного агента мониторинга состояния СУБД; - наличие поддержки NoSQL; - наличие поддержки доступа к сторонним данным для работы с СУБД Oracle, Microsoft SQL, PostgreSQL и MySQL; - наличие встроенной в СУБД системы полнотекстового поиска; - наличие поддержки различных типов индексов: B-tree, B+-tree, R-tree, partial sum trees, ranked B+-trees; - наличие поддержки секционирования для больших таблиц; - отсутствие ограничения на размер базы данных; - отсутствие ограничения на максимальное количество записей; - отсутствие ограничения на количество индексов; - поддержка максимального размера таблицы — не менее 32 Тбайт; - поддержка максимального размера строки — не менее 1,6 Тбайт; - поддержка максимального размера атрибута — не менее 1 Гбайт; - поддержка максимального числа атрибутов — не менее 1600; - наличие встроенной поддержки работы с массивами на уровне SQL; - наличие поддержки хранимых процедур; - наличие поддержки табличных триггеров базы данных и триггеров событий; - наличие поддержки нескольких процедурных языков Perl, Python; - наличие программных интерфейсов для работы с C/C++, Java, .Net, Perl, Python, Ruby, Tcl, ODBC; - наличие встроенных средств аутентификации пользователей, поддерживающих SSL, LDAP, GSSAPI, SSPI, RADIUS, PAM; - наличие возможности интеграции с подсистемой SE-Linux; - наличие встроенных средств горячего резервного копирования и восстановления; - наличие функционала полного и инкрементального резервного копирования, с сохранением логов транзакций; - наличие функционала восстановления на заданный момент в прошлом; - наличие встроенных средств репликации данных (синхронная, асинхронная, каскадная); - наличие поддержки многоядерных серверов, имеющих не менее 256 ядер; - наличие поддержки кодировки UTF8. - ПО СУБД № 3 должно обладать следующими характеристиками: - наличие возможности горизонтального масштабирования путем добавления серверов хранения; - наличие встроенных механизмов отказоустойчивости данных; - возможность организации хранения данных таблиц как по записям, так и по столбцам; - наличие механизмов резервного копирования и восстановления; - наличие единой точки входа для SQL-запросов к компонентам сред, обеспечивающих хранение данных; - наличие инструментов для формирования федерации данных без

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

ODBC/JDBC-стандарты взаимодействия;
    - <a id="p100481"></a>возможность распространения параметров секции "where" SQL-запроса
в  любую  систему-поставщик  федерации  данных  для ограничения размера
перемещаемой выборки данных;
    - <a id="p100482"></a>шардирование   данных   с   обеспечением  локальности  исполнения
запросов;
    - <a id="p100483"></a>наличие  возможности настройки прав доступа к очередям сообщений,

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

авторизации по протоколу LDAP;
    - <a id="p100484"></a>поддержка стандарта ANSI SQL версии 2008 или выше;
    - <a id="p100485"></a>наличие   эффективных   алгоритмов   сжатия   данных   (например,
Zstandard);
    - <a id="p100486"></a>наличие встроенной системы развертывания и управления.

6.1.3 Требования к ИТ сервису «Базовый модуль ПАК прочих БД № 1»

Сервис предоставления Базовый модуль ПАК прочих БД № 1 должен соответствовать следующим требованиям:

БМ ПАК прочих БД № 1 должен поставляться как прединсталлированное решение, готовое к эксплуатации после выполнения монтажных работ и настройки адресного пространства в соответствии с требованиями Потребителя услуг или Заказчика;
Должен быть единым программно-аппаратным комплексом, состоящим из следующих компонентов: - Узлов БД; - Узлов резервного копирования; - Узлы сетевой подсистемы; - а также программного обеспечения для управления базами данных, размещаемого на узлах БД.
БМ ПАК прочих БД № 1 должен представлять собой единое интегрированное решение;
сетевая подсистема БМ ПАК прочих БД № 1 должна обеспечивать взаимодействие всех вычислительных компонентов с реализацией следующего функционала:
реализация резервированного канала доступа между серверами со скоростью не менее 100 Гбит/с;
реализация подключения сетевых интерфейсов компонент управления на скорости — не менее 1 Гбит/с;
БМ ПАК прочих БД № 1 должен обеспечивать размещение на своих ресурсах сервисов СУБД, в которых суммарный объем БД зависит от конфигурации узлов модуля и требований производительности, предъявляемым к табличным пространствам;
Программное обеспечение СУБД должно обеспечивать следующие характеристики: - ПО СУБД должно обладать следующими характеристиками:

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

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

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

наличие механизмов резервного копирования и восстановления;

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

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

    поддерживающих ODBC/JDBC-стандарты взаимодействия;

            возможность   распространения   параметров    секции    "where"
        SQL-запроса   в   любую   систему-поставщик  федерации  данных  для

    ограничения размера перемещаемой выборки данных;

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

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

    использованием доменной авторизации по протоколу LDAP;

поддержка стандарта ANSI SQL версии 2008 или выше;

наличие эффективных алгоритмов сжатия данных (например, Zstandard);

наличие встроенной системы развертывания и управления. - ПО системы управления базами данных № 5 должно обладать следующими характеристиками:

возможность пакетного обновления данных (> 1000 строк);

выполнение простых запросов с задержкой не более 50 мс;

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

наличие возможности обработки запросов не по столбцам, а по векторам (частям столбцов);

наличие эффективных алгоритмов сжатия данных (например, Zstandard);

поддержка конструкций языка SQL: group by, order by, подзапросы в секциях FROM, IN, JOIN, а также скалярные подзапросы;

поддержка индексов;

реализация возможности быстрого индексного доступ за счет хранения данных в отсортированном виде (merge tree);

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

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

    ограниченному набору случайных ключей;

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

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

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

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

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

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

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

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

    данных могут храниться на разных, физически и логически независимых
    серверах кластера);

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

    серверах кластера;

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

    системе;

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

    протоколу LDAP;

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

наличие инструмента управления сервисами в кластере;

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

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

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

высокая доступность для следующих сервисов: HDFS, MapReduce, YARN;

наличие версионной нереляционной распределенной базы данных, работающей поверх HDFS;

наличие СУБД для выполнения SQL-подобных запросов и анализа данных, хранящихся на HDFS;

наличие пакета утилит для полной установки без доступа к сети Интернет;

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

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

возможность создания записей от нескольких издателей в один элемент хранения сообщений;

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

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

возможность создания партиций (разделов) в рамках элемента хранения и распределения сообщений по этим разделам последовательно (round-robin) согласно хэш-значению ключа или с явным указанием номера раздела;

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

выполнение как потоковых, так и произвольных считываний файлов;

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

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

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

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

    систем:

Альт Сервер 8/8.1/8.2, Альт Сервер 9/9.1, Альт Сервер 8 СП;

Альт Рабочая Станция 8/8.1/8.2, Альт Рабочая Станция 9/9.1, Альт Рабочая Станция 8 СП;

Astra Linux CE 2.12 (Орел), Astra Linux SE 1.6 (Смоленск);

Ред ОС 7.2 или выше;

количество виртуальных ЦПУ, поддерживаемых одной виртуальной машиной, должно быть не менее 64;

объем памяти, поддерживаемой виртуальной машиной, должно быть не менее 1 Тбайт;

поддерживать диски объемом не менее 16 Тбайт в виртуальных машинах;

поддерживать USB-устройства в виртуальных машинах с возможностью проброса USB ключей в виртуальную машину;

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

    накопители, сетевые карты;

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

    освобождением неиспользуемой памяти;

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

    работоспособных узлах;

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

иметь возможность конвертации виртуальных машин из среды виртуализации VMware и Microsoft Hyper-V;

поддерживать стандарт VirtIO виртуализации дисковых и сетевых устройств;

            иметь в составе гостевых  инструментов  (агенты  для   гостевых
        систем поддерживаемых ОС)  обеспечивающих  расширенные  возможности

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

6.1.4 Требования к ИТ сервису «Базовый модуль ПАК прочих БД № 2»

Сервис предоставления Базовый модуль ПАК прочих БД № 2 должен соответствовать следующим требованиям:

БМ ПАК прочих БД № 2 должен поставляться как прединсталлированное решение, готовое к эксплуатации после выполнения монтажных работ и настройки адресного пространства в соответствии с требованиями Потребителя услуг или Заказчика;
Должен быть единым программно-аппаратным комплексом, состоящим из следующих компонентов: - Узлов БД; - Узлов резервного копирования; - а также программного обеспечения для управления базами данных, размещаемого на узлах БД.
БМ ПАК прочих БД № 2 должен представлять собой единое интегрированное решение;
сетевая подсистема БМ ПАК прочих БД № 2 должна обеспечивать взаимодействие всех вычислительных компонентов с реализацией следующего функционала:
реализация резервированного канала доступа между серверами со скоростью не менее 100 Гбит/с;
реализация подключения сетевых интерфейсов компонент управления на скорости — не менее 1 Гбит/с;
БМ ПАК прочих БД № 1 должен обеспечивать размещение на своих ресурсах сервисов СУБД, в которых суммарный объем БД зависит от конфигурации узлов модуля и требований производительности, предъявляемым к табличным пространствам;
Программное обеспечение СУБД должно обеспечивать следующие характеристики: - ПО СУБД должно обладать следующими характеристиками:

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

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

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

наличие механизмов резервного копирования и восстановления;

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

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

    поддерживающих ODBC/JDBC-стандарты взаимодействия;

            возможность   распространения    параметров    секции   "where"
        SQL-запроса    в   любую  систему-поставщик  федерации  данных  для

    ограничения размера перемещаемой выборки данных;

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

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

    использованием доменной авторизации по протоколу LDAP;

поддержка стандарта ANSI SQL версии 2008 или выше;

наличие эффективных алгоритмов сжатия данных (например, Zstandard);

возможность пакетного обновления данных (> 1000 строк);

выполнение простых запросов с задержкой не более 50 мс;

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

наличие возможности обработки запросов не по столбцам, а по векторам (частям столбцов);

наличие эффективных алгоритмов сжатия данных (например, Zstandard);

поддержка конструкций языка SQL: group by, order by, подзапросы в секциях FROM, IN, JOIN, а также скалярные подзапросы;

поддержка индексов;

реализация возможности быстрого индексного доступа за счет хранения данных в отсортированном виде (merge tree);

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

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

    ограниченному набору случайных ключей;

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

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

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

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

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

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

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

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

    данных могут храниться на разных, физически и логически независимых
    серверах кластера);

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

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

    системе;

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

    протоколу LDAP;