TATLIN.BACKUP + SOBR: что происходит при переносе данных?
TATLIN.BACKUP + SOBR: что происходит при переносе данных? В корпоративной инфраструктуре резервное хранилище редко существует само по себе. Часто несколько репозиториев объединяют в Scale-Out Backup Repository (SOBR) — это позволяет распределять нагрузку и управлять емкостью нескольких хранилищ как единой системой. Поэтому мы проверили TATLIN.BACKUP.M в роли extent для Veeam SOBR. ⚙️ Как построили конфигурацию? Для каждого протокола использовались четыре экстента. 1️⃣ NFS: tatlin-nfs-01…04 2️⃣ T-BOOST: tatlin-veeam-01…04 После наполнения данные распределились между экстентами равномерно. То есть с точки зрения балансировки SOBR отработал штатно. А что с Evacuate? Evacuate — это операция Veeam, которая позволяет вывести экстент из состава SOBR и перенести находящиеся на нем резервные данные на другие доступные экстенты, не удаляя точки восстановления. Здесь результаты снова оказались очень разными. 1️⃣ Для NFS: 3,3 ТБ были эвакуированы за 1 час 22 минуты. 2️⃣ Для T-BOOST: операция заняла более 8 часов. При этом один файл в T-BOOST обрабатывался около 7 часов 29 минут. Таким образом: ➡️ балансировка — корректная для обоих протоколов; ➡️ распределение данных — равномерное; ➡️ NFS значительно быстрее при Evacuate; ➡️ T-BOOST выполняет операцию значительно дольше. ❗️ Это важный результат для проектирования инфраструктуры: протокол, который лучше показывает себя при резервном копировании, не обязательно будет оптимальным для операций обслуживания и миграции данных. 🔜 В финальном посте соберем все результаты вместе и сформулируем рекомендации по production-конфигурации. #TATLIN_ОнлантаТехЛаб #РезервноеКопирование 🔗 Онланта ТехЛаб