+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

broken pipe (599), Proxmox Виртуальная Среда

HuHu

Guest

20.01.2019 16:46:00

Привет всем, у меня есть PVE-кластер из 4 узлов. Все выглядит нормально, когда я работаю с системой один. Но если 20 или больше студентов работают с системой (KVM), то снова и снова возникает следующая ошибка «broken pipe (599)». Студенты подключаются к своим виртуальным машинам через noVNC и/или Spice. Что я могу сделать, чтобы система работала без сбоев? Заранее спасибо за ваши усилия и с наилучшими пожеланиями, Кристиан.

sb-jw

Guest

03.02.2019 18:47:00

Я имею в виду мониторинговую систему, такую как check_mk, icinga или grafana. В противном случае сложно понять, что происходит в кластере, когда возникает проблема. Но здесь не хватает гораздо больше информации, например, какое оборудование вы используете? Какое хранилище? Настроены ли HA ВМ? Как выглядит конфигурация ВМ? Есть ли другие ВМ, у которых нет проблемы? Как студенты подключаются (напрямую или вы используете HAproxy или другие балансировщики нагрузки)?

HuHu

Guest

03.02.2019 19:18:00

Прямо сейчас я не мониторю PVE-Cluster. HW: 4x двойные HP Blade BL360 G6, CPU/Core/Ram (см. изображение выше), 10 ГБ сетевого хранилища: внешний Ceph-Cluster, 8 узлов (смешанные HP DL380 G4/G6/G8, HP BL360 G6+Storage-Blade), примерно 60 OSDs, 10 ГБ публичная/приватная сеть VM-Конфигурация: смотрите завтра Соединение: без HAproxy, без LB У меня есть две догадки: A) Ceph-Cluster слишком медленный,... B) есть проблема с конфигурацией PVEproxy, потому что если я один в системе, все работает так, как я ожидал. Если более ~ 5 или 10 одновременных пользователей, начинаются проблемы.

sb-jw

Guest

03.02.2019 20:07:00

Нет подробной информации о деталях. Если у вас 60 OSD, я не думаю, что это проблема, но может быть. Для этого нужно отправить некоторые метрики в Grafana, возможно, задержка слишком высокая. Но прежде чем взглянуть на детали оборудования, мы дождемся метрик. Возможно, проблема в каких-то других системах, таких как NAT, прокси или других службах впереди. Может быть, ошибка конфигурации на одном из коммутаторов?

HuHu

Guest

04.02.2019 13:59:00

4x HP BL365 G6 ============ CPU: === Архитектура: x86_64 Режим работы CPU: 32-разрядный, 64-разрядный Порядок байтов: Little Endian CPU(-и): 24 Список активных CPU(-и): 0-23 Потоков на ядро: 1 Ядер на сокет: 6 Сокетов: 4 NUMA узел(-ы): 4 ID производителя: AuthenticAMD Семейство CPU: 16 Модель: 8 Название модели: Шестиядерный процессор AMD Opteron™ 8431 Ревизия: 0 Частота CPU (МГц): 2400.025 BogoMIPS: 4800.05 Виртуализация: AMD-V Кэш L1d: 64K Кэш L1i: 64K Кэш L2: 512K Кэш L3: 5118K NUMA узел 0 CPU(-и): 0,4,8,12,16,20 NUMA узел 1 CPU(-и): 1,5,9,13,17,21 NUMA узел 2 CPU(-и): 2,6,10,14,18,22 NUMA узел 3 CPU(-и): 3,7,11,15,19,23 Флаги: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pgeopt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tscc cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt hw_pst ОЗУ: === 1x 196 GB 3x 128 GB Без NAT, без прокси, свитч, ну, посмотрю. Ты хочешь знать конфигурацию виртуальной машины. Вот стандартная конфигурация KVM: Код: agent: 1
bootdisk: virtio0
cores: 2
ide2: none,media=cdrom
memory: 2048
name: deb95-23
net0: virtio=02:28:61:1C:A3:53,bridge=vmbr1
numa: 0
ostype: l26
scsihw: virtio-scsi-pci
smbios1: uuid=ba68e772-d536-4f6b-a203-c11dde5f6de8
sockets: 1
vga: qxl
virtio0: service:base-100-disk-1/vm-2861023-disk-1,cache=writethrough,size=12G

Ahmet Bas Guest	#6 0 03.07.2019 11:59:00 @HuHu, смог ли ты решить свою проблему?

HuHu Guest	#7 0 13.07.2019 20:36:00 Извини, не сейчас. У меня есть ощущение, что это связано с хранилищем. Я управляю собственным кластером Ceph, и у него есть проблемы с производительностью. С наилучшими пожеланиями, Кристиан

Читают тему

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