Skip to content

[CASCL-1493] change autoscaling profile values and descriptions#37647

Draft
alekseidiukov wants to merge 1 commit into
masterfrom
aleksei.diukov/CASCL-1493-autoscaling-profiles-stabilization-window
Draft

[CASCL-1493] change autoscaling profile values and descriptions#37647
alekseidiukov wants to merge 1 commit into
masterfrom
aleksei.diukov/CASCL-1493-autoscaling-profiles-stabilization-window

Conversation

@alekseidiukov

Copy link
Copy Markdown

What does this PR do? What is the motivation?

Update DPA preset scale-up stabilization window values and profile descriptions to match the new defaults that we agreed upon in this document.

Merge readiness

  • Ready for merge

For Datadog employees:

  • ⚠️ Your branch name MUST follow the <name>/<description> convention and include the forward slash (/). If you've already created your PR with an incorrect branch name, please rename your branch and open a fresh PR.
  • 🤖 New: Comment with /review to run an automated check that catches common issues before a Documentation team member reviews your PR.

AI assistance

Additional notes

@alekseidiukov alekseidiukov requested a review from a team as a code owner June 22, 2026 12:13
@alekseidiukov

Copy link
Copy Markdown
Author

/review

@github-actions github-actions Bot added the Guide Content impacting a guide label Jun 22, 2026
@alekseidiukov alekseidiukov marked this pull request as draft June 22, 2026 12:14

@github-actions github-actions Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🤖 Automated review by Claude. AI-generated; verify before acting.

One consistency nit on the new Optimize Balance scale-down wording. The YAML and stabilization-window updates look internally consistent with the surrounding prose.

Reviewed f280090fb90049a5af8136102de6c0c915f8d4eeworkflow run

- **Optimize cost**: high CPU utilization target, aggressive scale-down, lowest replica floor. Best for stateless, cost-sensitive workloads.
- **Optimize balance**: moderate utilization target, balanced scale-up and scale-down. Best for most stateless workloads.
- **Optimize performance**: conservative utilization target, slow scale-down, higher replica floor. Best for stateful or critical services.
- **Optimize balance**: moderate utilization target, fast scale-up, balanced scale-down. Best for most stateless workloads.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggestion: The Optimize Balance template is described as having a balanced scale-down here (and in the cluster-profile table at line 476), but the dedicated tab at line 305 calls the same setting a conservative scale-down and says the controller removes it slowly. Same profile, three different adjectives — pick one so readers comparing the wizard summary, profile table, and tab description don't wonder whether they describe the same behavior.

Suggested change
- **Optimize balance**: moderate utilization target, fast scale-up, balanced scale-down. Best for most stateless workloads.
- **Optimize balance**: moderate utilization target, fast scale-up, conservative scale-down. Best for most stateless workloads.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Guide Content impacting a guide

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant