> Друзья, добрый день!
> Мне необходимо организовать сервер для веб-приложения.
> FreeBSD + lighttpd + PHP + MariaDB + Redis
> И у меня несколько вопросов, ответы на которые хочу спросить у вас.
> 1. По дисковой подсистеме. Так как денег нет, но держаться приходится то
> думаю сделать зеркало из SSD'ов, но конечно видимо не серверного класса.
> - Зеркалирование на SSD'ах это вообще имеет смысл или они сдохнут одномоментно?

Если в основном чтение и минимальная запись то прослужить могут долго. Зависит от объема записи.

> - Стоит ли для исключения синхронного подыхания SSD брать разные модели?

мониторинг smart атрибутов , думаю, тут более важен. Чем лотерея с подбором разных дисков
> - Если делать упреждающую замену одного из дисков в зеркале, с какой
> периодичностью стоит это делать?

Как только смарты полезут за пределы разумного
> - Стоит ли отдельные группы зеркал делать для файлов БД и для
> веб-сервера?

на ssd нет
> - Если для веб-сервера подходит zfs (для снимков), то для файлов БД
> снимки не подходят, стоит ли зеркало для БД делать на gmirror
> + UFS?

репликация + dump . percona backup снимает без блокировки если что
> 2. По цпу и памяти. Опять же т.к. приходится выкручиваться имеющимися средствами,
> пока могу себе позволить лишь настольную платформу.
> - Если исходить из ryzen'а на 8 ядер + 64гб памяти, то
> вся вышеупомянутая связка "поместится" на одной машине? Или стоит какие-то сервисы
> принципиально выносить на отдельный сервер?

т.к собираете из говна и палок. то предложу свой вариант:
1. материнга dl180g6 22доллара на ибее
2. 2 процессора тодаже по 1000 рублей за штуку (12 ядер 24 потока будет) на авите
3. 64 гига ddr3 ecc обойдутся в 16000 рублей
4. корпус под это дело еще 3000
5. купите 2 нормальных шпиндельных требуемой емкости и 1 ssd и сделайте ssd cache

все вместе обойдется тысяч в 25-30 рублей.

> Спасибо за ответы!

А почему не хостинг у какого-нибудь Vultr или DigitalOcean?

30тыр - это почти 8 лет аренды VM 1CPU/1G/1T

> Мне необходимо организовать сервер для веб-приложения.
> FreeBSD + lighttpd + PHP + MariaDB + Redis

а мсье таки знает толк, однако

Если как следует прошерстить авиту, то за 30 вполне можно найти бушный двухголовый делл с 2630 и 24 дырками под память и 64 гигами в них (ддр4 с есс 8 гиг рублей по 700 за модуль), двумя бп, хардварным сас рейдом на батарейке, еще чуток фантазии и там же за пятак найдется nvme с ресурсом в две трети, который сложно выбрать в одно рыло лет за 20, и парой-тройкой толковых винтов 15к гиг по 300 тысячи по полторы, на которые будет не страшно поселить мускул в зеркало, оставив один под замену. В итоге тысяч за 40 можно собрать железку которая не будет идти вообще ни в какое сравнение с указанной конфой. Придется попыхтеть, но я уверяю можно найти железо качества муха не сидела. Сложней всего с винтами и nvme.

Поверх железки поставить нормальный гипервизор, проксик тот же хотя бы, чтобы не мучаться с первоначальной сборкой конфы, сервисы растащить по виртуалкам или контейнерам. Бздю исключить.

ИМХО зеркало на SSD бессмысленно.
По железу можно порыться в бу - сервачков много сливают.

1
- зеркало из SSD абсолютно правильная идея. Зеркало вас убережет от выхода из строя контроллера одного из дисков. Про NAND не волнуйтесь - SSD сейчас уже имеют достаточно большой ресурс, чтобы вы могли исходя из него планово их заменять. Опять же, с зеркалом менять проще - заменили первый - синхронизировались, вынули второй - синхронизировались.
- нет
- перед исчерпанием ресурса меняете по очереди оба
- если физические носители одни, нет. Если разные и вам не жалко денег - без проблем.
- вы же не думаете заменить бэкапы снапшотами? Это безграмотно и будет стоить вам данных. geom с ufs отлично работает, даже наверно лучше, чем zpool. Но я бы не смешивал, либо zfs, либо geom. Для простоты.

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

> Мне необходимо организовать сервер для веб-приложения.
> FreeBSD + lighttpd + PHP + MariaDB + Redis

Рекомендую пересмотреть парадигму.
Запускайте своё приложение в AWS на минимальном инстансе t3.nano, с 0.5GB памяти, 2 CPU и правом их использовать на 5% с брустами. Стоп, у вас там MariaDB которая сразу мег 200 сожрёт, и будет норовить свопиться. Тогда t3.micro, с 1GB памяти и теми-же 2 CPU которые можно грузить уже на 10% с брустами.

Если хоститься в Франкфурте, будет около US$0.30 в день (тридцать центов в день, около 18 рублей). Ну, плюс сторадж. Вы, небось, за интернет на смартфоне больше платите. Когда станет понятна необходимая мощность, считайте, какой сервер надо брать и через сколько пятилеток он окупится. Включая электричество, бесперебойник, интернет и амортизацию пылесоса.

Смотрите на нагрузку на виртуалке в облаке, крутите характеристики туда-сюда, прикидывайте, какая мощность вам на самом деле нужна. По этим требованиям выбирайте сервер. Это если вам ехать. A если шашечки и девчёнок катать, то да, ryzen'а на 8 ядер + 64гб памяти, SSD в зеркале и zfs.

Я вас не столько агитирую перезжать в облако, сколько использовать облако чтобы почти нахаляву откалибровать требования.

Цены и разъяснине про % использование CPU с брустом.
https://aws.amazon.com/ec2/pricing/on-demand/
https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstabl...
https://aws.amazon.com/ebs/pricing/

По русски есть только про цены.
https://aws.amazon.com/ru/ec2/pricing/on-demand/?nc1=h_ls
https://aws.amazon.com/ru/ebs/pricing/?nc1=h_ls

На отечественном рынке, скорее всего, есть аналогичные предложения.