УТВЕРЖДАЮ
Зам. Генерального директора
по технике Нетворкс»
_________________________/
«_______»_________________________2018 г.
Формализованные требования к выбору контрагента на поставку, внедрение и техническое сопровождение аппаратно-программного комплекса единой корпоративной серверной платформы
1.Цель проведения конкурса
Предметом проводимого запроса на ценовое предложение является выбор оптимального контрагента на поставку, внедрение и техническое сопровождение аппаратно-программного комплекса единой корпоративной серверной платформы для решения текущих и перспективных внутрипроизводственных и ИТ-задач группы компаний Virgin Connect (1 этап) с возможностью расширения системы в будущем для целей предоставления клиентских сервисов группы компаний (2-3 этап).
Внедрение корпоративной серверной платформы Virgin Connect должно повлечь за собой на начальном этапе внедрения:
Сокращение расходов на оборудование и программное обеспечение за счет:- упрощения и удешевления обслуживания производственной и ИТ-инфраструктуры; оптимизации загрузки серверного оборудования; уменьшения расходов на приобретение специфичного оборудования для определенных видов программного обеспечения; уменьшения расходов на приобретение программного обеспечения; сокращения количества ЦОД/серверных; увеличения эффективности использования имеющихся ЦОД/серверных; повышения гибкости в использовании программного обеспечения (отказ от ненужных лицензий).
- упрощения тестирования и разработки, сокращения сроков реализации ИТ-проектов; упрощения работ по развертыванию и управлению системами (стандартные конфигурации и т. д.); получения возможности оперативной замены версий приложений и/или серверов приложений; повышения качества поддержки используемого программного обеспечения; роста производительности обмена данными между элементами сети; упрощения работы с общими ресурсами (доступ, актуальные версии и т. д.); упрощения доступа к современному дорогостоящему программному обеспечению; упрощения обеспечения соответствия требованиям регуляторов по работе с персональными данными.
Этапность внедрения платформы
Предполагается поэтапное внедрение системы серверной платформы:
- 1 этап –Networks Сloud (2018 г.). 2 этап – Service Cloud (2019-2020 гг.). 3 этап – дальнейшее развитие решения через его масштабирование и территориально-распределенное резервирование (2020 г. и далее).
При поэтапном внедрении инфраструктуры серверной платформы необходимо учитывать следующее:
Использовать технологии и решения, построенные в соответствии со стандартами отрасли и имеющие опыт успешных внедрений, подтвержденных производителями оборудования.
Предусматривать интеграцию добавляемых компонентов с существующими решениями платформы. Для вновь устанавливаемого оборудования и ПО должны использоваться внедренные на 1 этапе средства мониторинга, управления, оркестрации, провижининга и пр. серверной платформы.
Пользователями серверной платформы будут являться:
- подразделения технической и ИТ-служб группы компаний (1 этап); подразделения технической и ИТ-служб группы компаний и пользователи сервисов (клиенты) группы компаний Virgin Connect (2-3 этапы).
Сервисы, предполагаемые к реализации на внедряемой серверной платформе:
- IaaS - инфраструктура как услуга (1-3 этап); PaaS - платформа как услугу (2-3 этап); SaaS - программное обеспечение как услуга (3 этап);
Вероятные адреса размещения оборудования серверной платформы*):
- Площадка №1 - , стр.1 (1 этап). Площадка №2 - (2-3 этап).
Решение на всех этапах внедрения должно удовлетворять следующим основным требованиям:
- Обеспечить требуемую производительность и емкость системы. Обеспечивать отказоустойчивость системы, обладать высокой надежностью и восстанавливаемостью. Иметь средства разработки дополнительных сервисов. Обеспечивать возможность интеграции с платформами сторонних производителей.
*)Для случая аренды аппаратно-программного комплекса рассматриваются альтернативные варианты площадок размещения оборудования, например, на инфраструктурах коммерческих ЦОД.
- Обеспечивать возможность интеграции со прочими ИТ-системами группы компаний. Иметь унифицированные API. Обеспечивать возможностью масштабирования (вплоть до уровня Service Cloud).
Общие требования к инфраструктуре проекта внедрения единой серверной платформы
Внедряемое решение должно обладать компонуемой архитектурой (шасси, фабрик, вычислителей, систем хранение и пр.), условно «неограниченной» масштабируемостью решения, безопасностью, надежностью, отказоустойчивостью, доступностью, низкой стоимостью обслуживания, простотой администрирования, оркестрации и провижининга, гибкостью, самовосстановлением с возможностью обновления без прерывания функционирования, восстанавливаемостью распределённой системы, иметь унифицированные API.
Приветствуется вендоронезависимость, мультигипервизорность решения
и использование открытых стандартов и протоколов при соблюдении условия наличия полного функционала решения на всех этапах внедрения.
Необходимый состав аппаратно-программного комплекса единой корпоративной серверной платформы
Предлагаемое техническое решение должно включать в себя на 1 этапе реализации:
- подсистему вычислительной инфраструктуры; подсистему телекоммуникационной и коммутационной инфраструктуры; подсистему хранения данных; подсистему резервного копирования (опционально); подсистему виртуализации; подсистему управления и мониторинга; подсистему оркестрации и провижининга; подсистему централизованной авторизации.
На втором и третьем этапах внедрения система дополнительно должна быть дополнительно оснащена:
- Подсистемой интеграции, обеспечивающей доступ приложений серверной платформы к веб-сервисам, расположенным на «внешних» по отношению к платформе ресурсах, в том числе - во «внешнем облаке», а также интеграцию серверной платформы с другими информационными системами группы компаний, например, внешней автоматизированной системой расчетов. Прикладной подсистемой в составе модуля управления размещение приложений, модуля учета потребляемых ресурсов, «портала самообслуживания платформы», модуля провижининга услуг по модели «приложения как сервис» и управления приложениями пользователей. Расширенной подсистемой централизованной авторизации пользователей (клиентов Virgin Connect) и обеспечения информационной безопасности.
Требования, предъявляемые к основным подсистемам платформы на первом этапе внедрения системы
5.1. Требования к вычислителям:
- требуемый интегральный процессорный ресурс - не менее 650 ГГц; требуемый интегральный ресурс ОЗУ - не менее 3 Tбайт; количество сетевых интерфейсов с пропускной способностью 10 Гбит/c и более на вычислитель – не менее 2 шт. ; количество вычислителей с количеством процессоров 4 и более – не менее 2 шт.; количество вычислителей с таковой частотой процессора не менее 3 ГГц – 2 шт.
Требования к системе хранения данных:
- полезная интегральная емкость СХД - не менее 300 Tбайт; требуемый размер кэш-памяти – не менее 32 Гбайт с возможностью расширения. емкость SSD накопителей - не менее 20 % от емкости СХД; профиль нагрузки W/R – 65%/35%; производительность поставляемой СХД - не менее 75 000 IO/s с возможностью наращивания; среднее время доступа - не более 2,5 мс;
- тип СХД – гибридная, с поддержкой твердотельных носителей;
- наличие быстрого/медленного хранилища; желательна поддержка технологий эффективного использования флэш-памяти: уменьшение объема «внутреннего» резерва у SSD дисков, выделение пространства хранения приложениям по мере возникновения в нем потребности и дедупликация. Возможность отключения дедупликации для повышения производительности СХД; возможность прозрачной (без остановки работы СХД) миграции данных; возможность репликации данных между несколькими СХД; возможность репликации данных между СХД и «внешними» облачными сервисами;
- наличие в составе СХД базового программного обеспечения и ПО с функциями балансировки, перераспределения данных и обновления хранилища без прерывания работы системы, автономного структурирования хранилища, динамического переноса данных и программное обеспечение по переносу данных между несколькими СХД.
5.3.Требования к сервису организации резервного хранения и архивирования:
- Сервис должен обеспечивать выполнение резервного копирования и восстановления образов виртуальных машин, размещенных на серверной платформе (1 этап) и заказанных в рамках услуги пользователей, с предоставлением функций самообслуживания (2-3 этап).
5.4.Требования к системе виртуализации:
- Наличие поддержки мультигипервизорности желательно. Желательна поддержка контейнеризации.
5.5.Требования к сервису мониторинга:
- Сервис должен обеспечивать представление информации о состоянии виртуальной инфраструктуры, созданной пользователями.
Функциональные требования к аппаратно-программному решению серверной платформы
Формализованные требования, предъявляемые к функционалу серверной системы на различных этапах внедрения платформы, приведены ниже:
КОМПОНЕНТ | ЭТАПНОСТЬ ВНЕДРЕНИЯ | ||
ЭТАП №1 | ЭТАП №2 | ЭТАП №3 | |
ВЫЧИСЛИТЕЛИ | |||
Возможность гибкого распределения ресурсов: | |||
CPU | Да | Да | Да |
RAM | да | Да | Да |
Storage | Да | Да | Да |
Количество сетевых адаптеров на одну виртуальную машину | До 128 | До 128 | До 128 |
Тип гостевой ОС | OS Windows Server, OS Linux, OS FreeBSD, Mikrotik Router OS | OS Windows Server, OS Linux, OS FreeBSD, Mikrotik Router OS +пользовательские ОС, уточняются дополнительно на этапе внедрения | OS Windows Server, OS Linux, OS FreeBSD, Mikrotik Router OS +пользовательские ОС, уточняются дополнительно на этапе внедрения |
Возможность изменения ресурсов после создания машины | Да | Да | Да |
Хранилище шаблонов / образов на первичном портале | Да | Да | Да |
Параллельная подготовка виртуальных машин | Да | Да | Да |
Выделенные физических хосты для клиентов | Желательно | Желательно | Желательно |
ХРАНИЛИЩЕ И РЕЗЕРВНОЕ КОПИРОВАНИЕ | |||
Блочное (многоуровневое) хранилище | Да | Да | Да |
NAS (многоуровневоее) хранилище для резервного копирования | Желательно | Да | Да |
Snapshots (на основе хранилища или гипервизора) | Да | Да | Да |
Максимальный размер хранилища на виртуальную машину | До 80% общей полезной емкости CХД | До 80% общей полезной емкости CХД | До 80% общей полезной емкости CХД |
Взаимодействие СХД с внешними облачными сервисами | Нет | Да | Да |
Архив / резервное копирование | Да | Да | Да |
СЕТЬ | |||
Балансировка нагрузки | Да | Да | Да |
Пользовательские правила балансировки нагрузки | Нет | Да | Да |
Поддержка собственного авторизационного центра для верификации сертификатов | Нет | Да | Да |
Максимальное количество VLANs на клиента | 4096 | 4096 | 4096 |
Поддержка IPv6 | Да | Да | Да |
БЕЗОПАСНОСТЬ | |||
S2S VPN | Нет | Да | Да |
VPN сайт-клиент | Нет | Да | Да |
VPN сайт-клиент (самообслуживание) | Нет | Да | Да |
Виртуальный файервол, управляемый пользователем | Нет | Да | Да |
IDS / IPS и DDoS-обнаружение на уровне платформы | Желательно | Да | Да |
Многофакторная аутентификация | Да | Да | Да |
Многофакторная аутентификация в VPN клиент-сайт | Нет | Да | Да |
Многофакторная аутентификация в сервисе самообслуживания | Нет | Нет | Да |
Консольный доступ к виртуальным машинам/физическим хостам пользователей | Да | Да | Да |
Шифрование данных при хранении (на уровне диска) | Нет | Да | Да |
Шифрование данных при передаче (фабрика и уровень сети) | Нет | Да | Да |
Ограничение доступа пользователей по IP/диапазону и т. д | Да | Да | Да |
Управление привилегиями пользователей | Да | Да | Да |
ОБЕСПЕЧЕНИЕ SLA | |||
Реализация механизма высокой доступности (High Availability) | Да | Да | Да |
Многоадресная рассылка на платформе | Нет | Да | Да |
Импорт ISO | Да | Да | Да |
Импорт OVA | Да | Да | Да |
Импорт OVF | Да | Да | Да |
Интеграция (облако-облако и локальная среда-облако) | Нет | Да | Да |
Репликация (облако-облако и локальная среда-облако) | Нет | Да | Да |
Мониторинг SLA | Нет | Да | Да |
Клиентский портал для мониторинга SLA | Нет | Да | Да |
Механизм триггеров | Да | Да | Да |
Уведомления по электронной почте для определенных действий портала | Да | Да | Да |
Возможность реализации функционала учета превышения ресурсов (burst) | Нет | Да | Да |
Биллинговая система | Нет | Внешняя | Внешняя |
ТТ система | Нет | Внешняя | Внешняя |
Отчетность | Да | Да | Да |
Логирование действий клиентов | Нет | Да | Да |
Логирование действий администраторов | Да | Да | Да |
ОБЛАЧНЫЕ ОПЕРАЦИОННЫЕ СЛУЖБЫ | |||
Миграция приложений | Нет | Да | Да |
Мониторинг | Да | Да | Да |
Управление производительностью | Да | Да | Да |
Управление квотами (RAM/CPU/$$) | Да | Да | Да |
Управление конфигурациями | Да | Да | Да |
Управление активами программного обеспечения | Нет | Да | Да |
SAAS/PAAS | |||
Бэкап как сервис | Нет | Да | Да |
Резервное копирование как сервис | Нет | Да | Да |
Мониторинг как сервис | Нет | Да | Да |
- Гипервизоры: VMware ESXi, Linux KVM (настраиваемые через систему управления libvirt, oVirt, Proxmox), Hyper-V. Linux KVM. Операционные системы: Linux, СentOS 5.X, 6.X и 7.X, MS Windows 2003 Server, Windows 7, 2008, 2008 R2, 2012, 2012 R2, 2016, MS Windows Server 2012, MikroTik RouterOS 5.XX и 6.XX, OS Linux Debian 7-9, Ubuntu 10.04-16.04, FreeBSD 10. Критичные приложения: Zabbix DB, Oracle DB, MSSQL DB, DNS (15k queries/s), RDNS, DHCP, PBX Asterisk, Call-center Nauphone (Naumen), Call-center OkTel, центральная СУБД, системы управления BRAS, 1С-сервер и 1С-база, сервер терминалов удалённого доступа, Exchange - почтовый сервер, AD - контроллер домена, файловый сервер, FTP-сервер, PPTP-сервер, Cisco Call Manager 5.X на базе OS Linux, и др.
Необходимым требованием к поставщику является наличие рабочего набора утилит и прочих программных инструментов, позволяющих осуществить миграцию указанных ресурсов на внедряемую платформу.
Общие требования к поставляемому решению
Конструкция модулей АПК должна обеспечивать их установку в стандартные телекоммуникационные стойки (шкафы) стандарта 19″ (МЭК-297).
Тип электропитания оборудования: однофазное, ~220В, 50Гц.
Гарантийный срок на все элементы системы не менее 3 лет.
Срок службы оборудования АПК не менее 10 лет.
Поддержка аппаратного и программного обеспечения вендорами/поставщиками решения не менее 7 лет с момента внедрения.
Упаковка оборудования АПК должна быть плотной, обеспечивать сохранность при транспортировке и хранении.
Маркировка на упаковке должна соответствовать действующим техническим стандартам на данный вид товара.
Товар должен иметь сертификат соответствия Системы сертификации в области Связи в соответствии со ст. 41 Федерального закона -ФЗ «О связи», сертификаты РосТест, санитарно-гигиеническое заключение (гигиенический сертификат).
Поставляемое оборудование должно быть новым, не бывшим в употреблении, выпуска не ранее 2017 года, должно соответствовать действующим ГОСТам.
Все поставляемое оборудование должно быть работоспособным и обеспечивать предусмотренную производителем функциональность в качестве отдельного компонента. Все драйверы, утилиты и лицензии, необходимые для эксплуатации оборудования, должны присутствовать в составе стандартной поставки.
Поставщик должен обеспечить полную техническую поддержку решения, как в части оборудования, так и в части программного-обеспечения.
Срок предоставления предложений- Срок подтверждения участия в тендере и предоставлении анкеты участника –___.____.2018 г. Срок предоставления предложений на поставку, внедрение и техническое сопровождение на тендер –____._____.2018 г. Предложений, поступившие после – ____.____.2018 г., рассматриваться не будут. Срок рассмотрения предложений тендерным комитетом Заказчика – ____._____.2018 г. По решению тендерного комитета возможно проведение переторжки на электронной площадке «Фабрикант».
- Предложение на поставку оборудования и лицензий АПК по первому этапу внедрения единой серверной платформы. Рассматриваются варианты покупки (лизинга, рассрочки, trade-in) и аренды аппаратно-программного комплекса (в том числе, с вариантом размещением оборудования в коммерческих ЦОД). Предложение на внедрение оборудования (шеф-монтаж, ПНР) аппаратно-программного комплекса, предложение по миграции гипервизоров и сервисов с существующих платформ (опционально). Предложение на гарантийное сопровождение и постгарантийное техническое сопровождение системы. Требуемые варианты тех. поддержки системы а)8 х 5, б)24 х 7.
- Русский.
Основные критерии группы компаний VirginConnect при дальнейшем выборе поставщика или подрядчика:
- Наличие опыта участия поставщика в аналогичных проектах. Оптимальный график поставок элементов аппаратно-программного комплекса, работ и услуг. Минимальная стоимость решения при выполнении всех функциональных требований к системе. Минимальная стоимость сопровождения системы.
«Virgin Connect» обязуется в срок до ___.____.2018 рассмотреть все ответы.
«Virgin Connect» имеет право не возвращать полученные документы, но одновременно с этим берет на себя обязательства не разглашать сведения, полученные в результате получения ответов на запрос на информацию, третьим лицам и, тем самым, сохранять коммерческую тайну.
Формат ответов на запрос на ценовое предложениеПросим Вас направлять информацию в бумажном или электронном (предпочтительнее) виде до ____._____.2018. Формат данных должен соответствовать структуре вопросов приложения данного запроса. Все запрашиваемые цифры и сведения должны указываться в абсолютном исчислении.
Количество представляемых экземпляров- В случае электронного носишт. В случае бумажного носишт.
СОГЛАСОВАНО:
_________________И. Иванов
_________________А. Ушаков
_________________А. Дорофеев
_________________М. Боярская
