Номер извещения: 0137200001225007423

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Электронный аукцион

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: АО «Сбербанк-АСТ»

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: http://www.sberbank-ast.ru

Размещение осуществляет: Уполномоченный орган МИНИСТЕРСТВО КОНКУРЕНТНОЙ ПОЛИТИКИ КАЛУЖСКОЙ ОБЛАСТИ

Наименование объекта закупки: Оказание услуг по предоставлению неисключительных прав на использование сертифицированной системы виртуализации «РЕД Виртуализация»

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202503372000158001000012

Контактная информация

Размещение осуществляет: Уполномоченный орган

Организация, осуществляющая размещение: МИНИСТЕРСТВО КОНКУРЕНТНОЙ ПОЛИТИКИ КАЛУЖСКОЙ ОБЛАСТИ

Почтовый адрес: 248001, Калужская, Калуга, г Калуга, ул Плеханова, дом 45

Место нахождения: Российская Федерация, 248001, Калужская обл, Калуга г, Плеханова, ДОМ 45

Ответственное должностное лицо: Афончикова О. С.

Адрес электронной почты: afonchikova_os@adm.kaluga.ru

Номер контактного телефона: 7-4842-410932-507

Факс: 7-4842-715060

Дополнительная информация: ГБУЗ КО "МИАЦ КАЛУЖСКОЙ ОБЛАСТИ". Место нахождения: 248007, КАЛУЖСКАЯ ОБЛАСТЬ, г.о. ГОРОД КАЛУГА, Г КАЛУГА, УЛ ВИШНЕВСКОГО, Д. 1. Почтовый адрес:248007, КАЛУЖСКАЯ ОБЛАСТЬ, г.о. ГОРОД КАЛУГА, Г КАЛУГА, УЛ ВИШНЕВСКОГО, Д. 1. Телефон: 7-4842-705-003. Адрес электронной почты: avv@miac.kaluga.ru Ответственное лицо: Антонова Валентина Вячеславовна. Информация о контрактном управляющем,ответственном за заключение контракта или об ответственном лице контрактной службы: Гусакова Юлия Валентиновна,7-4842-705-012, gusakova@miac.kaluga.ru, специалист контрактной службы

Регион: Калужская обл

Информация о процедуре закупки

Дата и время начала срока подачи заявок: 10.11.2025 16:16 (МСК)

Дата и время окончания срока подачи заявок: 18.11.2025 08:00 (МСК)

Дата проведения процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги: 18.11.2025

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 20.11.2025

Начальная (максимальная) цена контракта

Начальная (максимальная) цена контракта: 13 572 000,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 252402702433440270100100120015829244

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Количество (объем работы, услуги) - Цена за ед., ? - Стоимость, ?

- 58.29.50.000 58.29.11.000-00000003 - Программное обеспечение Функциональные возможности ПО Система виртуализации должна обеспечивать работу со следующими типами сетевого трафика: • трафик виртуальных машин; • учет трафика, в том числе проходящего между виртуальными машинами с использованием SPAN/RSPAN, sFlow и Netflow • поддержка VLAN (IEEE 802.1q); • возможность построения изолированных сетей на основе отдельных VLAN; • поддержка OpenFlow для управления логикой коммутации; • управляющий трафик подсистемы; • трафик взаимодействия с подсистемой хранения данных; • трафик миграции. Трафик между устройствами хранения данных и серверами виртуализации должен передаваться в отдельном логическом сегменте сети. Система виртуализации должна обеспечивать поддержку гостевых ОС: • Microsoft Windows (версии для серверов и рабочих станций); • РЕД ОС 7.х; • Альт Сервер 9.x и 10.x; • Альт Рабочая станция 9.x и 10.x; • Аль 8 СП; • Astra Linux Special Edition; Astra Linux Common Edition. Система виртуализации должна обладать веб-интерфейсом позволяющим: • создавать виртуальные машины на основе сформированных ранее шаблонов; управлять запуском, перезагрузкой и выключением виртуальных машин, а также доступом к виртуальному рабочему столу с помощью протоколов RDP, VNC, SPICE. ... Способ предоставления Экземпляр на материальном носителе Класс программ для электронных вычислительных машин и баз данных (03.19) Средства защиты виртуальных сред - Штука - 12,00 - 1 131 000,00 - 13 572 000,00

ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ЗДРАВООХРАНЕНИЯ КАЛУЖСКОЙ ОБЛАСТИ "МЕДИЦИНСКИЙ ИНФОРМАЦИОННО-АНАЛИТИЧЕСКИЙ ЦЕНТР КАЛУЖСКОЙ ОБЛАСТИ" - 12 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Функциональные возможности ПО Система виртуализации должна обеспечивать работу со следующими типами сетевого трафика: • трафик виртуальных машин; • учет трафика, в том числе проходящего между виртуальными машинами с использованием SPAN/RSPAN, sFlow и Netflow • поддержка VLAN (IEEE 802.1q); • возможность построения изолированных сетей на основе отдельных VLAN; • поддержка OpenFlow для управления логикой коммутации; • управляющий трафик подсистемы; • трафик взаимодействия с подсистемой хранения данных; • трафик миграции. Трафик между устройствами хранения данных и серверами виртуализации должен передаваться в отдельном логическом сегменте сети. Система виртуализации должна обеспечивать поддержку гостевых ОС: • Microsoft Windows (версии для серверов и рабочих станций); • РЕД ОС 7.х; • Альт Сервер 9.x и 10.x; • Альт Рабочая станция 9.x и 10.x; • Аль 8 СП; • Astra Linux Special Edition; Astra Linux Common Edition. Система виртуализации должна обладать веб-интерфейсом позволяющим: • создавать виртуальные машины на основе сформированных ранее шаблонов; управлять запуском, перезагрузкой и выключением виртуальных машин, а также доступом к виртуальному рабочему столу с помощью протоколов RDP, VNC, SPICE. Значение характеристики не может изменяться участником закупки Система виртуализации должна обеспечивать возможность загрузки сертификата HTTPS в веб-интерфейсе. Должна быть предусмотрена возможность интеграции управляющих сервисов системы с единой службой каталогов MS Active Directory без использования промежуточных контроллеров доменов и построения доверительных отношений. Система виртуализации должна включать средства мониторинга базовых метрик сервера виртуализации и виртуальных машин. Система виртуализации должна обеспечивать создание и управление виртуальными ресурсами (домены, ВМ, пулы, метки и др.), с разделением прав доступа к отдельным функциям и объектам системы с использованием ролевой модели управления. Для каждого дата-центра должна быть возможность создания роли администратора, позволяющая осуществлять следующие действия над всеми ВМ, принадлежащими этому дата-центру: • доступ к удаленной консоли управления; • монтирование / размонтирование образа CD/DVD-диска. Уполномоченные администраторы, осуществляющие эксплуатацию системы виртуализации в целом, должны иметь административные права доступа на создаваемую подсистему виртуализации в целом. Функции управления виртуальными машинами должны включать: • поддержку профилей производительности ВМ, например, профиль для высокопроизводительных ВМ или ВМ с графическим интерфейсом; • правила существования виртуальных машин на основе меток (label-based affinity). Для машин с одинаковыми метками можно выполнять совместные операции; • поддержку выбора приоритета высокой доступности для виртуальных машин; • поддержку изменения объема оперативной памяти в ВМ без их выключения (при условии поддержки операционной системой); • поддержку изменения количества ядер процессора в ВМ без их выключения (при условии поддержки операционной системой); • живую миграцию виртуальных машин; • мгновенные снимки виртуальных машин в реальном времени; • клонирование виртуальных машин из моментальных снимков; • создание шаблонов виртуальных машин; • использование cloud-init и sysprep для автоматической настройки во время подготовки и развертывания виртуальных машин; • поддержку доступа к виртуальным машинам с использованием протоколов VNC, SPICE и RDP. Функции кластера должны включать в себя: • поддержку автоматизации операций работы с платформой и ее интеграции с ИТ-инфраструктурой с помощью сценариев, использующих библиотеки ansible.builtin; • поддержку доступности для кластеров без удаленного управления электропитанием – перезапуск виртуальных машин с переставшего отвечать хоста виртуализации, без установленного или доступного на виртуальных машинах power-fence агента; • поддержку делегирования операций с хранилищем другим хостам в дата-центре, обеспечивая распараллеливание задач для увеличения пропускной способности подсистемы хранения данных; • возможности тонкой настройки политик миграции виртуальных машин между хостами кластера, включающие в себя оптимизацию по ресурсам, быстродействию, энергопотреблению. Система виртуализации должна обеспечивать выполнение следующих функций: • динамическое распределение вычислительных ресурсов в зависимости от реальных потребностей каждого виртуального сервера; • автоматический перезапуск виртуального сервера в случае перезапуска физического сервера; • управление виртуальными серверами (запуск, остановка, перезагрузка) с единой консоли управления; • перенос виртуальной машины между физическими серверами одного кластера без прекращения работы данной виртуальной машины. Система должна обеспечивать возможность выключения как минимум одного сервера без остановки работы кластера. Система виртуализации должна обладать механизмом терминальных рабочих станций, обеспечивающим следующие возможности: • автоматическое назначение прав и запуск виртуальной машины, созданной в пуле из шаблона для новых пользователей; • поддерживать возможность организации виртуальных рабочих мест MS Windows XP/7/8/10, GNU/Linux; • поддерживать аутентификация пользователей: локальная база данных, MS Active Directory, LDAP/OpenLDAP • возможность сохранения или отката изменений виртуальной машины, после сеанса пользователя; • система, обеспечивающая терминальный доступ, должна быть отказоустойчивой и поддерживать миграцию с неисправных хостов; • наличие специального веб-интерфейса для пользователя; • наличие специальной клиентской системы для работы на бездисковых рабочих станциях; • поддержка бездисковых рабочих станций; • наличие клиентского приложения для облегченного доступа к консоли виртуальных машин. Система виртуализации должна быть совместима с клиентским приложением доступа к виртуальным рабочим столам, позволяющего: • осуществлять контроль состояния виртуальных машин, их запуск и остановку; • иметь возможность подключаться к консолям виртуальных машин по протоколам SPICE, RDP и VNC; • иметь возможность проброса USB устройств, в т.ч веб-камер и токенов на виртуальную машину; • иметь возможность воспроизводить звук с виртуальных машин на оборудовании клиентской рабочей станции; • осуществлять отображение консоли виртуальных машин на полный экран в высоком разрешении; • при наличии в доступе пользователя одной виртуальной машины, после авторизации должно происходить автоматическое подключение к ее консоли; • иметь возможность выключить и перезагрузить клиентскую рабочую станцию из графического интерфейса. Система виртуализации должна быть зарегистрирована в Реестре по классу "Средства виртуализации" (код класса 02.04) согласно классификатору, утвержденному приказом от 22.09.2020 № 486. Система виртуализации должна функционировать на операционной системе имеющей сертификат соответствия в системе сертификации средств защиты информации по требованиям безопасности информации (свидетельство № РОСС RU.0001.01БИ00) ФСТЭК России на соответствие требованиям руководящих документов - «Требования безопасности информации к операционным системам» (приказ ФСТЭК России от 19 августа 2016 г. №119) не ниже профиля защиты «Профиль защиты операционных систем типа «А» четвертого класса защиты» (ИТ.ОС.А4.ПЗ.), - «Требования по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (Приказ ФСТЭК России от 02 июня 2020 г. №76) по 4 уровню доверия. - «Требования по безопасности информации к средствам виртуализации» (Приказ ФСТЭК России от 27 октября 2022 г. №187) 4 класса защиты. Система виртуализации должна обеспечивать централизованное управление своими компонентами. Управляющие сервисы подсистемы виртуализации должны быть реализованы в виде виртуальных машин и размещаться в сегменте мониторинга и управления. Система виртуализации должна функционировать на операционной системе, имеющей версию ядра Linux не ниже 6.1. Операционная система, должна предоставлять сертифицированную среду функционирования интерпретируемых или компилируемых в промежуточное представление языков, в т.ч. Python. Система виртуализации должна поставляться в виде установочного дистрибутива с графическим установщиком. Графический установщик должен позволять настройку начальной конфигурации системы виртуализации. Графический установщик должен обеспечивать возможность развертывания системы виртуализации в следующих конфигурациях: • в виде отказоустойчивого кластера с выделенных хранилищем; • в виде обособленного сервера с хранилищем на локальных дисках. В состав системы виртуализации должен входить инструментарий для обновления ее компонентов. Доставка обновлений должна осуществляться двумя способами: • по сети (для «открытого» контура) • в виде установочного дистрибутива (для «закрытого» контура) Описанными способами должны предоставляться обновления для серверов виртуализации и серверов управления, а также интеграционных компонент виртуальных машин. Должна обеспечиваться поддержка следующих решений или протоколов хранения: • NFS; • pNFS; • iSCSI; • Fibre Channel; • POSIX-совместимые файловые системы; • GlusterFS. Для протокола FC должны быть использованы технологии многопутевого доступа к данным. Для протоколов, использующих для связи подсистему сети передачи данных, должно быть обеспечено объединение физических сетевых интерфейсов с целью обеспечения отказоустойчивости. Система виртуализации должна обладать механизмом катастрофоустойчивости, который позволяет восстановить работоспособность системы на резервной площадке в случае отказа на основной. Система виртуализации должна обладать графическим интерфейсом для системы резервного копирования со следующими возможностями: · создание, удаление и изменение доменов хранения для резервного копирования; · использование несколько доменов хранения одновременно; · создание и удаления бэкапа выбранной виртуальной машины (далее - ВМ); · создание, удаление и изменение плана резервного копирования с настройкой глубины хранения и перечнем ВМ для резервирования в рамках одного плана; · возможность просматривать и удалять бэкапы выбранной ВМ; · возможность восстановления из бэкапа выбранной ВМ. Система виртуализации должна обеспечивать возможность автоматической живой миграции ВМ на резервные хосты в случае перевода основного в режим обслуживания. Система виртуализации должна обладать полнофункциональным API-интерфейсом для возможности взаимодействия с другими системами. Система виртуализации должна обеспечивать возможность использования комплекта средств разработка (SDK) для языков программирования Python, Java, Ruby. Должна обеспечиваться возможность создания гиперконвергентной среды совместно с GlusterFS. Способ предоставления Экземпляр на материальном носителе Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.19) Средства защиты виртуальных сред Значение характеристики не может изменяться участником закупки Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Функциональные возможности ПО - Система виртуализации должна обеспечивать работу со следующими типами сетевого трафика: • трафик виртуальных машин; • учет трафика, в том числе проходящего между виртуальными машинами с использованием SPAN/RSPAN, sFlow и Netflow • поддержка VLAN (IEEE 802.1q); • возможность построения изолированных сетей на основе отдельных VLAN; • поддержка OpenFlow для управления логикой коммутации; • управляющий трафик подсистемы; • трафик взаимодействия с подсистемой хранения данных; • трафик миграции. Трафик между устройствами хранения данных и серверами виртуализации должен передаваться в отдельном логическом сегменте сети. Система виртуализации должна обеспечивать поддержку гостевых ОС: • Microsoft Windows (версии для серверов и рабочих станций); • РЕД ОС 7.х; • Альт Сервер 9.x и 10.x; • Альт Рабочая станция 9.x и 10.x; • Аль 8 СП; • Astra Linux Special Edition; Astra Linux Common Edition. Система виртуализации должна обладать веб-интерфейсом позволяющим: • создавать виртуальные машины на основе сформированных ранее шаблонов; управлять запуском, перезагрузкой и выключением виртуальных машин, а также доступом к виртуальному рабочему столу с помощью протоколов RDP, VNC, SPICE. - - Значение характеристики не может изменяться участником закупки - Система виртуализации должна обеспечивать возможность загрузки сертификата HTTPS в веб-интерфейсе. Должна быть предусмотрена возможность интеграции управляющих сервисов системы с единой службой каталогов MS Active Directory без использования промежуточных контроллеров доменов и построения доверительных отношений. Система виртуализации должна включать средства мониторинга базовых метрик сервера виртуализации и виртуальных машин. Система виртуализации должна обеспечивать создание и управление виртуальными ресурсами (домены, ВМ, пулы, метки и др.), с разделением прав доступа к отдельным функциям и объектам системы с использованием ролевой модели управления. Для каждого дата-центра должна быть возможность создания роли администратора, позволяющая осуществлять следующие действия над всеми ВМ, принадлежащими этому дата-центру: • доступ к удаленной консоли управления; • монтирование / размонтирование образа CD/DVD-диска. Уполномоченные администраторы, осуществляющие эксплуатацию системы виртуализации в целом, должны иметь административные права доступа на создаваемую подсистему виртуализации в целом. - Функции управления виртуальными машинами должны включать: • поддержку профилей производительности ВМ, например, профиль для высокопроизводительных ВМ или ВМ с графическим интерфейсом; • правила существования виртуальных машин на основе меток (label-based affinity). Для машин с одинаковыми метками можно выполнять совместные операции; • поддержку выбора приоритета высокой доступности для виртуальных машин; • поддержку изменения объема оперативной памяти в ВМ без их выключения (при условии поддержки операционной системой); • поддержку изменения количества ядер процессора в ВМ без их выключения (при условии поддержки операционной системой); • живую миграцию виртуальных машин; • мгновенные снимки виртуальных машин в реальном времени; • клонирование виртуальных машин из моментальных снимков; • создание шаблонов виртуальных машин; • использование cloud-init и sysprep для автоматической настройки во время подготовки и развертывания виртуальных машин; • поддержку доступа к виртуальным машинам с использованием протоколов VNC, SPICE и RDP. Функции кластера должны включать в себя: • поддержку автоматизации операций работы с платформой и ее интеграции с ИТ-инфраструктурой с помощью сценариев, использующих библиотеки ansible.builtin; • поддержку доступности для кластеров без удаленного управления электропитанием – перезапуск виртуальных машин с переставшего отвечать хоста виртуализации, без установленного или доступного на виртуальных машинах power-fence агента; • поддержку делегирования операций с хранилищем другим хостам в дата-центре, обеспечивая распараллеливание задач для увеличения пропускной способности подсистемы хранения данных; • возможности тонкой настройки политик миграции виртуальных машин между хостами кластера, включающие в себя оптимизацию по ресурсам, быстродействию, энергопотреблению. - Система виртуализации должна обеспечивать выполнение следующих функций: • динамическое распределение вычислительных ресурсов в зависимости от реальных потребностей каждого виртуального сервера; • автоматический перезапуск виртуального сервера в случае перезапуска физического сервера; • управление виртуальными серверами (запуск, остановка, перезагрузка) с единой консоли управления; • перенос виртуальной машины между физическими серверами одного кластера без прекращения работы данной виртуальной машины. Система должна обеспечивать возможность выключения как минимум одного сервера без остановки работы кластера. Система виртуализации должна обладать механизмом терминальных рабочих станций, обеспечивающим следующие возможности: • автоматическое назначение прав и запуск виртуальной машины, созданной в пуле из шаблона для новых пользователей; • поддерживать возможность организации виртуальных рабочих мест MS Windows XP/7/8/10, GNU/Linux; • поддерживать аутентификация пользователей: локальная база данных, MS Active Directory, LDAP/OpenLDAP • возможность сохранения или отката изменений виртуальной машины, после сеанса пользователя; • система, обеспечивающая терминальный доступ, должна быть отказоустойчивой и поддерживать миграцию с неисправных хостов; • наличие специального веб-интерфейса для пользователя; • наличие специальной клиентской системы для работы на бездисковых рабочих станциях; • поддержка бездисковых рабочих станций; • наличие клиентского приложения для облегченного доступа к консоли виртуальных машин. - Система виртуализации должна быть совместима с клиентским приложением доступа к виртуальным рабочим столам, позволяющего: • осуществлять контроль состояния виртуальных машин, их запуск и остановку; • иметь возможность подключаться к консолям виртуальных машин по протоколам SPICE, RDP и VNC; • иметь возможность проброса USB устройств, в т.ч веб-камер и токенов на виртуальную машину; • иметь возможность воспроизводить звук с виртуальных машин на оборудовании клиентской рабочей станции; • осуществлять отображение консоли виртуальных машин на полный экран в высоком разрешении; • при наличии в доступе пользователя одной виртуальной машины, после авторизации должно происходить автоматическое подключение к ее консоли; • иметь возможность выключить и перезагрузить клиентскую рабочую станцию из графического интерфейса. - Система виртуализации должна быть зарегистрирована в Реестре по классу "Средства виртуализации" (код класса 02.04) согласно классификатору, утвержденному приказом от 22.09.2020 № 486. Система виртуализации должна функционировать на операционной системе имеющей сертификат соответствия в системе сертификации средств защиты информации по требованиям безопасности информации (свидетельство № РОСС RU.0001.01БИ00) ФСТЭК России на соответствие требованиям руководящих документов - «Требования безопасности информации к операционным системам» (приказ ФСТЭК России от 19 августа 2016 г. №119) не ниже профиля защиты «Профиль защиты операционных систем типа «А» четвертого класса защиты» (ИТ.ОС.А4.ПЗ.), - «Требования по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (Приказ ФСТЭК России от 02 июня 2020 г. №76) по 4 уровню доверия. - «Требования по безопасности информации к средствам виртуализации» (Приказ ФСТЭК России от 27 октября 2022 г. №187) 4 класса защиты. - Система виртуализации должна обеспечивать централизованное управление своими компонентами. Управляющие сервисы подсистемы виртуализации должны быть реализованы в виде виртуальных машин и размещаться в сегменте мониторинга и управления. Система виртуализации должна функционировать на операционной системе, имеющей версию ядра Linux не ниже 6.1. Операционная система, должна предоставлять сертифицированную среду функционирования интерпретируемых или компилируемых в промежуточное представление языков, в т.ч. Python. Система виртуализации должна поставляться в виде установочного дистрибутива с графическим установщиком. Графический установщик должен позволять настройку начальной конфигурации системы виртуализации. Графический установщик должен обеспечивать возможность развертывания системы виртуализации в следующих конфигурациях: • в виде отказоустойчивого кластера с выделенных хранилищем; • в виде обособленного сервера с хранилищем на локальных дисках. В состав системы виртуализации должен входить инструментарий для обновления ее компонентов. Доставка обновлений должна осуществляться двумя способами: • по сети (для «открытого» контура) • в виде установочного дистрибутива (для «закрытого» контура) Описанными способами должны предоставляться обновления для серверов виртуализации и серверов управления, а также интеграционных компонент виртуальных машин. Должна обеспечиваться поддержка следующих решений или протоколов хранения: • NFS; • pNFS; • iSCSI; • Fibre Channel; • POSIX-совместимые файловые системы; • GlusterFS. - Для протокола FC должны быть использованы технологии многопутевого доступа к данным. Для протоколов, использующих для связи подсистему сети передачи данных, должно быть обеспечено объединение физических сетевых интерфейсов с целью обеспечения отказоустойчивости. Система виртуализации должна обладать механизмом катастрофоустойчивости, который позволяет восстановить работоспособность системы на резервной площадке в случае отказа на основной. Система виртуализации должна обладать графическим интерфейсом для системы резервного копирования со следующими возможностями: · создание, удаление и изменение доменов хранения для резервного копирования; · использование несколько доменов хранения одновременно; · создание и удаления бэкапа выбранной виртуальной машины (далее - ВМ); · создание, удаление и изменение плана резервного копирования с настройкой глубины хранения и перечнем ВМ для резервирования в рамках одного плана; · возможность просматривать и удалять бэкапы выбранной ВМ; · возможность восстановления из бэкапа выбранной ВМ. Система виртуализации должна обеспечивать возможность автоматической живой миграции ВМ на резервные хосты в случае перевода основного в режим обслуживания. Система виртуализации должна обладать полнофункциональным API-интерфейсом для возможности взаимодействия с другими системами. Система виртуализации должна обеспечивать возможность использования комплекта средств разработка (SDK) для языков программирования Python, Java, Ruby. Должна обеспечиваться возможность создания гиперконвергентной среды совместно с GlusterFS. - Способ предоставления - Экземпляр на материальном носителе - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (03.19) Средства защиты виртуальных сред - - Значение характеристики не может изменяться участником закупки - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Функциональные возможности ПО - Система виртуализации должна обеспечивать работу со следующими типами сетевого трафика: • трафик виртуальных машин; • учет трафика, в том числе проходящего между виртуальными машинами с использованием SPAN/RSPAN, sFlow и Netflow • поддержка VLAN (IEEE 802.1q); • возможность построения изолированных сетей на основе отдельных VLAN; • поддержка OpenFlow для управления логикой коммутации; • управляющий трафик подсистемы; • трафик взаимодействия с подсистемой хранения данных; • трафик миграции. Трафик между устройствами хранения данных и серверами виртуализации должен передаваться в отдельном логическом сегменте сети. Система виртуализации должна обеспечивать поддержку гостевых ОС: • Microsoft Windows (версии для серверов и рабочих станций); • РЕД ОС 7.х; • Альт Сервер 9.x и 10.x; • Альт Рабочая станция 9.x и 10.x; • Аль 8 СП; • Astra Linux Special Edition; Astra Linux Common Edition. Система виртуализации должна обладать веб-интерфейсом позволяющим: • создавать виртуальные машины на основе сформированных ранее шаблонов; управлять запуском, перезагрузкой и выключением виртуальных машин, а также доступом к виртуальному рабочему столу с помощью протоколов RDP, VNC, SPICE. - - Значение характеристики не может изменяться участником закупки

Система виртуализации должна обеспечивать возможность загрузки сертификата HTTPS в веб-интерфейсе. Должна быть предусмотрена возможность интеграции управляющих сервисов системы с единой службой каталогов MS Active Directory без использования промежуточных контроллеров доменов и построения доверительных отношений. Система виртуализации должна включать средства мониторинга базовых метрик сервера виртуализации и виртуальных машин. Система виртуализации должна обеспечивать создание и управление виртуальными ресурсами (домены, ВМ, пулы, метки и др.), с разделением прав доступа к отдельным функциям и объектам системы с использованием ролевой модели управления. Для каждого дата-центра должна быть возможность создания роли администратора, позволяющая осуществлять следующие действия над всеми ВМ, принадлежащими этому дата-центру: • доступ к удаленной консоли управления; • монтирование / размонтирование образа CD/DVD-диска. Уполномоченные администраторы, осуществляющие эксплуатацию системы виртуализации в целом, должны иметь административные права доступа на создаваемую подсистему виртуализации в целом.

Функции управления виртуальными машинами должны включать: • поддержку профилей производительности ВМ, например, профиль для высокопроизводительных ВМ или ВМ с графическим интерфейсом; • правила существования виртуальных машин на основе меток (label-based affinity). Для машин с одинаковыми метками можно выполнять совместные операции; • поддержку выбора приоритета высокой доступности для виртуальных машин; • поддержку изменения объема оперативной памяти в ВМ без их выключения (при условии поддержки операционной системой); • поддержку изменения количества ядер процессора в ВМ без их выключения (при условии поддержки операционной системой); • живую миграцию виртуальных машин; • мгновенные снимки виртуальных машин в реальном времени; • клонирование виртуальных машин из моментальных снимков; • создание шаблонов виртуальных машин; • использование cloud-init и sysprep для автоматической настройки во время подготовки и развертывания виртуальных машин; • поддержку доступа к виртуальным машинам с использованием протоколов VNC, SPICE и RDP. Функции кластера должны включать в себя: • поддержку автоматизации операций работы с платформой и ее интеграции с ИТ-инфраструктурой с помощью сценариев, использующих библиотеки ansible.builtin; • поддержку доступности для кластеров без удаленного управления электропитанием – перезапуск виртуальных машин с переставшего отвечать хоста виртуализации, без установленного или доступного на виртуальных машинах power-fence агента; • поддержку делегирования операций с хранилищем другим хостам в дата-центре, обеспечивая распараллеливание задач для увеличения пропускной способности подсистемы хранения данных; • возможности тонкой настройки политик миграции виртуальных машин между хостами кластера, включающие в себя оптимизацию по ресурсам, быстродействию, энергопотреблению.

Система виртуализации должна обеспечивать выполнение следующих функций: • динамическое распределение вычислительных ресурсов в зависимости от реальных потребностей каждого виртуального сервера; • автоматический перезапуск виртуального сервера в случае перезапуска физического сервера; • управление виртуальными серверами (запуск, остановка, перезагрузка) с единой консоли управления; • перенос виртуальной машины между физическими серверами одного кластера без прекращения работы данной виртуальной машины. Система должна обеспечивать возможность выключения как минимум одного сервера без остановки работы кластера. Система виртуализации должна обладать механизмом терминальных рабочих станций, обеспечивающим следующие возможности: • автоматическое назначение прав и запуск виртуальной машины, созданной в пуле из шаблона для новых пользователей; • поддерживать возможность организации виртуальных рабочих мест MS Windows XP/7/8/10, GNU/Linux; • поддерживать аутентификация пользователей: локальная база данных, MS Active Directory, LDAP/OpenLDAP • возможность сохранения или отката изменений виртуальной машины, после сеанса пользователя; • система, обеспечивающая терминальный доступ, должна быть отказоустойчивой и поддерживать миграцию с неисправных хостов; • наличие специального веб-интерфейса для пользователя; • наличие специальной клиентской системы для работы на бездисковых рабочих станциях; • поддержка бездисковых рабочих станций; • наличие клиентского приложения для облегченного доступа к консоли виртуальных машин.

Система виртуализации должна быть совместима с клиентским приложением доступа к виртуальным рабочим столам, позволяющего: • осуществлять контроль состояния виртуальных машин, их запуск и остановку; • иметь возможность подключаться к консолям виртуальных машин по протоколам SPICE, RDP и VNC; • иметь возможность проброса USB устройств, в т.ч веб-камер и токенов на виртуальную машину; • иметь возможность воспроизводить звук с виртуальных машин на оборудовании клиентской рабочей станции; • осуществлять отображение консоли виртуальных машин на полный экран в высоком разрешении; • при наличии в доступе пользователя одной виртуальной машины, после авторизации должно происходить автоматическое подключение к ее консоли; • иметь возможность выключить и перезагрузить клиентскую рабочую станцию из графического интерфейса.

Система виртуализации должна быть зарегистрирована в Реестре по классу "Средства виртуализации" (код класса 02.04) согласно классификатору, утвержденному приказом от 22.09.2020 № 486. Система виртуализации должна функционировать на операционной системе имеющей сертификат соответствия в системе сертификации средств защиты информации по требованиям безопасности информации (свидетельство № РОСС RU.0001.01БИ00) ФСТЭК России на соответствие требованиям руководящих документов - «Требования безопасности информации к операционным системам» (приказ ФСТЭК России от 19 августа 2016 г. №119) не ниже профиля защиты «Профиль защиты операционных систем типа «А» четвертого класса защиты» (ИТ.ОС.А4.ПЗ.), - «Требования по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (Приказ ФСТЭК России от 02 июня 2020 г. №76) по 4 уровню доверия. - «Требования по безопасности информации к средствам виртуализации» (Приказ ФСТЭК России от 27 октября 2022 г. №187) 4 класса защиты.

Система виртуализации должна обеспечивать централизованное управление своими компонентами. Управляющие сервисы подсистемы виртуализации должны быть реализованы в виде виртуальных машин и размещаться в сегменте мониторинга и управления. Система виртуализации должна функционировать на операционной системе, имеющей версию ядра Linux не ниже 6.1. Операционная система, должна предоставлять сертифицированную среду функционирования интерпретируемых или компилируемых в промежуточное представление языков, в т.ч. Python. Система виртуализации должна поставляться в виде установочного дистрибутива с графическим установщиком. Графический установщик должен позволять настройку начальной конфигурации системы виртуализации. Графический установщик должен обеспечивать возможность развертывания системы виртуализации в следующих конфигурациях: • в виде отказоустойчивого кластера с выделенных хранилищем; • в виде обособленного сервера с хранилищем на локальных дисках. В состав системы виртуализации должен входить инструментарий для обновления ее компонентов. Доставка обновлений должна осуществляться двумя способами: • по сети (для «открытого» контура) • в виде установочного дистрибутива (для «закрытого» контура) Описанными способами должны предоставляться обновления для серверов виртуализации и серверов управления, а также интеграционных компонент виртуальных машин. Должна обеспечиваться поддержка следующих решений или протоколов хранения: • NFS; • pNFS; • iSCSI; • Fibre Channel; • POSIX-совместимые файловые системы; • GlusterFS.

Для протокола FC должны быть использованы технологии многопутевого доступа к данным. Для протоколов, использующих для связи подсистему сети передачи данных, должно быть обеспечено объединение физических сетевых интерфейсов с целью обеспечения отказоустойчивости. Система виртуализации должна обладать механизмом катастрофоустойчивости, который позволяет восстановить работоспособность системы на резервной площадке в случае отказа на основной. Система виртуализации должна обладать графическим интерфейсом для системы резервного копирования со следующими возможностями: · создание, удаление и изменение доменов хранения для резервного копирования; · использование несколько доменов хранения одновременно; · создание и удаления бэкапа выбранной виртуальной машины (далее - ВМ); · создание, удаление и изменение плана резервного копирования с настройкой глубины хранения и перечнем ВМ для резервирования в рамках одного плана; · возможность просматривать и удалять бэкапы выбранной ВМ; · возможность восстановления из бэкапа выбранной ВМ. Система виртуализации должна обеспечивать возможность автоматической живой миграции ВМ на резервные хосты в случае перевода основного в режим обслуживания. Система виртуализации должна обладать полнофункциональным API-интерфейсом для возможности взаимодействия с другими системами. Система виртуализации должна обеспечивать возможность использования комплекта средств разработка (SDK) для языков программирования Python, Java, Ruby. Должна обеспечиваться возможность создания гиперконвергентной среды совместно с GlusterFS.

Способ предоставления - Экземпляр на материальном носителе - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (03.19) Средства защиты виртуальных сред - - Значение характеристики не может изменяться участником закупки

Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге Совместимость с текущей инфраструктурой

Преимущества, требования к участникам

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 2. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

Сведения о связи с позицией плана-графика

Сведения о связи с позицией плана-графика: 202503372000158001000012

Начальная (максимальная) цена контракта: 13 572 000,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 252402702433440270100100120015829244

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

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 11.02.2026

Закупка за счет собственных средств организации: Да

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 135 720,00 РОССИЙСКИЙ РУБЛЬ

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке может предоставляться участником закупки путем блокирования денежных средств на банковском счете, открытом участником в банке, включенном в перечень, утвержденный Правительством Российской Федерации, для их перевода в случаях, предусмотренных статьей 44 Федерального закона №44-ФЗ, на счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику, или в соответствующий бюджет бюджетной системы Российской Федерации, или путем предоставления независимой гарантии, соответствующей требованиям статьи 45 Федерального закона №44-ФЗ Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства - члена Евразийского экономического союза, за исключением Российской Федерации, или физическими лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением Российской Федерации, вправе предоставить обеспечение заявок в виде денежных средств с учетом особенностей, установленных Постановлением Правительства РФ от 10.04.2023 N 579 «Об особенностях порядка предоставления обеспечения заявок на участие в закупках товаров, работ, услуг для обеспечения государственных или муниципальных нужд участниками таких закупок, являющимися иностранными лицами»

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03224643290000003700, л/c 20740А89430, БИК 012908002, ОТДЕЛЕНИЕ КАЛУГА БАНКА РОССИИ//УФК по Калужской области г. Калуга, к/c 40102810045370000030

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл Калужская, г.о. город Калуга, г Калуга, ул Вишневского, д. 1

Предусмотрена возможность одностороннего отказа от исполнения контракта в соответствии со ст. 95 Закона № 44-ФЗ: Да

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 30 %

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Контракт заключается только после предоставления участником закупки обеспечения исполнения контракта. Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям статьи 45 Федерального закона №44-ФЗ, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются в соответствии с требованиями Федерального закона №44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со ст.95 Федерального закона №44-ФЗ. В случае, если предложенные в заявке участника закупки цена, сумма цен единиц товара, работы, услуги снижены на двадцать пять и более процентов по отношению к начальной (максимальной) цене контракта, начальной сумме цен единиц товара, работы, услуги, участник закупки, с которым заключается контракт, предоставляет обеспечение исполнения контракта с учетом положений статьи 37 Федерального закона №44-ФЗ.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03224643290000003700, л/c 20740А89430, БИК 012908002, ОТДЕЛЕНИЕ КАЛУГА БАНКА РОССИИ//УФК по Калужской области г. Калуга, к/c 40102810045370000030

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

Информация о сроках исполнения контракта и источниках финансирования

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

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 11.02.2026

Закупка за счет собственных средств организации: Да

Документы

Общая информация

Документы

Журнал событий