🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Опыт миграции небольшого стека с Docker compose на Kubernetes 2/4
Что стало на k8s
🔸 Во-первых, сколько абстракций добавилось:
- Deployment — чтобы кластер сам следил за нужным состоянием пода
- Secret — API-объект с RBAC-управлением доступами на чтение и живой ротацией без передеплоя
- Service — чтобы у пода был стабильный сетевой адрес: свой внутренний IP он теряет при каждом пересоздании
- Ingress — чтобы к сервису можно было подключиться снаружи; по умолчанию кластер находится в полностью изолированном окружении "без окон и дверей"
- ConfigMap — набор key-value пар параметров
🔸 Во-вторых, какие строчки конфига во что превратились:
- image / container_name -> Deployment, containers[].image — без изменений
- depends_on -> нативного аналога нет, приходится писать небольшой initContainer, который сам проверяет, что сервис-зависимость запущен и можно стартовать текущий
- сеть по имени контейнера -> Service — обязательный отдельный объект, потому что у пода нет постоянного IP; адресация теперь по label-селектору, т.к. подов по умолчанию больше одного
- открытые ports -> Service.ports + Ingress — тот же объём работы, что раньше делал nginx вне compose, просто
теперь это объект кластера, а не отдельный конфиг на хосте
- restart: healthcheck -> readinessProbe / livenessProbe с тем же смыслом
- environment -> Secret
- лимиты ресурсов железа -> resources.requests/limits — выглядит похоже, влияет на выбор планировщика "куда размещать новый под при масштабировании"
- отдельные .config, .properties для Trino -> универсальные ConfigMap key-value файлы
Для запуска использую облегчённую версию k3s на одной ВМ.
Deployment:
apiVersion: apps/v1
kind: Deployment
metadata:
name: trino
spec:
replicas: 1
selector:
matchLabels:
app: trino
template:
metadata:
labels:
app: trino
spec:
initContainers:
- name: wait-for-hive-metastore
image: busybox:1.36
command: ["sh", "-c", "until nc -z hive-metastore 9083; do sleep 2; done"]
containers:
- name: trino
image: trinodb/trino:483
env:
- name: AWS_ACCESS_KEY_ID
valueFrom:
secretKeyRef:
name: minio-credentials
key: access-key
- name: AWS_SECRET_ACCESS_KEY
valueFrom:
secretKeyRef:
name: minio-credentials
key: secret-key
ports:
- containerPort: 8080
resources:
requests:
cpu: 250m
memory: 2Gi
limits:
memory: 3Gi
readinessProbe:
httpGet:
path: /v1/info
port: 8080
initialDelaySeconds: 15
livenessProbe:
tcpSocket:
port: 8080
initialDelaySeconds: 30
volumeMounts:
- name: trino-etc
mountPath: /etc/trino/config.properties
subPath: config.properties
- name: trino-etc
mountPath: /etc/trino/jvm.config
subPath: jvm.config
- name: trino-catalog
mountPath: /etc/trino/catalog/iceberg.properties
subPath: iceberg.properties
volumes:
- name: trino-etc
configMap:
name: trino-etc
- name: trino-catalog
configMap:
name: trino-catalog
Он ссылается на Secret через secretKeyRef, значит нужен и такой объект:
apiVersion: v1
kind: Secret
metadata:
name: minio-credentials
type: Opaque
stringData:
access-key:
secret-key:
Дальше — Service:
apiVersion: v1
kind: Service
metadata:
name: trino
spec:
selector:
app: trino
ports:
- port: 8080
targetPort: 8080