Поднятие HA-кластера Kubernetes 1.31 на bare-metal
Полный цикл: от настройки systemd-юнитов и etcd до конфигурации ingress-контроллера Traefik и автоматического обновления сертификатов через cert-manager.
Рубрика · Гайды
Длинные инструкции
Пошаговые руководства по стеку: от поднятия кластера на bare-metal до продакшен-настройки наблюдаемости. Каждый гайд проверен в боевой среде и сопровождается реальными выводами терминала.
Каталог
Все гайды
Список гайдов
Актуальные инструкции, отсортированные по сложности. Время выполнения указано для среды из 3 узлов.
Настройка Prometheus + Grafana для мониторинга CI/CD
Собираем пайплайн наблюдаемости: scrape-конфиги, алерты в Alertmanager и дашборды для отслеживания времени сборки и деплоя.
Оптимизация Dockerfile: от 400 МБ до 42 МБ
Разбираем мультислойные сборки, прокси-регистрации и кэширование слоёв. Показываем, как сократить размер образа приложения на 89% без потери производительности.
GitOps-цикл с ArgoCD: от репозитория до продакшена
Выстраиваем автоматический цикл синхронизации манифестов: настройки ArgoCD, кастомные синк-стратегии и защита от случайного отката.
Метрики сложности
Как мы оцениваем каждый гайд
Каждая инструкция получает балл по четырём критериям. Это помогает читателю заранее оценить, хватит ли у него знаний и времени, чтобы пройти гайд до конца.
1–5балл
Порог входа в стек
15–60мин
Время выполнения
0–4шт.
Критические точки отказа
100%
Проверено в боевой среде
Порог входа отражает минимальный уровень знаний, который нужен, чтобы начать гайд. Например, «Поднятие HA-кластера» требует уверенного владения Linux, systemd и базовых команд kubectl. «Оптимизация Dockerfile» доступна любому, кто хотя раз запускал docker build.
Критические точки отказа — это места, где ошибка приведёт к потере данных или остановке кластера. В каждом таком месте гайд содержит чек-лист и команду отката. Это не теория: мы сами проходили эти шаги и знаем, где именно чаще всего всё ломается.
Визуал
К гайдам
Скриншоты терминала
Никаких абстрактных схем. В каждом гайде мы показываем реальные выводы команд — так вы видите, что именно должен выдать терминал на каждом шаге.
Подтверждение состояния кластера
После инициализации master-узла проверяем, что все три нода перешли в статус Ready. Именно этот вывод терминала означает, что etcd согласован и планировщик работает.
Поиск «тяжёлых» слоёв в Dockerfile
Команда docker history показывает размер каждого слоя. На этом скриншоте видно, что слой с установкой build-зависимостей весит 210 МБ — его и нужно вынести в отдельный stage.
Финальная проверка ArgoCD-приложения
Статус Healthy/Synced в выводе helm status означает, что реальный state кластера совпал с манифестом из репозитория. Если видите OutOfSync — гайд объясняет, как это исправить.