Сервер тип 2

5) Архітектура рішення на 200 комплектів в складі 2хСЗД та 2х сервера не являється оптимальною з точки зору захисту інвестицій. Використання суто апаратних компонент таких як СЗД, не позволяє використовувати або переносити функціонал на нове обладнання в випадку старіння обладнання. Підхід ПО позволяє його оновлювати і використовувати без прив’язки до апаратних платформи. Реальна вартість обладнання визначається формулою інвестиції/утилізацію. Суто апаратні рішення - фіксовані і для максимальної утилізації повинні бути максимально приближеними до потреб реального навантаження. Вимагаємо внести зміни до технічних вимог.

4) Архітектура рішення на 200 комплектів в складі 2хСЗД та 2хсервера не являється оптимальною з точки зору гнучкості застосування конфігурації. У вас на балансі існує 400 окремих СЗД, які в випадку централізації обчислень та переходу на віртуальні робочі місця з ціллю кращого контролю за інформацією, лишаються повністю незастосованими. В випадку віртуалізованної СЗД з окремих серверів можливо створити більші обчислювальні кластери та СЗД об’єднав їх в одне ціле з допомогою ПЗ. Це позволить не витрачати кошти на закупку нових систем, а використовувати як з будівельні блоки існуюче програмно апаратне забезпечення. Вимагаємо внести зміни до технічних вимог.

3) Архітектура рішення на 200 комплектів в складі 2хСЗД та 2х сервера не являється оптимальною з точки зору вартості обслуговування. СЗД являються спеціальними не універсальними компонентами які вимагають резервування складів запчастин на стороні виробника, іх логістику, наявність кваліфікованого (сертифікованого) персоналу на місцях для їх заміни. Використання технологій серверної віртуалізації дискової підсистеми також позволить спростити обслуговування таких систем в віддалених місцях. Уніфікація компонент і не прив’язка їх до апаратного виробника, суттєво здешевить процес заміни запчастин і вимоги до вартості персоналу обслуговування в тому числі зі сторони виробника. Серверний диск значно дешевший чим диск в складі СЗД і ціна додаткових дисків може бути фіксована, на відміну від вартості додаткових дисків с СЗД. Вимагаємо внести зміни до технічних вимог.

2) Архітектура рішення на 200 комплектів в складі 2хСЗД та 2х сервера не являється оптимальною з точки зору ефективності її використання (утилізації). При дотриманні принципу закладення апаратних ресурсів наперед, утилізація компонент буде 1-2% (початкові 12 дисків це максимум 1800 дискових операцій в секунду, при замовленій потужності контролерів 250.000 буде складати менше процента використання) тобто ККД системи буде менше 1% а 99% заплачених за контролери СХД грошей будуть гріти повітря. Так як рішення апаратне нічого змінити не можливо бо система наперед спроектована, надлишкові ресурси контролерів не можливо буде використовувати для інших задач. В випадку програмної віртуалізації СЗД ресурси можна використовувати більш економічно доцільно і не платити наперед за те що не потрібно в даний момент перерозподіляючи їх між прикладними задачами і самим збереженням даних. Вимагаємо внести зміти до технічних вимог.

1) Архітектура рішення на 200 комплектів в складі 2хСЗД та 2х сервера не являється оптимальною з точки зору економіки рішення. Класичний підхід СЗД + сервера в випадку непередбаченості майбутнього навантаження пропонує наперед придбати максимально продуктивні контролери СЗД, так як не відому чи не стануть вони в майбутньому вузьким місцем. В даному випадку пропонується сервера підключати до СЗД з контролерами з 64ГБ кешу та розширенням до 240 дисків, що не являється з розряду найдешевших. В той же час цю СЗД пропонується комплектувати 12 жорсткими дисками 10000 об/хв що показує що початкове навантаження не суттєве. Існуючі технології віртуалізації дискового простору позволяють більш гнучко виділяти ресурси безпосередньо самими серверами та забезпечувати відказо стійкість таких ресурсів засобами серверів. При цьому задача обслуговування запитів до даних буде масштабуватись лінійно, так як вона буде підзадачею віртуалізації, і розподілятися по всім компонентам архітектури рівномірно разом з ростом кількості віртуальних машин, а отже навантаження. Це позволить суттєво вплинути на вартість рішення взагалі відказавшись від застосування СЗД в регіональних відділеннях, а використовувати локальні диски серверів замість СЗД. Технології СЗД були актуальні коли не було дискових носіїв великого об’єму і треба було застосовувати багато дисків, які фізично не поміщались в сервер. Тепер цю потребу можна з легкістю задовільнити за рахунок внутрішніх серверних дисків. Розвиток мережі позволяє організувати достатній канал зв’язку між серверами для організації обміну даних з ціллю резервування інформації. В рамках технології СЗД тяжко підібрати оптимум обчислювальних ресурсів дискових операцій, так як контролери апаратні компоненти де самостійно не можливо замінити кількість кешу або потужність процесорів, тому закладаються на найгірший випадок. Вимагаємо внести зміни до технічних вимог

У Додатку 4 присутня вимога: "Усе запропоноване учасником обладнання повинно бути від одного виробника.". У зв’язку з тим, що відсутні вимоги щодо технічних вимог до комплексу, що складається із комплекту необхідного обладнання та не надано схеми з’єднань компонентів комплекту наявність даної вимоги є безпідставною. В той самий час дана дискримінаційна вимога не дає можливості запропонувати більш дешеві аналоги обладнання, що надасть можливість Замовнику забезпечити економію бюджетних коштів. Вимагаємо видалити дану вимогу з тендерної документації.

Шановний замовник, прошу дати прозору та чітку відповідь на питання!!! У технічних вимогах до тендерної документації Замовник вимагає наступні характеристики, щодо системи зберігання оперативних даних та системи зберігання архівних даних: 1. Забезпечення роботи з серверами, які будуть пропонуватися учасником, у відповідності до технічних вимог до серверів, в режимі прямого з’єднання без використання комутатора мережі зберігання даних або учасник повинен поставити оптичний комутатор з необхідною кількістю та швидкістю активованих портів. Питання: Як Замовник забезпечить роботу серверів та систем зберігання оперативних даних та системи зберігання архівних даних між собою в режимі прямого з’єднання без використання комутатора мережі зберігання даних? Вимагаємо виключити цю вимогу з технічних вимог тендерної документації, чітко визначити технічні вимоги, щодо використання SAN коммутаторів та внести зміни до тендерної документації. 2. Можливість реалізації виконання задач резервного копіювання без використання мережі Ethernet (через мережу SAN). Питання: Як Замовник забезпечить реалізацію виконання задач резервного копіювання без використання мережі Ethernet (через мережу SAN) в режимі прямого з’єднання без використання комутатора мережі зберігання даних? Вимагаємо виключити цю вимогу з технічних вимог тендерної документації, чітко визначити технічні вимоги, щодо використання SAN коммутаторів та внести зміни до тендерної документації. 3. Можливість забезпечення безперебійного доступу до сховища за рахунок створення дублюючих резервних каналів на стороні серверів. Питання: Як Замовник забезпечить роботу безперебійного доступу до сховища за рахунок створення дублюючих резервних каналів на стороні серверів, якщо Замовник вимагає у своїх технічних вимогах використання прямого з’єднання без використання мережі Ethernet? Вимагаємо виключити ( режим прямого з’єднання без використання комутатора мережі зберігання даних) з технічних вимог тендерної документації, чітко визначити технічні вимоги, щодо використання SAN комутаторів та внести зміни до тендерної документації. Також хочу зазначити те, що Замовник не зазначає одним із варіантів використання програмних методів для реалізації його задач, це дозволить з економити бюджет Замовника, дасть гнучке керування інфраструктурою та забезпечить відмовостійкість. Дякую.

Шановний замовник. Просимо Вас вказати, як та куди повинні підключатися 2 системи збереження даних та 2 сервери згідно ваших технічних вимог? Як повинні вони працювати між собою ( є 2 сервери та основна система збереження данних та система резервного копіювання у ваших технічних вимогах). Яким чином данні системи повинні підключатися між собою без неохідного FC коммутатора ( яких повинно бути два для відномостійкості та надійності работи архітектури рішення) якого ви не вказали та не описали в технічному завданні, а також ненадали вимоги до FC комутаторів Просимо дати роз'яснення. Дякую.

СКАРГА на дії Замовника та Тендерну документацію затверджену рішенням Тендерного комітету від 02.08.2018 року Державної фіскальної служби України для процедури закупівлі – відкриті торги «Код ДК 021:2015 – 30210000-4 (Сервер тип 2) Машини для обробки даних (апаратна частина)».

Дискримінаційні вимоги щодо обладнання які зазначені в технічній частині тендерної документації