无法在 gke 集群上部署带有通量的 Git 存储库接收器
Posted
技术标签:
【中文标题】无法在 gke 集群上部署带有通量的 Git 存储库接收器【英文标题】：Unable to deploy Git repository receiver with flux on gke cluster 【发布时间】：2021-05-18 22:12:23 【问题描述】：通过在 GKE 上设置一个带有通量的 webhook 接收器，我一直在弄脏我的手，我遵循了这个 guide 的说明。根据它，我需要部署 Git 存储库接收器，如下所示：
apiVersion: notification.toolkit.fluxcd.io/v1beta1
kind: Receiver
metadata:
name: webapp
namespace: flux-system
spec:
type: github
events:
- "ping"
- "push"
secretRef:
name: webhook-token
resources:
- kind: GitRepository
name: webapp
当我在具有 k8s 版本 1.18.12 的 gke 集群上应用相同时，我收到以下错误
prkumar@cloudshell:~ (portworx-eng)$ kubectl apply -f GitRepository.yml
error: unable to recognize "GitRepository.yml": no matches for kind "Receiver" in version "notification.toolkit.fluxcd.io/v1beta1"
我试图检查 CRD 是否存在，但我找不到任何东西：
prkumar@cloudshell:~ (portworx-eng)$ kubectl get customresourcedefinitions --all-namespaces
NAME CREATED AT
actionapprovals.autopilot.libopenstorage.org 2021-02-15T16:22:04Z
applicationbackups.stork.libopenstorage.org 2021-02-15T16:22:32Z
applicationbackupschedules.stork.libopenstorage.org 2021-02-15T16:22:47Z
applicationclones.stork.libopenstorage.org 2021-02-15T16:22:42Z
applicationregistrations.stork.libopenstorage.org 2021-02-15T16:22:27Z
applicationrestores.stork.libopenstorage.org 2021-02-15T16:22:37Z
autopilotruleobjects.autopilot.libopenstorage.org 2021-02-15T16:21:59Z
autopilotrules.autopilot.libopenstorage.org 2021-02-15T16:21:59Z
backendconfigs.cloud.google.com 2021-02-15T15:35:57Z
backuplocations.stork.libopenstorage.org 2021-02-15T16:22:22Z
clusterdomainsstatuses.stork.libopenstorage.org 2021-02-15T16:22:12Z
clusterdomainupdates.stork.libopenstorage.org 2021-02-15T16:22:17Z
clusterpairs.stork.libopenstorage.org 2021-02-15T16:21:57Z
frontendconfigs.networking.gke.io 2021-02-15T15:35:59Z
groupvolumesnapshots.stork.libopenstorage.org 2021-02-15T16:21:51Z
managedcertificates.networking.gke.io 2021-02-15T15:35:22Z
migrations.stork.libopenstorage.org 2021-02-15T16:22:02Z
migrationschedules.stork.libopenstorage.org 2021-02-15T16:22:07Z
rules.stork.libopenstorage.org 2021-02-15T16:21:31Z
schedulepolicies.stork.libopenstorage.org 2021-02-15T16:21:36Z
servicenetworkendpointgroups.networking.gke.io 2021-02-15T15:35:59Z
storagestates.migration.k8s.io 2021-02-15T15:35:26Z
storageversionmigrations.migration.k8s.io 2021-02-15T15:35:26Z
updateinfos.nodemanagement.gke.io 2021-02-15T15:35:27Z
volumeplacementstrategies.portworx.io 2021-02-15T16:20:24Z
volumesnapshotclasses.snapshot.storage.k8s.io 2021-02-15T15:35:25Z
volumesnapshotcontents.snapshot.storage.k8s.io 2021-02-15T15:35:25Z
volumesnapshotdatas.volumesnapshot.external-storage.k8s.io 2021-02-15T16:21:41Z
volumesnapshotrestores.stork.libopenstorage.org 2021-02-15T16:21:46Z
volumesnapshots.snapshot.storage.k8s.io 2021-02-15T15:35:25Z
volumesnapshots.volumesnapshot.external-storage.k8s.io 2021-02-15T16:21:41Z
volumesnapshotschedules.stork.libopenstorage.org 2021-02-15T16:21:41Z
prkumar@cloudshell:~ (portworx-eng)$
豆荚
prkumar@cloudshell:~ (portworx-eng)$ kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
demo podinfo-58df84dbff-4wcl4 1/1 Running 0 9h
demo podinfo-58df84dbff-54rbg 1/1 Running 0 9h
flux flux-86845fff46-p6bdz 1/1 Running 0 9h
flux memcached-5bd7849b84-k4g2h 1/1 Running 0 9h
kube-system autopilot-859d58c8c4-x59b6 1/1 Running 0 10h
kube-system event-exporter-gke-564fb97f9-2l4fp 2/2 Running 0 10h
kube-system fluentbit-gke-j42rm 2/2 Running 0 10h
kube-system fluentbit-gke-ngv2c 2/2 Running 0 10h
kube-system fluentbit-gke-zqjk4 2/2 Running 0 10h
kube-system gke-metrics-agent-n7255 1/1 Running 0 10h
kube-system gke-metrics-agent-rbc2b 1/1 Running 1 10h
kube-system gke-metrics-agent-wmndz 1/1 Running 0 10h
kube-system kube-dns-6bd88c9b66-dtn5c 4/4 Running 0 10h
kube-system kube-dns-6bd88c9b66-jkq6w 4/4 Running 0 10h
kube-system kube-dns-autoscaler-7f89fb6b79-6bbn2 1/1 Running 0 10h
kube-system kube-proxy-gke-prashanth-cluster-te-default-pool-28f88aed-0jhg 1/1 Running 0 10h
kube-system kube-proxy-gke-prashanth-cluster-te-default-pool-28f88aed-3k7t 1/1 Running 0 10h
kube-system kube-proxy-gke-prashanth-cluster-te-default-pool-28f88aed-hrxd 1/1 Running 0 10h
kube-system l7-default-backend-7fd66b8b88-7h8jj 1/1 Running 0 10h
欢迎任何帮助或建议。
-普拉桑特
【问题讨论】：
【参考方案1】：问题在于未安装的助焊剂工具包。按照以下链接中的文档帮助我解决了这个问题。 https://github.com/fluxcd/kustomize-controller
【讨论】：
【参考方案2】：根据文档，您的清单似乎有误。
要使用 Webhook Receivers 部署 Git 存储库，您必须牢记：
In order to receive Git push or Helm chart upload events, you'll have to expose the
webhook receiver endpoint outside of your Kubernetes cluster on a public address.
助焊剂文档建议您做的是：
-
创建 LoadBalancer 服务。
为其分配公共地址。
定义 Git 存储库。
定义一个 Git 存储库接收器。
您可以在文档的link 中一步一步地对您的文件进行配置。
【讨论】：
感谢您的回复。我确实使用公共地址公开了集群，但这里的问题似乎是“与类型“接收者”不匹配”，我怀疑这与公共地址有关。当我定义一个 Git 存储库接收器时，看到了问题。 如果你去文档你会发现他们没有设置kind: Receiver，他们设置了kind: Service。尝试按照文档中的示例进行操作，让我知道它是否有效。
我能够添加服务，但是当我转到定义 Git 存储库接收器的步骤时，通过以下更改它给了我错误 apiVersion: notification.toolkit.fluxcd.io/v1beta1 kind: Receiver metadata:名称：webapp 命名空间：flux-system 规范：类型：github
我得到了同样的解决方案。未安装 Flux 工具包，点击此链接 github.com/fluxcd/kustomize-controller 现在可以应用规范。
太棒了！您能否发布一个答案，以便社区中遇到类似问题的任何人也可以找到解决方案？以上是关于无法在 gke 集群上部署带有通量的 Git 存储库接收器的主要内容，如果未能解决你的问题，请参考以下文章
在 GKE 集群上使用 Terraform 部署 Helm 工作负载
将现有 GKE 集群添加到 terraform stat 文件
使用 Terraform 部署时 GKE Autopilot 无法调度