Показано с 1 по 9 из 9

Тема: Резервное копирование

  1. #1
    Senior Member
    Регистрация
    09.04.2013
    Адрес
    Москва
    Сообщений
    2,093

    По умолчанию Резервное копирование

    Здравствуйте!
    В работе панели возникли небольшие "трудности" с бекапами
    1) Приоритет бекапов.
    gzip / tar выполняется с nice 10 - претензий нет
    rsync же выполняется с 0 приоритетом, что заметно просаживает i/o.
    Хотелось бы понижение приоритета всего процесса бекапов, а не только сжатия
    2) "Наболевшая тема сжатия контейнера"
    Подстроил я в политиках "Сжатие контенйнеров" за сутки до создания бекапов
    Но за это время гиперактивные контейнеры успевают "раздуть" root.hdd снова до немыслимых размеров
    В итоге в бекап попадают десятки ( а то и сотни по всей ноде) ГБ "пустых" данных
    Хотелось бы видеть сжатие контейнеров перед их резервным сохранением

  2. #2
    Senior Member
    Регистрация
    09.04.2013
    Адрес
    Москва
    Сообщений
    2,093

    По умолчанию

    Up
    Не серьёзно что ли)
    проходить мимо темы 2 недели

  3. #3
    Senior Member Аватар для Sedna
    Регистрация
    16.05.2014
    Сообщений
    1,557

    По умолчанию

    1) Сделали, еще не выпускали. На тестировании.
    2) К сожалению, нет, иначе придется насильно выключать виртуальные машины перед бэкапами.
    Grammar Nazi

  4. #4
    Senior Member
    Регистрация
    09.04.2013
    Адрес
    Москва
    Сообщений
    2,093

    По умолчанию

    1) Очень рад
    2) Зачем?
    vzctl compact CTID
    или ploop baloon_discard
    А далее уже rsync, и что душе угодно
    Появился ещё 3 пункт "работы в холостую"
    Зачем root.hdd дважды пакуется?
    сперва в data.tar, а потом уже Этот tar в tar.gz со всеми файликами контейнера
    Интересно, зачем такое "странное" распределение ресурсов бекапа
    Чем "плох" вариант 1 раз паковать в .tar.gz "root.hdd не засовывать в data.tar"?

  5. #5
    Senior Member
    Регистрация
    09.04.2013
    Адрес
    Москва
    Сообщений
    2,093

    По умолчанию

    UP
    2 месяца прошло, а всё также наблюдаю резервное копирование с обычным приоритетом

  6. #6
    Senior Member Аватар для Sedna
    Регистрация
    16.05.2014
    Сообщений
    1,557

    По умолчанию

    Передала отделу тестирования.
    Grammar Nazi

  7. #7
    Banned
    Регистрация
    17.02.2016
    Сообщений
    17

    По умолчанию

    Здравствуйте,

    Зарегистрируйте оба ваших пожелания в http://bugtrack.ispsystem.com/

    Немного уточнений:
    Вероятно произошло недоразумение, подобного пожелания (п.1) зарегистрировано не было. И как следствие, никаких изменений с бэкапами по ограничению rsynс не выпускалось.
    rsynс действительно выполняется с приоритетом 0, т.к. значение nice регулирует только процессорное время, это никак не влияет на i/o.
    Последний раз редактировалось d.syrovatskiy; 11.07.2016 в 15:35.

  8. #8
    Senior Member
    Регистрация
    09.04.2013
    Адрес
    Москва
    Сообщений
    2,093

    По умолчанию

    Вот это "поворитоще" от ISP. Спустя 4 месяца узнать, что оказывается ничего и не делалось
    Ждал исходя из этого сообщения
    1) Сделали, еще не выпускали. На тестировании.
    Желающие подписываемся
    http://bugtrack.ispsystem.com/show_bug.cgi?id=2980

  9. #9
    Senior Member
    Регистрация
    09.04.2013
    Адрес
    Москва
    Сообщений
    2,093

    По умолчанию

    "Неплохие" результаты
    Ровно пол года прошло, а "воз и ныне там"
    А надо всего то добавить ionice/nice в команды запуска rsync, в коде
    Уже и собственные костыли обкатали в ввиде небольшого демона, который "чекает" процессы системы в день бекапов и понижает приоритет rsync
    "Годный" продукт от ISP

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •