565faa0e17
Топология k3s: 1 мастер + 2 воркера (убран k3s-worker-3 с томом).
Vault ↔ k3s. Vault живёт в compose, вне кластера, поэтому получает
статический IP 172.28.0.13, DNS-мост в namespace vault и token reviewer
(SA vault-auth + system:auth-delegator). Ansible включает auth/kubernetes,
передавая адрес apiserver, CA и JWT ревьюера явно, и заводит политику с
ролями. Секрет token reviewer'а читается целиком в JSON: вариант
-o jsonpath={.data.ca\.crt} НЕ работает — модуль command разбирает строку
через shlex, съедает обратный слэш, kubectl возвращает пустую строку с
кодом 0, и отказ остаётся незамеченным до падения vault write.
Синхронизация репозитория в gitea. Нужное подмножество путей (замыкание
ссылок clusters/aero) едет архивом на хост и коммитится там: gitea не
публикуется дальше самого хоста, контур остаётся замкнутым. flux-bootstrap
вынесен в отдельную волну — до неё Vault получает auth/kubernetes, а
репозиторий наполняется, иначе первая реконсиляция падает на пустом репо.
Инфраструктура: vault-agent-injector (чарт vault-contour в режиме внешнего
Vault), local-path-provisioner взамен встроенного в k3s (--disable=
local-storage; путь данных прежний), rabbitmq и minio с кредами из Vault.
Выход наружу: порты 80/443 k3s-server опубликованы (istio ingressgateway
занимает эти hostPort), общий contour-gateway на wildcard-хост, сертификат
Let's Encrypt через http01. Имена в сертификате перечислены явно —
http01 не выдаёт wildcard, для них нужен dns01.
Разорваны два дедлока Flux: infra-configs больше не зависит от
infra-controllers (издатели не должны зависеть от здоровья чартов, которые
их используют), istio-config получил disableWait.
Модули ядра iptable_nat и смежные грузятся на хосте: ноды k3s —
контейнеры, istio-init правит iptables через ядро хоста, а на RED OS 8
(nf_tables) legacy-модули не загружены, из-за чего любой под с
istio-injection навсегда вставал в Init:Error.
Собственные Gateway/VirtualService/Certificate чартов rabbitmq и dashboard
отключены — маршрутизация описана централизованно. У rabbitmq это сделано
postRenderers, а не values: kustomize нормализует null в {}, а пустую карту
Helm сливает с дефолтами, возвращая их целиком.
39 lines
1.7 KiB
YAML
39 lines
1.7 KiB
YAML
apiVersion: helm.toolkit.fluxcd.io/v2
|
||
kind: HelmRelease
|
||
metadata:
|
||
name: dashboard
|
||
namespace: kubernetes-dashboard
|
||
spec:
|
||
interval: 5m
|
||
timeout: 10m
|
||
values:
|
||
# Kong слушает 8000 открытым HTTP и ничего не знает про istio. Без этого
|
||
# DestinationRule sidecar инициирует к нему mTLS, Kong видит сырое TLS-
|
||
# рукопожатие на плейнтекстовом порту, отвечает 400 — а наружу istio отдаёт
|
||
# 503. В логах Kong это выглядит как "\x16\x03\x01..." с SNI
|
||
# outbound_.80_._.dashboard-kong-proxy...
|
||
# tlsMode: DISABLE переводит обращение к нему в обычный HTTP.
|
||
destinationRule:
|
||
enabled: true
|
||
host: "dashboard-kong-proxy"
|
||
tlsMode: "DISABLE"
|
||
# Собственные VirtualService и Gateway чарта выключены: маршрутизация контура
|
||
# описана централизованно в infrastructure/istio-config/aero. Плюс родной VS
|
||
# чарта всё равно нерабочий — он ссылается на сервис
|
||
# kubernetes-dashboard-kong-proxy, которого не существует (реальное имя —
|
||
# dashboard-kong-proxy), и на домен dashboard.preprod.sarex.io, к контуру
|
||
# отношения не имеющий.
|
||
virtualService:
|
||
enabled: false
|
||
gateway:
|
||
enabled: false
|
||
# Образы лежат в приватном cr.yandex.
|
||
app:
|
||
image:
|
||
pullSecrets:
|
||
- regcred
|
||
kong:
|
||
image:
|
||
pullSecrets:
|
||
- regcred
|