Skip to content

Add guidance: when to add a dedicated worker (small Maestro K8s)#19

Draft
lvangool wants to merge 1 commit into
mainfrom
feature/sup-993-no-published-guidance-on-shared-master-only-vs-dedicated
Draft

Add guidance: when to add a dedicated worker (small Maestro K8s)#19
lvangool wants to merge 1 commit into
mainfrom
feature/sup-993-no-published-guidance-on-shared-master-only-vs-dedicated

Conversation

@lvangool
Copy link
Copy Markdown
Member

Summary

Adds a "Choosing between a shared master and dedicated workers" section to build-and-config/configuring-for-high-availability.mdx covering:

  • Why a single shared master has a ceiling (control plane competes with app workloads for resources)
  • The symptoms that signal it's time to add a dedicated worker (slow kubectl/dashboard, scheduling lag, pod evictions on the master, etcd slow-write warnings)
  • A Callout distinguishing "add one worker to relieve the master" from "go to full HA" (3 masters)

Why

On HS #33527 a small-cluster customer (Pixidon) hit this twice on the same stack three weeks apart. The HA doc covered multi-master scaling but said nothing about the single-master → dedicated-worker transition point, which is a recurring question for small-cluster operators.

Scope note

This is intentionally Maestro/CSv2-oriented (the existing HA doc's context). CSv3/K3s cluster operations are covered separately in the new build-and-config/3/cluster-operations.mdx (SUP-1009). The symptoms described are general K8s health signals; the procedure links to the existing "Adding nodes" section rather than re-documenting it.

Linear

  • SUP-993
  • Originating ticket: HS #33527

Test plan

  • yarn validate:mdx passes
  • Section renders in order (Overview → new section → Adding nodes); intra-page anchor link to #adding-nodes-to-an-application resolves

🤖 Generated with Claude Code

Small Maestro K8s clusters start with a single shared master running both
the control plane and application workloads. The HA doc covered multi-
master scaling but never the transition point where a single master is
overloaded and a dedicated worker should be added. Adds a section to
configuring-for-high-availability.mdx with the symptoms to watch for
(slow kubectl, scheduling lag, master-node pod evictions, etcd slow-write
warnings) and a Callout distinguishing this from a full HA topology.

Linear: SUP-993

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@linear
Copy link
Copy Markdown

linear Bot commented May 20, 2026

SUP-993

@lvangool lvangool marked this pull request as draft May 20, 2026 09:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant