Кто-либо достиг истинной дифференциальной синхронизации с rsync в ESXI?
Мы используем Zabbix для контроля всех наших серверов и удаленных ответвлений. Можно получить уведомления во многих отношениях, включая SMS/бессмысленные данные/электронную почту. Используя GSM модем является очень большим дополнением к этой установке.
Похоже, что Вы только передали 2 ГБ возрастающих изменений. Помните, что rsync все еще должен считать в одном целом файле и контрольной сумме его так, это должно считать 80 ГБ данных. Проверьте свою статистику сервера во время rsync. Вы - CPU или IO, связанный во время операции? Как быстро можно считать файл на 80 ГБ от диска? Это будет около Вашего абсолютного минимального времени трансфера.
Также знаменитый то, что rsync делает копию файла, в то время как передача затем перемещает заключительный файл в место в атомарной операции. Вы видите это путем наблюдения подобного имени файла со случайным суффиксом во время передачи в целевом каталоге. Это означает, что необходимо считать 160 ГБ данных (80 ГБ каждый для каждого источника и места назначения) и выписать 80 ГБ на целевой стороне. Вы посмотрели на - оперативная опция? Это может быть выгодно здесь.
Короче говоря у Вас может только быть 2 ГБ изменений, но rsync делает большую работу. Вы - вероятно, IO, связанный как все это чтение, и запись на том же диске была бы, мог вызвать много конкуренции и замедления.
Взглядами его Вы делаете локальную-к-локальному копию с rsync. В этом случае, поведение по умолчанию rsync должен выключить алгоритм передачи дельты и сделать передачи "целого файла". Объяснение для этого поведения по умолчанию - то, что локальные-к-локальному передачи с помощью алгоритма дельты-xfer обычно были бы медленнее, чем простое копирование целых файлов, так как алгоритм дельты включает намного больше уплотнения ЦП, чем просто выполнение копирования целого файла.
Если бы Вы чувствуете, что локальная-к-локальному копия извлекла бы выгоду из использования алгоритма дельты-xfer, можно вызвать rsync использовать его путем определения --no-W (или --no-whole-file) опция.
Этот поток очень старый, но может он кому-нибудь поможет.
Поскольку ESX блокирует файловую систему при каждой записи новых блоков, производительность не так уж велика, с опцией --inplace вы можете получить лучшие результаты, но имейте в виду, что если вы отмените синхронизацию, файл больше не будет согласован. Что касается согласованности, rsync открытого файла может быть несовместимым -> лучше использовать снимок перед rsync.
С уважением Марк