Skip to content

docs: move graceful cluster reconfiguration availability from v26.34 to v26.35 - #37894

Merged
maheshwarip merged 1 commit into
mainfrom
docs/graceful-cluster-reconfig-v26.35
Jul 27, 2026
Merged

docs: move graceful cluster reconfiguration availability from v26.34 to v26.35#37894
maheshwarip merged 1 commit into
mainfrom
docs/graceful-cluster-reconfig-v26.35

Conversation

@claude

@claude claude Bot commented Jul 27, 2026

Copy link
Copy Markdown
Contributor

Requested by Pranshu Maheshwari · Slack thread

Motivation

Graceful cluster reconfiguration (asynchronous ALTER CLUSTER size changes that resize without downtime) will not ship in v26.34 as the docs currently state. Its availability is moving to v26.35. This corrects the docs so readers are pointed at the right version and so v26.34 doesn't advertise a feature it doesn't have.

Description

Before / After (what a docs reader sees):

  • v26.34 release notes: Previously listed a "Graceful Cluster Reconfiguration" entry. Now that entry is gone from the v26.34 notes. (No v26.35 release note is added yet.)
  • ALTER CLUSTER reference: Previously "Downtime considerations for v26.34 or after" / "Starting in v26.34, ... resizes gracefully" and a paired "Downtime considerations for v26.33 or before". Now the boundary reads "v26.35 or after" / "Starting in v26.35, ..." with the paired heading bumped to "v26.34 or before" so no version falls between the two sections.
  • CREATE CLUSTER reference: Previously "As of v26.34, resizing is graceful ..." and "In versions before v26.34, resizing could incur downtime ...". Now both halves read v26.35.

How:

  • doc/user/content/releases/_index.md — removed only the "Graceful Cluster Reconfiguration" section from v26.34 (heading + body). Other v26.34 notes are untouched.
  • doc/user/content/sql/alter-cluster.md — bumped the paired section-heading boundary from 26.34/26.33 to 26.35/26.34, and the "Starting in v26.34" body text to v26.35.
  • doc/user/content/sql/create-cluster.md — bumped both halves of the before/after statement to v26.35.

No shortcode or headless-include content described this behavior, so all changes live in these three markdown files.

Verification

  • Reviewed the full diff: 3 files changed, 5 insertions(+), 33 deletions(-).
  • Confirmed via grep that no v26.34 graceful-reconfiguration references remain in the two cluster reference docs and that the release note was removed.
  • Checked that the removed release note and the changed headings are not the target of any internal anchor links elsewhere in doc/user/; the still-referenced #resizing-process and #monitoring-a-resize anchors are unchanged sub-headings.
  • Built the docs locally from doc/user with the pinned extended Hugo (v0.152.2) via hugo --quiet: build succeeded with no errors or warnings.

@maheshwarip
maheshwarip marked this pull request as ready for review July 27, 2026 16:10
@maheshwarip
maheshwarip requested a review from a team as a code owner July 27, 2026 16:10
@maheshwarip
maheshwarip enabled auto-merge (squash) July 27, 2026 16:10
@maheshwarip
maheshwarip merged commit 7f0ce1c into main Jul 27, 2026
12 checks passed
@maheshwarip
maheshwarip deleted the docs/graceful-cluster-reconfig-v26.35 branch July 27, 2026 18:04
maheshwarip added a commit that referenced this pull request Jul 31, 2026
…chema guide

Announce Graceful Cluster Reconfiguration (async ALTER CLUSTER) in v26.35,
restoring the draft text removed from v26.34 in #37894, and also in v26.34.1
with a Self-Managed only marker (matching the
docs/v26.34.1-graceful-cluster-reconfiguration branch).

Move the AWS Glue Schema Registry sinks note from v26.34 to v26.35 and drop
the Cloud-only marker, since the feature now ships on Self-Managed too.

Add a v26.35 feature note linking the new guide on handling upstream Avro
schema changes for Kafka sources. The guide file itself is synced verbatim
from main, as is the v26.34.1 section, since this branch was cut before they
landed.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
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.

2 participants