Helm пропускает создание виртуального сервиса istio - PullRequest
Новая
       18

Helm пропускает создание виртуального сервиса istio

0 голосов
/ 19 марта 2020

Я пытаюсь создать диаграмму управления для моей службы со следующей структурой: 

.
├── my-app
│   ├── Chart.yaml
│   ├── templates
│   │   ├── deployment.yaml
│   │   ├── istio-virtualservice.yaml
│   │   └── service.yaml
│   └── values.yaml

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

$ helm install -name my-app ./my-app -n my-namespace
$ kubectl get pods -n my-namespace
NAME                              READY   STATUS    RESTARTS   AGE
my-app-5578cbb95-xzqzk            2/2     Running   0          5m

$ kubectl get vs
NAME                 GATEWAYS               HOSTS                         AGE
<Empty>

Мои файлы yaml виртуальной службы istio выглядят следующим образом: 

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: my-virtual-service
spec:
  hosts:
    - {{$.Values.props.host | quote}}
  gateways:
    - my-api-gateway
  http:
    - match:
        - uri:
            prefix: /app/
      rewrite:
        uri: "/"
      route:
        - destination:
            port:
              number: 8083
            host: my-service.my-namespace.svc.cluster.local

Удивительно, но если я применил вышеуказанный yaml после завершения установки helm при развертывании приложения, то создается виртуальная служба. 

$ kubectl apply -f istio-vs.yaml
$ kubectl get vs
NAME                 GATEWAYS               HOSTS                         AGE
my-virtual-service   [my-api-gateway]   [my-host.com]                     60s

Пожалуйста, помогите мне отладить проблему и дайте мне знать, если требуется дополнительная отладочная информация. 

$ helm version
version.BuildInfo{Version:"v3.0.1", GitCommit:"7c22ef9ce89e0ebeb7125ba2ebf7d421f3e82ffa", GitTreeState:"clean", GoVersion:"go1.13.4"}

$ istioctl version
client version: 1.4.1
control plane version: 1.4.1
data plane version: 1.4.1 (2 proxies)

$ kubectl version
Client Version: version.Info{Major:"1", Minor:"16+", GitVersion:"v1.16.6-beta.0", GitCommit:"e7f962ba86f4ce7033828210ca3556393c377bcc", GitTreeState:"clean", BuildDate:"2020-01-15T08:26:26Z", GoVersion:"go1.13.5", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"16+", GitVersion:"v1.16.6-beta.0", GitCommit:"e7f962ba86f4ce7033828210ca3556393c377bcc", GitTreeState:"clean", BuildDate:"2020-01-15T08:18:29Z", GoVersion:"go1.13.5", Compiler:"gc", Platform:"linux/amd64"}

1 Ответ

1 голос
/ 20 марта 2020

Используйте 

kubectl get vs -n my-namespace

вместо 

kubectl get vs

Это потому, что вы развернули все в my-namespace namespace.

helm install -name my-app ./my-app -n my-namespace

И вы ищете виртуальный сервис в пространстве имен по умолчанию .

Это работает, когда вы применяете его самостоятельно, потому что нет пространство имен в виртуальной службе yaml, и оно развернуто в стандартном.

Дополнительная информация, я вижу, у вас есть gateway , который уже развернут, если он не находится в том же пространстве имен, что и виртуальная служба, вы должны добавить его, как показано в примере ниже.

Проверьте spec.gateways раздел 

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: bookinfo-Mongo
  namespace: bookinfo-namespace
spec:
  gateways:
  - some-config-namespace/my-gateway # can omit the namespace if gateway is in same
                                       namespace as virtual service.

Я надеюсь, что это ответ на ваш вопрос. Дайте мне знать, если у вас есть еще вопросы.

...