Технічна пропозиція
Заміна парку серверів 2007–2012 років на два сучасні продуктивні вузли у двох офісах, з побудовою трирівневої системи резервного копіювання за принципом 3-2-1 і виносом архіву копій в окрему, незалежну від офісів локацію.
Документ складається із семи розділів. Перші три відповідають на питання «що купуємо і чому саме це», решта — «як це працює після впровадження». Якщо потрібен лише склад закупівлі та сума, достатньо розділів 1 і 7.
Склад закупівлі та повторне використання наявного
Закуповуються два нові сервери — по одному в кожен офіс. Три наявні сервери не утилізуються, а переводяться в нові ролі: два HP ProLiant DL360 G5 стають локальними бекап-вузлами у своїх офісах, а HP ProLiant DL360 G6 — вузлом архіву копій у третій локації. Для нього закуповуються лише диски. Решта старих хостів після міграції виводиться з експлуатації.
| Сервер | Модель | Поточна роль | Після впровадження |
|---|---|---|---|
| MG-1 | HP ProLiant DL360 G5 | Хост віртуалізації | Нова роль Локальний бекап-вузол, Офіс 1 |
| MG-2 | HP ProLiant DL360 G5 | Хост віртуалізації | Нова роль Локальний бекап-вузол, Офіс 2 |
| MG-3 | Dell PowerEdge 1950 | Хост віртуалізації | Виведення після міграції VM |
| MG-4 | HP ProLiant DL360 G6 | Хост віртуалізації | Нова роль Вузол архіву копій у Локації 3 — рішення затверджено |
| MG-5 | Intel Core 2 Quad Q6600 | Хост віртуалізації | Виведення після міграції VM |
| MG-6 | Dell PowerEdge R200 | Хост віртуалізації | Виведення після міграції VM |
Поточні шість хостів разом мають близько 40 фізичних ядер поколінь 2007–2012 років та 144 GB пам'яті. Один новий сервер із 32 сучасними ядрами та 128 GB пам'яті перекриває це навантаження з кратним запасом — а таких серверів буде два, у різних офісах. Пам'ять узята з розрахунку на поточну потребу: половина слотів залишається вільною, тому подвоєння до 256 GB не потребує заміни встановлених планок.
Окремо оцінювалась можливість зайняти під архів копій один із серверів, які виводяться з експлуатації, і таким чином відкласти третю закупівлю. Визначальний параметр тут лише один — скільки дисків вміщує корпус і якого вони формату, бо саме це задає стелю об'єму архіву. Процесор і пам'ять у всіх кандидатів для цієї ролі достатні.
| Сервер | Відсіки під диски | Стеля архіву | Вердикт |
|---|---|---|---|
| MG-4 HP DL360 G6 |
8 × 2.5″ 2 CPU · 12 ядер · 48 GB |
~8 TB (6 дисків у RAID-Z2 + 2 SSD) |
Найкращий з наявних Єдиний, у кого достатньо відсіків і пам'яті. Робочий варіант на 2–3 роки |
| MG-3 Dell PowerEdge 1950 |
4 × 2.5″ 2 CPU · 8 ядер · 32 GB |
~4 TB | Не підходить Вчетверо менше відсіків, платформа 2006 року, дорога й гаряча пам'ять FBDIMM |
| MG-6 Dell PowerEdge R200 |
лише 2 × 3.5″ 1 CPU · 4 ядра · 4 GB |
~2 TB (тільки дзеркало, без запасу) |
Не підходить Два відсіки не дають ні об'єму, ні надлишковості. 4 GB пам'яті замало навіть для самого сховища |
| MG-5 Intel Core 2 Quad Q6600 |
Плата побутового класу | — | Не розглядається Немає пам'яті з корекцією помилок, яка обов'язкова для сховища з контролем цілісності даних |
Серед наявного обладнання MG-4 єдиний придатний: вісім відсіків, дві сокети, 48 GB пам'яті та вбудований модуль віддаленого керування iLO. Його 12 ядер достатні і для обслуговування архіву, і для аварійного запуску двох-трьох критичних машин, якщо обидва офіси стануть недоступні.
Третя закупівля не потрібна — витрати обмежуються дисками, приблизно 55 000 ₴ (розділ 3.2). Це дає 12 TB архіву, чого завдяки дедуплікації вистачає на 2–3 роки при поточному обсязі даних.
Обмеження, яке варто знати заздалегідь: корпус висотою 1U приймає лише диски формату 2.5″, а вони обмежені приблизно двома терабайтами кожен. Стеля цього вузла — 12 TB, підняти її вже нічим. Платформа 2009–2010 років також споживає більше електроенергії та не має гарантії. Коли архів заповниться, вузол замінюється окремим сервером — варіанти залишені в розділі 3.2 як план подальшого розвитку.
Цільова архітектура — три локації
Вузол архіву — сховище, а не робочий вузол. Віртуальні машини на ньому в штатному режимі не запускаються, тому потужний процесор там не потрібен. Критичні для цієї ролі параметри — мережева карта, дискова підсистема та якість каналу зв'язку. Запас потужності 6 ядер / 64 GB залишений тільки як аварійна страховка: у сценарії, коли недоступні обидва офіси, на ньому можна тимчасово підняти дві-три найважливіші машини, щоб бізнес не стояв.
Специфікації обладнання та вартість
Дискова підсистема будується на NVMe-накопичувачах U.2/U.3 у форм-факторі 2.5″, встановлених у передні відсіки з гарячою заміною. Диски підключаються напряму до PCIe-ліній процесора через NVMe-бекплейн, без RAID-контролера — дзеркалювання виконує сама платформа Proxmox (ZFS RAID10). Це швидше, надійніше та дешевше за апаратний RAID: файлова система бачить реальний стан кожного диска й контролює цілісність даних самостійно.
| Компонент | Варіант Dell | Варіант HPE |
|---|---|---|
| Платформа | PowerEdge R760xs, 2U Перевірити доступність див. розділ 3.6 |
ProLiant DL380 Gen11, 2U |
| Процесори | 2 × Intel Xeon Silver 4514Y — 32 ядра сумарно | |
| Оперативна пам'ять | 128 GB DDR5 RDIMM (8 × 16 GB) — 8 слотів залишаються вільними, розширення до 256 GB без заміни встановлених планок | |
| Диски під дані | 6 × 1.92 TB SAS SSD (Mixed Use, 1 DWPD), 2.5″ гаряча заміна → ZFS RAID10, 5.7 TB корисних. Порівняння з альтернативами — у таблиці нижче | |
| Підключення дисків | HBA355i — прямий доступ до дисків, без апаратного RAID | Контролер у HBA-режимі |
| Диски під систему | 2 × M.2 на карті BOSS-N1, апаратне дзеркало | 2 × M.2 на карті NS204i, апаратне дзеркало |
| Опційно: холодні дані | 2 × 4 TB SATA/SAS HDD у дзеркалі — під архіви пошти та файли, щоб не займати основне сховище | |
| Мережа | 2 × 10GbE SFP+ та 4 × 1GbE | |
| Живлення | 2 блоки з гарячою заміною, різні лінії введення | |
| Віддалене керування | iDRAC9 Enterprise — платна ліцензія, вимагати явно | iLO 6 Advanced — платна ліцензія, вимагати явно |
| Гарантія | 5 років, обслуговування на місці, реакція наступного робочого дня | |
Розглядались три варіанти. Ціни орієнтовні, за комплект із шести накопичувачів, для дисків сторонніх виробників (Micron, Samsung, Kioxia) тієї ж специфікації — брендовані Dell коштують у 2–3 рази дорожче за той самий носій.
| Варіант | Випадкові операції | Ціна за 6 шт. | Вердикт |
|---|---|---|---|
| SAS HDD 1.8 TB, 10 000 об/хв |
~250 IOPS на диск | ~53 000 ₴ | Не варто Економія лише ~23 000 ₴ на весь сервер, а швидкість у десятки разів гірша. Для бази 1С і термінальних сесій — вузьке місце |
| SAS SSD 1.92 TB, Mixed Use |
~60 000 IOPS на диск | ~76 000 ₴ | Обраний варіант Оптимальне співвідношення. Різниця з HDD у ціні мінімальна, у швидкості — принципова |
| U.3 NVMe 1.92 TB, Mixed Use |
~500 000 IOPS на диск | ~100 000 ₴ | Надлишок Технічно найкращий, але запас продуктивності на цьому навантаженні не буде задіяний |
Різниця в ціні між звичайними SAS-дисками та SAS SSD зараз становить близько 23 000 ₴ на весь сервер — при різниці в швидкості випадкових операцій у кілька сотень разів. Саме випадкові операції визначають відчуття «швидко чи повільно» при роботі з базою 1С і в термінальних сесіях, коли двадцять користувачів одночасно звертаються до диска.
Тому механічні диски для продуктивних серверів не розглядаються: економія несуттєва, а наслідки відчує кожен користувач щодня. Механічні диски залишаються там, де вони справді доречні — у сховищі резервних копій, де запис послідовний.
Резервна копія та дискова надлишковість вирішують різні задачі. Копія відповідає на питання «як повернути дані», надлишковість — «як не зупинитися». Без дзеркала відмова одного накопичувача означає негайну зупинку віртуальних машин, вимкнення хоста для заміни диска й відновлення з копії — реально це від половини до повного робочого дня простою плюс повторне введення документів за останні години. З дзеркалом та сама подія — це лише повідомлення в системі керування: диск міняється «на гарячу», масив відновлюється у фоні, простій і втрата даних нульові.
Для продуктивних серверів A і B за потреби можна запросити ще одну пропозицію — на Supermicro SuperServer. Це повноцінні серверні платформи корпоративного класу з реєстровою пам'яттю ECC, дубльованим живленням, відсіками NVMe з гарячою заміною та керуванням IPMI без окремої ліцензії. Тут ідеться саме про заводські сервери, а не про збірку — на офісних вузлах, які тримають робочі дані, конфігурації з побутових комплектуючих не розглядаються.
Профіль цього вузла принципово інший, ніж у продуктивних серверів: він приймає й зберігає копії, а не обслуговує користувачів. Потужний процесор тут не потрібен, критичні параметри — об'єм дисків, мережа та якість каналу зв'язку. Наявний MG-4 цим вимогам відповідає, тому закупівля обмежується дисками.
| Компонент | Рішення |
|---|---|
| Платформа | HP ProLiant DL360 G6 — наявна, 1U, 8 відсіків 2.5″, 2 сокети, 12 ядер, 48 GB |
| Диски під систему | 2 × 480 GB SSD у дзеркалі — сама система Proxmox Backup Server. Тут надлишковість зберігається: відмова системного диска не повинна виводити вузол з роботи |
| Диски під архів | 6 × 2 TB SAS/SATA 2.5″ → 12 TB корисних. Без дзеркалювання — увесь об'єм віддається під дані |
| Контролер | Наявний Smart Array переводиться в режим прямого доступу до дисків (HBA), масивами керує ZFS |
| Мережа | Вбудовані порти 1GbE. Для первинного наповнення архіву вузол підключається до локальної мережі офісу (розділ 5) |
| Віддалене керування | Наявний iLO — керування живленням. Ліцензія на віддалену консоль для обладнання цього року недоцільна; за потреби ставиться зовнішній IP-KVM |
| Живлення | Два наявні блоки з гарячою заміною + ДБЖ обов'язково |
| Витрати | ~55 000 ₴ — тільки диски (6 × 2 TB та 2 × SSD). Сама платформа вже є |
Архів навмисно будується без надлишковості: усі 12 TB віддаються під дані. Це припустимо саме тут, бо цей вузол — третя копія: робочі дані живуть на серверах A і B, а свіжі копії за останній тиждень — на MG-1 і MG-2 у самих офісах. Відмова диска в Локації 3 не призводить до втрати робочих даних.
Що при цьому реально втрачається — довга історія копій (місячні зрізи), тобто можливість відкотитись на кілька місяців назад. Це найцінніше саме у сценарії з шифрувальником, який міг тихо працювати в системі тижнями.
Тому рекомендація на етапі налаштування: розділити диски на кілька окремих сховищ, а не збирати їх в один спільний масив. Тоді відмова одного диска забирає лише свою частину архіву, а не всі 12 TB одразу. Це нічого не коштує, лише інша схема розбиття при встановленні.
Стеля MG-4 — 12 TB, і підняти її неможливо: корпус 1U приймає лише диски 2.5″. Коли архів заповниться (орієнтовно за 2–3 роки) або з'явиться потреба в глибшій історії, вузол замінюється окремим сервером. Три варіанти нижче залишені саме як план цієї заміни, а не як поточна закупівля.
| Параметр | Варіант 1 · Dell | Варіант 2 · HPE | Варіант 3 · Supermicro |
|---|---|---|---|
| Платформа | PowerEdge T550 | ProLiant ML110 Gen11 | Плата Supermicro X13SAE-F у корпусі-башті |
| Форм-фактор | Башта (стійковий варіант — за бажанням) | Башта, корпус на 8–14 дисків | |
| Процесор | 1 × 6–8 ядер (Xeon E-2400 або аналог) — достатньо для перевірки архіву та аварійного запуску машин | ||
| Пам'ять | 64 GB ECC (з корекцією помилок) — обов'язкова вимога для сховища з контролем цілісності | ||
| Відсіки під диски | 8 × 3.5″ | 8 × 3.5″ | до 14 × 3.5″ — найбільший запас на розширення |
| Архів копій | 6 × 8 TB у RAID-Z2 → 32 TB корисних |
6 × 8 TB у RAID-Z2 → 32 TB корисних |
6 × 12 TB у RAID-Z2 → 48 TB корисних |
| Тип дисків | Звичайні HDD, обов'язково CMR (не SMR). Для послідовного запису копій вони оптимальні, а вартість терабайта в 4–5 разів нижча за SSD | ||
| Прискорення метаданих | 2 × SSD 480–960 GB у дзеркалі — індекс блоків; у рази пришвидшує перевірку та очищення архіву | ||
| Диски під систему | 2 × M.2 на BOSS, дзеркало | 2 × M.2 на NS204i, дзеркало | 2 × M.2 на платі, дзеркало ZFS |
| Контролер дисків | HBA-режим, без апаратного RAID | HBA LSI 9300-8i у режимі IT — масивом керує ZFS | |
| Мережа | 10GbE — щоб первинне наповнення архіву та аварійне відновлення не обмежувались мережею (на Supermicro — окремою картою) | ||
| Віддалене керування | iDRAC9 Enterprise Платна ліцензія |
iLO 6 Advanced Платна ліцензія |
IPMI на платі (літера F у назві) Без ліцензії |
| Живлення | Два блоки з гарячою заміною | Один блок 80+ Gold | |
| ДБЖ | Обов'язковий для всіх варіантів — локація працює без персоналу поруч | ||
| Заводська підтримка | 3–5 років, обслуговування на місці | Гарантія на компоненти; заміна деталей із роздрібу протягом дня | |
| Орієнтовна вартість | $6 000 – 8 500 | $5 500 – 8 000 | $2 700 – 3 200 |
| Коли обирати | Єдиний вендор з офісними серверами, один договір підтримки | Те саме, якщо парк історично на HP | Рекомендовано Максимальний об'єм архіву за мінімальні гроші |
Вузол архіву — це третя копія даних, не критичний вузол: навіть його повна відмова не спричиняє ні простою, ні втрати робочих даних, бо вони живуть на серверах A і B, а свіжі копії — на MG-1 і MG-2. Саме тому заводська підтримка з виїздом тут не має тієї ваги, що на продуктивних серверах, а комплектуючі до збірки на Supermicro купуються в будь-якій крамниці наступного дня.
Натомість цей варіант дає у півтора рази більший архів за втричі меншу суму та запас на розширення до 14 дисків. Причина різниці в ціні проста: у Dell і HPE диски продаються з суттєвою вендорською надбавкою, тоді як тут ставляться звичайні накопичувачі з роздрібу. Пам'ять з корекцією помилок, віддалене керування IPMI та ZFS-контроль цілісності при цьому зберігаються — тобто на надійності зберігання не економимо.
Якщо ж принципово важливо мати всю інфраструктуру в одного вендора з єдиним договором обслуговування — беремо варіант 1 або 2, це цілком робоче рішення, просто дорожче за терабайт.
Для варіантів 1 і 2 сервер попереднього покоління з відновленого фонду (Dell T440 / R540, HPE ML350 Gen10) коштує орієнтовно $2 500 – 4 000 і за характеристиками повністю закриває цю роль. Умови: платформа не старша за 2018 рік, підтримка дисків 3.5″, пам'ять ECC, робочий модуль віддаленого керування та гарантія постачальника від 12 місяців. Диски в такому випадку беруться тільки нові — на вживаних накопичувачах архів резервних копій не будується.
Будь-який з варіантів заміни дасть щонайменше десятикратний запас відносно поточного обсягу даних (близько 3.2 TB) — проти 12 TB на MG-4. Завдяки дедуплікації Proxmox Backup Server, коли однакові блоки зберігаються один раз для всіх копій, цього достатньо на багато років глибокої історії. За потреби об'єм збільшується заміною дисків на місткіші або заповненням вільних відсіків — без заміни самого сервера.
У всіх трьох варіантах вище вказано RAID-Z2, і це не суперечить рішенню будувати архів на MG-4 без дзеркал. Причина в різниці ролей: на MG-4 відмова диска забирає частину історії копій, тоді як робочі дані та свіжі копії залишаються в офісах. Сервер заміни ж розрахований на довгий термін і значно більший об'єм, де втрата архіву відчутніша.
Технічна причина, чому це взагалі має значення: Proxmox Backup Server зберігає не окремі файли-архіви, а спільне сховище блоків — однакові фрагменти використовуються одночасно багатьма копіями різних машин. Тому втрата одного диска пошкоджує не одну копію, а частину багатьох збережених станів відразу. Саме через це на MG-4 рекомендується розділити диски на кілька незалежних сховищ: щоб відмова обмежувалась своєю частиною.
| Параметр | Рішення |
|---|---|
| Обладнання | HP ProLiant DL360 G5 — без витрат на закупівлю |
| Роль | Proxmox Backup Server — приймач локальних копій свого офісу |
| Глибина зберігання | Короткі серії, орієнтовно 7 щоденних станів — для швидкого повернення машини |
| Обмеження | Дискового об'єму цього покоління достатньо лише для коротких серій. Повна історія зберігається на сервері C. За потреби диски недорого замінюються на місткіші |
| Резервна функція | Проміжна ланка: копії спочатку осідають локально, далі йдуть у Локацію 3 — канал зв'язку не завантажується в робочий час |
Кожен з двох нових серверів повинен мати повнофункціональний модуль віддаленого керування. Це не додаткова опція, а базова вимога: сервери стоять у різних містах, а Локація 3 — взагалі без персоналу поруч. Без цього модуля будь-яка проблема, що не вирішується по мережі, означає фізичний виїзд на місце.
Мінімальний обов'язковий набір можливостей:
У базовій комплектації модуль керування працює в урізаному режимі — віддаленої консолі та підключення образів там немає. Постачальники часто не включають потрібну ліцензію в пропозицію, тому її слід вимагати явно й перевіряти в специфікації:
Ліцензія має бути безтермінова, а не пробна на обмежений період.
На серверах поколінь DL360 G5 встановлено iLO 2, і ліцензія на віддалену консоль для них, найімовірніше, відсутня — купувати її для обладнання 2007 року недоцільно. Для цих двох вузлів питання не критичне: вони стоять безпосередньо в офісах, де є персонал і фізичний доступ. Базового керування живленням через iLO 2 достатньо. Якщо потреба у консолі все ж виникне — ставиться зовнішній IP-KVM-перемикач, це недорого й не залежить від вендора.
Базова ціна платформи взята з актуальної пропозиції постачальника, решта позицій — оцінка за типовими ринковими цінами на комплектуючі. Остаточні суми визначаються комерційною пропозицією; таблиця потрібна, щоб бачити структуру витрат і розуміти, де закладена основна сума.
| Позиція | Орієнтовно, ₴ |
|---|---|
| Базова платформа (порожня, з мінімальним процесором) | 450 000 |
| Другий процесор і апгрейд до Xeon Silver 4514Y | 50 000 |
| 128 GB DDR5 RDIMM (8 × 16 GB) | 38 000 |
| 6 × 1.92 TB SAS SSD Mixed Use | 76 000 |
| Контролер HBA355i | 13 000 |
| BOSS-N1 та 2 × 480 GB M.2 (система) | 17 000 |
| Карта 2 × 10GbE SFP+ | 21 000 |
| Другий блок живлення | 10 500 |
| Ліцензія iDRAC9 Enterprise | 12 600 |
| Рейки для стійки | 4 200 |
| ProSupport 5 років, обслуговування на місці | 42 000 |
| Разом за один сервер | ~734 000 |
| Позиція | К-сть | Орієнтовно, ₴ |
|---|---|---|
| Продуктивні сервери A і B | 2 | ~1 468 000 |
| Диски для вузла архіву на MG-4 | 1 компл. | ~55 000 |
| ДБЖ для Локації 3 | 1 | ~15 000 |
| Разом | — | ~1 538 000 |
Зверніть увагу на структуру: базова платформа — 450 000 ₴, а комплектуючі до неї — ще близько 285 000 ₴. Тобто повна конфігурація виходить приблизно вдвічі дорожча за базову ціну. Це корисне правило при читанні будь-якої пропозиції «сервер від N тисяч».
Реальні можливості зменшити суму, у порядку вигоди:
Рекомендація: запросити кілька пропозицій в однаковій комплектації — нову платформу та відновлену — і порівняти. Різниця може виявитись більшою за очікувану, а продуктивність для цього набору задач достатня в обох випадках. Детальніше про відновлене обладнання — у розділі 3.6.
За інформацією від постачальників, PowerEdge R760xs більше не доступний через офіційні канали: покоління 16G поступово заміщується новішим, і те, що пропонується зараз, — це найімовірніше неофіційне постачання без заводської гарантії Dell. Тобто вибір по факту звужується до двох реальних варіантів: найновіше покоління за суттєво вищу ціну, або відновлена платформа попередніх поколінь.
| Параметр | R760xs — новий | R740xd 24 SFF — відновлений |
|---|---|---|
| Покоління | 16G (2023), пам'ять DDR5 | 14G (2017–2019), пам'ять DDR4 |
| Відсіки 2.5″ | 16 | 24 — більший запас на розширення |
| Процесори | 2 × Xeon Silver 4514Y, 32 ядра | 2 × Xeon Scalable, до 40 ядер залежно від комплектації |
| Пам'ять | DDR5 — дорога | DDR4 — у 2–3 рази дешевша за той самий обсяг |
| Віддалене керування | iDRAC9 Enterprise | iDRAC9 — той самий, ліцензію перевірити |
| Гарантія | Dell ProSupport, 5 років, виїзд на місце | Гарантія магазину, 24–60 місяців |
| Доступність | Під питанням офіційно не постачається | У наявності платформа поширена, запчастини доступні |
| Вартість повної конфігурації | ~734 000 ₴ | Орієнтовно вдвічі менше — уточнюється за прайсом |
Зазвичай на серверах, що тримають робочі дані, економити не радять. Але в цій архітектурі ризик уже знижений самою схемою: два сервери реплікують критичні машини один одному, а копії зберігаються на трьох рівнях. Відмова одного вузла не зупиняє бізнес — сервіси піднімаються в іншому офісі.
Саме ця властивість робить відновлене обладнання виправданим. Якби сервер був один і без реплікації — такий компроміс був би необґрунтованим, і ми б його не пропонували.
Що при цьому беремо тільки новим, без винятків: накопичувачі. Ступінь зношеності вживаних SSD перевірити достовірно неможливо, а це саме той компонент, від якого залежать дані.
Постачальник пропонує гарантію ступенями, з надбавкою до ціни: 24 місяці — базово, 36 місяців — плюс 16%, 48 місяців — плюс 32%, 60 місяців — плюс 48%.
Рекомендуємо брати 60 місяців. Обладнання віком 7–9 років має зростаючу ймовірність відмови зношуваних вузлів — блоків живлення, вентиляторів, елементів живлення материнської плати. Навіть з надбавкою 48% сумарна ціна залишається помітно нижчою за нову платформу, а термін гарантії збігається з планованим строком експлуатації.
Перед замовленням обов'язково уточнити три речі:
Регламент резервного копіювання
| Рівень | Де зберігається | Частота та глибина | Від чого захищає |
|---|---|---|---|
| Локальні копії | MG-1 (Офіс 1) MG-2 (Офіс 2) |
2–3 рази на добу, близько 7 щоденних станів |
Помилка користувача, збій віртуальної машини — відновлення за хвилини |
| Віддалений архів | MG-4 (Локація 3) | Щодня, 30 щоденних + 8 тижневих + 12 місячних |
Втрата офісу, шифрувальник, потреба відкотитись на місяці назад |
| Реплікація VM | Між серверами A і B | Постійно, за розкладом | Тривала недоступність одного офісу — швидкий запуск критичних сервісів в іншому |
Повторні копії протягом дня передають лише змінені блоки (відстеження змін на рівні гіпервізора), тому кілька копій на добу майже не навантажують ні мережу, ні сховище. Усі копії шифруються, цілісність архіву перевіряється автоматично за розкладом, а сценарій відновлення тестується після впровадження та періодично надалі.
Для баз 1С додатково налаштовується резервне копіювання журналу транзакцій кожні 15–30 хвилин. Це зменшує максимально можливу втрату даних до хвилин замість годин і майже не потребує ресурсів.
Вимоги до каналів зв'язку
Швидкість каналів — головне обмеження цієї схеми, не диски й не процесори. Сучасний накопичувач записує дані швидше, ніж будь-який офісний інтернет здатний їх доставити, тому вимоги до зв'язку варто зафіксувати окремо.
| Локація | Критичний параметр | Рекомендація |
|---|---|---|
| Офіс 1 Офіс 2 |
Швидкість віддачі (upload) — копії йдуть з офісу назовні | Симетричний канал, від 200 Мбіт/с віддачі; оптимально 1 Гбіт/с. Статична IP-адреса для VPN-підключення |
| Локація 3 | Стабільність та швидкість прийому; надійність без персоналу поруч | Від 200 Мбіт/с прийому, стабільний провайдер, ДБЖ. Бажано резервний канал — сервер працює без людей поруч |
| Між офісами | Канал для реплікації критичних машин | Шифрований тунель (WireGuard). Реплікація виконується за розкладом у неробочі години |
Перша повна копія — це близько 3 TB даних. По каналу 100 Мбіт/с її передача займе понад три доби безперервної роботи. Тому первинне наповнення виконується фізично: MG-4 спочатку підключається до локальної мережі офісу, отримує повний архів за години, і лише після цього встановлюється в Локацію 3. Далі по інтернету ходять тільки щоденні прирости — це десятки гігабайт, тобто хвилини роботи каналу.
Етапи впровадження
Підсумок закупівлі
| Позиція | Модель (Dell / HPE) | Локація | К-сть |
|---|---|---|---|
| Продуктивний сервер | PowerEdge R760xs / ProLiant DL380 Gen11 | Офіс 1 | 1 |
| Продуктивний сервер | PowerEdge R760xs / ProLiant DL380 Gen11 | Офіс 2 | 1 |
| Диски для вузла архіву | 6 × 2 TB SAS/SATA 2.5″ (архів, без дзеркал) + 2 × 480 GB SSD (система, дзеркало) — у наявний MG-4 | Локація 3 | 1 компл. |
| Ліцензії віддаленого керування | iDRAC9 Enterprise або iLO Advanced — безтермінові, на кожен новий сервер | Офіси 1 і 2 | 2 |
| ДБЖ | Для Локації 3 — вузол працює без персоналу поруч | Локація 3 | 1 |
| Наявне, з новою роллю | MG-1 і MG-2 — локальні бекап-вузли · MG-4 — вузол архіву копій | Усі три локації | — |
| Виводяться з експлуатації | MG-3, MG-5, MG-6 — під архів копій не підходять (мало відсіків / немає ECC) | — | — |