13 заданий одновременно: где TATLIN.BACKUP.M показывает максимум?
13 заданий одновременно: где TATLIN.BACKUP.M показывает максимум? До этого мы сравнивали отдельные операции. Но в реальной инфраструктуре резервное копирование редко ограничивается одной виртуальной машиной. Поэтому мы провели отдельный тест — 13 параллельных заданий. И здесь разница между NFS и T-BOOST стала особенно заметной. Результаты: NFS: 1,26 ГБ/с; около 4,5 ТБ/ч T-BOOST: около 3,2 ГБ/с; около 11,5 ТБ/ч ✅ То есть T-BOOST оказался примерно в 2,5 раза быстрее NFS при параллельной нагрузке. При этом показатель 11,5 ТБ/ч уже достаточно близок к заявленному пределу 15 ТБ/ч для соответствующего сценария. ❗️ Еще один важный вывод: при такой нагрузке TATLIN.BACKUP.M не становился узким местом — ограничения возникали на стороне других компонентов цепочки. А что с дедупликацией? Для резервного хранилища скорость — только одна сторона вопроса. Не менее важна эффективность использования дискового пространства. При объеме около 17 ТБ логических данных: ▪️ физически занято — около 1,68 ТБ ▪️ общий коэффициент — 9,9x ▪️ дедупликация — 3,8:1 ▪️ компрессия — 2,6:1 При увеличении объема примерно до 40 ТБ: ▪️ физически занято — около 1,76 ТБ ▪️ общий коэффициент — 23x ▪️ дедупликация — 8,5:1 ▪️ компрессия — 2,7:1 ✅ Таким образом, целевой показатель ≥10:1 при наполнении системы был не просто достигнут, а значительно превышен. 40 ТБ логических данных удалось разместить примерно в 1,76 ТБ физического пространства. Что показал этот этап? T-BOOST особенно хорошо проявил себя там, где от системы требуется высокая параллельная скорость записи. А дедупликация продемонстрировала, что эффективность хранения растет по мере накопления данных и повторяющихся блоков. 🔜 Следующий вопрос логичный: а что произойдет, если в процессе резервного копирования что-то выйдет из строя? #TATLIN_ОнлантаТехЛаб #РезервноеКопирование 🔗 Онланта ТехЛаб