Невозможно установить gitlab в Kubernetes - PullRequest
Новая
       11

Невозможно установить gitlab в Kubernetes

0 голосов
/ 18 ноября 2018

Я пытаюсь установить gitlab с helm на кластер kubernetes, который уже имеет вход (кластер, созданный RKE).С помощью gitlab я хочу развернуть его в отдельном пространстве имен.Для этого я выполнил следующую команду: 

$ gitlab-config helm upgrade --install gitlab gitlab/gitlab \
--timeout 600 \
--set global.hosts.domain=asdsa.asdasd.net \
--set certmanager-issuer.email=sd@cloudssky.com \
--set global.edition=ce \
--namespace gitlab-ci \
--set gitlab.migrations.image.repository=registry.gitlab.com/gitlab-org/build/cng/gitlab-rails-ce \
--set gitlab.sidekiq.image.repository=registry.gitlab.com/gitlab-org/build/cng/gitlab-sidekiq-ce \
--set gitlab.unicorn.image.repository=registry.gitlab.com/gitlab-org/build/cng/gitlab-unicorn-ce \
--set gitlab.unicorn.workhorse.image=registry.gitlab.com/gitlab-org/build/cng/gitlab-workhorse-ce \
--set gitlab.task-runner.image.repository=registry.gitlab.com/gitlab-org/build/cng/gitlab-task-runner-ce

Но установка не удалась при проверке домена с помощью теста http01 с помощью cert-manager.Для этого перед запуском вышеуказанной команды я указал мой базовый домен на существующий балансировщик нагрузки в моем кластере.

Есть ли что-то другое, что необходимо сделать для успешной проверки http01?

Ошибка: 

Conditions:
Last Transition Time:  2018-11-18T15:22:00Z
Message:               http-01 self check failed for domain "asdsa.asdasd.net"
Reason:                ValidateError
Status:                False
Type:                  Ready

Дополнительная информация:

Проверка работоспособности для балансировщика нагрузки также не проходит.Таким образом, даже при использовании самозаверяющих сертификатов установка завершается неудачно.

Когда я попытался выполнить ssh на один из узлов и проверить состояние возврата, вот что я увидел: 

$ curl -v localhost:32030/healthz
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 32030 (#0)
> GET /healthz HTTP/1.1
> Host: localhost:32030
> User-Agent: curl/7.47.0
> Accept: */*
>
< HTTP/1.1 503 Service Unavailable
< Content-Type: application/json
< Date: Mon, 19 Nov 2018 13:38:49 GMT
< Content-Length: 114
<
{
    "service": {
        "namespace": "gitlab-ci",
        "name": "gitlab-nginx-ingress-controller"
    },
    "localEndpoints": 0
* Connection #0 to host localhost left intact
}

И, когда я проверял сервис входного контроллера, он был запущен и работал: 

gitlab-nginx-ingress-controller           LoadBalancer   10.43.168.81    XXXXXXXXXXXXXX.us-east-2.elb.amazonaws.com   80:32006/TCP,443:31402/TCP,22:31858/TCP

1 Ответ

0 голосов
/ 21 ноября 2018

Проблема была решена здесь - https://gitlab.com/charts/gitlab/issues/939

По сути, решение, упомянутое в теме, официально не задокументировано, поскольку требует подтверждения.

...