Сервери, системи зберігання даних і резервне копіювання — фундамент, на якому працюють усі інформаційні системи організації. НВП «Плазмотехніка» проєктує, постачає, впроваджує та супроводжує серверні рішення, СЗД і комплекси катастрофостійкого відновлення (DRP) — і як окремі проєкти, і як частину повного циклу побудови захищеної ІТ-інфраструктури.
Особливість підходу: інфраструктура проєктується з дотриманням базових вимог кібербезпеки. Для систем, що обробляють інформацію з обмеженим доступом, закладається архітектурний базис для подальшої реалізації заходів ТЗІ та авторизації безпеки ІКС згідно з Постановою КМУ № 712 без потреби повторного доопрацювання.
Серверні платформи та віртуалізація
Правильно підібрана серверна платформа — це баланс продуктивності, відмовостійкості та бюджету. Ми починаємо з обстеження наявних систем і розрахунку навантажень, а не з прайс-листа.
- Проєктування та постачання. Серверні платформи під фактичні й прогнозовані навантаження.
- Віртуалізація. Консолідація фізичних серверів, відмовостійкі кластери, міграція наявних систем у віртуальне середовище без тривалих зупинок.
- Модернізація. Оновлення наявного серверного парку з поетапним переходом.
- Інтеграція. Узгодження з мережами, службами каталогів і системами моніторингу замовника.
Системи зберігання даних
Різні дані висувають різні вимоги: транзакційній базі потрібна швидкість, архіву — ємність і надійність, відеоспостереженню — стабільний потік запису. Тому конфігурацію СЗД визначає профіль даних, а не універсальний шаблон.
- Аналіз профілю даних. Оцінка навантажень і планування ємності з горизонтом на кілька років.
- Відмовостійке зберігання. Побудова рішень для зберігання даних без єдиної точки відмови.
- Реплікація між майданчиками. Синхронізація даних між рознесеними майданчиками для критичних систем.
- Сховища для резервних копій. Окремі захищені сховища, відокремлені від продуктивного середовища.
Якщо дані потрібно передавати між мережами різних рівнів безпеки — наприклад, із закритого контуру до сховища копій — ми впроваджуємо власний дата-діод PLASMA DD: односпрямований шлюз, який фізично унеможливлює зворотний потік даних.
Резервне копіювання
Резервна копія, яку жодного разу не відновлювали, — це лише припущення, що вона існує. Ми будуємо резервне копіювання як керований процес: з політикою, автоматизацією, контролем і регулярними тестовими відновленнями.
- Політика «3-2-1». Кілька копій, різні типи носіїв, щонайменше одна копія поза основним майданчиком.
- Захист від шифрувальників. Незмінні (immutable) копії та копії, від’єднані від мережі.
- Автоматизація та контроль. Планові завдання копіювання з перевіркою виконання та оповіщенням про збої.
- Тестові відновлення. Регламент перевірок і контроль фактичного часу відновлення.
Катастрофостійке відновлення (DRP)
Резервне копіювання відповідає на питання «чи збережуться дані». План катастрофостійкого відновлення (Disaster Recovery Plan, DRP) — це наша відповідь на питання «як швидко організація знову працюватиме» після пожежі, затоплення серверної, кібератаки чи тривалого знеструмлення.
Два ключові показники DRP простими словами:
| Показник | Питання, на яке він відповідає | Що визначає на практиці |
|---|---|---|
| RPO — точка відновлення | Скільки останніх даних припустимо втратити? Якщо копії створюються раз на добу, після аварії може зникнути до доби роботи. | Частоту резервного копіювання або реплікації |
| RTO — час відновлення | Як довго системи можуть не працювати, доки триває відновлення? | Технологію відновлення: від розгортання з копій до резервного майданчика, який підхоплює навантаження |
Що ближчі RPO і RTO до нуля, то дорожче рішення. Тому ці показники визначає не ІТ-служба, а бізнес — для кожної системи окремо. Наша робота — допомогти сформулювати реалістичні цілі й підібрати технології, які їх забезпечать без надлишкових витрат.
- Аналіз критичності систем. Узгодження цільових RPO/RTO для кожної системи окремо.
- Проєктування рішення. Від копій на віддаленому майданчику до реплікації в резервний ЦОД — за рівнем, якого вимагають цільові показники.
- Розроблення плану відновлення. Послідовність дій, ролі, відповідальні.
- Тестування плану. Періодичні перевірки та коригування за результатами.
Кому це критично
Втрата даних або багатогодинний простій болючі для будь-якої організації, але в окремих галузях вони зупиняють основну діяльність.
Фінансовий сектор
Зупинка транзакційних систем — прямі втрати з першої хвилини та репутаційні наслідки, що тривають значно довше. Додається регуляторний тиск: вимоги до цілісності й збереження даних не залишають простору для імпровізації.
Виробництво
Відмова ERP, систем керування виробництвом чи складом означає зупинку ліній і відвантажень. Втрата технологічних даних і рецептур може коштувати більше, ніж саме обладнання.
Ритейл
Каси, програма лояльності, інтернет-магазин і логістика працюють у реальному часі. Кожна година простою — втрачені продажі, які не повертаються.
Часті питання
Чи обов’язково для DRP будувати резервний ЦОД?
Ні. Рівень рішення залежить від цільових показників: для частини систем достатньо резервних копій на віддаленому майданчику, для критичних потрібна реплікація на резервні потужності. Змішаний підхід, коли різні системи отримують різний рівень захисту, зазвичай найвиправданіший за витратами.
Обговорити задачу
Розкажіть, які системи у вас працюють і що станеться, якщо вони зупиняться на день. Проведемо обстеження, запропонуємо архітектуру під ваші цільові RPO/RTO та забезпечимо впровадження — залишити запит або зателефонуйте: +38 (044) 204-83-62. Офіс: 03056, м. Київ, вул. Політехнічна, 16, оф. 021.