Заметки
Своп на маленькой VPS: когда он всё ещё нужен
На машине с 1 ГБ памяти своп — это не подпорка для медленного диска, а страховка от OOM-killer в момент, когда одновременно пришли обновление пакетов и пересборка контейнера. Два гигабайта файлом и vm.swappiness=10: система почти не трогает его в обычной работе, но переживает пики.
Проверять стоит не свободную память, а то, сколько страниц реально ушло в своп под нагрузкой. Если постоянно видно сотни мегабайт — проблема не в свопе, а в том, что на хост навешано лишнее.
BBR и fq: что реально меняется на тонком канале
Переключение контроля перегрузки само по себе не делает канал шире. Что оно даёт — меньшую задержку при заполненной очереди и более ровную отдачу на потерях. На каналах с редкими потерями разница почти не видна, на дальних маршрутах с потерями в два-три процента — заметна сразу.
Второй момент: без fq в качестве планировщика половина эффекта теряется. Их ставят парой, а не по отдельности.
Бэкапы, которые я действительно проверяю
Правило, к которому пришёл: бэкап, который ни разу не восстанавливали, не существует. Раз в месяц поднимаю из снапшота отдельный контейнер и смотрю, что база открывается, а конфиги на месте. Это занимает двадцать минут и снимает основную тревогу.
Хранилищ два, в разных местах. Шифрование на стороне клиента, ключ не лежит на том же сервере, что и данные.
Свой резолвер и почему я к нему вернулся
Публичные резолверы быстрые и удобные, но у них нет никакой причины отвечать мне одинаково завтра и сегодня. Свой кэширующий резолвер решает две вещи: предсказуемость ответов и возможность посмотреть, что вообще спрашивает сеть.
Минус один и ощутимый: это ещё один сервис, который ломается. Поэтому резервный адрес в настройках прописан всегда.