Экономим ssd-шный TBD

[moshkow]

Переназначил в nginx'e proxy_temp_path в рам-диск на tmpfs, и 600kb/sec летевшие в /var превратились в 40kb/sec. А это значит - в год на 17 Тб меньше достанется оверрайтов SSD'шному системному двух-терабайтнику.

nginx.conf: proxy_temp_path /var/lib/nginx/proxy 1 2

Comments

[e2k_4d_x_ussr]

красиво, а рам-диск какого объёма?

[moshkow]

60 гигов

[e2k_4d_x_ussr]

неплохая оптимизация по ресурсу.

[3a_5648]

А какого нома у тебя все остальное (кроме контента) не на рамдиске? У тебя проблемы с оперативой или это проверка практическогр ресурса SSD?

[moshkow]

Ни то ни другое. Просто увидел, что не аккуратненько, и подправил размещение рабочих каталогов.

У сервера 2+2+2+4 Tb SSD дисков, 128 Gb RAM. Не думаю, что с оперативкой ожидаемы проблемы - старый сервер удовлетворительно справлялся имея 8 Гб RAM.

Наблюдаю в среднем на все диски вместе суммарно writes 150 Kb/sec. В таком режиме дисков хватит реально надолго.

[3a_5648]

Я может что-то не понимаю, но применение SSD подразумевает writes 0, в смысле физически подмонтированные разделы имеют право содержать только read-only данные, а все остальное живет исключительно на ram-дисках, записывая что-либо на физические диски СТРОГО по команде. Хороший пример тут подает, прости хосподи, микрософт со своим EWF-драйвером. К сожалению нормальные системы этот пример проигнорировали, так что только ручками. А если тебе очень нужны логи - их стоит хранить в ДРУГОМ месте, поближе к себе и на обычных дисках. Насколько я понимаю.

[moshkow]

В современных серверах нет "обычных дисков". Выбирать можешь между ssd и nvme.
Логами я возможно, тоже займусь. Впрочем, на них много не наэкономить. Килобайтов 50 в секунду - невелика прибыль