Мой хостинг-провайдер создает резервные копии наших серверов с помощью инструмента под названием clBackup который проталкивает файлы по сети. Ниже один ps вывод, который мы взяли и сообщили нашему провайдеру:
top - 10:06:24 up 25 days, 3:47, 5 users, load average: 6.63, 4.79, 4.23
Tasks: 357 total, 1 running, 355 sleeping, 0 stopped, 1 zombie
Cpu(s): 25.0%us, 0.6%sy, 0.0%ni, 72.5%id, 1.2%wa, 0.5%hi, 0.1%si, 0.0%st
Mem: 49447692k total, 49314632k used, 133060k free, 79628k buffers
Swap: 2097144k total, 288k used, 2096856k free, 40614172k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
20621 root 16 0 455m 65m 34m S 612.7 0.1 144:53.17 clBackup
Из-за этого инструмента у нас возникают проблемы с производительностью на рабочем веб-сайте, размещенном на этих серверах. Мы знаем это наверняка, потому что всякий раз, когда люди жалуются, что наш веб-сайт работает медленно, и мы устанавливаем флажки, мы можем видеть, как работает программа резервного копирования, когда мы завершаем этот процесс, веб-сайт снова работает хорошо.
По-видимому clBackup несколько хорош в использовании ЦП (и памяти), так как мы, кажется, не единственные, кто столкнулся с этими проблемами (Ссылка 1, Ссылка 2, Ссылка 3).
Мы пытаемся заставить нашего хостинг-провайдера понять, что эта проблема с производительностью неприемлема, и указать, что высокая загрузка ЦП не является нормальной (более 600%), но полученный нами совет заключался в том, чтобы исключить некоторые большие каталоги, которые не действительно не нужно создавать резервную копию.
Мы не очень довольны этим ответом (мы не хотим тратить ресурсы на размещение инструмента резервного копирования для услуги, за которую мы платим, мы считаем, что инструмент резервного копирования должен быть разработан для решения этой ситуации) и ищем помощь в форма независимых и объективных ответов от сообщества ServerFault, надеясь, что это поможет убедить нашего провайдера делать больше с этим.
Чтобы сделать этот вопрос полезным для всех, мы хотели бы поднять несколько общих вопросов, связанных с нашей проблемой, на которые, мы надеемся, опытные системные администраторы смогут ответить.
Вопрос 1. Исходя из вашего собственного опыта, сколько времени является приемлемым для резервного копирования 500GB файловая система которой 290GB используется?
Q2: Исходя из вашего собственного опыта, каково допустимое использование ЦП для подобной утилиты резервного копирования?
Q3: Были ли у кого-нибудь подобные проблемы с clBackup и помогло ли переоценка процесса или другие меры по смягчению?
Да, мы сами сталкиваемся с той же проблемой. Единственное решение, которое мы нашли, - это сказать нашему хосту, чтобы он временно выключил его, а затем мы участвуем в длинной цепочке проблем, которая обычно заканчивается тем, что нам говорят исключить каталоги, что на самом деле не является решением.
Извините, у меня нет решения, просто хотел сказать, что вы не одиноки.
Да, это довольно плохо - программа резервного копирования не должна потреблять 6 ядер, чтобы выполнять свою работу. Я бы долго, громко и сильно жаловался провайдеру и был бы готов уйти к провайдеру, который не отстой, если он не исправит это.
Чтобы ответить на ваши вопросы: