Сервер тип 2 Servers type 2

Пунктами № 22 та № 30 технічних вимог до тендерної документації (Додаток 4) визначено: «Забезпечення роботи з серверами, які будуть пропонуватися учасником, у відповідності до технічних вимог до серверів, в режимі прямого з’єднання без використання комутатора мережі зберігання даних або учасник повинен поставити оптичний комутатор з необхідною кількістю та швидкістю активованих портів.».
Таким чином, у разі відсутності можливості прямого підключення у запропонованому Учасником обладнанні, Учасник має можливість запропонувати товар (Сервер тип 2), укомплектований оптичним комутатором з необхідною кількістю та швидкістю активованих портів.

Пунктом 7 технічних вимог до сервера (додаток 4 до тендерної документації) «Мережеві інтерфейси» встановлено вимогу: «Не менше 2-х
16 Гб/с PCI Express Dual Port Fibre Channel Adapter зі швидкістю передачі даних по кожному порту не менше 16 Гб/с кожен, з відповідними SFP модулями». Разом з тим, пунктами 18 та 26 до системи зберігання оперативних даних та системи зберігання архівних даних відповідно, встановлено вимоги: «Порти та модулі в кожному контролері не менше: - 4 (чотирьох) FC портів, зі швидкістю не меньше 8 Гб/с, з відповідними SFP модулями».
Виконання зазначених вимог надають змогу отримати Замовнику до чотирьох портів FC на кожному сервері та до восьми портів FC на кожній системі зберігання даних. Таким чином, кожен сервер комплекту зможе одночасно бути підключеним до кожного з контролерів – як оперативної, так і архівної систем зберігання даних у відмовостійкій схемі, в якій кожен сервер має можливість одночасно працювати з двома системами збереження даних, при цьому кожна система зберігання даних є приєднаною до двох серверів одночасно.
Пунктами 22 та 30 технічних вимог до системи зберігання оперативних даних та системи зберігання архівних даних, зокрема, встановлено таку вимогу: «Можливість реалізації виконання задач резервного копіювання без використання мережі Ethernet (через мережу SAN)».
Виконання зазначених вимог забезпечить технічну можливість створення інфраструктури резервного копіювання без використання мережі Ethernet. Слід зазначити, що у Замовника наявні мережі SAN і, в залежності від поточних потреб, Замовник зможе використати дану можливість приєднання обладнання, яке планується придбати, до існуючої мережі SAN на свій розсуд.

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

Замовник, при формуванні технічних вимог, керувався накопиченим багаторічним досвідом власних ІТ-підрозділів, особливістю їх роботи та динамікою змін потреб в обчислювальних потужностях, потреб в накопиченні, збереженні та резервуванні даних у відмовостійкій схемі, в якій кожен сервер має можливість одночасно працювати з двома системами збереження даних, при цьому кожна система зберігання даних приєднана до двох серверів одночасно.
У Замовника є власний практичний досвід використання середовищ віртуалізації серверного обладнання з внутрішніми дисками, а також досвід використання серверного обладнання із зовнішніми системами зберігання даних (далі СЗД). Замовник обрав найбільш оптимальну інфраструктуру, яка максимально готова до майбутніх потреб та завдань. Ця інфраструктура може залишатися фізичною або бути віртуалізованою в будь-який момент часу. Її можна розширяти будь-яким способом (оскільки загальновідомо, що зростання даних відбувається набагато швидше ніж зростання потреб в обчислювальних потужностях). Зазначена інфраструктура, на відміну від запропонованої Учасником, дозволяє додавати як окремі накопичувачі так і модулі розширення у будь-який момент часу, при цьому Замовник залишає можливість гнучкого та ефективного використання СЗД, наприклад, приєднання вже наявних у замовника серверів для збільшення дискового простору вже існуючих систем без потреби в придбанні додаткових серверів або СЗД та зупинки роботи працюючих систем. Слід зазначити, що в вимогах Замовника найбільш критичні компоненти повинні підтримувати "гарячу заміну", що спростить процес технічного обслуговування.
В запропонованому Учасником рішенні Замовник обмежений фізичною конфігурацією серверу (кількістю місць для встановлення дисків), що може не дозволити забезпечити встановлення потрібної кількості дисків, також власний досвід неодноразово демонстрував загальну ненадійність дискових систем які входять до складу серверу.
В технічних вимогах Замовник не вимагає наявність будь-яких запатентованих технологій або алгоритмів, які досить часто зустрічаються у програмному забезпеченні віртуального середовища. Технічні вимоги формувалися за принципом універсального підходу, який не чинить будь-яких обмежень у майбутньому при впровадженні нових сервісів. На теперішний час потреби коливаються від серверів додатків до серверів баз даних, при цьому контент баз даних залежить від профільної орієнтації митниць ДФС, та коливається від потреб реляційних баз даних до баз даних для збереження графічної та медійної інформації.
З власного досвіду Замовника використання механізмів віртуалізації для реляційних баз даних (виробництва Oracle та Microsoft) є не ефективним, та навпаки, сервера додатків показали задовільні результати при застосуванні технологій віртуалізації. Кожне віртуальне сховище має власні інфраструктурні вимоги та список сумісності компонентів. Також кожен кластерний вузол повинен мати еквівалентну конфігурацію, яка також накладає обмеження на те, як і що повинно бути оновлено в майбутньому.
Використання зовнішньої СЗД допоможе використовувати ресурси центральних процесорів серверів на максимальних значеннях, оскільки, віртуальна СЗД споживає до 10% ресурсів центрального процесора кожного вузла-учасника кластеру. При цьому передбачена можливість створення високо-доступного NAS сховища з підтримкою файлових протоколів (CIFS, NFS) в майбутньому, що робить такий підхід ще більш уніфікованим, оскільки не багато виробників програмного забезпечення (далі ПЗ) для віртуальних систем збереження даних підтримують файлові протоколи обміну даних в базовому функціоналі.
При реалізації запропонованого Учасником архітектурного рішення щодо переходу на віртуальні робочі місця виникає необхідність в додаванні додаткового обладнання та ліцензій, таких як ліцензії на віртуальне сховище даних, ліцензії на віртуалізацію, комутатори (з рекомендованою швидкістю не менш 10 Гбіт/с Ethernet), додаткові сервери (оскільки більшість провідних постачальників віртуальних систем збереження вимагають щонайменше трьох вузлів для організації захисту даних на локальних дисках серверів). При цьому витрати на розширення пропускної спроможності каналів зв’язку та їх резервування можуть бути набагато вище ніж перевага від такого рішення. Замовник вже має негативний досвід використання зазначеного рішення. При цьому будь яке рішення пов’язане виключно з централізацією в умовах дій країни-агресора створює потенційну небезпеку національній безпеці. У Замовника вже є напрацьований практично-підтверджений позитивний досвід використання змішаної архітектури побудови інформаційних систем який мінімізує ризики втрати працездатності системи в межах держави.
Гарантійна та сервісна підтримка повинна надаватися як для класичної, так і для централізованої (віртуальні робочі місця) інфраструктури. Обидва архітектурні рішення вимагають наявності певного кваліфікованого персоналу, однак заміна простих компонент інфраструктури виконується кінцевим користувачем. Додатково Замовником враховував власні потреби щодо ефективності використання та загальної вартості володіння ресурсом, а саме уніфікація обладнання від одного виробника, що дозволяє:
- створити єдину точку надання сервісних послуг з гарантійного обслуговування та знизити можливу вартість обслуговування;
- зменшити витрати на навчання персоналу та створити всі умови для вирішення будь яких проблем в єдиному центрі компетенції виробника;
- зменшити ризики, які присутні для систем побудованих на обладнанні від різних виробників та унеможливити виникнення ситуацій, пов’язаних з прихованою несумісністю обладнання (наприклад: несумісність СЗД з серверним обладнанням).
З точки зору захисту інвестицій слід зазначити, що організація централізованої (віртуальні робочі місця) архітектури також вимагає наявності апаратних компонентів, включаючи сервери, мережеву та резервну інфраструктуру. Кожна архітектура має в своєму складі програмне та апаратне забезпечення. Вибір тієї чи іншої архітектури програмної платформи (віртуалізації) накладає вимоги до обладнання, що може ускладнити процес міграції до іншої програмної платформи

Замовник, при формуванні технічних вимог, керувався накопиченим багаторічним досвідом власних ІТ-підрозділів, особливістю їх роботи та динамікою змін потреб в обчислювальних потужностях, потреб в накопиченні, збереженні та резервуванні даних у відмовостійкій схемі, в якій кожен сервер має можливість одночасно працювати з двома системами збереження даних, при цьому кожна система зберігання даних приєднана до двох серверів одночасно.
У Замовника є власний практичний досвід використання середовищ віртуалізації серверного обладнання з внутрішніми дисками, а також досвід використання серверного обладнання із зовнішніми системами зберігання даних (далі СЗД). Замовник обрав найбільш оптимальну інфраструктуру, яка максимально готова до майбутніх потреб та завдань. Ця інфраструктура може залишатися фізичною або бути віртуалізованою в будь-який момент часу. Її можна розширяти будь-яким способом (оскільки загальновідомо, що зростання даних відбувається набагато швидше ніж зростання потреб в обчислювальних потужностях). Зазначена інфраструктура, на відміну від запропонованої Учасником, дозволяє додавати як окремі накопичувачі так і модулі розширення у будь-який момент часу, при цьому Замовник залишає можливість гнучкого та ефективного використання СЗД, наприклад, приєднання вже наявних у замовника серверів для збільшення дискового простору вже існуючих систем без потреби в придбанні додаткових серверів або СЗД та зупинки роботи працюючих систем. Слід зазначити, що в вимогах Замовника найбільш критичні компоненти повинні підтримувати "гарячу заміну", що спростить процес технічного обслуговування.
В запропонованому Учасником рішенні Замовник обмежений фізичною конфігурацією серверу (кількістю місць для встановлення дисків), що може не дозволити забезпечити встановлення потрібної кількості дисків, також власний досвід неодноразово демонстрував загальну ненадійність дискових систем які входять до складу серверу.
В технічних вимогах Замовник не вимагає наявність будь-яких запатентованих технологій або алгоритмів, які досить часто зустрічаються у програмному забезпеченні віртуального середовища. Технічні вимоги формувалися за принципом універсального підходу, який не чинить будь-яких обмежень у майбутньому при впровадженні нових сервісів. На теперішний час потреби коливаються від серверів додатків до серверів баз даних, при цьому контент баз даних залежить від профільної орієнтації митниць ДФС, та коливається від потреб реляційних баз даних до баз даних для збереження графічної та медійної інформації.
З власного досвіду Замовника використання механізмів віртуалізації для реляційних баз даних (виробництва Oracle та Microsoft) є не ефективним, та навпаки, сервера додатків показали задовільні результати при застосуванні технологій віртуалізації. Кожне віртуальне сховище має власні інфраструктурні вимоги та список сумісності компонентів. Також кожен кластерний вузол повинен мати еквівалентну конфігурацію, яка також накладає обмеження на те, як і що повинно бути оновлено в майбутньому.
Використання зовнішньої СЗД допоможе використовувати ресурси центральних процесорів серверів на максимальних значеннях, оскільки, віртуальна СЗД споживає до 10% ресурсів центрального процесора кожного вузла-учасника кластеру. При цьому передбачена можливість створення високо-доступного NAS сховища з підтримкою файлових протоколів (CIFS, NFS) в майбутньому, що робить такий підхід ще більш уніфікованим, оскільки не багато виробників програмного забезпечення (далі ПЗ) для віртуальних систем збереження даних підтримують файлові протоколи обміну даних в базовому функціоналі.
При реалізації запропонованого Учасником архітектурного рішення щодо переходу на віртуальні робочі місця виникає необхідність в додаванні додаткового обладнання та ліцензій, таких як ліцензії на віртуальне сховище даних, ліцензії на віртуалізацію, комутатори (з рекомендованою швидкістю не менш 10 Гбіт/с Ethernet), додаткові сервери (оскільки більшість провідних постачальників віртуальних систем збереження вимагають щонайменше трьох вузлів для організації захисту даних на локальних дисках серверів). При цьому витрати на розширення пропускної спроможності каналів зв’язку та їх резервування можуть бути набагато вище ніж перевага від такого рішення. Замовник вже має негативний досвід використання зазначеного рішення. При цьому будь яке рішення пов’язане виключно з централізацією в умовах дій країни-агресора створює потенційну небезпеку національній безпеці. У Замовника вже є напрацьований практично-підтверджений позитивний досвід використання змішаної архітектури побудови інформаційних систем який мінімізує ризики втрати працездатності системи в межах держави.
Гарантійна та сервісна підтримка повинна надаватися як для класичної, так і для централізованої (віртуальні робочі місця) інфраструктури. Обидва архітектурні рішення вимагають наявності певного кваліфікованого персоналу, однак заміна простих компонент інфраструктури виконується кінцевим користувачем. Додатково Замовником враховував власні потреби щодо ефективності використання та загальної вартості володіння ресурсом, а саме уніфікація обладнання від одного виробника, що дозволяє:
- створити єдину точку надання сервісних послуг з гарантійного обслуговування та знизити можливу вартість обслуговування;
- зменшити витрати на навчання персоналу та створити всі умови для вирішення будь яких проблем в єдиному центрі компетенції виробника;
- зменшити ризики, які присутні для систем побудованих на обладнанні від різних виробників та унеможливити виникнення ситуацій, пов’язаних з прихованою несумісністю обладнання (наприклад: несумісність СЗД з серверним обладнанням).
З точки зору захисту інвестицій слід зазначити, що організація централізованої (віртуальні робочі місця) архітектури також вимагає наявності апаратних компонентів, включаючи сервери, мережеву та резервну інфраструктуру. Кожна архітектура має в своєму складі програмне та апаратне забезпечення. Вибір тієї чи іншої архітектури програмної платформи (віртуалізації) накладає вимоги до обладнання, що може ускладнити процес міграції до іншої програмної платформи

Замовник, при формуванні технічних вимог, керувався накопиченим багаторічним досвідом власних ІТ-підрозділів, особливістю їх роботи та динамікою змін потреб в обчислювальних потужностях, потреб в накопиченні, збереженні та резервуванні даних у відмовостійкій схемі, в якій кожен сервер має можливість одночасно працювати з двома системами збереження даних, при цьому кожна система зберігання даних приєднана до двох серверів одночасно.
У Замовника є власний практичний досвід використання середовищ віртуалізації серверного обладнання з внутрішніми дисками, а також досвід використання серверного обладнання із зовнішніми системами зберігання даних (далі СЗД). Замовник обрав найбільш оптимальну інфраструктуру, яка максимально готова до майбутніх потреб та завдань. Ця інфраструктура може залишатися фізичною або бути віртуалізованою в будь-який момент часу. Її можна розширяти будь-яким способом (оскільки загальновідомо, що зростання даних відбувається набагато швидше ніж зростання потреб в обчислювальних потужностях). Зазначена інфраструктура, на відміну від запропонованої Учасником, дозволяє додавати як окремі накопичувачі так і модулі розширення у будь-який момент часу, при цьому Замовник залишає можливість гнучкого та ефективного використання СЗД, наприклад, приєднання вже наявних у замовника серверів для збільшення дискового простору вже існуючих систем без потреби в придбанні додаткових серверів або СЗД та зупинки роботи працюючих систем. Слід зазначити, що в вимогах Замовника найбільш критичні компоненти повинні підтримувати "гарячу заміну", що спростить процес технічного обслуговування.
В запропонованому Учасником рішенні Замовник обмежений фізичною конфігурацією серверу (кількістю місць для встановлення дисків), що може не дозволити забезпечити встановлення потрібної кількості дисків, також власний досвід неодноразово демонстрував загальну ненадійність дискових систем які входять до складу серверу.
В технічних вимогах Замовник не вимагає наявність будь-яких запатентованих технологій або алгоритмів, які досить часто зустрічаються у програмному забезпеченні віртуального середовища. Технічні вимоги формувалися за принципом універсального підходу, який не чинить будь-яких обмежень у майбутньому при впровадженні нових сервісів. На теперішний час потреби коливаються від серверів додатків до серверів баз даних, при цьому контент баз даних залежить від профільної орієнтації митниць ДФС, та коливається від потреб реляційних баз даних до баз даних для збереження графічної та медійної інформації.
З власного досвіду Замовника використання механізмів віртуалізації для реляційних баз даних (виробництва Oracle та Microsoft) є не ефективним, та навпаки, сервера додатків показали задовільні результати при застосуванні технологій віртуалізації. Кожне віртуальне сховище має власні інфраструктурні вимоги та список сумісності компонентів. Також кожен кластерний вузол повинен мати еквівалентну конфігурацію, яка також накладає обмеження на те, як і що повинно бути оновлено в майбутньому.
Використання зовнішньої СЗД допоможе використовувати ресурси центральних процесорів серверів на максимальних значеннях, оскільки, віртуальна СЗД споживає до 10% ресурсів центрального процесора кожного вузла-учасника кластеру. При цьому передбачена можливість створення високо-доступного NAS сховища з підтримкою файлових протоколів (CIFS, NFS) в майбутньому, що робить такий підхід ще більш уніфікованим, оскільки не багато виробників програмного забезпечення (далі ПЗ) для віртуальних систем збереження даних підтримують файлові протоколи обміну даних в базовому функціоналі.
При реалізації запропонованого Учасником архітектурного рішення щодо переходу на віртуальні робочі місця виникає необхідність в додаванні додаткового обладнання та ліцензій, таких як ліцензії на віртуальне сховище даних, ліцензії на віртуалізацію, комутатори (з рекомендованою швидкістю не менш 10 Гбіт/с Ethernet), додаткові сервери (оскільки більшість провідних постачальників віртуальних систем збереження вимагають щонайменше трьох вузлів для організації захисту даних на локальних дисках серверів). При цьому витрати на розширення пропускної спроможності каналів зв’язку та їх резервування можуть бути набагато вище ніж перевага від такого рішення. Замовник вже має негативний досвід використання зазначеного рішення. При цьому будь яке рішення пов’язане виключно з централізацією в умовах дій країни-агресора створює потенційну небезпеку національній безпеці. У Замовника вже є напрацьований практично-підтверджений позитивний досвід використання змішаної архітектури побудови інформаційних систем який мінімізує ризики втрати працездатності системи в межах держави.
Гарантійна та сервісна підтримка повинна надаватися як для класичної, так і для централізованої (віртуальні робочі місця) інфраструктури. Обидва архітектурні рішення вимагають наявності певного кваліфікованого персоналу, однак заміна простих компонент інфраструктури виконується кінцевим користувачем. Додатково Замовником враховував власні потреби щодо ефективності використання та загальної вартості володіння ресурсом, а саме уніфікація обладнання від одного виробника, що дозволяє:
- створити єдину точку надання сервісних послуг з гарантійного обслуговування та знизити можливу вартість обслуговування;
- зменшити витрати на навчання персоналу та створити всі умови для вирішення будь яких проблем в єдиному центрі компетенції виробника;
- зменшити ризики, які присутні для систем побудованих на обладнанні від різних виробників та унеможливити виникнення ситуацій, пов’язаних з прихованою несумісністю обладнання (наприклад: несумісність СЗД з серверним обладнанням).
З точки зору захисту інвестицій слід зазначити, що організація централізованої (віртуальні робочі місця) архітектури також вимагає наявності апаратних компонентів, включаючи сервери, мережеву та резервну інфраструктуру. Кожна архітектура має в своєму складі програмне та апаратне забезпечення. Вибір тієї чи іншої архітектури програмної платформи (віртуалізації) накладає вимоги до обладнання, що може ускладнити процес міграції до іншої програмної платформи

Замовник, при формуванні технічних вимог, керувався накопиченим багаторічним досвідом власних ІТ-підрозділів, особливістю їх роботи та динамікою змін потреб в обчислювальних потужностях, потреб в накопиченні, збереженні та резервуванні даних у відмовостійкій схемі, в якій кожен сервер має можливість одночасно працювати з двома системами збереження даних, при цьому кожна система зберігання даних приєднана до двох серверів одночасно.
У Замовника є власний практичний досвід використання середовищ віртуалізації серверного обладнання з внутрішніми дисками, а також досвід використання серверного обладнання із зовнішніми системами зберігання даних (далі СЗД). Замовник обрав найбільш оптимальну інфраструктуру, яка максимально готова до майбутніх потреб та завдань. Ця інфраструктура може залишатися фізичною або бути віртуалізованою в будь-який момент часу. Її можна розширяти будь-яким способом (оскільки загальновідомо, що зростання даних відбувається набагато швидше ніж зростання потреб в обчислювальних потужностях). Зазначена інфраструктура, на відміну від запропонованої Учасником, дозволяє додавати як окремі накопичувачі так і модулі розширення у будь-який момент часу, при цьому Замовник залишає можливість гнучкого та ефективного використання СЗД, наприклад, приєднання вже наявних у замовника серверів для збільшення дискового простору вже існуючих систем без потреби в придбанні додаткових серверів або СЗД та зупинки роботи працюючих систем. Слід зазначити, що в вимогах Замовника найбільш критичні компоненти повинні підтримувати "гарячу заміну", що спростить процес технічного обслуговування.
В запропонованому Учасником рішенні Замовник обмежений фізичною конфігурацією серверу (кількістю місць для встановлення дисків), що може не дозволити забезпечити встановлення потрібної кількості дисків, також власний досвід неодноразово демонстрував загальну ненадійність дискових систем які входять до складу серверу.
В технічних вимогах Замовник не вимагає наявність будь-яких запатентованих технологій або алгоритмів, які досить часто зустрічаються у програмному забезпеченні віртуального середовища. Технічні вимоги формувалися за принципом універсального підходу, який не чинить будь-яких обмежень у майбутньому при впровадженні нових сервісів. На теперішний час потреби коливаються від серверів додатків до серверів баз даних, при цьому контент баз даних залежить від профільної орієнтації митниць ДФС, та коливається від потреб реляційних баз даних до баз даних для збереження графічної та медійної інформації.
З власного досвіду Замовника використання механізмів віртуалізації для реляційних баз даних (виробництва Oracle та Microsoft) є не ефективним, та навпаки, сервера додатків показали задовільні результати при застосуванні технологій віртуалізації. Кожне віртуальне сховище має власні інфраструктурні вимоги та список сумісності компонентів. Також кожен кластерний вузол повинен мати еквівалентну конфігурацію, яка також накладає обмеження на те, як і що повинно бути оновлено в майбутньому.
Використання зовнішньої СЗД допоможе використовувати ресурси центральних процесорів серверів на максимальних значеннях, оскільки, віртуальна СЗД споживає до 10% ресурсів центрального процесора кожного вузла-учасника кластеру. При цьому передбачена можливість створення високо-доступного NAS сховища з підтримкою файлових протоколів (CIFS, NFS) в майбутньому, що робить такий підхід ще більш уніфікованим, оскільки не багато виробників програмного забезпечення (далі ПЗ) для віртуальних систем збереження даних підтримують файлові протоколи обміну даних в базовому функціоналі.
При реалізації запропонованого Учасником архітектурного рішення щодо переходу на віртуальні робочі місця виникає необхідність в додаванні додаткового обладнання та ліцензій, таких як ліцензії на віртуальне сховище даних, ліцензії на віртуалізацію, комутатори (з рекомендованою швидкістю не менш 10 Гбіт/с Ethernet), додаткові сервери (оскільки більшість провідних постачальників віртуальних систем збереження вимагають щонайменше трьох вузлів для організації захисту даних на локальних дисках серверів). При цьому витрати на розширення пропускної спроможності каналів зв’язку та їх резервування можуть бути набагато вище ніж перевага від такого рішення. Замовник вже має негативний досвід використання зазначеного рішення. При цьому будь яке рішення пов’язане виключно з централізацією в умовах дій країни-агресора створює потенційну небезпеку національній безпеці. У Замовника вже є напрацьований практично-підтверджений позитивний досвід використання змішаної архітектури побудови інформаційних систем який мінімізує ризики втрати працездатності системи в межах держави.
Гарантійна та сервісна підтримка повинна надаватися як для класичної, так і для централізованої (віртуальні робочі місця) інфраструктури. Обидва архітектурні рішення вимагають наявності певного кваліфікованого персоналу, однак заміна простих компонент інфраструктури виконується кінцевим користувачем. Додатково Замовником враховував власні потреби щодо ефективності використання та загальної вартості володіння ресурсом, а саме уніфікація обладнання від одного виробника, що дозволяє:
- створити єдину точку надання сервісних послуг з гарантійного обслуговування та знизити можливу вартість обслуговування;
- зменшити витрати на навчання персоналу та створити всі умови для вирішення будь яких проблем в єдиному центрі компетенції виробника;
- зменшити ризики, які присутні для систем побудованих на обладнанні від різних виробників та унеможливити виникнення ситуацій, пов’язаних з прихованою несумісністю обладнання (наприклад: несумісність СЗД з серверним обладнанням).
З точки зору захисту інвестицій слід зазначити, що організація централізованої (віртуальні робочі місця) архітектури також вимагає наявності апаратних компонентів, включаючи сервери, мережеву та резервну інфраструктуру. Кожна архітектура має в своєму складі програмне та апаратне забезпечення. Вибір тієї чи іншої архітектури програмної платформи (віртуалізації) накладає вимоги до обладнання, що може ускладнити процес міграції до іншої програмної платформи

Замовник, при формуванні технічних вимог, керувався накопиченим багаторічним досвідом власних ІТ-підрозділів, особливістю їх роботи та динамікою змін потреб в обчислювальних потужностях, потреб в накопиченні, збереженні та резервуванні даних у відмовостійкій схемі, в якій кожен сервер має можливість одночасно працювати з двома системами збереження даних, при цьому кожна система зберігання даних приєднана до двох серверів одночасно.
У Замовника є власний практичний досвід використання середовищ віртуалізації серверного обладнання з внутрішніми дисками, а також досвід використання серверного обладнання із зовнішніми системами зберігання даних (далі СЗД). Замовник обрав найбільш оптимальну інфраструктуру, яка максимально готова до майбутніх потреб та завдань. Ця інфраструктура може залишатися фізичною або бути віртуалізованою в будь-який момент часу. Її можна розширяти будь-яким способом (оскільки загальновідомо, що зростання даних відбувається набагато швидше ніж зростання потреб в обчислювальних потужностях). Зазначена інфраструктура, на відміну від запропонованої Учасником, дозволяє додавати як окремі накопичувачі так і модулі розширення у будь-який момент часу, при цьому Замовник залишає можливість гнучкого та ефективного використання СЗД, наприклад, приєднання вже наявних у замовника серверів для збільшення дискового простору вже існуючих систем без потреби в придбанні додаткових серверів або СЗД та зупинки роботи працюючих систем. Слід зазначити, що в вимогах Замовника найбільш критичні компоненти повинні підтримувати "гарячу заміну", що спростить процес технічного обслуговування.
В запропонованому Учасником рішенні Замовник обмежений фізичною конфігурацією серверу (кількістю місць для встановлення дисків), що може не дозволити забезпечити встановлення потрібної кількості дисків, також власний досвід неодноразово демонстрував загальну ненадійність дискових систем які входять до складу серверу.
В технічних вимогах Замовник не вимагає наявність будь-яких запатентованих технологій або алгоритмів, які досить часто зустрічаються у програмному забезпеченні віртуального середовища. Технічні вимоги формувалися за принципом універсального підходу, який не чинить будь-яких обмежень у майбутньому при впровадженні нових сервісів. На теперішний час потреби коливаються від серверів додатків до серверів баз даних, при цьому контент баз даних залежить від профільної орієнтації митниць ДФС, та коливається від потреб реляційних баз даних до баз даних для збереження графічної та медійної інформації.
З власного досвіду Замовника використання механізмів віртуалізації для реляційних баз даних (виробництва Oracle та Microsoft) є не ефективним, та навпаки, сервера додатків показали задовільні результати при застосуванні технологій віртуалізації. Кожне віртуальне сховище має власні інфраструктурні вимоги та список сумісності компонентів. Також кожен кластерний вузол повинен мати еквівалентну конфігурацію, яка також накладає обмеження на те, як і що повинно бути оновлено в майбутньому.
Використання зовнішньої СЗД допоможе використовувати ресурси центральних процесорів серверів на максимальних значеннях, оскільки, віртуальна СЗД споживає до 10% ресурсів центрального процесора кожного вузла-учасника кластеру. При цьому передбачена можливість створення високо-доступного NAS сховища з підтримкою файлових протоколів (CIFS, NFS) в майбутньому, що робить такий підхід ще більш уніфікованим, оскільки не багато виробників програмного забезпечення (далі ПЗ) для віртуальних систем збереження даних підтримують файлові протоколи обміну даних в базовому функціоналі.
При реалізації запропонованого Учасником архітектурного рішення щодо переходу на віртуальні робочі місця виникає необхідність в додаванні додаткового обладнання та ліцензій, таких як ліцензії на віртуальне сховище даних, ліцензії на віртуалізацію, комутатори (з рекомендованою швидкістю не менш 10 Гбіт/с Ethernet), додаткові сервери (оскільки більшість провідних постачальників віртуальних систем збереження вимагають щонайменше трьох вузлів для організації захисту даних на локальних дисках серверів). При цьому витрати на розширення пропускної спроможності каналів зв’язку та їх резервування можуть бути набагато вище ніж перевага від такого рішення. Замовник вже має негативний досвід використання зазначеного рішення. При цьому будь яке рішення пов’язане виключно з централізацією в умовах дій країни-агресора створює потенційну небезпеку національній безпеці. У Замовника вже є напрацьований практично-підтверджений позитивний досвід використання змішаної архітектури побудови інформаційних систем який мінімізує ризики втрати працездатності системи в межах держави.
Гарантійна та сервісна підтримка повинна надаватися як для класичної, так і для централізованої (віртуальні робочі місця) інфраструктури. Обидва архітектурні рішення вимагають наявності певного кваліфікованого персоналу, однак заміна простих компонент інфраструктури виконується кінцевим користувачем. Додатково Замовником враховував власні потреби щодо ефективності використання та загальної вартості володіння ресурсом, а саме уніфікація обладнання від одного виробника, що дозволяє:
- створити єдину точку надання сервісних послуг з гарантійного обслуговування та знизити можливу вартість обслуговування;
- зменшити витрати на навчання персоналу та створити всі умови для вирішення будь яких проблем в єдиному центрі компетенції виробника;
- зменшити ризики, які присутні для систем побудованих на обладнанні від різних виробників та унеможливити виникнення ситуацій, пов’язаних з прихованою несумісністю обладнання (наприклад: несумісність СЗД з серверним обладнанням).
З точки зору захисту інвестицій слід зазначити, що організація централізованої (віртуальні робочі місця) архітектури також вимагає наявності апаратних компонентів, включаючи сервери, мережеву та резервну інфраструктуру. Кожна архітектура має в своєму складі програмне та апаратне забезпечення. Вибір тієї чи іншої архітектури програмної платформи (віртуалізації) накладає вимоги до обладнання, що може ускладнити процес міграції до іншої програмної платформи