You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
That'll give you client "bootstrap" `bootstrap.kafka.svc.cluster.local:9092`.
22
21
22
+
With the introduction of [-k](#kustomize) support, apply `-f` will report `error: unable to decode "zookeeper/kustomization.yaml": Object 'Kind' is missing in ...`. With kubectl v1.14+ you can avoid that using: `kubectl apply -k variants/scale-3-5/`.
23
+
23
24
## Fork
24
25
25
26
Our only dependency is `kubectl`. Not because we dislike Helm or Operators, but because we think plain manifests make it easier to collaborate.
@@ -30,21 +31,35 @@ If you begin to rely on this kafka setup we recommend you fork, for example to e
30
31
With the introduction of [app customization](https://kubectl.docs.kubernetes.io/pages/app_customization/introduction.html) in `kubectl` 1.14 there's an alternative to forks. We as a community can maintain a set of overlays.
31
32
32
33
See the [variants](./variants) folder for different overlays. For example to scale to 1 kafka broker try `kubectl apply -k variants/scale-1/`.
34
+
Variants also include examples of how to configure volumes for GKE, AWS and AKS with different storage classes.
35
+
36
+
### Quickstart
33
37
34
-
Currently `apply -k` replaces `apply -f ./zookeeper; apply -f ./kafka`.
35
-
The original commands now result in `error: unable to decode "zookeeper/kustomization.yaml": Object 'Kind' is missing in ...`
36
-
and though they still seem to work you can get around that with a v1.14+ kubectl using: `kubectl apply -k variants/as-is/`.
When all pods are Ready, test with for example `kafkacat -b localhost:9094 -L` over `kubectl -n kafka port-forward kafka-0 9094`.
37
44
38
45
### Maintaining your own kustomization
39
46
40
-
`kubectl apply -k` takes a single overlay, meaning that you can't compose different overlays from this repo.
41
-
You'll probably want to maintain your own variant.
42
-
One option is to keep kubernets-kafka as a git submodule and edit the relative path from an example variant.
47
+
Start your variant as a new folder in your choice of version control, with a base `kustomization.yaml` pointing to a tag or revision in this repository:
| v5.0 | 1.11+ | Destabilize because in Docker we want Java 11 [#197](https://github.com/Yolean/kubernetes-kafka/pull/197)[#191](https://github.com/Yolean/kubernetes-kafka/pull/191)|
* what's happening in the [monitoring](https://github.com/Yolean/kubernetes-kafka/labels/monitoring) label.
65
-
* Note that this repo is intentionally light on [automation](https://github.com/Yolean/kubernetes-kafka/labels/automation). We think every SRE team must build the operational knowledge first.
80
+
* Note that this repo is intentionally light on [automation](https://github.com/Yolean/kubernetes-kafka/labels/automation). We think every SRE team must build the operational knowledge first. But there is an example of a [Cruise Control](./cruise-control/) setup.
66
81
67
82
## Outside (out-of-cluster) access
68
83
69
84
Available for:
70
85
71
86
*[Brokers](./outside-services/)
72
87
73
-
## Fewer than three nodes?
74
-
75
-
For [minikube](https://github.com/kubernetes/minikube/), [youkube](https://github.com/Yolean/youkube) etc:
0 commit comments