Правильно ли монтировать /var на HDD вместо SSD чтобы он прослужил больше?
============================================================================

 При установке Linux, рациональным ли является указать точку монтирования для раздела /var на HDD (при его наличии), вместо монтирования на SSD с целью не писать логи на SSD и тем самым увеличить срок его жизни? Возможно есть и другие разделы, которые стоит монтировать на HDD? 

 Нет, все эти советы по поводу "сбережения ресурса SSD" относятся к самым ранним поколениям накопителей. Современные накопители морально устареют гораздо раньше того момента, когда их ресурс на запись будет исчерпан. 

 Практически всегда - это экономия на спичках. Кроме, разумеется, случаев, когда у вас действительно здоровый поток логов - но тогда их обычно и хранят не локально, а централизованно. 

 Если вас волнует оптимизация и не волнуют логи, то /tmp и /var/log прекрасно монтируются в память (tmpfs). Минус - посмотреть, что было в логах до перезагрузки, не получится. Плюс - затраты резко устремятся к нулю (монтируя /var на HDD, вы таки заметно затормозите обращение к нему на запись). 

* Во первых - непонятно при чем тут срок службы? Он то каким боком?
* Во вторых - если решили разнести разделы по разным дискам, то принцип простой - все данные с которыми часто работают - на SSD, с которыми редко на HDD. Поскольку /var это часто изменяемые данные - его без вариантов на SSD.

 

 Уже нет 

 НЕТ это уже не актуально   

технология трим уже есть на всех дисках, их износ не меньше чем у жестких а порой и того и больше.  

Детские болячки ссд уже прошил 

 Все зависит от нагрузок  

Допустим для ТЯЖЕЛОГО сервера БД  

Я бы сделал следующее  

  

RAID 1 - OS  

RAID 10 - database data  

RAID 10 - database logs  

  

Сервер приложений (все в одном)  

RAID 1 - OS  

RAID 10 - database + logs + data  

  

Сервер приложений (веб морда)  

RAID 1 - OS - data  

  

Отдельный вопрос это ssd акселераторы и nvme cache  

Посмотрите все это присутствует и позволяет сохранить бюджет в разумных пределах.   

В конце концов куча IOPS и случайное чтение нужно не всегда.   

  

В общем составьте план потребления ресурсов, и выбирайте все по этому плану.