ДК 021:2015 код 48820000-2 «Сервери» (Серверне обладнання у складі з системою збереження даних для розвитку системи публічних послуг Дніпропетровської облдержадміністрації на виконання п.п. 2.2. та 4.4. завдань регіональної програми інформатизації “Електронна Дніпропетровщина” на 2017–2019 роки) DK 021:2015, code 48820000-2 “Servers” (Server hardware including data storage system for the development of the public service system of Dnipropetrovsk Regional State Administration, in compliance with para. 2.2. and 4.4. of tasks of the Regional Informatization Program “Electronic Dnipropetrovsk Region”, for the period of 2017–2019.)

Вимогу враховано та внесено відповідні зміни у Додаток №3 до тендерної документації «Проект договору», а також розміщено перелік змін, що вносяться до тендерної документації за даною процедурою закупівлі

Вимогу враховано частково, а саме:
1. Стосовно вимог до Корпусу сервера, зазначених у пункту 2.1 Додаток № 5 до тендерної документації «Технічні вимоги» – вимогу враховано. Внесено зміни до тендерної документації, а саме: викладено в наступній редакції: «Наявність у корпусі серверу вентиляторів (Redundant) – не менш ніж 7 (сім)».
2. Стосовно вимог до Оперативної пам'яті («Підтримка встановлення до 12 NVDIMM, з можливістю розширення до 192GB») та Додаткового обладнання («Підтримка встановлення вбудованого оптичного приводу DVD+/-RW, SATA internal (опціонально)»), зазначених у пункту 2.1 Додаток № 5 до тендерної документації «Технічні вимоги» – залишено без змін. Це пов’язано із продуктивністю обладнання та перспектив його використання протягом тривалого часу (не менше 10 років). Ці вимоги ніяк не призводять до дискримінаційних дій, оскільки дотримуючись їх можна запропонувати технологічно сучасне серверне обладнання від багатьох компаній на ринку ІТ товарів.

З повагою
Тендерний комітет управління інформаційних технологій та електронного урядування
Дніпропетровської облдержадміністрації

Шановний автор вимоги!
Вимогу враховано частково, а саме:
У пункті 2.2 Додаток № 5 до тендерної документації «Технічні вимоги» – внесено наступні зміни, а саме:
1. Видалено наступні технічні вимоги:
- з розділу «Корпус СЗД»:
«Висота не більш, ніж 3RU».
- з розділу «Вимоги до апаратного забезпечення СЗД» Підтримка можливості доступу до даних за протоколами»:
«SAS-12Gb.».
- з розділу «Вимоги до апаратного забезпечення СЗД» Типи RAID, які підтримуються»:
«RAID 10 DM (Dual Mirror).».
- з розділу «Вимоги до апаратного забезпечення СЗД» Підключення дискових полиць до контролерів»:
«, перехресно-замкнуте.».
- з розділу «Вимоги до апаратного забезпечення СЗД» абзац:
«Підтримка можливості дооснащення СЗД спеціалізованими контролерами для реалізації файлового доступу за протоколами NFS v4, SMB v3.1.1 і FTP до дискової ємності СЗД. Інтерфейс управління спеціалізованими контролерами файлового доступу повинен бути вбудований в єдину консоль управління блоковим і файловим доступом, що поставляється разом з СЗД.»
- з розділу «Вимоги до дискової ємності та масштабування» Наявність підтримки СЗД у комплекті постачання, без заміни контролерів, розширення до»:
«не менше ніж 30 (тридцять) дисків і накопичувачів SSD форм-фактору 2.5 " без додавання додаткових дискових полиць.».
- з розділу «Вимоги до дискової ємності та масштабування» Наявність підтримки СЗД масштабування до»:
«не менше ніж 8-ми активних контролерів файлового доступу за протоколами NFSv4, SMB v3.1.1, FTP, з можливістю обслуговувати одну і ту ж точку монтування (експорт або файлову шару) одночасно не менше ніж 8-ма файловими контролерами.»;
«не менше ніж одна тисяча сімсот сімдесят шість дисків в режимі багатоконтролерного федеративного сховища».
- з розділу «Вимоги до функціоналу» СЗД повинна забезпечувати наступний функціонал»:
«Можливість розміщення блоків даних, захищених рівнями RAID10 і RAID5, на одних і тих же фізичних носіях в рамках єдиного дискового пулу. Підтримка автоматичного кешування записів в RAID10 для всіх або окремо зазначених томів, захищених за допомогою RAID5 або RAID6, з подальшим автоматичним фоновим перестроюванням накопичених змін з RAID10 в той рівень RAID, який відповідає кожному з кешованих томів. Даний функціонал повинен бути сумісний з функціями «тонкого» виділення ємності, віддаленої реплікації, локальної реплікації, метрокластера, багаторівневого зберігання, компресії, обмеження навантаження (QoS) і створення миттєвих знімків, активованими на тих же томах, що і необхідний функціонал.».
- з розділу «Вимоги до функціоналу» СЗД повинна забезпечувати наступний функціонал» в абзаці «- автоматизоване багаторівневе зберігання даних - тобто автоматичне переміщення блоків даних (розміром до 512Кб) між різними типами дисків в залежності від навантаження на ці блоки. Система повинна підтримувати розподіл даних по не менше ніж трьом типам дисків з даного переліку: SSD, SAS-15K, SAS-10K, NLSAS. Система повинна реалізовувати даний функціонал вбудованими в контролери СЗД штатними засобами без необхідності в будь-якому зовнішньому обладнанні або програмному забезпеченні. Система повинна забезпечувати автоматичний розподіл даних за рівнями зберігання і переміщення даних між ними без необхідності в ручному втручанні адміністратора системи. Даний функціонал повинен бути сумісний з функціями «тонкого» виділення ємності, віддаленої реплікації, локальної реплікації, метрокластера, компресії, обмеження навантаження (QoS) і створення миттєвих знімків»:
«(розміром до 512Кб)»
викласти абзац в наступній редакції:
«- автоматизоване багаторівневе зберігання даних - тобто автоматичне переміщення блоків даних між різними типами дисків в залежності від навантаження на ці блоки. Система повинна підтримувати розподіл даних по не менше ніж трьом типам дисків з даного переліку: SSD, SAS-15K, SAS-10K, NLSAS. Система повинна реалізовувати даний функціонал вбудованими в контролери СЗД штатними засобами без необхідності в будь-якому зовнішньому обладнанні або програмному забезпеченні. Система повинна забезпечувати автоматичний розподіл даних за рівнями зберігання і переміщення даних між ними без необхідності в ручному втручанні адміністратора системи. Даний функціонал повинен бути сумісний з функціями «тонкого» виділення ємності, віддаленої реплікації, локальної реплікації, метрокластера, компресії, обмеження навантаження (QoS) і створення миттєвих знімків».
2. Вимоги, які викладено в новій редакції:
- у розділі «Вимоги до апаратного забезпечення СЗД» Типи RAID, які підтримуються»:
замість:
«RAID 0, 1, 5, 6, RAID 10.
- Наявність підтримки механізму автоматичної заміни диска в разі його відмови за допомогою дисків гарячої заміни (т.зв. «Hot-Sparing»)»
викладено у наступній редакції:
«RAID 0, 1, 5, 6, RAID 10 або еквівалент
Наявність підтримки механізму автоматичної заміни диска в разі його відмови за допомогою дисків гарячої заміни (т.зв. «Hot-Sparing») або використання Hot-Sparing простору.».
- у розділі «Вимоги до дискової ємності та масштабування» Наявність підтримки СЗД у комплекті постачання, без заміни контролерів, розширення до»:
замість:
«-не менше ніж 222 (двісті двадцять два) дисків форм-фактору 2.5 дюйми;
- не менше ніж 192 (сто дев’яносто два ) дисків форм-фактору 3.5 дюйми;
- не менше ніж 222 (двісті двадцять два) накопичувачів SSD.
Наявність ліцензії на активацію і роботу максимального числа дисків, але не менше ніж на 190 дисків.»
викладено у наступній редакції:
«- не менше ніж 200 (двісті) дисків або накопичувачів SSD форм-фактору 2.5 дюйми;
- не менше ніж 190 (сто дев’яносто) дисків форм-фактору 3.5 дюйми;
Наявність ліцензії на активацію і роботу максимального числа дисків, але не менше ніж на 190 дисків».
- у розділі «Вимоги до дискової ємності та масштабування» Наявність підтримки СЗД масштабування до»:
замість:
«не менше ніж 8-ми активних контролерів блочного доступу за протоколами FC і/або iSCSI в режимі багатоконтролерного федеративного сховища»
викладено у наступній редакції:
«не менше ніж 8-ми активних контролерів блочного доступу за протоколами FC і/або iSCSI».
Разом з тим, інші технічні характеристики СЗД залишено без змін, так як вони не призводять до дискримінаційних дій, оскільки дотримуючись їх можна запропонувати технологічно сучасне обладнання від багатьох компаній на ринку ІТ товарів.
З повагою,
Тендерний комітет управління інформаційних технологій та електронного урядування Дніпропетровської облдержадміністрації.

Шановний автор вимоги!
Вимогу враховано частково, а саме: у пункті 2.3 Додаток № 5 до тендерної документації «Технічні вимоги» – внесено наступні зміни, а саме:
1. Видалено наступні технічні вимоги:
- з розділу «Корпус системи»:
«Висота не більш, ніж 2RU»;
«Наявність кріплення з салазками (Sliding Rails)».
- з розділу «Керуючі модулі»:
«Програмне забезпечення керування системою повинно працювати на контролері системи зберігання, без необхідності виділення під це завдання додаткового сервера»;
«Підтримка керування системою як через графічний інтерфейс через стандартний WEB-браузер, так і інтерфейс командного рядка з доступом по протоколу SSH. Підтримка командних файлів («скриптів»)»;
«Підтримка можливості забезпечення відмово- стійкості на рівні контролерів»;
«Підтримка забезпечення глобального виключення дубльованих блоків і їх запису в єдиний пул зберігання, незалежно від використовуваних протоколів, типів і кількості віртуальних пристроїв, типу даних, що зберігається».
«Кеш-пам’ять контролера:
об’єм – не менше 48 Гбайт;
підтримка можливості розширення кеш-пам’яті – до 96 Гбайт».
- з розділу «Вимоги до продуктивності і масштабування»:
«Підтримка адресації фізичної ємності не менше 170ТБ корисного простору з врахуванням дисків гарячої заміни та надлишковість RAID».
- з розділу «Оптимізація процесів резервного копіювання» з абзацу «Підтримка акселерації резервного копіювання з використанням технології OST / BOOST (розподіленої дедуплікації між сервером, з якого ведеться резервне копіювання та системою, на яку ведеться резервне копіювання):»
«BOOST».
виклавши абзац в наступній редакції:
«Підтримка акселерації резервного копіювання з використанням технології OST (розподіленої дедуплікації між сервером, з якого ведеться резервне копіювання та системою, на яку ведеться резервне копіювання):».
- з розділу «Підтримка RAID»:
«Підтримка Raid 6 з подвійною парністю дисків.».
- з розділу «Підтримка додаткового функціоналу захисту даних»:
«Наявність функціоналу наскрізного забезпечення цілісності даних, в тому числі забезпечення перевірки коректності записаних в файлову систему для користувача даних в режимі реального часу і при необхідності їх негайну перезапис з незалежної пам'яті.».
- з розділу «Протоколи доступу до даних» Підтримка протоколів доступу до даних по IP»:
«(Boost)».
- з розділу «Протоколи доступу до даних» Підтримка протоколів доступу до даних по FC»:
«DDBoost;».

2. Вимоги, які викладено в новій редакції:
- у розділі «Керуючі модулі»:
замість:
«Підтримка високошвидкісної дедуплікації даних на рівні блоків змінної довжини без буферизації недедупліцірованих даних на диску.»
викладено у наступній редакції:
«Підтримка високошвидкісної дедуплікації на льоту на рівні блоків зі змінним розміром без процесу буферизації недедуплікованих даних на дисках.»

замість:
«підтримка дублювання кеша на запис на NVRAM модуль пам’яті ємністю не менше 8GB»
викладено у наступній редакції:
«Підтримка дублювання кеша на запис на енергонезалежну пам’ять.»

- у розділі «Накопичувачі» Накопичувачі SSD і жорсткі диски»:
замість:
«-наявність не менше ніж 7 (сім) жорстких дисків NL-SAS об’ємом не менше 4TB зі швидкістю обертання шпинделя 7200 об/хв, з можливістю нарощування;
- наявність не менше ніж 1 (один) накопичувач SDD об’ємом не менше 800GB, з можливістю нарощування до 2 (двох).»

викладено у наступній редакції:
«-наявність не менше ніж 14ТБ корисного простору NL-SAS дисками зі швидкістю обертання шпинделя 7200 об/хв, з можливістю нарощування. Простір забезпечується дисками не більшими ніж 4ТБ з врахуванням RAID-6 та HOT-Spare;
- наявність не менше ніж 1 (один) накопичувач SDD».

- у розділі «Вимоги до продуктивності і масштабування»:
замість:
«-Підтримка резервного копіювання на швидкості не менше 8ТБ/годину, а при використанні розподілу навантаження на клієнтів резервного копіювання (OST / BOOST) не менше 24 Тб\годину;
-Підтримка не менше 250 потоків резервного копіювання одночасно;
-Підтримка адресації логічного локального простору до 8.9PB.»

викладено у наступній редакції:
«-Підтримка резервного копіювання на швидкості не менше 24ТБ/годину»;
-Підтримка одночасної роботи з не менше ніж 60 потоками (клієнтами) резервного копіювання;
-Підтримка адресації локального логічного простору не менше ніж 7PB».

- у розділі «Підтримка кешування на SSD»:
замість:
«Наявність кешування метаданих на SSD та забезпечення прискорення операцій відновлення з можливостю повноцінного старту “віртуальних” машин з резервних копій (instant recovery).»

викладено у наступній редакції:
«-Підтримка забезпечення прискорення операцій відновлення з можливостю повноцінного старту “віртуальних” машин з резервних копій (instant recovery).
Продуктивність системи розраховується на одночасне відновлення не менше 5 таких “віртуальних” машин.»
- у розділі «Підтримка додаткового функціоналу захисту даних»
замість:
«-Наявність функціоналу WORM (Write Once Read-Many);»

викладено у наступній редакції:
«-Наявність функціоналу WORM (Write Once Read-Many). При відсутності даного функціоналу система повинна забезпечувати збереження альтернативної копії даних з доступом по протоколу FC з включенням в рішення необхідних для цього компонентів та ємності.»
- у розділі «Протоколи доступу до даних»:
замість:
«Дані повинні дедупліковатись між собою в не залежності від протоколу доступу через який вони потрапили на систему.»

викладено у наступній редакції:
«Підтримка глобальної дедуплікації не залежно від протоколу обміну даними. При відсутності функціоналу глобальної дедуплікації постачальник повинен забезпечити додатково 20% корисного дискового простору.»
Разом з тим, інші технічні характеристики «Системи резервного копіювання» залишено без змін, так як вони не призводять до дискримінаційних дій, оскільки дотримуючись їх можна запропонувати технологічно сучасне обладнання від багатьох компаній на ринку ІТ товарів.
З повагою, Тендерний комітет управління інформаційних технологій та електронного урядування Дніпропетровської облдержадміністрації.

Шановний автор вимоги!
Вимогу враховано.
У пункті 2.1 Додаток № 5 до тендерної документації «Технічні вимоги» – внесено наступні зміни, а саме:
1. Видалено наступні технічні вимоги:
- з розділу «Моніторинг та керування»:
«Підтримка установки карти Secure Digital (SD) для запису службової інформації процесором віддаленого управління і моніторингу;
Підтримка запису конфігурації сервера на встановлену карту Secure Digital (SD) з можливістю відновлення конфігурації;
Підтримка використання в якості носія для запису службової інформації та конфігурації сервера процесором віддаленого управління і моніторингу призначених для користувача SD карт з максимальним об'ємом не менше ніж 16Гб;
Підтримка збереження “скріншота” останньої відмови сервера.»

2. Вимоги, які викладено в новій редакції:
- у розділі «Чипсет»:
замість:
«Типу Intel C620 series chipset.»

викладено у наступній редакції:
«Типу Intel C620 series chipset або еквівалент.»

- у розділі «Відсіки для накопичувачів»:
замість:
«підтримка встановлення накопичувачів типів NVMe, SAS, SATA, SSD.»

викладено у наступній редакції:
«підтримка встановлення накопичувачів типів SAS, SATA, SSD.»

- у розділі «Контролер RAID»:
замість:
«Наявність батареї у вигляді флеш;»

викладено у наступній редакції:
«Наявність батареї або аналогу у вигляді флеш;»

- у розділі «Зовнішні порти вводу-виводу»:
замість:
«Виділений порт системи моніторингу та керування (Direct порт, microUSB) –
не менше 1;»
викладено у наступній редакції:
«-Виділений порт системи моніторингу та керування (microUSB або USB) –
не менше 1;».

- у розділі «Внутрішні слоти»:
замість:
«Наявність не менш ніж 3 (три) слоти PCIe Gen3 х16.»

викладено у наступній редакції:
«Наявність не менш ніж 3 (три) слоти PCIe Gen3.»

З повагою, Тендерний комітет управління інформаційних технологій та електронного урядування Дніпропетровської облдержадміністрації.

Шановний автор вимоги! Вимогу враховано частково, а саме: у пункті 1.3 Додаток № 5 до тендерної документації «Технічні вимоги» – внесено наступні зміни, а саме:
1. Видалено наступні технічні вимоги:
- з розділу «Інтерфейси»:
«Можливість розширення при необхідності кількості портів до 48-ми за допомогою придбання додаткової ліцензії;»

- з розділу «Ліцензування» Наявність ліцензії Base license з наступним функціоналом»:
«Inter-VLAN Routing (IVR),
Enhanced Interior Gateway Routing Protocol (EIGRP) stub, Hot Standby Router Protocol (HSRP),
Multicast: Protocol-Independent Multicast Sparse Mode (PIM-SM), Source-Specific Multicast (SSM), and Multicast Source Discovery Protocol (MSDP)».
- з розділу «Ліцензування» в абзаці «Наявність ліцензії LAN Enterprise license з функціоналом Advanced Layer 3 IP routing: OSPFv2, EIGRP, Border Gateway Protocol (BGP), and Virtual Routing and Forwarding Lite (VRF-Lite)»:
«LAN Enterprise license»
«and Virtual Routing and Forwarding Lite (VRF-Lite).».

- з розділу «Підтримка функціоналу Layer 2 рівня мережі:»:
«Підтримка Cisco EtherChannel technology on uplinks (up to 24 ports per EtherChannel);
Підтримка Advanced PortChannel hashing based on Layer 2, 3, and 4 information;
Підтримка Spanning Tree PortFast, Tree Root Guard, Tree Bridge Assurance;
Підтримка Storm control (multicast and broadcast).»

- з розділу «Підтримка функціоналу Layer 3 рівня мережі:»:
«Підтримка Routed ports on interfaces, Switch Virtual Interfaces (SVIs), PortChannels, and subinterfaces (total: 1024);»
- з розділу «Підтримка функціоналу Layer 3 рівня мережі:» з абзацу «Підтримка протоколів маршрутизації Static, RIPv2, EIGRP, OSPF, and BGP;»:
«EIGRP».

- з розділу «Підтримка функціоналу Layer 3 рівня мережі:» з абзацу «Підтримка протоколів резервування HSRP and VRRP;»
«HSRP and».
- з розділу «Підтримка функціоналу Layer 3 рівня мережі:»:
«Підтримка VRF: VRF-Lite (IP VPN), VRF-aware unicast (BGP, OSPF, and RIP), and VRF aware multicast;
Підтримка VRF route leaking.».

- з розділу «Функціонал безпеки»:
«Підтримка VLAN-based ACLs (VACLs);
Підтримка Port-based ACLs (PACLs);
Підтримка Named ACLs;
Підтримка ACLs on virtual terminals (VTYs);
Підтримка Control Plane Policing (CoPP).».

- з розділу «Функції керування:»:
«Підтримка XML (NETCONF);
Підтримка Cisco Discovery Protocol Versions 1 and 2;
Підтримка Cisco Switched Port Analyzer (SPAN);
Підтримка ERSPAN Versions 2 and 3;
Підтримка цифрових сертифікатів для керування між комутатором та RADIUS сервером;
Підтримка протоколу Microsoft Challenge Handshake Authentication Protocol (MS-CHAP);
Підтримка Remote monitoring (RMON);».

2. Вимоги, які викладено в новій редакції:
- у розділі «Підтримка функціоналу Layer 2 рівня мережі:»:
замість:
«Підтримка Rapid Per-VLAN Spanning Tree Plus (PVRST+) (IEEE 802.1w compatible);»

викладено у наступній редакції:
«Підтримка Rapid STP (RSTP) (IEEE 802.1w compatible);».

замість:
«Підтримка LACP: IEEE 802.3ad, IEEE 802.1ax;»

викладено у наступній редакції:
«Підтримка LACP.».

У пункт 1 Кінцевий строк подання тендерної пропозиції розділу ІV. Подання та розкриття тендерної пропозиції тендерної документації внесено наступні зміни у «Кінцевий строк подання тендерних пропозицій:»:
Замість:
«10-00 9 жовтня 2018 року»

викладено у наступній редакції:
«10-00 10 жовтня 2018 року».
Разом з тим, інші технічні характеристики «Керований комутатор» залишено без змін, так як вони не призводять до дискримінаційних дій, оскільки дотримуючись їх можна запропонувати технологічно сучасне обладнання від багатьох компаній на ринку ІТ товарів.
З повагою, Тендерний комітет управління інформаційних технологій та електронного урядування Дніпропетровської облдержадміністрації.