> Самый частый баг, когда пользователи ставят свои ядра,
> в которых "всё должно работать". Правда в том, что всё зависит
> от модулей в ядре. Я рекомендую всем make defconfig ядро, и
> ручками ещё включить Overlay FS и SquashFS XZ.

Думаю, это самая задалбывающая часть проекта -- ну кому в здравом уме охота поддерживать своё ядро?

Возможно, есть смысл сделать грепалку по /proc/config.gz либо /boot/config-`uname -r`, которая бы перед отсыланием в пешее ядросборочное проверила -- а не годится ли то, что уже под руками.

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

Ну не дистрибутив, а производное от образа, строго говоря ;-)

> Образы получать по DHCP. Абсолютная отказоустойчивость.
> Никаких тебе HDD, никакого резервного питания. Только не забывай
> время от времени rsync'ать данные с виртуалок в надёжное место.

Вот здесь немного покривили душой или не подумали: выделенные пункты противоречат друг другу, при этом бесперебойное питание как бездисковых узлов, так и "надёжного места" (отказоустойчивость которого в данном разе легко оказывается определяющим фактором) всё так же полезно/необходимо.

Да, есть случаи, когда достаточно порой rsync'ать по часам или иным событиям, а задача некритична к возврату в одно из предыдущих состояний (возможно, несогласованное по данным).  Но в базу так особо не попишешь обычно.

Если интересно, почитайте про уже прокопанные подходы к stateless-системам, это из той же оперы.