Все статьи с тегом "Kubernetes"
Обзорная вводная в Crossplane: Kubernetes как universal control plane, и вся модель понятий — Provider, ProviderConfig, Managed Resource, Composition, XRD, XR и Claim — с диаграммами и примерами.
Deployment на три реплики, Service поверх него — сколько адресов окажется в списке endpoints? Разбираем связь селектора, готовности подов и EndpointSlice.
MergeTree, куски и слияния, шарды против реплик, роль Keeper. Где stateful-природа ClickHouse конфликтует с моделью Kubernetes и почему вертикальное масштабирование стоит исчерпать до шардирования.
История форка Redis → Valkey: причины, лицензия, участники и что это значит для пользователей Redis в Kubernetes.
Что такое Crossplane и зачем он расширяет Kubernetes до control plane. Установка через Helm, безопасная интеграция с AWS через IRSA/OIDC (DeploymentRuntimeConfig, Provider, ProviderConfig) и создание первых Managed Resources — S3-бакетов из YAML.
Перевод статьи Gabriele Bartolini о том, почему PostgreSQL в Kubernetes уместен, что такое микросервисная БД и какую роль здесь играет CloudNativePG.
При удалении пода часть запросов падает с ошибкой, хотя приложение корректно обрабатывает SIGTERM. Разбираем, почему удаление из endpoints и остановка контейнера идут параллельно, а не последовательно.
С 2025 года у ClickHouse есть первопартийный оператор с CRD ClickHouseCluster и KeeperCluster. Разбираем его, сравниваем с проверенным оператором Altinity и выбираем, что брать под новый и под существующий кластер.
Пошаговое руководство по запуску Redis/Valkey в Kubernetes: от простого StatefulSet до HA-кластера с Sentinel, включая ConfigMap, Service, мониторинг и проверку фейловера.
Composition — система шаблонов Crossplane: XRD, Composition, XR и Functions. Собираем переиспользуемый S3-сервис (бакет + versioning + KMS-шифрование) через pipeline с function-patch-and-transform, связывая ресурсы через labels и selectors.
Поднимаем локальную песочницу для CloudNativePG за несколько минут: kind для локального Kubernetes, установка оператора, первый PostgreSQL-кластер, плагин cnpg для kubectl.
Два пода с одинаковым потреблением, но разными манифестами — при нехватке памяти на ноде выживет один. Разбираем, чем requests отличаются от limits и как из них получаются классы Guaranteed, Burstable и BestEffort.
Keeper — фундамент репликации: если он лёг, кластер уходит в read-only. Сколько нужно узлов, почему их число нечётное, какие ресурсы и диск давать и почему Keeper нельзя селить вместе с ClickHouse.
Подробное руководство по запуску продакшн-кластера Valkey в Kubernetes: ConfigMap, StatefulSet с Parallel-подменеджментом, init-скрипты, headless-сервис, Prometheus-мониторинг, масштабирование и обработка сбоев.
Разбираем, какие ConfigMaps, Secrets и глобальные объекты PostgreSQL автоматически создаются вместе с кластером CloudNativePG: TLS-сертификаты, mTLS для replication, пользователь app и БД app.
Одна команда выкатила релиз — легли сервисы соседей, хотя namespace'ы разные. Разбираем, что namespace изолирует, а что нет, и какой минимум ограничений закрывает основные способы навредить соседям.
Локальные NVMe против сетевых томов, расширение PVC без простоя, политики хранения и вынос холодных данных в S3 через TTL. Плюс кэш для объектного хранилища и типичные ошибки с reclaim policy.
Почему в CloudNativePG у пользователя postgres по умолчанию нет сетевого доступа, как устроен pg_hba и когда стоит включать enableSuperuserAccess.
JVM настроена на 1 ГиБ кучи, лимит контейнера 1.5 ГиБ, а под всё равно ловит OOMKilled. Разбираем, что входит в память контейнера помимо кучи и почему page cache тоже считается.
Запускаем pgAdmin4 рядом с кластером CloudNativePG в режиме desktop одной командой плагина cnpg для evaluation/demo/учебных задач.
Под обращается к ClusterIP — но такого адреса нет ни на одном интерфейсе в кластере. Разбираем, что ClusterIP это правило DNAT, а не адрес, и чем iptables отличается от IPVS.
Как через логическую репликацию и плагин cnpg перевезти PostgreSQL из RDS, виртуалки или другого Kubernetes-оператора в CloudNativePG практически без простоя приложения.
Под тормозящей базы данных начинается лавина перезапусков, и становится только хуже. Разбираем разницу между liveness, readiness и startup, и почему liveness на зависимость от внешнего сервиса — опасная ошибка.
Почему CPU-лимиты вредят аналитической нагрузке, как согласовать лимиты памяти пода с внутренними лимитами ClickHouse, зачем нужны профили и квоты и что делать с тяжёлыми запросами.
Часть 1 истории про вертикальное масштабирование Postgres в Kubernetes: отдельный volume для WAL, временные tablespaces, разделение I/O для таблиц и индексов.
Три реплики, а сервис лёг при обновлении кластера. Разбираем, почему количество реплик не равно отказоустойчивости и как связаны PodDisruptionBudget, anti-affinity и topology spread.
Часть 2: горизонтальное партиционирование таблиц в PostgreSQL и связка с tablespaces для разнесения горячих и холодных данных по разным storage-классам.
Кластер начинает тормозить на всех операциях kubectl, хотя ноды свободны. Разбираем лимит объекта в 1.5 МиБ, квоту базы в 2 ГиБ, историю ревизий и почему ConfigMap в цикле роняет control plane.
Поднимаем кластер CloudNativePG на бета-образах PostgreSQL 17 для участия в тестировании major-релиза. Подходит и как шаблон для тестов будущих версий.
HPA настроен на 70% CPU, поды загружены под завязку, но реплики не добавляются. Разбираем, что проценты считаются от requests, а не от лимитов, и что бывает, когда requests не заданы.
Пользователи и права без superuser по умолчанию, изоляция сети и TLS, безопасные обновления с PDB, миграции схемы через ON CLUSTER и сводка анти-паттернов, которые дороже всего обходятся в проде.
Десятилетие Kubernetes глазами автора CloudNativePG: почему БД переезжают в Kubernetes, чем оператор отличается от голых VM, что нужно DBA, инфраструктурным и продуктовым командам.
Три итерации архитектуры приёма телеметрии в ClickHouse на 50 млн событий/с: почему падает связка agent→gateway, чем плох WAL на диске и как устроен перелив в S3 через failover-коннектор с отдельным catchup-коллектором.
Job завершает работу, но под навсегда остаётся в Running из-за sidecar'а. Разбираем порядок запуска контейнеров, старую проблему завершения sidecar'ов и нативные sidecar-контейнеры.
CloudNativePG 1.24 умеет декларативный switchover между Kubernetes-кластерами в разных регионах через demotion/promotion-токены. Разбор на примере банка с двумя ЦОДами в Европе.
Выкатка новой версии останавливается на половине и висит часами, откат не помогает. Разбираем, как считаются maxSurge и maxUnavailable, при чём тут readiness и почему progressDeadlineSeconds важнее, чем кажется.
Какие Service'ы и PVC создаёт CloudNativePG для PostgreSQL-кластера: -rw / -ro / -r сервисы, label-selector для primary, PVC для PGDATA / WAL / tablespaces.
ConfigMap обновили, но приложение работает по-старому. Разбираем, почему переменные окружения не обновляются никогда, тома обновляются с задержкой, а subPath не обновляется вовсе.
Как создать многонодовый Kubernetes-кластер в Kind с выделенными узлами для PostgreSQL, используя node labels и nodeSelector для изоляции рабочих нагрузок.
Масштабировали сервис с 3 подов до 10, но нагрузка осталась на прежних трёх. Разбираем, почему балансировка происходит на уровне соединений, и что с этим делать для gRPC и HTTP/2.
Как использовать taints, tolerations и pod anti-affinity для полной изоляции PostgreSQL-инстансов на выделенных узлах Kubernetes — поверх node labels из Рецепта 10.
Обращение к внешнему API из пода отрабатывает заметно дольше, чем с ноды. Разбираем search-домены, параметр ndots:5 и почему один внешний запрос превращается в пять DNS-запросов.
Как использовать managed services и service templates в CloudNativePG 1.24 для создания LoadBalancer-сервиса и подключения к PostgreSQL извне кластера Kubernetes.
Ноды свободны, а под не запускается. Разбираем, как планировщик фильтрует и оценивает ноды, чем taint отличается от affinity и почему свободная память ноды не то же самое, что доступная.
Как настроить синхронную репликацию в CloudNativePG 1.24: quorum-based и priority-based методы, synchronous_commit и баланс между долговечностью данных и производительностью.
Уменьшили StatefulSet с 5 реплик до 3, вернули обратно — и получили старые данные. Разбираем, почему PVC живут дольше подов, чем StatefulSet отличается от Deployment и как reclaim policy решает судьбу данных.
Три CLI-утилиты, которые сильно ускоряют ежедневную работу с CloudNativePG: view-secret для расшифровки secret'ов, view-cert для инспекции TLS-сертификатов и stern для одновременного просмотра логов с нескольких подов.
Под ходит в API и получает Forbidden, хотя роль создана. Разбираем разницу Role и ClusterRole, зачем нужен RoleBinding, почему у каждого пода есть ServiceAccount и как право на создание подов равно правам администратора.
Декларативный online major-апгрейд PostgreSQL 15 → 17 средствами CloudNativePG 1.25: новые ресурсы Publication и Subscription, импорт схемы через bootstrap, проверка синхронизации данных.
На ноде кончается место на диске, и поды начинают выселяться — включая те, что ничего не писали. Разбираем пороги kubelet, разницу между вытеснением и OOMKill и почему логи в файл опасны.
Новая опция dataDurability в CloudNativePG 1.25: required vs preferred. Как мигрировать с deprecated minSyncReplicas / maxSyncReplicas без потери self-healing.
После обновления кластера пайплайн падает на манифестах, которые работали годами. Разбираем разницу между deprecated и removed, правило skew между компонентами и порядок безопасного обновления.
Как PostgreSQL extension_control_path и Kubernetes ImageVolume вместе решают проблему расширений в иммутабельных контейнерах: расширения как отдельные OCI-образы, монтируемые декларативно через CloudNativePG.
CloudNativePG 1.26: декларативный in-place major-апгрейд PostgreSQL. Меняешь imageName в манифесте — оператор сам прогоняет pg_upgrade --link. Тест на 2.2 ТБ: апгрейд за 33 секунды.
Декларативная установка pgvector в PostgreSQL-кластер на Kubernetes через ресурс Database из CloudNativePG. Без ручного CREATE EXTENSION.
CloudNativePG 1.26: расширенные startup-пробы для Postgres. Базовый и продвинутый режимы, стратегии pg_isready / query / streaming, контроль допустимого лага через maximumLag.
CloudNativePG 1.26: расширенные readiness-пробы. Стратегии pg_isready / query / streaming, тонкая настройка для реплик с maximumLag, опасность flapping при синхронной репликации.
CloudNativePG 1.27: liveness-пробы для PostgreSQL. Новый primary isolation check уменьшает окно split-brain до ~30 секунд через built-in аналог Patroni failsafe mode — без внешних зависимостей.
PostgreSQL 18 вышел 25 сентября 2025: async I/O, B-tree skip scans, OAuth 2.0, extension_control_path. Минимальный образ — на 45% меньше, чем для 17. Деплой через CloudNativePG в три шага.
Уход с Docker Hub postgres на собственный supply chain CloudNativePG: Snyk, cosign-подписи, SBOM, multi-arch. Image Catalogs позволяют декларативно управлять PostgreSQL-образами в кластерах без жёстких имён. Spread upgrades для парков БД.
Реальная практика того, что обещали в «Иммутабельном будущем расширений»: PostgreSQL 18 + Kubernetes ImageVolume + CloudNativePG 1.27. Расширения — отдельные OCI-образы (pgvector ~613KB), монтируются в минимальный operand (260MB) без пересборки. Полный пример с pgvector и PostGIS.
Пошаговое руководство по миграции кластера PostgreSQL 17 под управлением Crunchy PGO v6 на PostgreSQL 18 под управлением CloudNativePG. Рассматриваются два пути: офлайн-миграция через pg_dump и онлайн-миграция через логическую репликацию.
CloudNativePG 1.30: новый CRD DatabaseRole выносит роли из спеки Cluster в отдельный namespaced-ресурс, а встроенная выдача TLS-клиентских сертификатов позволяет подключаться к PostgreSQL вообще без паролей. Полный рабочий пример с pg_hba и cert-аутентификацией.
Двадцать практических задач по Kubernetes в формате «задача → разбор → ответ». Каждая построена вокруг места, где интуиция расходится с реальным поведением кластера: endpoints и Service, завершение подов, probes, QoS и вытеснение, DNS, планировщик, rolling update, etcd, RBAC и обновление версий.
Практическое руководство по ClickHouse в Kubernetes: от архитектуры MergeTree и топологии шардов до оператора Altinity, ClickHouse Keeper, tiered storage с S3, схемы таблиц, async-вставок, лимитов памяти, мониторинга, бэкапов и эксплуатационных практик.
Kargo — оркестратор промоушенов от Akuity (создателей Argo), который делает продвижение релиза dev → stage → prod first-class GitOps-процессом. Разбор понятий Warehouse, Freight, Stage, Promotion, Verification и того, как это ложится на Argo CD.
HULL (Helm Uniform Layer Library) — библиотечный Helm-чарт, который позволяет описывать любые Kubernetes-объекты прямо в values.yaml, без ручных шаблонов в /templates. Как работает, что даёт, и когда это НЕ ваш инструмент.
Практическое руководство по запуску Redis и Valkey в Kubernetes — от базового StatefulSet до операторов (Spotahome, OT-CONTAINER-KIT, Opstree) и автономных кластеров с Sentinel.
Обзорный пост про Atlantis — open-source инструмент, который автоматизирует terraform plan/apply прямо в PR. Как устроен workflow, какие плюсы, и как задеплоить: в AWS ECS Fargate и в Kubernetes через Helm.
Что умеет cnpg-плагин для kubectl: status, restart, promote, hibernate, backup, fio, pgbench, psql, pgadmin4, логическая репликация (publication/subscription) и многое другое. Установка через krew, разбор каждой команды с примерами.
Что такое krew, как поставить и пользоваться, плюс краткий обзор самых полезных плагинов из официального индекса (на момент написания — 359 плагинов).
Timoni — пакетный менеджер для Kubernetes от Stefan Prodan (автора Flux CD). Вместо Go-шаблонов и YAML использует язык CUE для описания, …
Перевод и адаптация серии статей Gabriele Bartolini (EDB / CloudNativePG Maintainer) о запуске PostgreSQL в Kubernetes: от микросервисной парадигмы и локальной песочницы до миграций ~0 downtime, вертикального масштабирования и распределённых топологий.
Аргументы в пользу вертикального масштабирования Если вы читали какие-либо статьи или книги по проектированию систем, то, вероятно, знаете, …
Если ты деплоишь сервисы в Kubernetes, скорее всего, ты уже наступал на эти грабли. А если нет — вот чеклист, чтобы не наступить. Не включён …
k9s - это интерактивный терминальный интерфейс для управления Kubernetes кластерами. Представьте себе файловый менеджер Midnight Commander, …
Адаптивный перевод цикла статей Andy Welsh (tinfoilcipher) о Crossplane v2: как расширить Kubernetes до control plane для облачной инфраструктуры, работать с провайдерами и Managed Resources, строить собственные API через Composition (XRD, Composition, XR, Functions).
Перевод статьи Engin Diri (Pulumi): 20+ production-проверенных практик для Kubernetes — ресурсы, namespaces, RBAC, NetworkPolicy, GitOps, Gateway API, observability, FinOps и supply chain security.
Введите ключевые слова для поиска статей