я тут кстати чо подумал. writeback это плохо когда таскаются большие объемы данных. ща заливаю у себя на серваке домашнем с обычных дисков данные на диск с writeback еще и на zfs и вот такая картина
так на большом объеме буфер заполнится и будет работать как Write Through. Выигрышь только на мелочевке будет
Тут вчера про swappiness разговор был, вот стоит ли волноваться при такой картине? Памяти свободной на сервере ещё дофига, но своп на 3/4 занят. Своп все активно работающие вм используют примерно одинаково, судя по:
есть же параметр - при скольки процентах занятой памяти начинать писать в swap
Я понимаю что можно и вообще своп отключить, просто это моя первая нода прокса, непонятно стоит ли нервничать по этому поводу. Пока понял что надо ещё vmstat 1 сделать и si/so посмотреть, если активно пишут/читают в своп - видимо надо что-то предпринимать. Если нет - ну наверное не трогать.
Если есть контейнеры - они будут использовать своп хоста. Виртуалки, которые давно не трогали память - тоже будут в свопе. У меня тут где-то был скрин с 3-летним аптаймом и забитым свопом. Работает, нормуль
А не подскажешь где про это можно подробнее почитать? А то я на Вики читаю статью Cluster Manager и там в требованиях этого нет (есть про порты tcp 22 и udp 5404 и5405, синхру времени, одинаковую версию и т.д.). При этом в статьях читаю про одинаковую подсеть. А сейчас и ты это подтвердил.
Если есть контейнеры - они будут использовать своп хоста. Виртуалки, которые давно не трогали память - тоже будут в свопе. У меня тут где-то был скрин с 3-летним аптаймом и забитым свопом. Работает, нормуль
Контейнеров нет, скрин вроде видел чуть выше) si/so пойду смотреть и буду наблюдать, не хочется впереться в проблемы когда пик нагрузки будет
А это довольно капризная вещь по поводу сетей. Можно, в принципе, и на разных подсетях сделать, но там можно хапнуть граблей. Коросинк можно перевести в соединение по unicast, и попробовать в разных подсетях собрать.