Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    pvedaemon (API) становится медленным (советы по оптимизации?)

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    pvedaemon (API) становится медленным (советы по оптимизации?), Proxmox Виртуальная Среда
     
    encore
    Guest
    #1
    0
    08.07.2018 09:48:00
    Привет, мы хостим тысячи CT на proxmox, используя ваш API. Время от времени кажется, что процессы рабочего интерфейса pvedaemon зависают. Я вижу 3 процесса рабочего интерфейса pve с постоянной загрузкой 100%. Когда я их убиваю и перезапускаю службу pvedaemon, они снова работают плавно с нагрузкой 10-40% на CPU. Когда возникает эта проблема с 100%, API отвечает очень медленно. Убийство и перезапуск помогают это исправить на время. Есть идеи, как оптимизировать pvedaemon? Может, сказать ему использовать больше рабочих процессов? Есть ли какие-либо логи, где я мог бы найти причину этих зависающих процессов? Спасибо, Марвин
     
     
     
    alexskysilk
    Guest
    #2
    0
    13.01.2019 00:41:00
    Нет. Я просто с этим живу и знаю, что 100-120cts/node — это рабочий предел. Имейте в виду, это не единственное ограничение; количество узлов в кластере тоже имеет значение. У кого-нибудь есть опыт работы с более плотным размещением узлов/кластеров?
     
     
     
    alexskysilk
    Guest
    #3
    0
    24.08.2018 20:28:00
    У меня тоже есть проблема с этим. В некоторых кластерах ответы API адекватные, а в других они могут быть действительно медленными (до 20 секунд на ответ). У каждого узла от 80 до 100 cts. Я пытался отправлять запросы к разным узлам, но результат все тот же:

    Код:
    # time pvesh get /nodes/node15/lxc
    ...
    real    0m19.848s
    user    0m1.148s
    sys     0m0.150s

    Код:
    # pveversion -v
    # pveversion -v
    proxmox-ve: 5.2-2 (работающий Kernel: 4.15.17-2-pve)
    pve-manager: 5.2-1 (работающая версия: 5.2-1/0fcd7879)
    pve-kernel-4.15: 5.2-2
    pve-kernel-4.15.17-2-pve: 4.15.17-10
    pve-kernel-4.13.13-6-pve: 4.13.13-42
    pve-kernel-4.13.13-2-pve: 4.13.13-33
    ceph: 12.2.5-pve1
    corosync: 2.4.2-pve5
    criu: 2.11.1-1~bpo90
    glusterfs-client: 3.8.8-1
    ksm-control-daemon: 1.2-2
    libjs-extjs: 6.0.1-2
    libpve-access-control: 5.0-8
    libpve-apiclient-perl: 2.0-4
    libpve-common-perl: 5.0-31
    libpve-guest-common-perl: 2.0-16
    libpve-http-server-perl: 2.0-8
    libpve-storage-perl: 5.0-23
    libqb0: 1.0.1-1
    lvm2: 2.02.168-pve6
    lxc-pve: 3.0.0-3
    lxcfs: 3.0.0-1
    novnc-pve: 0.6-4
    openvswitch-switch: 2.7.0-2
    proxmox-widget-toolkit: 1.0-18
    pve-cluster: 5.0-27
    pve-container: 2.0-23
    pve-docs: 5.2-4
    pve-firewall: 3.0-9
    pve-firmware: 2.0-4
    pve-ha-manager: 2.0-5
    pve-i18n: 1.0-5
    pve-libspice-server1: 0.12.8-3
    pve-qemu-kvm: 2.11.1-5
    pve-xtermjs: 1.0-5
    qemu-server: 5.0-26
    smartmontools: 6.5+svn4324-1
    spiceterm: 3.0-5
    vncterm: 1.5-3
    zfsutils-linux: 0.7.9-pve1~bpo9

    Код:
    # pvecm status
    Информация о кворуме
    ------------------
    Дата: Пт 24 Авг 11:16:35 2018
    Провайдер кворума: corosync_votequorum
    Узлы: 9
    ID узла: 0x00000008
    ID кольца: 1/752
    Кворум: Да

    Информация о голосах кворума
    ----------------------
    Ожидаемые голоса: 9
    Максимально ожидаемые: 9
    Всего голосов: 9
    Кворум: 5
    Флаги: Кворумный

    Информация о членстве
    ----------------------
       Nodeid      Голоса Имя
    0x00000001          1 10.19.1.8
    0x00000002          1 10.19.1.9
    0x00000003          1 10.19.1.10
    0x00000004          1 10.19.1.11
    0x00000005          1 10.19.1.12
    0x00000006          1 10.19.1.13
    0x00000007          1 10.19.1.14
    0x00000008          1 10.19.1.15 (локальный)
    0x00000009          1 10.19.1.16

    sysctl fs переменные:
    fs.aio-max-nr = 1048576
    fs.aio-nr = 62896
    fs.binfmt_misc.status = enabled
    fs.dentry-state = 2829612       2404098 45      0       0       0
    fs.dir-notify-enable = 1
    fs.epoll.max_user_watches = 40549478
    fs.file-max = 19769117
    fs.file-nr = 73680      0       19769117
    fs.inode-nr = 1748660   130375
    fs.inode-state = 1748660        130375  0       0       0       0       0
    fs.inotify.max_queued_events = 16384
    fs.inotify.max_user_instances = 131072
    fs.inotify.max_user_watches = 524288
     
     
     
    Ahmet Bas
    Guest
    #4
    0
    12.01.2019 22:54:00
    Смог ли ты исправить медленный ответ вашего API?
     
     
     
    Ahmet Bas
    Guest
    #5
    0
    13.01.2019 12:09:00
    У нас есть кластер с 5 HV и 50-60 виртуальными машинами на узел, но ответ API очень медленный — загрузка всех данных занимает 5-20 секунд. Нам интересно, можно ли сделать это быстрее. Кластер работает нормально, но ответ API слишком медленный.
     
     
     
    encore
    Guest
    #6
    0
    13.01.2019 17:06:00
    У нас по-прежнему эта проблема, очень раздражает. Мы внедрили обходное решение, кешируя информацию из proxmox, но это действительно грязное решение.
     
     
     
    Ahmet Bas
    Guest
    #7
    0
    14.01.2019 00:27:00
    Можешь объяснить, что именно за обходной путь ты использовал и как ты его разрешил на данный момент? Нет никого, кто мог бы помочь нам выявить нашу проблему и решить ее, или хотя бы кто-то, кто сталкивался с этой проблемой раньше и смог ее разрешить?
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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