Repository navigation
Describe a 32 vCPU shape and keeping a host for a test campaign - #4
Merged
Merged
Conversation
Rob decided that the first production-scale test uses a 32 vCPU host, and that a host should persist as long as a test campaign needs it, instead of being torn down and rebuilt for every run. The README principle now says that nothing stays up without an end date. workload-shapes.md gains the 32 vCPU shape and replaces the "the stack assumes a rebuild" sentence. run-a-benchmark.md gains a section on keeping a host for a campaign: a timer set to the campaign, a daily look at the timer and the cost, no stopping to save money because the local disk is lost on stop, copying results off after every run, and destroying the host when the campaign ends. The cost guardrails page points to it. No stack, policy, or first-boot code changes. Co-Authored-By: Claude Sonnet 5.5 <[email protected]> Signed-off-by: Rob Grafrath <[email protected]>
A stop and start does not rerun first boot, so the lifetime timer is gone and the fstab entry for the local disk no longer matches the new device. Docker's data root then sits on the slower root disk without any error. A reboot also clears the scheduled shutdown. Add those two warnings to the campaign section, and tell the operator to turn off automatic package updates for the campaign so the host does not drift or reboot itself. Co-Authored-By: Claude Sonnet 5.5 <[email protected]> Signed-off-by: Rob Grafrath <[email protected]>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What this changes and why
This records two decisions Rob made on 2026-10-10: the first production-scale test uses a 32 vCPU host, and a host is kept for as long as a test campaign needs it instead of being torn down and rebuilt for every run, since a rebuild repeats work that already exists.
m6id.8xlarge) and replaces the sentence saying the stack assumes a rebuild.Does it make a host easier to leave running or easier to reach?
Yes, on purpose, because it documents keeping a host up for a campaign. The controls stay in place. The lifetime timer is still required and is set to the campaign's length, the end date goes in the run log, and the operator looks at the timer and Cost Explorer every day the host exists. The 32 vCPU quota still caps how much can run at once, and the budget alerts and the budget action are unchanged. The page also says that stopping a host does not save money, because the local disk is lost on stop and a shutdown terminates the instance. It changes no stack, policy, or first-boot code, opens no port, and adds no permission.
How I checked it
scripts/check-repo.py and
tofu fmt -check -recursivepass locally, and CI runs validate. The specification ofm6id.8xlarge(32 vCPUs, 128 GB, one 1,900 GB local NVMe drive) and the claim that it costs roughly twice the 16 vCPU host are from AWS's published information as I know it. Please confirm both in the console and the pricing calculator before anyone relies on them.Left out on purpose
max_lifetime_hoursin the variable validation, such as 14 days, so a typo cannot create a months-long host. It changes stack code, so it should be reviewed on its own.Checklist
tofu fmt -recursiveandtofu validatepass in each stack I changed, or I am relying on CI. No stack changed..tfvarsfiles, keys, tokens, account IDs, or personal addresses are committed.🤖 Generated with Claude Code