4

我在 jx、kubernetes 和 helm 上苦苦挣扎。我在 jx 上运行 Jenkinsfile，在 env 目录中执行命令：

sh 'jx step helm build'
sh 'jx step helm apply'

它以成功完成并部署 pod/创建部署等。但是，helm list 是空的。

当我执行类似的操作时helm install ...，helm upgrade --install ...它会创建一个版本，并且 helm list 会显示这一点。

这是正确的行为吗？

更多细节：

EKS 安装有：

eksctl create cluster --region eu-west-2 --name integration --version 1.12 \
--nodegroup-name integration-nodes \
--node-type t3.large \
--nodes 3 \
--nodes-min 1 \
--nodes-max 10 \
--node-ami auto \
--full-ecr-access \
--vpc-cidr "172.20.0.0/16"

kubectly apply然后我用一些命令（不会共享文件）设置入口（外部和内部）。然后我设置路由和 vpc 相关的东西。

JX 安装有：

jx install --provider=eks --ingress-namespace='internal-ingress-nginx' \
--ingress-class='internal-nginx' \
--ingress-deployment='nginx-internal-ingress-controller' \
--ingress-service='internal-ingress-nginx' --on-premise \
--external-ip='#########' \
--git-api-token=######### \
--git-username=######### --no-default-environments=true

安装细节：

? Select Jenkins installation type: Static Jenkins Server and Jenkinsfiles
? Would you like wait and resolve this address to an IP address and use it for the domain? No
? Domain ###########
? Cloud Provider eks
? Would you like to register a wildcard DNS ALIAS to point at this ELB address?  Yes
? Your custom DNS name: ###########
? Would you like to enable Long Term Storage? A bucket for provider eks will be created No
? local Git user for GitHub server: ###########
? Do you wish to use GitHub as the pipelines Git server: Yes
? A local Jenkins X versions repository already exists, pull the latest? Yes
? A local Jenkins X cloud environments repository already exists, recreate with latest? Yes
? Pick default workload build pack:  Kubernetes Workloads: Automated CI+CD with GitOps Promotion

然后我设置了掌舵：

kubectl apply -f tiller-rbac-config.yaml
helm init --service-account tiller

分蘖-rbac-config.yaml 是：

apiVersion: v1
kind: ServiceAccount
metadata:
  name: tiller
  namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: tiller
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
  - kind: ServiceAccount
    name: tiller
    namespace: kube-system

掌舵版本 说：

Client: &version.Version{SemVer:"v2.13.1", GitCommit:"618447cbf203d147601b4b9bd7f8c37a5d39fbb4", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.13.1", GitCommit:"618447cbf203d147601b4b9bd7f8c37a5d39fbb4", GitTreeState:"clean"}

jx 版本 说：

NAME               VERSION
jx                 2.0.258
jenkins x platform 2.0.330
Kubernetes cluster v1.12.6-eks-d69f1b
helm client        Client: v2.13.1+g618447c
git                git version 2.17.1
Operating System   Ubuntu 18.04.2 LTS

应用程序是这样导入的：

jx import --branches="devel" --org ##### --disable-updatebot=true --git-api-token=##### --url git@github.com:#####.git

环境是这样创建的：

jx create env --git-url=##### --name=integration --label=Integration --domain=##### --namespace=jx-integration --promotion=Auto --git-username=##### --git-private --branches="master|devel|test"
4

1 回答 1

6

通过更新日志，似乎自2.0.246版本以来，无分蘖模式已成为默认模式。

在 Helm v2 中，Helm 依赖于称为 Tiller 的服务器端组件。Jenkins X 无分蘖模式意味着 Helm 客户端仅用于模板化和生成 Kubernetes 清单，而不是使用 Helm 安装图表。但是，这些清单通常使用 kubectl 应用，而不是 helm/tiller。

结果是 Helm 不会知道这个安装/发布，因为它们是由 kubectl 制作的。这就是为什么您不会使用 Helm 获得发布列表的原因。这是预期的行为，您可以在 Jenkins X 文档中阅读。

--no-tiller 的意思是将 helm 切换为使用模板模式，这意味着我们不再在内部使用 helm install mychart 来安装图表，我们实际上使用 helm template mychart 代替它使用相同的 helm 图表和标准 helm 生成 YAML通过 --set 和 values.yaml 文件进行配置管理。

然后我们使用 kubectl apply 来应用 YAML。

正如 James Strachan 在评论中提到的那样，使用无分蘖模式时，您可以使用以下方式查看您的部署jx step helm list

于 2019-06-14T07:55:12.850 回答