Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Скорость резервного копирования Proxmox очень медленная для виртуальных машин, хранящихся на Ceph??

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Скорость резервного копирования Proxmox очень медленная для виртуальных машин, хранящихся на Ceph??, Proxmox Виртуальная Среда
     
    SanderM
    Guest
    #1
    0
    13.11.2016 19:31:00
    У меня новый кластер Proxmox с хранилищем Ceph для виртуальных машин и хранилищем NFS для резервных копий. Производительность Ceph на высоте (лимит сети 10G), а на NFS – 1 гигабит (также лимит сети). Теперь вот в чем моя проблема: резервное копирование виртуальных машин, хранящихся на Ceph, крайне медленное. Процесс резервного копирования показывает среднюю скорость 36 МБ/с. Но речь не о самом Ceph и не о моем сервере NFS, которые медленные. Я провел несколько тестов с помощью "dd", и со скоростью все в порядке. Также: - Если я клонирую виртуальную машину, хранящуюся на Ceph, на новую виртуальную машину (тоже на том же хранилище Ceph), скорость получается хорошей: 400 МБ/с. - Если я делаю резервную копию виртуальной машины, хранящейся на локальном диске, процесс резервного копирования показывает около 117 МБ/с. Так что, как видите, производительность NFS хорошая, а производительность Ceph тоже на уровне. Но все равно резервное копирование виртуальных машин, хранящихся на Ceph, очень медленное. Есть какие-нибудь предложения?
     
     
     
    CTCcloud
    Guest
    #2
    0
    06.01.2017 16:43:00
    Итак, каков текущий статус этого вопроса? Мы наблюдаем плохую производительность резервного копирования с тех пор, как начали использовать Ceph, но с Ceph ситуация просто ужасная. Есть ли новости о том, когда это начнет работать без использования самодельных скриптов? Другими словами, с использованием стандартного метода резервного копирования Qemu... есть ли что-то в разработке, что позволит изменять размеры блоков в зависимости от потребностей? Кажется, что размер блоков в 64 КБ для резервных копий не имеет смысла, хотя я и не эксперт... просто спрашиваю... в любом случае, это становится все более и более срочным, так как сейчас у нас большинство клиентов на Ceph, и с увеличением размеров виртуальных машин резервные копии начинают выходить на дневное время вместо того, чтобы заканчиваться ночью, как было раньше... Заранее спасибо.
     
     
     
    robhost
    Guest
    #3
    0
    07.01.2017 14:23:00
    Насколько я знаю, нет, так задумано в qemu :/
     
     
     
    CTCcloud
    Guest
    #4
    0
    09.01.2017 14:35:00
    Кому-то из команды Proxmox нужно ответить на это и дать более обоснованный ответ, чем просто "это так задумано в qemu"... Вместо этого стоит рассказать, что делается для решения проблемы, потому что не может быть речь об "Enterprise", если оставить такие вещи без внимания. Никого не хочу обидеть, просто это позиционируется как продукт для бизнеса, как и RHEV, что означает, что разработчики должны обращать внимание на такие вопросы и решать их, а не просто говорить "это часть дизайна" и оставлять людей с ужасной скоростью резервного копирования.
     
     
     
    Alessandro 123
    Guest
    #5
    0
    09.01.2017 16:48:00
    Насколько я понимаю, это проблема qemu, а не proxmox. Это qemu должно быть таким "по дизайну", а не proxmox.
     
     
     
    robhost
    Guest
    #6
    0
    09.01.2017 16:50:00
    Это правильно, насколько мне известно.
     
     
     
    CTCcloud
    Guest
    #7
    0
    09.01.2017 17:30:00
    Я думаю, что меня совершенно неправильно понимают. Дело не в том, является ли это проблемой QEMU или нет. Дело в том, что Proxmox — это именно Proxmox благодаря тому, что он делает, и как это делает, а это достигается с помощью используемых программных компонентов. QEMU — неотъемлемая часть Proxmox, поэтому если у QEMU есть проблема, то и у Proxmox тоже, и у всех проектов, которые на него полагаются, и не обманывайтесь, Proxmox определенно на него полагается. Вы не можете создать программное обеспечение, которое зависит от чужого ПО, а затем сказать "это не наша проблема", когда вы интегрировали их программное обеспечение в свою систему. Это было бы все равно что если бы Ubuntu сказала, что не поддерживает ядро Linux, хотя это движок дистрибутива, просто потому, что это не их проект и не их конкретное программное обеспечение. Более того, вы не можете брать деньги у людей за подписку на ваш репозиторий программного обеспечения, утверждая, что это ПО "готово к корпоративному использованию", а затем оставлять эти компоненты менее чем "готовыми к корпоративному использованию". Нормально говорить "насколько я знаю", и я с этим согласен от тех, кто как и я, пользователь, а не разработчик продукта, но это не решает проблему, из-за которой я терпеливо жду ответа от сотрудника Proxmox, чтобы узнать, что делается для решения этой проблемы. Если это функция для проекта QEMU, она явно должна быть изменена для проекта, который использует Ceph в качестве поддерживаемой системы хранения для своего продукта виртуализации. Это не meant to be combative, пожалуйста, не поймите неправильно, это meant to ask someone to urgently outline what's being done to correct this as it is most definitely an issue.
     
     
     
    jeffwadsworth
    Guest
    #8
    0
    09.01.2017 22:00:00
    Вы всегда можете попробовать этуtechнику, чтобы получить весь пул(ы). http://nicksabine.com/post/ceph-backup/
     
     
     
    e100
    Guest
    #9
    0
    09.01.2017 22:24:00
    @ctcknows Я думаю, что вы правы. У меня не было много времени следить за pve-devel в последнее время, эта проблема решается? Если QEMU нельзя модифицировать, чтобы устранить проблему, то, возможно, стоит изменить Proxmox, чтобы он получал резервные копии с помощью снимков CEPH.
     
     
     
    jeffwadsworth
    Guest
    #10
    0
    10.01.2017 23:45:00
    http://pve.proxmox.com/pipermail/pve-devel/2016-February/019282.html Дитмар конкретно отвечает на вопрос здесь.
     
     
     
    felipe
    Guest
    #11
    0
    04.08.2017 10:13:00
    Привет, есть что-то новое по этому вопросу? Новая версия QEMU на Proxmox 5? Все еще 64KB блоки? Наши резервные копии теперь занимают около 4 дней для каждого сервера (более 3 ТБ на каждом), и ситуация ухудшается по мере роста данных. У кого-нибудь есть обходной путь для этого? Привет, Филипп
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры