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

High SWAP usage, Proxmox Виртуальная Среда

TechLineX

Guest

05.12.2018 18:50:00

Здравствуйте, у меня вот какая проблема: - Я запускаю несколько LXC-контейнеров на разных хостах в кластере - У каждого LXC-контейнера нет "своего" свопа - Но своп на хостах заполнен на 100% (8/8 ГБ ОЗУ) - Когда своп заполнен на 100%, вся система начинает сильно тормозить (миграция, загрузка, перемещение и так далее) Что делать? Не так ли я настроил lxc-контейнеры, оставив нулевой своп? С наилучшими пожеланиями

TechLineX Guest	#2 0 24.12.2018 16:11:00 Код: root@host:~# free -h всего использовано свободно совместно буфер/кэш доступно Память: 125G 69G 1.3G 13G 55G 41G Своп: 8.0G 8.0G 0B По-прежнему та же проблема..

Faris Raouf

Guest

26.12.2018 14:55:00

Я не уверен, как тестировать вещи в значительных деталях, но я обнаружил, что есть три фактора, которые, похоже, влияют на то, сколько свопа используется в моей ситуации (которая отличается от вашей, но, возможно, есть связь). 1) I/O ожидание 2) Сетевая нагрузка 3) Количество свободной оперативной памяти на узле. Что касается пункта 3, у меня есть два узла с идентичным оборудованием и конфигурацией. Один имеет 50% свободной оперативной памяти с зеленым значком RAM, другой - 40% свободной оперативной памяти с оранжевым значком использования RAM в графическом интерфейсе. При выполнении rsync между узлами, что вызывает до 10% I/O ожидания и до 100% использования Ethernet-канала на узле с 40% свободной оперативной памяти, своп значительно увеличивается и будет продолжать расти до 100%, если запущенная задача будет выполняться достаточно долго. На узле с 50% свободной оперативной памяти дополнительный своп не используется. И именно поэтому я считаю, что пункты 1, 2 и 3 связаны с тем, сколько свопа используется. Если задачи в ваших контейнерах вызывают высокое дисковое I/O ожидание или высокую сетевую нагрузку, или, возможно, если у вас настроен сложный файервол на узле, возможно, что один из этих факторов может вызывать использование свопа. Я предлагаю попробовать снизить параметр swappiness на узле, например, до 10. Если вы проведете поиск по этим форумам, вы найдете несколько обсуждений этой темы. Основные настройки можно найти здесь: https://pve.proxmox.com/wiki/ZFS_on_Linux (прокрутите вниз до swappiness. Неважно, что эта страница говорит о ZFS - игнорируйте это). Но, похоже, есть swappiness и есть swappiness в cgroups. Загляните на https://forum.proxmox.com/threads/swappiness-question.42295/ Важность swappiness в cgroups заключается в том, что возможно что-то вызывает использование свопа в файерволе Proxmox или в каком-то другом элементе Proxmox, который использует настройки swappiness cgroups, а не своп, вызываемый непосредственно самой контейнерной задачей. ** Пожалуйста, учтите, что у меня всего лишь самое базовое понимание того, что здесь происходит. Все, что я могу сделать, это попытаться предоставить больше информации, которая может вам помочь. Я все еще ищу ответы сам, в основном методом экспериментов **

TechLineX

Guest

18.01.2019 09:08:00

Есть ли кто-то в команде Proxmox, кто сталкивался с такой же проблемой? Swappiness раньше был на уровне 10, но я заметил множество случайных сбоев своих хостов. Поэтому я вернул его к значению по умолчанию. Что я могу подтвердить, так это то, что, если я копирую большие файлы, например, при миграции хранилища VPS, своп значительно увеличивается. После миграции он снижается. Проблема в том, что у меня около 100-150 LXC-контейнеров, и я не могу отслеживать их I/O-нагрузку. Есть ли удобный инструмент или обходной путь для этого? С наилучшими пожеланиями.

TechLineX Guest	#5 0 05.02.2019 13:27:00 К сожалению, я не могу помочь с вашим запросом.

mailinglists Guest	#6 0 05.02.2019 14:23:00 Я не читал всю тему, но вот идея. Поскольку использование SWAP в ZFS делает вашу систему нестабильной, либо полностью отключите SWAP, либо переместите его с ZFS.

TechLineX Guest	#7 0 08.02.2019 07:22:00 Проблема в том, что если я отключаю раздел подкачки, система случайным образом перезагружается.

TechLineX Guest	#8 0 10.02.2019 21:46:00 Извините, но вы не предоставили текст для перевода. Пожалуйста, предоставьте сообщение, и я помогу вам с переводом.

TechLineX Guest	#9 0 06.03.2019 09:00:00 Разве здесь нет никого из команды Proxmox, кто хотел бы заняться этой проблемой? Ситуация всё та же. Когда я использую LXC-контейнер, у меня заканчивается место на свопе, и вся система сильно тормозит.

TechLineX Guest	#10 0 18.03.2019 14:41:00 Извините, но я не вижу текста, который нужно перевести. Пожалуйста, предоставьте текст для работы.

TechLineX Guest	#11 0 25.03.2019 11:40:00 К сожалению, я не вижу текста для перевода. Пожалуйста, предоставьте текст, и я с радостью помогу вам.

Faris Raouf

Guest

#12

25.03.2019 12:06:00

Я думаю, у всех закончились идеи. Ты недавно заглядывал на https://forum.proxmox.com/threads/swappiness-question.42295/? Главная проблема заключается в том, что у тебя происходят замедления или еще хуже, когда твой своп заполняется. Этого не должно происходить, ПОКА ты не истощаешь физическую ОЗУ где-то, каким-либо образом (хотя видно, что у тебя много ОЗУ). Я все еще считаю, что это может быть ключевым моментом — выяснить, что использует твой своп. В теме выше есть несколько идей, как это сделать, наряду с другими ссылками, которые я публиковал ранее. У меня есть предчувствие, что это может быть ключом к решению твоей проблемы.

TechLineX Guest	#13 0 14.05.2019 16:14:00 Было бы неплохо, если бы команда Proxmox дала комментарий по этому поводу. С наилучшими пожеланиями.

mbaldini Guest	#14 0 14.05.2019 17:19:00 Вы пробовали переместить подкачку в RAM с помощью ZRAM?

mailinglists Guest	#15 0 24.05.2019 12:00:00 Если вы отключите SWAP и ваша система станет нестабильной, это может быть связано с нехваткой ОЗУ (памяти), и есть смысл в том, что система медляет, когда SWAP включен, потому что используется больше памяти, чем у вас есть ОЗУ, и начинается SWAP. При анализе использования ОЗУ также посмотрите или ограничьте количество буферизованной памяти, используемой для кэширования файлов, и ищите корреляцию между количеством буферизованной памяти и скоростью системы. Я бы рекомендовал следить за использованием памяти с помощью "free", найти приложение, потребляющее много памяти, или утечку памяти, попытаться это исправить, если возможно, и, возможно, увеличить объем ОЗУ, если утечки нет и вам действительно нужно больше ОЗУ, чтобы избежать SWAP. Также я не вижу, как установка параметров подкачки (swappiness) позже может сделать систему нестабильной. Я бы ещё раз проверил, как вы пришли к этому выводу. Удачи!

Читают тему

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