Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Релиз Proxmox VE 8.0, дистрибутива для организации работы виртуальных серверов , opennews (??), 23-Июн-23, (0) [смотреть все] Отличные новости , Аноним (1), 14:17 , 23-Июн-23, (1) +5 раз в 3 года проходить обновление гипервизера так себе идея, Аноним (3), 14:32 , 23-Июн-23, (3) +6 // А как часто нужно Не флейма ради, но интересен best practice, daemontux (?), 19:02 , 23-Июн-23, (26) +2 // бест - это чтоб оно тихо сдохло от старости вместе с виртуалками внутри, давно з, пох. (?), 21:42 , 23-Июн-23, (45) –7 хнык мы только что закончили полугодичный траходром с обновлениями чортовой в, пох. (?), 21:36 , 23-Июн-23, (42) Обновляю ноду за нодой ВМ перед этим 1 незначительные выключаю 2 важные пере, Василий (??), 06:47 , 24-Июн-23, (75) +1 Скрыто модератором, scriptkiddis (?), 14:38 , 23-Июн-23, (4) –8 // Скрыто модератором, Аноним (5), 14:56 , 23-Июн-23, (5) –4 Скрыто модератором, iCat (ok), 15:16 , 23-Июн-23, (8) Скрыто модератором, Анонус (?), 21:11 , 23-Июн-23, (39) Когда появится failover migration с сохранением состояния как это сделано в серь, Аноннейм (?), 15:42 , 23-Июн-23, (10) –1 // То есть при вырубинии ноды по питанию все ВМки с нее переедут на другую с сохран, Аноним (17), 16:30 , 23-Июн-23, (17) // В кластере Hyper-V на обычном оборудовании виртуальные машины бывшие не в shutd, U202204161753 (?), 21:50 , 23-Июн-23, (47) // Там куча ограничений и очень мало кому оно надо Кому надо, тот покупает это за д, Андрей (??), 22:06 , 23-Июн-23, (49) а пацаны-то и не знали , пох. (?), 23:19 , 23-Июн-23, (68) +1 Догоняйте лидеров По деньгам - догоните, решим, U202204161753 (?), 12:11 , 24-Июн-23, (78) тоже нет вмварьский HA не путать с live migration для которого обе стороны дол, пох. (?), 22:52 , 23-Июн-23, (62) +3 Ту таки да Но у нас enter price же - поэтому SRM Это на in-prem, в облках - св, _ (??), 00:20 , 24-Июн-23, (73) Уличили писал по памяти, терминологию от VMWare запомнить не соизволил Соде, U202204161753 (?), 15:49 , 24-Июн-23, (80) Читать как и в вашем, и моём сообщении написано одно и тоже, но чуть по-разном, U202204161753 (?), 10:48 , 26-Июн-23, (95) в Hyper-v это реализовано так - вм крутится одновременно на всех годах ресурсы , anonbrain (?), 16:44 , 25-Июн-23, (89) // Вот именно так - в VMWare ESX , U202204161753 (?), 15:02 , 26-Июн-23, (98) Надеюсь они починили убивание виртуалок оом-киллером , Минона (ok), 15:45 , 23-Июн-23, (11) –1 // Как они это сделают Телепортацией оперативной памяти из другой вселенной Короч, Аноним (15), 16:28 , 23-Июн-23, (15) +3 // Да я не за себя У меня XenServer 128527 , Минона (ok), 22:21 , 23-Июн-23, (53) –2 Эээ а что, оно не умеет вместо прибивания ВМки остановить её, выгрузить из ОЗ, YetAnotherOnanym (ok), 20:22 , 23-Июн-23, (34) –3 // и пусть весь мир подождет , пох. (?), 21:37 , 23-Июн-23, (43) +1 // Который внутри Он ничего не заметит , YetAnotherOnanym (ok), 20:06 , 24-Июн-23, (85) ну да У него ж ни таймеров, ни открытых соединений, обычный майнер в вакууме, п, пох. (?), 21:09 , 24-Июн-23, (87) И эта За пивком Сбегать за пивком Ну или хотя бы отправить заказ пивка курьеру, Андрей (??), 22:20 , 23-Июн-23, (52) +1 // Не, если не успеет подpoчить мне между делом, то на это я не согласен , Аноним (56), 22:31 , 23-Июн-23, (56) Это буржуйский софт, он за пивом не бегает, он кофе варит , YetAnotherOnanym (ok), 20:05 , 24-Июн-23, (84) Зачем останавливать Оно умеет живую миграцию, даже вместе с дисками если они не, Минона (ok), 22:42 , 23-Июн-23, (60) надеюсь теперь он убивает еще и сторадж в общем-то - типичная история васянских, пох. (?), 22:36 , 23-Июн-23, (58) // О А этот кейс я не тестил У них какой-то кастомный цеф , Минона (ok), 23:00 , 23-Июн-23, (65)   // у них он самонастраивающийся по каким-то их странным лекалам - весьма далеким от, пох. (?), 23:13 , 23-Июн-23, (66)   Про странные лекала и рекомендации самого ceph это конечно сильно Только и в той, Аноним (69), 23:29 , 23-Июн-23, (69)   а эти люди - они сейчас с вами в одной комнате Потому что то что получалось при , пох. (?), 23:36 , 23-Июн-23, (70)   Х с ESX , на врямя Я не понял OOM нельзя отключить штатно отключить , U202204161753 (?), 15:40 , 24-Июн-23, (79)   Отправишь киллера на пенсию, система будет падать в паник Все же сейчас пишут п, 1 (??), 09:50 , 26-Июн-23, (91)   А SWAP Или если он включен, то и OOM killer не срабатывает Так как отключить, U202204161753 (?), 10:46 , 26-Июн-23, (94)   А это не идея Это просто пережиток UNIX-ахитектуры, её самая мрачная часть сис, Аноним (96), 14:36 , 26-Июн-23, (96) +2   OpenVMS я и сам недавно здесь или рядом упоминал Но меня заподозрили в испол, U202204161753 (?), 15:14 , 26-Июн-23, (100)   Ну OpenVMS вполне себе жива А в Винде легко можно получить ООМ , Минона (ok), 15:20 , 26-Июн-23, (103)   Штатно - наверное Я просто спец комбайн Automate применял Но это не дико неп, U202204161753 (?), 16:42 , 26-Июн-23, (106)   Внимание вопрос А почему у самого близкого к UNIX-архитектуре FreeBSD этой гад, 1 (??), 17:31 , 26-Июн-23, (109)   Чего нет https man freebsd org forkhttps klarasystems com articles exploring, Минона (ok), 21:55 , 26-Июн-23, (110)   Нормально так я про oom-killer, он про fork Понятно что fork дублирует полно, 1 (??), 16:08 , 27-Июн-23, (111)   Вторая ссылка это статья описывающая работу swap в FreeBSD, там же написано про , Минона (ok), 13:41 , 28-Июн-23, (113)   Срабатывает, но позже, когда своп кончится Зачем С ним веселее В принципе нет, Минона (ok), 14:48 , 26-Июн-23, (97)   Только, если не-desktop, то как в анекдоте -- А есть ли у вас что-нибудь повесе, U202204161753 (?), 15:07 , 26-Июн-23, (99)   Хотя он и на сервере полезен, для того чтобы зайти на него по ssh и посмотрет, Минона (ok), 15:15 , 26-Июн-23, (101)   Раз так 200 или триста , U202204161753 (?), 15:18 , 26-Июн-23, (102)   А без оом-киллера при оом у тебя сервер встанет раком так что ты даже в консоль , Минона (ok), 15:24 , 26-Июн-23, (104)   Охотно верю Это звёзд т е зв коллапс какой-то Ж- , U202204161753 (?), 16:45 , 26-Июн-23, (107)   А вы почитайтеhttps access redhat com solutions 103833SWAP в Linux - это чудов, Аноним (96), 15:33 , 26-Июн-23, (105)   Спасибо за информацию Буду ставить экспрерименты К сожалению, гипервизор я не , U202204161753 (?), 17:03 , 26-Июн-23, (108)   score для киллера можно настраивать и передавать в параметрах любому приложению , совсем не аноним (?), 22:16 , 27-Июн-23, (112)   А какая разница , Аноним (22), 17:08 , 23-Июн-23, (22) // OTP это просто одноразовый пароль А второй фактор это про факт владения устройс, МестныйЭксперт (?), 18:39 , 23-Июн-23, (24) // А разве OTP является одной из разновидностей двухфакторной аутентификации , Аноним (22), 20:55 , 23-Июн-23, (38) Экхем А в более ранних версиях неужто с 000 переставлять , ryoken (ok), 18:54 , 23-Июн-23, (25) // Ну видимо было менее прозрачным, а сейчас более , Минона (ok), 22:48 , 23-Июн-23, (61) // я всё понял, спасибо , ryoken (ok), 22:56 , 23-Июн-23, (64) Интересно как проходит миграция Цефа, daemontux (?), 19:04 , 23-Июн-23, (27) // как п-ц В смысле, иногда мигрировавшее восстановлению не подлежит так и запише, пох. (?), 21:38 , 23-Июн-23, (44) // Специально для них они сделали репозитарии цеф Доступный Тадам Доступный по , Андрей (??), 22:23 , 23-Июн-23, (54) // там какая-то бнопня в новости - промтом переводили, что-ли В непонятном отдельн, пох. (?), 22:34 , 23-Июн-23, (57) Чтением док прокса и деланьем как там написано Там просто Очень , Андрей (??), 22:08 , 23-Июн-23, (51) // А вон там пох говорит что совсем не просто Кому верить , Минона (ok), 22:53 , 23-Июн-23, (63) // не, сделать кактамнаписано - совсем просто не читал, но осуждаю - потому что , пох. (?), 23:17 , 23-Июн-23, (67) Есть, кто Proxmox до сих пор юзает Мне кажется, сейчас Докер гораздо удобней ст, Liin (ok), 19:28 , 23-Июн-23, (28) –5 // google какая разница между контейнером и виртуальной машиной, onanim (?), 19:55 , 23-Июн-23, (31) +3 // щас найдет какой-нибудь бредовый выcep чатгопоты на эту тему и так ничему полезн, пох. (?), 21:43 , 23-Июн-23, (46) Софта, для которого этп разница существенна всё меньше и меньше До нуля не скук, Аноним (72), 23:51 , 23-Июн-23, (72) –1 // Вендокапец всё ближе и ближе , 1 (??), 10:24 , 26-Июн-23, (92) вот бы 1с с экселем в докере запустить , anonbrain (?), 16:48 , 25-Июн-23, (90) // Немного подожди, майки как раз работают над этим , Минона (ok), 21:48 , 28-Июн-23, (114) лол, меня бы сегодня заблокировало - случайно скопировал не ту длинную рандомну, onanim (?), 20:00 , 23-Июн-23, (32) Кто уже обновился с 7 4 до 8 0 вопросе замене свойства конфигурации в etc lvm l, Аноним (81), 16:13 , 24-Июн-23, (81) // Если вас спросят об изменениях в etc lvm lvm conf, подумайте, внесли ли вы как, deusbase (ok), 18:15 , 24-Июн-23, (82) // Нет, я туда руками не лазил, но то что он хочет заменить все строчки на это но, Аноним (81), 20:00 , 24-Июн-23, (83) // Не могу ничего посоветовать Сделайте бэкап виртуалок в режиме Stop, а потом спо, deusbase (ok), 20:41 , 24-Июн-23, (86) +1 Хорошо так и сделаю Спасибо за ответ , Аноним (81), 21:39 , 24-Июн-23, (88) И пусть весь мир подождёт , 1 (??), 10:25 , 26-Июн-23, (93) 1,3,10,11,22,25,27,28,32,81

Сообщения

[Сортировка по времени | RSS]

	65. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от Минона (ok), 23-Июн-23, 23:00
	>> Надеюсь они починили убивание виртуалок оом-киллером. > надеюсь теперь он убивает еще и сторадж. О! А этот кейс я не тестил. > (в общем-то - типичная история васянских ceph) У них какой-то кастомный цеф?
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от пох. (?), 23-Июн-23, 23:13
	>> (в общем-то - типичная история васянских ceph) > У них какой-то кастомный цеф? у них он самонастраивающийся по каким-то их странным лекалам - весьма далеким от рекомендуемых самим ceph. Но прибить mds оом-киллером - совершенно норм и для самодельных кластеров в принципе. Главная же прелесть - что никто на свете не знает как такую ситуацию детектировать и чинить.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от Аноним (69), 23-Июн-23, 23:29
	Про странные лекала и рекомендации самого ceph это конечно сильно. Только и в той и другой команде разработчиков участвуют одни и те же люди.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от пох. (?), 23-Июн-23, 23:36
	а эти люди - они сейчас с вами в одной комнате? Потому что то что получалось при установке по проксиным инструкциям - было ну такое себе... то есть это даже устаревшими версиями тех инструкций не объяснить.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от U202204161753 (?), 24-Июн-23, 15:40
	(    Х. с ESX , на врямя ... ) Я не понял: OOM нельзя отключить штатно отключить? В Докере он свой? Короче: мне надо отключить оба. Если нельзя штатно, то в исходных кодах ядра легко найти, что закоментировать? Спасибо!
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	91. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от 1 (??), 26-Июн-23, 09:50
	Отправишь киллера на пенсию, система будет падать в паник. Все же сейчас пишут приложения как ? "А захвачу-ка я себе памяти сразу 16Тб, ядро разберётся". Тут киллер работает "санитаром леса". P.S. Как же он меня бесит этот oom-killer. Он ука всегда убивает самые важные приложения ... Веб сервер, ну или базу данных ... Сам себя бы прибил :-(
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от U202204161753 (?), 26-Июн-23, 10:46
	> Отправишь киллера на пенсию, система будет падать в паник.   А SWAP ? Или если он включен, то и OOM killer не срабатывает? Так как отключить? Будет ли запрашивать 16 терабайт проверю на практике > самые нужные Вот именно: вредная идея в принципе этот самый killer
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+2 +/–
	Сообщение от Аноним (96), 26-Июн-23, 14:36
	> Вот именно: вредная идея в принципе этот самый killer А это не идея. Это просто пережиток UNIX-ахитектуры, её самая мрачная часть: системный вызов fork Даже не буду вдаваться в детали, для чего это было изначально, но сейчас это одна из замен IPC в сочетании с UNIX pipes. Материнский процесс порождает дочерние ради вопросов многозадачности и обмена данными. Проблема в том, что вся память материнского процесса копируется в дочерние. И там по идее применяется COW для оперативки, чтобы не занимать слишком много места. Предварительно объявляется pipe для обмена данными. То есть если материнский процесс запустился и запросил 16Гб оперативной памяти, то _потенциально_ по столько же захватят детки. В этой ситуации, когда весь юзерспейс так работает нет никакой возможности предсказать сколько реально приложению нужно оперативной памяти. Вот ядро и не пытается. Ядро всегда утвердительно отвечает на запросы выдачи RAM, а когда вся память кончится то OOM Killer без спросу прибьёт тот процесс, который плохо лежит. Вы не единственный человек, который посчитал, что это плохая практика. Например, разработчики операционной системы VMS посчитали, что fork не безопасен (бездумное копирование данных, потенциально с ошибками) и порождает проблемы. Поэтому было принято решение: 1. Не делать системный вызов fork 2. Отказать приложению, если оперативной памяти вместе с виртуальной не достаточно. Приложение получит исключение (обработает или покрашится), а вновь запускаемые приложения вообще не возможно запустить в состоянии OOM. 3. Для решения задач IPC предложить IPC 4. Для решения задач многопоточности предложить API для потоков/тредов, а не плодить клоны процессов 5. Для запуска дочерних процессов предложить отдельное API, которое их запускает, а не копирует с родителя. Ну то есть pthreads-то есть, но он появился сильно позже (90-е) чем fork (70-е), и вы можете писать приложение не форкаясь, но вот только если вы посмотрите на UNIX-юзерспейс, вы осознаете, что Init, включая его молодежные и популярные версии на самом деле считают все процессы в ОС форком первого процесса, процесса init. Значит чтобы это победить нужно еще и предоставить некоторую объектную модель работы с процессами, которая живет отдельно, а не иерархично копируется. В итоге у противников архитектуры, которая предполагает наличие fork получилось так, что создание процесса стало трудоёмкой по времени задачей, а наличие богатого IPC стало обязательным в юзерспейсе. Зато потоки наоборот стали простыми и дешевыми. Но да, операционная система построенная на этих принципах не имеет OOM и не нуждается в нем. Сама по себе оригинальная VMS мертва, но её архитектуру наследуют VMS-подобные, если можно так сказать, ОС, одной из которых является Windows NT (не та которые 9к). При разработке WSL1 Windows обзавелся очередной реализацией fork в рамках обновленных компонентов POSIX-совместимости. Они даже писали публикации с просьбами избавиться от него в UNIX-like, потому что он привносит больше проблем, чем что-то там решает. Вроде этой: https://www.microsoft.com/en-us/research/uploads/prod/2019/0... А потом плюнули и пихнули WSL2 в виртуалку. Пусть сами играют в свои fork-exec, OOM Killer и прочие пережитки прошлого, под управлением гипервизора с лимитом на ресурсы RAM.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от U202204161753 (?), 26-Июн-23, 15:14
	OpenVMS я и сам недавно здесь ( или рядом) упоминал. Но меня заподозрили в использование перфокарт -) (    Хотя: да, не мною пробитые, штук пятьдесят у меня где-то лежат.    На них план лекций, кстати, удобно писать.  ( видел в деле) )
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от Минона (ok), 26-Июн-23, 15:20
	> Но да, операционная система построенная на этих принципах не имеет OOM > и не нуждается в нем. > Сама по себе оригинальная VMS мертва, но её архитектуру наследуют VMS-подобные, если > можно так сказать, ОС, одной из которых является Windows NT Ну... OpenVMS вполне себе жива. А в Винде легко можно получить ООМ.
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	106. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от U202204161753 (?), 26-Июн-23, 16:42
	> Винде легко можно получить ООМ Штатно - наверное. Я просто спец. комбайн Automate применял. Но это не "дико непосредственный" OOM killer , а сверх. "навороченное" и надёжное ПО. С _предсказуемо_ надёжным результатом.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от 1 (??), 26-Июн-23, 17:31
	>> Вот именно: вредная идея в принципе этот самый killer > А это не идея. Это просто пережиток UNIX-ахитектуры, её самая мрачная часть: системный вызов fork Внимание вопрос ! А почему у самого близкого к UNIX-архитектуре FreeBSD этой гадости нет ?
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	110. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от Минона (ok), 26-Июн-23, 21:55
	>>> Вот именно: вредная идея в принципе этот самый killer >> А это не идея. Это просто пережиток UNIX-ахитектуры, её самая мрачная часть: системный вызов fork > Внимание вопрос ! А почему у самого близкого к UNIX-архитектуре FreeBSD этой > гадости нет ? Чего нет? https://man.freebsd.org/fork https://klarasystems.com/articles/exploring-swap-on-freebsd/
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от 1 (??), 27-Июн-23, 16:08
	Нормально так ... я про oom-killer, он про fork. Понятно что fork дублирует полностью процесс, так не надо сначала памяти хапать, а потом форкаться.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от Минона (ok), 28-Июн-23, 13:41
	> Нормально так ... я про oom-killer, он про fork. Вторая ссылка это статья описывающая работу swap в FreeBSD, там же написано про oom-killer и как от него защититься. (гораздо проще чем это сделано в Linux).
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от Минона (ok), 26-Июн-23, 14:48
	>   А SWAP ? > Или если он включен, то и OOM killer не срабатывает? Срабатывает, но позже, когда своп кончится. > Так как отключить? Зачем? С ним веселее =) >  Вот именно: вредная идея в принципе этот самый killer В принципе нет, для десктопа вещь полезная.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	99. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от U202204161753 (?), 26-Июн-23, 15:07
	> С ним ( OOM Killer) веселее =) Только, если не-desktop, то как в анекдоте: -- А есть ли у вас что-нибудь повеселее? -- Недавно завезли весёленький ситчик. Обхохочетесь (   Пойду сдаваться ИИ -) Может, он знает -) )
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от Минона (ok), 26-Июн-23, 15:15
	>> С ним ( OOM Killer) веселее =) >  Только, если не-desktop, то как в анекдоте: > -- А есть ли у вас что-нибудь повеселее? > -- Недавно завезли весёленький ситчик. Обхохочетесь > ( >   Пойду сдаваться ИИ -) Может, он знает -) > ) Хотя... он и на сервере полезен, для того чтобы зайти на него по ssh и посмотреть почему оом-киллер приходил. =)
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от U202204161753 (?), 26-Июн-23, 15:18
	Раз так 200 или триста...
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от Минона (ok), 26-Июн-23, 15:24
	> Раз так 200 или триста... А без оом-киллера при оом у тебя сервер встанет раком так что ты даже в консоль не зайдёшь - придётся reset нажимать.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от U202204161753 (?), 26-Июн-23, 16:45
	>  без оом-киллера при оом у тебя сервер встанет раком так что ты даже в консоль не зайдёшь - придётся reset нажимать Охотно верю... Это "звёзд. " т.е. зв. коллапс какой-то... Ж-(
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от Аноним (96), 26-Июн-23, 15:33
	>  А SWAP ? А вы почитайте https://access.redhat.com/solutions/103833 SWAP в Linux - это чудовище. Его реализация даже в современном ядре такова, что затюнить его под свою задачу - вопрос в большей степени астрологический, нежели технический. И виноват во всем именно страничный кэш. Если вы укажете слишком высокую цифру у вас в swap будут попадать активные буферы процессов, а если слишком маленькие, то почти ничего. Проблема в том, что формула совершенно идиотская, потому что не учитывает то, что реально происходит в юзерспейсе, какие там процессы и прочее. Это магическое число. Отдельно нужно сказать про страничный кэш, который оно будет активно отбирать. Вы же знаете да, что ядро Linux имеет поддержку единственной верной файловой системы ext4, а остальные там сильно сбоку. Например, если RHEL предоставляет по умолчанию XFS, поэтому делает форк ядра в том числе, чтобы страничный кэш учитывал специфику XFS. А если у вас ZFS, то у вас вообще будет существовать как бы 2 разных страничных кэша. А теперь попробуйте угадать резервирование (в гуманитарном смысле) RAM под этот зоопарк на сервере виртуализации. Если у вас 1ТБ RAM или что-то близкое к этому, то заложить минимум 80 ГБ было бы не плохо, но нужно понимать сколько локального диска. С учетом того как там всё форкается налево и направо было бы неплохо угадать и этот потенциальный перерасход. > Так как отключить? Проставить значение vm.oom-kill = 0 в sysctl или поиграться с vm.overcommit_memory Но если вы так сделаете, то у в условии нехватки памяти будет падать не одна виртуалка, а целый хост (привет VMware, она так любит делать). В реальности вам нужно производить скоринг процессов, чтобы контролировать, что вам будут ронять с большей вероятностью, а что с меньшей. Но сделать так чтобы не падало ничего не выйдет. Поймите, Linux постоянно производит оверкоммитмент ресурсов RAM, хотите вы этого или нет. Максимум что вы можете сделать: 1. Создать шаблоны ресурсов виртуальных машин 2. Размещать виртуальные машины одного типа на одной группе серверов, второго типа на второй, итд. Ради предсказуемости нагрузки и объемов. 3. Рассчитывать ресурсы железа так, чтобы не срабатывал OOM Killer. 4. Выделить приоритеты в /proc для важных процессов Если вы хотите автоматизацию таких вещей избавьтесь от Linux, ну или хотя бы избавьтесь от KVM, перейдите на Xen (Citrix Hypervisor), где ваши виртуальные машины не считаются за обычные процессы ОС, хотя и там вам от него не избавиться. И опять, даже в случае с Xen всё в конечном итоге зависит от сборки дистрибутива/юзерспейса и как там присваиваются приоритеты и распределяются ресурсы. Если же вы хотите, чтобы у вас виртуалки свапились, а не падали, когда вы перерасходуете RAM, то вам нужен Hyper-V. Но не могу понять зачем это может потребоваться. Засвапилась у вас виртуалка или упала - всё одно. Оно больше не работает нормально.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	108. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от U202204161753 (?), 26-Июн-23, 17:03
	Спасибо за информацию! Буду ставить экспрерименты. К сожалению, гипервизор я не контролирую.  Хотя, пардон: есть выбор их двух вариантов... Буду думать... P.S. > Если же вы хотите, чтобы у вас виртуалки свапились, а не падали, когда вы перерасходуете RAM, то вам нужен Hyper-V. Да - подтверждаю. Единственное  - свопинг будет внутри VM. За одним редким исключением.   Hyper-V  - это, кстати, решение. И решение на раньше продавали. > Но не могу понять зачем это может потребоваться. Засвапилась у вас виртуалка или упала - всё одно. Оно больше не работает нормально.   Не факт: иногда в своп навсегда уходит всякое непонятно что. А реально нужные страницы - остаются в RAM.   Но, в общем случае, да Вы правы. Впрочем, в случае динамической (?) памяти, есть шансы, что она перераспределиться среди высокоприоритетных VM засчёт низкоприлритетных. P.S. А собственно OOM killer хочу "на пробу" отключить "внутри VM". Ибо вижу сработки, как раз, там.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Релиз Proxmox VE 8.0, дистрибутива для организации работы ви..."	+/–
	Сообщение от совсем не аноним (?), 27-Июн-23, 22:16
	score для киллера можно настраивать и передавать в параметрах любому приложению при запуске
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема