fix: pin Kafka broker storage to a 2-replica class sized for current cluster

The default "longhorn" StorageClass requests 3 replicas, but the homelab
cluster currently has only 2 schedulable nodes, so the 3rd replica could
never be scheduled and volumes stayed permanently degraded. Adds
longhorn-kafka (numberOfReplicas: 2) and reduces broker PVC size so 3 broker
volumes' replicas fit within each node's remaining Longhorn scheduling
headroom. Revert to "longhorn" once a 3rd node joins.
This commit is contained in:
riotpiaole
2026-06-22 12:23:12 -07:00
parent 3dda969784
commit 173a4935ab
3 changed files with 39 additions and 6 deletions
+11 -4
View File
@@ -7,8 +7,15 @@ kafkaCluster:
nodePool:
replicas: 3
storage:
class: longhorn
sizeGi: 50
# longhorn-kafka pins numberOfReplicas to 2 to match the current
# 2-node cluster (see kafka-cluster chart's storageclass.yaml).
# Switch back to "longhorn" (3 replicas) once the 3rd node joins.
class: longhorn-kafka
# Longhorn's per-node scheduling budget on the current 2-node cluster
# only has ~36Gi of headroom (other PVCs reserve the rest), and each
# node hosts one replica of all 3 broker volumes, so 3 * sizeGi must
# fit in that headroom. Revisit once the 3rd node joins.
sizeGi: 10
resources:
memory: 5Gi
cpu: "2"
@@ -21,5 +28,5 @@ managementService:
ingress:
host: kmsvc.homelab.internal
clusterIssuer: homelab-ca
authentikIssuerURL: "" # cluster/KMSVC_AUTHENTIK_ISSUER_URL — fill in once task 0 is done
authentikAudience: "" # cluster/KMSVC_AUTHENTIK_AUDIENCE
authentikIssuerURL: "https://authentik.riotpiao.homelab.com/application/o/kafaka/"
authentikAudience: "QI0gPtR99ar8VvhK8Tqox4SDkTKzbNU7lbgwBNSc"