-
Відкриті торги з публікацією англійською мовою
-
Безлотова
-
КЕП
Сервери - за кодом CPV за ДК 021:2015 - 48820000-2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи)
Сервери - за кодом CPV за ДК 021:2015 - 48820000-2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи)
Завершена
120 000 000.00
UAH з ПДВ
мін. крок: 1% або 1 200 000.00 UAH
мін. крок: 1% або 1 200 000.00 UAH
Період уточнення:
26.07.2019 18:18 - 28.09.2019 11:00
Відповідь надана
Про порушення Закону України «Про публічні закупівлі»
Номер:
e23f28ea6a8346b9a8f15f2f12c2b432
Дата опублікування:
23.08.2019 09:38
Опис:
Пунктом 3 частини 2 статті 22 Закону України «Про публічні закупівлі» встановлено, що тендерна документація повинна містити інформацію про необхідні технічні, якісні та кількісні характеристики предмета закупівлі, у тому числі відповідну технічну специфікацію (у разі потреби - плани, креслення, малюнки чи опис предмета закупівлі). При цьому технічна специфікація повинна містити: детальний опис товарів, робіт, послуг, що закуповуються, у тому числі їх технічні та якісні характеристики; вимоги щодо технічних і функціональних характеристик предмета закупівлі у разі, якщо опис скласти неможливо або якщо доцільніше зазначити такі показники; посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами. Технічна специфікація не повинна містити посилання на конкретну торговельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника.
У пункті 1 розділу 1.2.1, 1.2.2 «Вимоги до об'єктного сховища неструктурованих даних» Додатку 3 до Тендерної Документації встановлюються зокрема такі вимоги:
Система повинна бути повністю сумісною з існуючою у замовника системою об'єктного сховища неструктурованих даних, побудованою на базі HPE Scalable Object Storage з Scality RING.
Забезпечення високої доступності, захищеності даних, підтримка аналітичних функцій.
Має бути закладений потенціал адаптування до десятикратного і більше зростання обсягу даних.
Зазначені вимоги є оціночними, вони не містять кількісних показників, а також стандартних характеристик, вимог, умовних позначень, передбачених існуючими міжнародними або національними стандартами, нормами та правилами. Це призводить до неможливості формування пропозиції, яка б відповідала вимогам Замовник, а також до неможливості об’єктивної оцінки Замовником тендерних пропозицій Учасників.
Для усунення порушень Закону України «Про публічні закупівлі» вимагаємо внести зміни до Додатку 3 тендерної документації, привівши пункт 1 розділу 1.2.1, 1.2.2 «Вимоги до об'єктного сховища неструктурованих даних» Додатку 3 до Тендерної Документації у відповідність пункту 3 частини 2 статті 22 Закону України «Про публічні закупівлі», визначивши:
1. що таке «повна сумісність» з існуючою у замовника системою об'єктного сховища неструктурованих даних, побудованою на базі HPE Scalable Object Storage з Scality RING – зазначити кількісні показники та посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами;
2. критерії встановлення «високої» доступності, захищеності даних - зазначити кількісні показники та посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами;
3. вичерпний перелік аналітичних функцій, що вимагаються, та конкретні вимоги до них - зазначити кількісні показники та посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами;
4. що таке «закладений потенціал адаптування» - зазначити кількісні показники та посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами;
5. визначити конкретний кількісний показник обсягу даних, передбачених при зростанні в подальшому, замість «десятикратного і більше зростання обсягу даних».
Відповідь:
Крім зазначеної інформації, в частині 3 статті 22 Закону передбачено, що тендерна документація може містити також іншу інформацію відповідно до законодавства, яку замовник вважає за необхідне до неї включити.
При цьому, Закон не зобов`язує Замовника наводити обґрунтування необхідних технічних, якісних та кількісних характеристик предмета закупівлі, у тому числі відповідної технічної специфікації саме в умовах тендерної документації.
З урахуванням вищезазначеного, розгляд пропозицій учасників буде здійснено виключно на умовах тендерної документації.
Дата відповіді:
27.08.2019 18:28
Відповідь надана
Підтвердження наявності інсталяцій
Номер:
70f322d25cec48589795c4084424e398
Дата опублікування:
22.08.2019 12:07
Опис:
Згідно Додатку 3 Тендерної документації Учасник у складі своєї пропозиції повинен надати підтвердження, щодо наявності інсталяцій у виробника програмного коду (не менш як трьох інсталяцій) систем з аналогічним програмним ядром з об’ємом об’єктного сховища не менш як 5ПБайт. Просимо надати роз’яснення яким саме Українським компетентним органом повинно бути надане дане підтвердження?
Відповідь:
В умовах тендерної документації суб’єктний склад осіб, які можуть надати підтвердження щодо наявності інсталяцій у виробника програмного коду, не обмежено лише українськими компетентними органами.
Дата відповіді:
27.08.2019 18:10
Відповідь надана
Уточнення технічних вимог
Номер:
fbc18e178ce540d0b3b8dc709c30382f
Дата опублікування:
21.08.2019 19:03
Опис:
Доброго дня!
Вимоги, які зазначено в пунктах 1, 2, 6, 7, 10 розділів 1.2.1, 1.2.2. «Вимоги до об'єктного сховища неструктурованих даних» та пунктах розділу «Характеристики модулів (серверів) для встановлення програмного ядра» Технічних Вимог тендерної документації можуть бути виконані системою лише одного виробника, а саме НРЕ, модель HPE Scalable Object Storage з Scality RING. Такі вимоги обмежують можливість конкуренції та отримання найкращої цінової пропозиції.
Чи може Учасник запропонувати нову систему згідно Технічних вимог тендерної документації та додатково замінити існуючу систему без втрати функціоналу, продуктивності та додаткових витрат? Таким чином, це не буде протирічити положенням Статті 5 Закону України «Про публічні закупівлі» щодо дискримінації та дасть можливість іншим учасникам запропонувати рішення більшого кола світових виробників для забезпечення загальної оптимізації витрат бюджетних коштів.
Відповідь:
У пункті 1 розділів 1.2.1, 1.2.2. "Вимоги до об'єктного сховища неструктурованих даних" зазначена наступна вимога: "Система повинна бути побудована на базі програмного об’єктного сховища даних з метою прозорого масштабування в майбутньому не залежно від наявності у виробника апаратних модулів (серверів) аналогічної конструкції, в тому числі з можливістю використання серверів (апаратних модулів) від сторонніх виробників.".
Пропозиція учасника має бути подана у відповідності до вимог тендерної документації.
Окрім того, система програмно-визначеного об’єктного збереження даних доступна для будь-якого виробника. Наприклад в процедурі https://prozorro.gov.ua/tender/UA-2019-08-07-003008-b наведено вимоги до "Система зберігання даних з файловим доступом на базі вузлів Cisco UCS S3260 Storage Server та ПЗ Scality – 1 шт."
Дата відповіді:
27.08.2019 18:05
Відповідь надана
Обмеження конкуренції
Номер:
236c4c9c99a745e58a4412a6426f84a5
Дата опублікування:
21.08.2019 14:45
Опис:
Розділ 1.2.1, 1.2.2 «Вимоги до об'єктного сховища неструктурованих даних», вимога №2:
Конструктивне виконання – окремий конструктив встановлений в стандартних 19" шафах. Не менше 15 модулів (серверів) зі своїми процесорами, об’єднаних у відмовостійкий кластер.
Зазначена вимога у сукупності з іншими вимогами розділу передбачає використання виключно обладнання Hewlett Packard Enterprise Scalable Object Storage, оскільки інші виробники мржуть запропонувати інший перелік та кількість обладнання , які забезпечують зазначені у вимогах функції.
Розділ 1.3 «Вимоги до системи резервного копіювання операційного середовища»
Сукупність вимог, зазначених у пунктах 1 та 3 передбачать використання виключно обладнання типу StoreOnce 5200 виробництва Hewlett Packard Enterprise.
Розділ 2.1 «Вимоги до блейд-платформи», вимога №7:
Кожне шассі придатне для встановлення модулів комутації поєднані у відмовостійкі фабрики комутацї (Ethernet, Fibre Channel, InfiniBand, iSCSI, SAS), що одночасно підтримуються в корпусі.
Зазначена вимога передбачає використання виключно шасі серії с7000 виробництва Hewlett Packard Enterprise, оскільки на ринку відсутні інші виробники комутаторів з одночасною підтримкою усіх зазначених технологій (Ethernet, Fibre Channel, InfiniBand, iSCSI, SAS).
Розділ 2.2 «Вимоги до серверу баз даних (4CPU)», вимога №7 та
Розділ 2.3 «Вимоги до серверу застосувань (2CPU)», вимога №7:
Повинен бути із встановленими мережевими конвергентними інтерфейсами загальною пропускною здатністю не менше Ethernet 40Gb.
Зазначена вимога передбачає використання виключно обладнання Dual-port 20Gb FlexFabric виробництва Hewlett Packard Enterprise, оскільки на ринку відсутні інші виробники, які пропонують аналогічні конвергентні інтерфейси.
Розділ 3.1 «Вимоги до комутатора ядра мережі»:
Сукупність вимог, зазначених у пунктах 1, 2, 3 та 7 передбачать використання виключно обладнання типу FlexFabric 5950 виробництва Hewlett Packard Enterprise, оскільки на ринку відсутні інші виробники, які пропонують аналогічний перелік характеристик.
Розділ 4.1.1, 4.1.2 «Вимоги до стрічкової бібліотеки для довготривалого зберігання (1 одиниця до встановлення в основний ЦОД, 1 одиниця для встановлення в резервний ЦОД)», вимога 2:
Базова поставка системи має надавати можливість одночасного встановлення не менше ніж 270 стрічкових накопичувачів (картриджів) LTO-7 / LTO-8
Зазначена вимога передбачає використання виключно обладнання StoreEver MSL3040 Tape Library (280 стрічок) виробництва Hewlett Packard Enterprise, оскільки на ринку відсутні інші виробники, які пропонують аналогічні характеристики.
Аналогічні вимоги, що передбачають закупівлю виключно обладнання виробництва Hewlett Packard Enterprise, містяться і в інших розділах.
Сукупність встановлених Додатком 3 «Технічні вимоги» до тендерної документації, затверджений рішенням тендерного комітету від 26 липня 2019 року вимог порушує вимоги частини 4 статті 22 Закону України «про публічні закупівлі», оскільки передбачається постачання обладнання виключно одного виробника – Hewlett Packard Enterprise, що обмежує конкуренцію та призводить до дискримінації учасників.
Для усунення порушень законодавства у сфері публічних закупівель просимо внести зміни до Додатку 3 «Технічні вимоги» до тендерної документації, затвердженої рішенням тендерного комітету від 26 липня 2019 року, усунувши вимоги, які обмежують конкуренцію та призводять до дискримінації учасників.
Відповідь:
Оскільки Замовник вже має обладнання виробництва HPE для основного ЦОД, тому сукупність вимог, встановлених у Додатку 3 «Технічні вимоги» до тендерної документації, гарантує сумісність усіх компонентів між собою. Окрім того, можливість використання однотипного обладнання спрощує адміністрування, зменшує в цілому витрати на обслуговування, сукупну вартість володіння, а також надає можливість отримувати сервіс та гарантійне обслуговування обладнання та його компонентів від одного виробника, завдяки чому унеможливлюється ситуація відмови виробника від гарантійних зобов’язань у відношенні до окремого компоненту або комплектуючого елементу.
Дата відповіді:
27.08.2019 11:02
Відповідь надана
Просимо надати роз'яснення
Номер:
e00aae4653724fa3835bbfc5c01e61a1
Дата опублікування:
21.08.2019 11:21
Опис:
Прохання надати додаткову інформацію по розділу
4.2. "Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних."
1. Які системи віртуалізації використовуються на основному та резервному сайті?
2. Яка загальна кількість сокетів є на всіх хостах (серверах) основного та резервного сайту?
3. Який загальний об’єм даних, що потребують резервування?
4. Скільки фізичних серверів потрібно резервувати? Яка операційна система використовується на них? Які додатки та бази даних потрібно резервувати?
5. Який об’єм та модель системи збереження резервних копій на основному сайті?
6. Які ще дані потрібно резервувати крім фізичних та віртуальних серверів? Де вони розміщені (наприклад, NAS, блочна СЗД, тощо)?
Відповідь:
Оскільки дана процедура лише передбачає закупівлю обладнання для резервного сайту (обладнання якого ще не має в наявності), однозначна інформація, що вимагається в запитаннях 1 та 2, наразі відсутня.
Інформація щодо об’єму даних та кількості серверів, що потребують резервування (запитання 3,4 та 6) чітко вказана в розділі 4.2 «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних», а саме:
«- одночасне резервне копіювання баз даних Oracle в режимі Online (без зупинки роботи БД) не менше, ніж для десяти серверів під керуванням ОС Linux, Windows;
- керування не менше, ніж 2-ма стрічковими бібліотеками, при цьому має забезпечуватись виконання одночасних резервних копій не менше, ніж для 270 слотів для картриджів, та не менше, ніж для 12 (дванадцяти) стрічкових драйвів LTO-8 у першій бібліотеці, а також не менше, ніж для 270 слотів для картриджів, та не менше, ніж для 12 (дванадцяти) стрічкових драйвів LTO-8 у другій бібліотеці. При цьому драйви обох бібліотек приєднані через мережу збереження даних SAN по протоколу FC, резервне копіювання має відбуватись безпосередньо з медіа агентів у ОС Linux, Windows сервера БД на драйви стрічкової бібліотеки по мережі зберігання даних SAN по протоколу FC;
- забезпечити створення резервних копій не менш, ніж для 300 ТБ корисного простору на пристроях резервного копіювання на диски без урахування дедуплікації та компресії з можливістю використання цього простору для збереження даних віртуальних бібліотек;
- резервне копіювання необмеженої кількості файлових серверів з операційними системами Windows, Linux, AIX, HP-UX, Solaris SPARC;
- керування необмеженою кількістю віртуальних дискових бібліотек та пристроїв резервного копіювання на диски, приєднаних до мережі зберігання даних або до інформаційної мережі».
Стосовно запитання 5 щодо «об’єм та модель системи збереження резервних копій на основному сайті» надаємо інформацію: загальний корисний простір 32,74TiB (36TB), модель HPE StoreOnce 5100 System.
Дата відповіді:
27.08.2019 10:59
Відповідь надана
Питання щодо версій програмного забезпечення VMware, MS SQL, Oracle, SAP-HANA, MS Exchange
Номер:
ddd930ce302f4dc78d93a999d12fff69
Дата опублікування:
20.08.2019 19:31
Опис:
У пунктах 36, 44 розділу 1.1 «Вимоги до резервного сховища даних оперативного доступу блочного типу» наведено вимоги, що дисковий масив повинен підтримувати інтеграцію з системою резервного копіювання операційного середовища (що пропонується) для таких додатків, як: VMware, MS SQL, Oracle, а також що у комплект поставки повинні бути включені необмежені ліцензії (або ліцензії на максимальний об’єм масиву) на функціонал створення сумісних snapshots для наступних додатків: Oracle, Exchange, MS SQL, VMware. Також у пункті 3 розділу 1.3 «Вимоги до системи резервного копіювання операційного середовища» наведено вимогу що система резервного копіювання повинена підтримувати інтеграцію з запропонованим сховищем даних оперативного доступу блочного типу для таких додатків, як: VMware, MS SQL, Oracle, SAP-HANA, MS Exchange.
Крім того, Додаток 3 «Технічні вимоги» до тендерної документації, затверджений рішенням тендерного комітету від 26 липня 2019 року передбачає наступні вимоги:
- одночасне резервне копіювання баз даних Oracle в режимі Online (без зупинки роботи БД) не менше ніж для десяти серверів під керуванням ОС Linux, Windows (п.1 розділу 4.2 «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних»);
- налаштування інтеграції резервування БД Oracle з ПЗ резервного копіювання для 10 (десяти) БД Замовника (пункт 4 розділу 4.2 «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних»);
- тестування інтеграції резервування БД Oracle з ПЗ резервного копіювання, включно з швидкістю резервного копіювання та тривалістю резервного копіювання (пункт 4 розділу 4.2 «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних»);
- наявність: інструкції адміністратора з налаштувань резервних копій баз даних Oracle, інструкції адміністратора по відновленню даних з регулярних резервних копій баз даних Oracle, які розміщені на VTL, інструкція адміністратора по відновленню даних з резервних копій баз даних Oracle довготривалого зберігання, які розміщені на стрічкових носіях (підпункти 3.2, 3.7, 3.9 документа «Інструкції адміністратора системи резервного копіювання» пункту 9 розділу 4.2 «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних»).
Для аналізу та підготовки пропозиції, яка максимально відповідає потребам Замовника, Просимо надати інформацію щодо версій програмного забезпечення VMware, MS SQL, Oracle, SAP-HANA, MS Exchange, які використовуються у Замовника, та з якими запропоноване обладнання та (або) програмне забезпечення повинне забезпечити зазначену у технічних вимогах інтеграцію та резервне копіювання.
Відповідь:
Запропоноване обладнання та (або) програмне забезпечення повинне забезпечити зазначену у технічних вимогах інтеграцію та резервне копіювання для поточних (актуальних) версій програмного забезпечення VMware, MS SQL, Oracle, SAP-HANA, MS Exchange, що підтримуються виробниками програмного забезпечення на даний момент.
Дата відповіді:
23.08.2019 15:40
Відповідь надана
Про підтримку встановлення квот на використання дискової ємності
Номер:
c82b98feaf8a40bdb163946387ce6732
Дата опублікування:
20.08.2019 19:26
Опис:
У пункті 39 розділу 1.1 «Вимоги до резервного сховища даних оперативного доступу блочного типу» визначено, що для файлового доступу (SMB, NFS) дисковий масив повинен підтримувати встановлення квот на використання дискової ємності на рівні користувачів і на рівні файлової системи.
Просимо надати інформацію щодо максимально необхідної кількості одночасно встановлюваних квот, а також про мінімальний та максимальний розмір квот дискового простору, якій вимагається встановлювати, як на рівні користувачів та на рівні файлової системи
Відповідь:
Вказана вимога передбачає наявність вищезазначеного функціоналу у запропонованому рішенні. Необхідна кількість одночасно встановлюваних квот, а також мінімальний та максимальний розмір квот дискового простору буде визначатися як на рівні користувачів так і на рівні файлової системи в залежності від вимог автоматизованих систем, які будуть застосовуватися в подальшому.
Дата відповіді:
23.08.2019 15:37
Відповідь надана
Просимо надати роз'яснення
Номер:
c1333f8c3c3748a789ec42a3ca7ea82a
Дата опублікування:
20.08.2019 18:12
Опис:
1. Згідно п. 1.2.1, 1.2.2 Додатку 3 Тендерної документації “Характеристики модулів (серверів) для встановлення програмного ядра – 30 шт. (15 для встановлення в основний ЦОД , 15 для встановлення в резервний ЦОД)” дисковий контролер повинен мати можливість шифрування даних засобами дискового контролера з використанням як внутрішнього, так і зовнішнього зберігання ключів. Просимо надати роз’яснення: вищезазначене шифрування повинно бути реалізоване у запропонованому рішенні чи дана вимога лише передбачає реалізацію даної можливості при подальшому використанні запропонованого товару? Чи буде запропоноване рішення вважатися аналогом, якщо даний функціонал буде реалізований у майбутньому за додаткові кошти?
2. Згідно Додатку 3 Тендерної документації “Характеристики модулів (серверів) для встановлення програмного ядра – 30 шт. (15 для встановлення в основний ЦОД , 15 для встановлення в резервний ЦОД)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим
3. Згідно Додатку 3 Тендерної документації “Вимоги до блейд-серверу (4CPU)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим
4. Згідно Додатку 3 Тендерної документації “Вимоги до сервера стандартної архітектури (4CPU)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим
5. Згідно Додатку 3 Тендерної документації “Вимоги до серверу застосувань (2CPU)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим
6. Згідно Додатку 3 Тендерної документації “Вимоги до серверу взаємодії з іншими автоматизованими системами (2CPU)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим
7. Згідно Додатку 3 Тендерної документації “Вимоги до сервера балансування навантаження (2CPU)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим
8. Згідно п.4. Додатку 3 Тендерної документації Сховище архівного збереження даних повинно мати можливість додаткової функціональності:
- підтримка інтеграції функціоналу шифрування з KMIP сумісним зовнішнім сервером управління ключами.
- система має підтримувати опцію шифрування із окремо встановлюваним генератором ключів.
Просимо надати роз’яснення: вищезазначений функціонал повинен бути реалізований у запропонованому рішенні чи дана вимога лише передбачає реалізацію даного функціоналу при подальшому використанні запропонованого товару? Чи буде запропоноване рішення вважатися аналогом, якщо даний функціонал буде реалізований у майбутньому за додаткові кошти?
Відповідь:
1. Функціонал, зазначений в пп. 1.2.1, 1.2.2 Додатку 3 Тендерної документації, повинен бути реалізований у запропонованому рішенні або передбачати його активацію додатковою ліцензією при подальшому використанні.
2. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
3. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
4. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
5. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
6. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
7. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
8. Функціонал, зазначений в п. 4 Додатку 3 Тендерної документації, повинен бути реалізований у запропонованому рішенні або передбачати його активацію додатковою ліцензією при подальшому використанні.
Дата відповіді:
23.08.2019 15:35
Відповідь надана
HPE 3Par 9450
Номер:
52cfee14a56f4ea88026c18c2fac2d9a
Дата опублікування:
31.07.2019 06:24
Опис:
Просимо надати Характеристики існуючого у замовника дискового масиву HPE 3Par 9450.
Відповідь:
Надаємо основні технічні характеристики існуючого дискового масиву HPE 3Par 9450:
- 2 (два) контролери масиву (НРЕ 3PAR 9450 2N+SW Storage Base) 448 ГБ кеш-пам’яті;
- 16 зовнішніх портів FC 16Gb/s на два контролери (4 х НРЕ 3PAR 9000 4pt 16Gb FC НВА);
- 4 зовнішніх портів 10Гб/с iSCSI на два контролери (2 х НРЕ 3PAR 9000 2pt 10Gb iSCSI CAN);
- 2 дискові полиці (2 х НРЕ 3PAR 9000 2U SFF Drive Enclosure);
- 32 накопичувача (32 х НРЕ 3PAR 9000 1.92TB+SW SFF SSD).
На SSD або Flash-диски надана безумовна п'ятирічна гарантія. Безумовною гарантією слід вважати безкоштовну заміну дисків, у тому числі у разі їх відмови за ознаками «зношування» (wear out).
У комплект включені необмежені ліцензії (ліцензії на максимальний об’єм масиву) на наступний функціонал:
- миттєві копії (snapshots);
- повні копії (snapclones);
- ПЗ управління;
- ПЗ аналізу продуктивності;
- міграції томів між різними дисковими групами;
- динамічного зміни RAID-рівня томів;
- управління якістю обслуговування (QoS);
- Thin Provisioning;
- поділ масиву на логічні розділи;
- створення сумісних snapshots для наступних додатків: Oracle, Exchange, MS SQL, VMware;
- інтеграція з VMware vCenter;
- дедуплікація і компресія.
Гарантійна підтримка на апаратне і програмне забезпечення масиву становить: 36 місяців, цілодобова підтримка 24x7, час реакції 6 годин, обслуговування на місці установки масиву, постійний моніторинг функціонування обладнання виробником.
Більш детально з характеристиками дискового масиву НРЕ 3Раг 9450 можна ознайомитись за посиланням:
https://h20195.www2.hpe.com/v2/GetPDF.aspx/a00005876enw.pdf
Дата відповіді:
02.08.2019 14:55