T-BOOST: как он работает и зачем нужен в TATLIN.BACKUP? — 28 августа 2026 г. в 13:00:01.489
T-BOOST: как он работает и зачем нужен в TATLIN.BACKUP? В предыдущем посте мы упомянули T-BOOST как один из вариантов работы с TATLIN.BACKUP.M. Теперь разберемся, что происходит с данными при использовании этого протокола и почему он может ускорять резервное копирование. Если упростить, при обычной передаче резервной копии на СХД по NFS данные последовательно передаются на TATLIN.BACKUP, где уже выполняются дедупликация и компрессия. ⚙️ T-BOOST меняет этот процесс. Сначала на стороне сервера или агента резервного копирования данные разбиваются на блоки. Для каждого блока рассчитывается уникальный хэш - своего рода «отпечаток» данных. Затем агент T-BOOST, расположенный на хосте, отправляет этот хэш на TATLIN.BACKUP для проверки его существования на СХД: ⏺️ если хэш блока уже есть в базе СХД, повторно передавать блок данных не нужно; ⏺️ если хэша блока нет, он сжимается и передается на TATLIN.BACKUP для записи. Таким образом, по сети не приходится передавать данные, которые уже хранятся на СХД. Передаются только уникальные блоки. ❗️На практике это особенно важно при одновременной записи нескольких резервных копий с повторяющимися данными. В таких сценариях T-BOOST может увеличить скорость записи в 2–3 раза, а нагрузку на сеть снизить более чем в 10 раз. Именно поэтому нам стало интересно сравнить два подхода к работе с TATLIN.BACKUP.M - NFS и T-BOOST. 🤔 Что окажется быстрее на реальных задачах? Где T-BOOST окажется быстрее, а где преимущество останется за NFS? 🔜 В следующем посте покажем тестовый стенд, сценарии и методику сравнения. #TATLIN_ОнлантаТехЛаб #РезервноеКопирование 🔗 Онланта ТехЛаб