Как тестировали TATLIN.BACKUP: архитектура стенда — 31 августа 2026 г. в 09:00:02.668
Как тестировали TATLIN.BACKUP: архитектура стенда Чтобы оценить систему хранения резервных копий объективно, недостаточно подключить один сервер и запустить один бэкап. Поэтому мы собрали полноценный тестовый стенд, в котором можно было проверить не только базовую запись данных, но и восстановление, параллельную нагрузку, дедупликацию и аварийные сценарии. 💾 Конфигурация TATLIN.BACKUP.M В тестовом стенде использовались: ▫️ TATLIN.BACKUP.M; ▫️ 2 дисковые полки L12; ▫️ 30 HDD SAS по 16 ТБ, 7200 об/мин; ▫️ RAID 6 — схема 10+2+2, три дисковые группы; ▫️ физическая емкость — 370,75 ТБ; ▫️ 4 интерфейса 25 GbE. 📶 Конфигурация proxy: ⏺ Модель: Lenovo ThinkSystem SR650 ⏺ ЦП: 2x32 cores ⏺ ОЗУ: 128 GB ⏺ HDD: 1x500GB 🪟 Программная среда В качестве программной платформы использовались: 🟢 Veeam Backup & Replication v12; 🟢 VMware vSphere 7/8; 🟢 NFS v4.2; 🟢 T-BOOST с zstd-компрессией. 🌐 Сетевое взаимодействие строилось через LACP 802.3ad с агрегацией 2×10 GbE. В качестве коммутаторов использовались Cisco Nexus C93180YC-EX. 🗄 Как организовали репозитории ➡️ Для NFS были созданы четыре VFS: tatlin-nfs-01…04. ➡️ Они объединились в SOBR. ➡️ Для T-BOOST использовались четыре extent: tatlin-veeam-01…04, которые также собирали в SOBR. Таким образом, сравнение проходило не только на уровне отдельных операций, но и в сценарии распределения нагрузки между несколькими экстентами. Такой стенд позволил проверить TATLIN.BACKUP.M в сценариях, приближенных к эксплуатации резервной инфраструктуры: от обычного Active Full до массовой параллельной нагрузки и отказов оборудования. 🔜 А теперь самое интересное — что показали скорости резервного копирования? Читайте в следующем посте! #TATLIN_ОнлантаТехЛаб #РезервноеКопирование 🔗 Онланта ТехЛаб