Модернізація центру обробки даних у складі серверної системи з операційною системою, системи збереження даних, системи резервного копіювання та активного мережевого обладнання та примірники програмного забезпечення

Ми, як потенційний учасник тендеру “Модернізація центру обробки даних у складі серверної системи з операційною системою, системи збереження даних, системи резервного копіювання та активного мережевого обладнання та примірники програмного забезпечення (ДК 016:2010 – 26.20.1 Машини обчислювальні, частини та приладдя до них; ДК 021:2015 – 30211000-1 Мейнфрейм) вивчивши документацію та внесені змінивід 05.10.16хочемо внести зауваження. Зауваження, що до внесених змін: 1. Пункт 11.3 - не надано конкретні бізнес вимоги, а також функціональні вимоги на основі яких формувалися конкретні параметри тендерних вимог, особливо не надано методику розрахунку необхідної кількості ядер для кожного типу процесорів. Просимо надати методику визначення необхідної кількості ядер для кожної платформи, особливо враховуючи, що у пропозиції можуть бути використані інші типи процесорів. 2. Пункт 13.2 сформульовано «Система збереження даних, що пропонується, повинна мати щонайменше 35 Тбайт дискового простору на SSD носіях». Відсутнє уточнення корисного чи сирого (raw) простору на SSD носіях Просимо уточнити який саме простір корисний чи сирий (raw) об’ємом 35Тбайт дискового простору на SSD носіях. 3. У пункті 13.3 йде посилання на документ https://docs.oracle.com/cd/B28359_01/server.111/b31107/asmcon.htm, та вимога забезпечити «Oracle ASM High Redundancy згідно вимог виробника СКБД, або аналогічний рівень надлишковості, що реалізується штатними засобами системи збереження даних». Виробник вимагає використовувати вищезазначений рівень надлишковості High Redundancy лише для Oracle Storage Servers у конфігураціях Oracle Super Cluster та Oracle Exadata, що обумовлено їх конструктивними особливостями. У сучасних дискових масивах відмовостійкість реалізовано різноманітними технологіями від використання рейдів, що дозволяють продовжити роботу при виході з ладу декількох дисків до наявності декількох (більше двох) контролерів. Просимо надати пояснення необхідності використання надлишковості, аналогічної Oracle ASM High Redundancy у випадку використання класичних масивів. Просимо внести зміни до явно дискримінаційної по відношенню до усіх виробників, крім Oracle. 4. Пункт 13.4 – Не надано обґрунтування вимоги до продуктивності в 1 000 000 IOPs, крім того вимога сформульована не у термінах систем збереження даних так як не зазначено розмір блоку обміну даними. Просимо внести зміни у даний пункт, зазначивши вимоги у відповідності з параметрами продуктивності систем збереження даних. 5. Пункт 16.1 – необхідна методика для визначення відповідної кількості ядер для інших типів процесорів. (див. зауваження до пункту 11.3) Також у цьому пункті зазаначена вимога «Учасник повинен надати лист від виробника СКБД, що підтверджує достатню кількість ліцензій програмного забезпечення у рішенні, що пропонується». Дана вимога є прикладом дискримінації учасників бо надає можливість блокування або маніпуляції з пропозицією бідь якого з учасників зі сторони одного з виробників, а саме зі сторони компанії Oracle

По серверному обладнанню: 1) Яким чином обґрунтовується вимога: продуктивність роботи СКБД щонайменше в 4 рази більшу, ніж існуюче рішення (HP Superdome 2), Кількість користувачів збільшилась в 4 рази? Кількість транзакцій збільшилась в 4 рази? Який коефіцієнт використання ресурсів поточного обладнання? Пункт продуктивності може бути завищений, що може привести до додаткових витрат. (кількість запитаних ліцензій ORACLE =9 ядер) Це все стосується і вимог по масштабуванню, і суттєво впливає на вартість рішення. 2) По вимозі: Технології прискорення роботи СКБД Oracle. Такі технології зменшують вимоги до процесорних ресурсів (ліцензій ORACLE). Не вказані які технології будуть використовуватись, тому неможливо прорахувати апаратну частину в парі з роботою з конкретними технологіями. Вимога не вирішує оптимізацію рішення, а є набором додаткових функцій за додаткову ціну, без розуміння як вони будуть використані. По обладнанню СЗД: 3) По вимозі: Система збереження даних, що пропонується, повинна мати щонайменше 35 ТБайт флеш-кешу. В якому режимі повинен використовуватись флеш-кеш – як буфер тільки операцій читання, чи буфер всіх операцій вводу виводу. Який поточний розмір бази даних – 50 ТБ? Можливо дешевше її всю помістити на флеш носії і не використовувати додаткового флеш буферу, з зі всіма обмеженнями як прокладки, і додаткових апаратних ресурсів (ціни) на обслуговування даної технології зі сторони як сервера так і СЗД. Також ми отримуємо дублювання об’єму даних в кеші і на дисках. Вимога виглядає необґрунтованою, а як додатковий елемент завищення ціни рішення. 4) По вимозі: Oracle Advanced Compression Option або Hybrid Column Compression Ціна ліцензії Oracle на такий функціонал Advanced Compression 11500$ на ядро, при запрошених 9 ядрах буде складати 103500$ і така ліцензія не входить в обовязкові вимоги по ліцензуванню Oracle даного рішення. В вимозі до СЗД запитується власне дана ліцензія? Скільки її потрібно? Як бути коли організації потрібно буде вводити в експлуатацію додатковий сервер, ядро? За ввід кожного додаткового сервера (ядра) додаткові 103500$, 11500? Як повинна забезпечуватись (ліцензуватись) компресія на резервній Standby системі? Крім того використання даного функціоналу не всюди можна застосувати. Дана технологія рекомендується Oracle для використання з базами даних аналітики, де передбачається малий коефіцієнт змін даних. Для OLTP дана функція не рекомендується. Не віддзеркалені вимоги масштабування даної компресії: при рості процесорних ресурсів в 4 рази ціна за компресію повинна скласти 103500$*4 =414000$ 150 ТБ (без компресії) при рості потужності серверів залишається сталим…. 5) По вимозі: 1 мільйон операцій вводу-виводу (IOPS) SQL Flash Read Такі показники легко виконати з допомогою PCI карточок вводу виводу, але при цьому додатково буде використовуватись процесорні ресурси серверів - Отже вимагатиме додатково більше процесорів, що веде до помноження всіх запрошених ліцензій Oracle. При серверній реалізації час відклику в десятки разів менший ніж час відклику від СЗД і це також впливає на використання ядер Oracle. Наскільки прикладна задача вимагає швидкої відповіді системи вводу виводу? Можливо затримки мережі, при роботі з базою робочих місць, нівелюють швидкість вводу виводу на диски? 1 мільйон операцій вводу-виводу без використання серверних процесорів це багатоконтролерна СЗД з високою ціною та вартістю володіння. Який з варіантів повинен розраховуватися? Процесорні ліцензії Oracle прораховані з урахуванням серверної чи СЗД реалізації цих вимог? Наскільки дана вимога продиктована реальним навантаженням, а не маркетинговими показниками штучних тестів виробника? інакше це приведе до покупки набагато дорожчого рішення яке буди працювати на 5% затрачених на нього коштів. 6) По вимозі: Запис SQL-даних на диск на швидкості щонайменше 5 Гбіт/с 5 Гбіт/с = 500МБ/сек дуже не великі вимоги. Якщо затребувана загальна пропускна здатність 64 Гбіт/с, то запис складатиме 3.2% від всіх операцій, наскільки ця інформація відповідає профілю навантаження прикладної задачі? По системі резервного копіювання: 7) По вимозі: Повинна забезпечувати щонайменше 50 ТБайт корисного простору Вимоги до об’єму 50ТБ. Такі вимоги передбачають використання Oracle Advanced Compression ліцензії на яку не враховано в вимогах. Тому що в іншому випадку згідно вимог, потрібно забезпечувати не менше 150ТБ для розміщення початкової копії даних. Система резервного копіювання не враховує ціни масштабування і можливості підключення додаткового серверного обладнання при використанні Oracle Advanced Compression. 8) По вимозі: Швидкість відновлення даних СКБД Oracle не менш ніж 2 Тбайт/год Не зрозуміло як впливатиме на доступність сервісів процес відновлення при різній кількості даних з компресією і без 50/2= 25 годин відновлення чи 150/2=75 годин відновлення. Чи даний час відновлення влаштовує організацію?

Ми, як потенційний учасник тендеру “Модернізація центру обробки даних у складі серверної системи з операційною системою, системи збереження даних, системи резервного копіювання та активного мережевого обладнання та примірники програмного забезпечення (ДК 016:2010 – 26.20.1 Машини обчислювальні, частини та приладдя до них; ДК 021:2015 – 30211000-1 Мейнфрейм) доводимо до Вашого відома, що вивчення технічних вимог даної тендерної документації вказує на неодноразове використання пропріетарних (власних, таких, які взагалі не мають еквівалента) технологій виробника СКБД ORACLE, який застосовує такі рішення суто у своїх продуктах і це не доступне для інших виробників. ‐ У Пункті 11, підпункті 12 «Підтримка технологій СКБД Oracle» не може бути використане формулювання щодо підтримки на базі «серверної системи разом з системою збереження даних». Загальні технічні вимоги даної закупівлі (Пункт 2) визначають склад рішення як «у складі серверної системи з операційною системою, системи збереження даних, …», тобто надаються умови постачання компонентів від різних виробників як принцип найкращої відповідності щодо технічних вимог окремих компонентів. Оптимізація роботи СКБД Oracle може застосовуватися не виключно на кожному, по окремості, з компонентів рішення. Вимога з постачання апаратно-програмних компонентів рішення, які підтримують виключно технології Oracle (тобто сертифіковані) так чи інакше призводить до використання виключно продуктів єдиного виробника – Oracle. ‐ У Пункті 12, підпункті 2 «Оновлення версій», для серверів платформи х86 вимога відповідає лише одному виробнику Oracle для власного продукту на операційні системі Linux. ‐ У Пункті 12, підпункті 3 «Віртуалізація», вимога «Серверна система повинна містити у складі сертифіковану виробником СКБД систему віртуалізації», беручі до уваги вимогу відповідності рішення щодо класу Enterprise Mission Critical, відповідає лише одному виробнику Oracle. Інша вимога «підтримувати можливість використання обмеження ліцензування СКБД Oracle Enterprise Edition (згідно з Oracle Partitioning Policy, розділ Hard Partitioning» залишається такою, яку можливо реалізувати. ‐ У Пункті 13, підпункті 2 «Організація доступу до дискового простору», вимога «із забезпеченням високої відмовостйкості (High Redundancy згідно вимог виробника СКБД)» є виключною для рішення Oracle Storage Servers в Oracle SuperCluster/Oracle Exadata. Інші виробники використовують для забезпечення високої відмовостйкості функціональні властивості систем зберігання даних. Інша вимога «Система збереження даних повинна презентувати дисковий простір системі керування базою даних з використанням технології Oracle ASM» залишається такою, яку можливо реалізувати іншим виробникам. ‐ У Пункті 13, підпункті 3 «Підтримка технологій СКБД Oracle» не може бути використане формулювання щодо підтримки на базі «серверної системи разом з системою збереження даних». Загальні технічні вимоги даної закупівлі (Пункт 2) визначають склад рішення як «у складі серверної системи з операційною системою, системи збереження даних, …», тобто надаються умови постачання компонентів від різних виробників як принцип найкращої відповідності щодо технічних вимог окремих компонентів. Оптимізація роботи СКБД Oracle може застосовуватися не виключно на кожному, по окремості, з компонентів рішення. Вимога з постачання апаратно-програмних компонентів рішення, які підтримують виключно технології Oracle так чи інакше призводить до використання виключно продуктів єдиного виробника – Oracle. Цим зверненням вимагаємо від Замовника видалення та зміну заангажованих під одного виробника вимог тендерної документації “ЩОДО ПРОВЕДЕННЯ ВІДКРИТИХ ТОРГІВ ЗА ПРЕДМЕТОМ ЗАКУПІВЛІ “Модернізація центру обробки даних у складі серверної системи з операційною системою, системи збереження даних, системи резервного копіювання та активного мережевого обладнання та примірники програмного забезпечення (ДК 016:2010 – 26.20.1 Машини обчислювальні, частини та приладдя до них; ДК 021:2015 – 30211000-1 Мейнфрейм)” та приведення її до вимог Закону України “Про публічні закупівлі”.

ТОВ «ІНЛАЙН ГРУП ЗАХІД» планує прийняти участь у торгах Пенсійного фонду України № UA-2016-09-13-000554-b від 13.09.2016 «Модернізація центру обробки даних у складі серверної системи з операційною системою, системи збереження даних, системи резервного копіювання та активного мережевого обладнання та примірники програмного забезпечення». Вивчивши документацію конкурсних торгів просимо надати роз’яснення та у разі неможливості пояснити обрання неконкурентного рішення від компанії Oracle SuperCluster M7, яке нівелює основну мету Закону України “Про публічні закупівлі”, а саме забезпечення ефективного та прозорого здійснення закупівель, створення конкурентного середовища у сфері публічних закупівель, запобігання проявам корупції у цій сфері, розвиток добросовісної конкуренції внести зміни до тендерної документації. Наше ствердження формуєтсья з наступних вимог тендерної документації: 1. Вивчення технічних вимог даної тендерної документації у Пункті 11, підпункті 14; Пункті 13, підпунктах 4,6 та 7, вказує на визначення процедурою закупівель Пенсійного фонду України певного продукту певного виробника, а саме ORACLE SuperClusterM7. Цей висновок легко робиться як учасникам ринку, так і відповідальними організаціями з точного циферного збігу вищевказаних параметрів тендерної документації торгів з описом рішення в офіційній документації виробника (http://www.oracle.com/us/products/servers-storage/servers/sparc/supercluster/supercluster-m7-data-sheet-2737630.pdf) 2. При предметному вивченні вимог щодо системи збереження даних, зазначених у підпунктах 4 та 6 параметру «Операції вводу-виводу», Пункту 13, документацією наводиться лише загальний показник параметру певного продукту певного виробника, а саме Oracle. При цьому зазначено конкретну технологію, яка не має альтернативи!!! Це є ознакою щодо незбалансованості необхідних потужностей необхідного комплексу автоматизації, який має відповідати іншим технічним вимогам даної тендерної документації, зокрема як впроваджуватися у складі ресурсів серверних та зберігання даних з застосуванням певних механізмів віртуалізації. У свою чергу, оптимізація вводу-виведення операцій з даними з метою створення рішення модернізації необхідної продуктивності обробки даних бази реляційної структури, при застосуванні чотирьох прошарків, а саме: менеджеру сервісів операцій з дисками ORACLE ASM, віртуалізації на рівні операційної системи серверів, формування вводу-виведенню на рівні загальної шини та мережевих інтерфейсів апаратного рівня серверів, власне системи зберігання даних, - потребує використання певних методів та інструментів на кожному з цих прошарків за для досягнення збалансованості ресурсів та надання необхідного рівня потужності додаткам автоматизації, які мають використовуватися Пенсійним фондом України. Просимо додатково розкрити вищевказані параметри даної тендерної документації відповідними бізнес-вимогами та функціональним вимогам конкретних задач автоматизації Пенсійного фонду України, що дозволить на технічному рівні створити необхідне новітнє рішення з модернізації, а з іншого боку уникнути невиправданих надлишкових бюджетних витрат. Також цей пункт має чітке посилання на технології тільки компаніїOracle, а саме: “Система збереження даних повинна презентувати дисковий простір системі керування базою даних з використанням технології Oracle ASM із забезпеченням високої відмовостйкості”, “Система збереження даних разом із серверною системою повинні підтримувати технології прискорення роботи СКБД Oracle. Учасник повинен надати повний перелік таких технологій та забезпечити їх повне ліцензування в складі запропонованого рішення, якщо перелічені технології мають бути ліцензовані.” – що унеможливлює пропонування будь-яких інших технологій чи виробників. Прохання внести відповідні зміни до тендерної документації.

Товариство з обмеженою відповідальністю «ІНЛАЙН ГРУП ЗАХІД» (далі – Скаржник) планує прийняти участь у торгах Пенсійного фонду України № UA-2016-09-13-000554-b від 13.09.2016 «Модернізація центру обробки даних у складі серверної системи з операційною системою, системи збереження даних, системи резервного копіювання та активного мережевого обладнання та примірники програмного забезпечення». В рамках зазначеної закупівлі нами було надано Вимогу про внесення змін до тендерної документації (Номер вимоги: UA-2016-09-13-000554-b.a1), спрямовану на пояснення або видалення пунктів, абсолютно обмежуючих конкуренцію, тому що Замовником при оголошенні тендеру обрано безальтернативну закупівлю рішення від компанії Oracle - SuperCluster M7, чим він при оголошенні тендеру нівелював основну мету Закону України “Про публічні закупівлі”, а саме забезпечення ефективного та прозорого здійснення закупівель, створення конкурентного середовища у сфері публічних закупівель, запобігання проявам корупції у цій сфері, розвиток добросовісної конкуренції. Замовник в передбачені Законом строки відреагував на наше звернення та умовно виконав вимогу, але при вивченні відповіді Замовника нами виявлено, що пункти, які обмежували конкуренцію, залишилися в тендерній документації. Навіть після декількох змін тендерної документації у відповідь на інші вимоги (Номер вимоги: UA-2016-09-13-000554-b.b2, Номер вимоги: UA-2016-09-13-000554-b.a3, Номер вимоги: UA-2016-09-13-000554-b.a4), документація містить прямі посилання на конкретного виробника, а технічні вимоги унеможливлюють подання нами, як учасником, економічно вигідної пропозиції в рамках цієї закупівлі з альтернативним рішенням іншого виробника, а не компанії Oracle. Нижче приводимо пункти тендерної документації, які залишилися після всіх нібито внесених змін та задоволених зазначених вище вимог, як підтвердження того, що Замовником нівельована будь-яка конкуренція: 1. Була надана претензія щодо методики розрахунку необхідної кількості ядер для деяких типів процесорів. Суть претензії у явно завищених вимогах щодо процесорів Intel. У відповіді зазначено, що «Розрахунок кількості ядер при визначенні продуктивності роботи СКБД серверного обладнання у позиції 1 пункту 16 Додатку 1 до тендерної документації надано на підставі розрахунків виробника СКБД, що наразі використовується в продуктивному середовищі ЦОД Пенсійного фонду України.». Виробником СКБД є компанія Oracle, таким чином виникає явно дискримінаційна ситуація коли в тендері суттєву частину займають ліцензії на СКБД Oracle від кількості яких значною мірою залежить вартість пропозиції і необхідну кількість ядер визначає компанія, яка теж приймає участь зі своїми апаратні засобами Oracle Super Cluster, під саме ці апаратні засоби були прописані початкові тендерні вимоги. 2. Пункт 16.- у цьому пункті зазначена вимога «Учасник повинен надати лист від виробника СКБД, що підтверджує достатню кількість ліцензій програмного забезпечення у рішенні, що пропонується». Дана вимога є прикладом дискримінації учасників бо надає можливість блокування або маніпуляції з пропозицією бідь-якого з учасників зі сторони одного з виробників апаратного забезпечення, що приймає участь у тендері, а саме зі сторони компанії Oracle. 3. Також була претензія щодо вимоги у кількості операцій «1 мільйон операцій вводу-виводу (IOPS) Flash Read» - не надано обґрунтування явно завищеної вимоги, що базується лише на характеристиках Oracle Super Cluster. Посилання ж тест SPC-1 для HP XP P9500 взагалі є дивним так якрезультат SPC-1 IOPS 602,019.47 є характеристикою конкретного тесту в якому присутнє змішане навантаження OLTP паралельно з поштовою системою при 60% запису. 4. Іншим дискримінаційним пунктом є пункт 13.3. У відповідь на обґрунтовану претензію до цього пункту зазначено лише: «у позиції 3 пункту 13 Додатку 1 до тендерної документації (із змінами) визначено вимоги щодо використання технологій компресії (Oracle Advanced Compression Option або Hybrid Column Compression) чи їх не використання, а також вимоги щодо ліцензування у разі застосування компресії.Послідовно ці положення розкрито у позиції 2 пункту 16 Додатку 1 до тендерної документації;» По перше зазначений коефіцієнт компресії не є сталою величиною та залежить від конкретних даних. Вимога ж мати 3-и кратний розмір або забезпечити додатковими ліцензіями є явно дискримінаційною відносно усіх учасників крім компанії Oracle/ По друге у пункті 16.2 нічого не сказано відносно необхідності включати вищезазначені ліцензії, що також може бути предметом маніпуляції. Більш того ліцензії на Hybrid Column Compression є складовою рішення Oracle Super Cluster, цей факт автоматично ставить у нерівні умови усіх виробників по відношенню до Oracle. По третє вимога що до необхідності використання надлишковості на рівні High Redundancy слідує лише з архітектури Oracle Super Cluster. У сучасних дискових масивах відмовостійкість реалізовано різноманітними технологіями від використання рейдів, що дозволяють продовжити роботу при виході з ладу декількох дисків до наявності декількох (більше двох) контролерів. Враховуючи вищенаведене, Скаржник просить Антимонопольний комітет України відповідно до п. 9 ст. 18 ЗУ “Про публічні закупівлі” розглянути скаргу та зобов’язати замовника повністю усунути будь-які дискримінаційні умови, опис яких приведено в Скарзі (у тому числі ті, що зазначені в технічній специфікації, яка є складовою частиною тендерної документації), привести тендерну документацію у відповідність із вимогами законодавства, або за неможливості виправити допущені порушення відмінити процедуру закупівлі. Дану скаргу Скаржник просить розглянути в його присутності. При цьому додається: • Копія платіжного доручення №233 від 12.10.2016 р. про сплату державного мита за подання скарги.