Для nginx-ingress-controller: + https://github.com/kubernetes/contrib/tree/master/ingress/controllers/nginx ports: - containerPort: 80 - containerPort: 443 # we expose 8080 to access nginx stats in url /nginx-status # this is optional - containerPort: 8080 volumeMounts: - mountPath: /etc/nginx-ssl/dhparam name: dhparam-secret args: - /nginx-ingress-controller - --default-backend-service=ingress-controller/default-http-backend

а не, это фрагмент из RC nginx-ingress-lb

apiVersion: v1 kind: Service metadata: name: nginx-controller namespace: ingress-controller labels: k8s-app: nginx-ingress-lb spec: selector: k8s-app: nginx-ingress-lb ports: - name: http port: 80 targetPort: 80 nodePort: 80 protocol: TCP - name: https port: 443 targetPort: 443 nodePort: 443 protocol: TCP type: NodePort

Вот это сам конфиг сервиса

Который уже переадресует на RC nginx-ingress-lb

А есть ещё альтернативы, как обеспечить HTTPS + dhparam, форвард HTTP->HTTPS, роут разных URI на отдельный поды (/assets/*, /api/search/* и т.д.)?

если у тебя bare metal и ты хочешь экспозиться наружу, то это боль

я это решил "железным" nginx'ом, смотрящим в kube-dns

upstream kube-preview-app { server preview.apps.svc.kubernetes.local:8081; } server { server_name preview.amplifr.com; ... location / { ... proxy_pass http://kube-preview-app; } }

preview.apps.svc.kubernetes.local:8081 - это обычный сервис

всмысле ClusterIP

а вот так

у нас через ingress прописано

но nginx тоже неплохой вариант

надо будет подумать на него переехать ли

я только не знаю, как ты его будешь ставить на кореос

хотяяя

можно же просто в контейнере

не внутре кластера

-p 80:80 -p 443:443 и поехали

да да да

именно

вопрос только - какого фига в K8s это не предусмотрели нормально?

там ваще всем насрать на bare metal

и в общем-то это понятно

у них есть GCE для этого

оно как раз и выполняет роль этого nginx, грубо говоря?)

30m 9s 129 {kubelet 10.91.119.197} spec.containers{nginxfindx} Normal BackOff Back-off pulling image "10.91.87.27:5000/nginxfindx:latest" 30m 9s 129 {kubelet 10.91.119.197} Warning FailedSync Error syncing pod, skipping: failed to "StartContainer" for "nginxfindx" with ImagePullBackOff: "Back-off pulling image \"10.91.87.27:5000/nginxfindx:latest\""

секрет прописал до Private Docker Registry, но чё-то хватает

как ты его прописал?

По мануалу :) Добавил секрет, добавил Pod: spec: replicas: 1 template: metadata: name: nginxapp labels: app: nginxapp role: frontend env: master spec: containers: - name: nginxapp image: xyz:5000/nginxapp:latest imagePullPolicy: Always ports: - containerPort: 80 restartPolicy: Always imagePullSecrets: - name: privateregistry

покажи пуллсикрет

да с ним всё ок )

он сделан правильно

пять сек ещё раз проверю

а блин

я чё-то не тот хост указал

сейчас запустилось

а как-то прописывать отдельно надо DNS, чтобы был доступ preview.apps.svc.kubernetes.local?

ну в /etc/resolv.conf добавь его первой строчкой да и все

а блин

я же его даже не запустил

о жесть

короче не запускался DNS, доходил до 2/3 и прекращался в течении 40 секунд. нашёл этот issue: https://github.com/kubernetes/kubernetes/issues/19332 решение простое - удалить default-token: kubectl delete secrets/default-token-<что-то здесь> --namespace=kube-system #solved

хм

покрутился немного и опять отвалился

ну под не может умереть бесследно

евенты должны быть

и логи в мертвом контейнере

Я тоже так думал, но может похоже

Мертвые контейнеры подчищаются

docker ps -a|grep dns пустой

ну ты же сам присылал ссылку на http://kubernetes.io/docs/user-guide/application-troubleshooting

там есть If your container has previously crashed, you can access the previous container’s crash log with: $ kubectl logs --previous ${POD_NAME} ${CONTAINER_NAME}

)

эта штука не работает

kubectl logs --previous kube-dns-v19-c7jjc kubedns --namespace=kube-system Error from server: pods "kube-dns-v19-c7jjc" not found

запусти его еще раз

в одной консольки смотри евенты

в другой - логи контейнера

kubectl logs -f --namespace=kube-system kube-dns-v19-<ololo> -c kubedns

пять сек

--kube-master-url=ебаное_ничего

)))

может он как кьюблет, не может взять из kubeconfig'a

и еще мне нравится последняя строчка

он received signal: terminated

именно received

это важно

типа он из внешнего источника?

да

то есть он не от скуки сдох

его убили

смотри логи healthz-контейнера

kubectl logs -f --namespace=kube-system kube-dns-v19-<ololo> -c healthz

там пустота

и в dnsmasq

ща ещё раз гляну