Skip to content

Commit e1d3051

Browse files
committed
Add edit helmfile for branch sandboxing blog & Change recommended volume size in k3s deploy blog
1 parent 0a268f6 commit e1d3051

2 files changed

Lines changed: 26 additions & 2 deletions

File tree

  • adminforth/documentation/blog

adminforth/documentation/blog/2025-11-04-k3s-ec2-deployment/index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -205,7 +205,7 @@ resource "aws_instance" "ec2_instance" {
205205
}
206206
207207
root_block_device {
208-
volume_size = 10 // Size in GB for root partition
208+
volume_size = 20 // Size in GB for root partition
209209
volume_type = "gp2"
210210
211211
# Even if the instance is terminated, the volume will not be deleted, delete it manually if needed

adminforth/documentation/blog/2026-06-01-branch-sandboxing-k3s/index.md

Lines changed: 25 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -324,7 +324,7 @@ resource "aws_launch_template" "worker" {
324324
block_device_mappings {
325325
device_name = "/dev/sda1"
326326
ebs {
327-
volume_size = 10
327+
volume_size = 20
328328
volume_type = "gp3"
329329
delete_on_termination = true
330330
}
@@ -802,6 +802,30 @@ jobs:
802802

803803
This file is responsible for creating a new isolated environment when pushing to a new branch. Please note the comments in the code that indicate variables you will most likely need to replace with your own.
804804

805+
## Configure your deployment
806+
807+
This section of the guide specifically focuses on using a Helmfile as a package manager. If you are using a different deployment method, such as vanilla Helm or native Kubernetes manifests, the code implementation will differ.
808+
The point of this change is to pass the sandbox domain and its unique namespace to the deployment. If your main application is deployed following the instructions from one of our [previous blog posts](https://adminforth.dev/blog/k3s-ec2-deployment/), you can simply add the corresponding code to `helmfile.yaml`.
809+
810+
```yaml title="/deploy/helm/helmfile.yaml"
811+
releases:
812+
- name: '{{ requiredEnv "APP_NAMESPACE" }}'
813+
namespace: '{{ requiredEnv "APP_NAMESPACE" }}'
814+
createNamespace: true
815+
chart: .
816+
values:
817+
- values.yaml
818+
- ecrImageFull: '{{ requiredEnv "IMAGE_FULL_TAG" }}'
819+
//diff-add
820+
- appNameSpace: '{{ requiredEnv "APP_NAMESPACE" }}'
821+
//diff-add
822+
{{ if env "APP_HOST" }}
823+
//diff-add
824+
- host: '{{ env "APP_HOST" }}'
825+
//diff-add
826+
{{ end }}
827+
```
828+
805829
## Deploying a Sandbox
806830

807831
Now, to ensure that a new environment is created whenever you push to a new branch, all you need to do is run the script `deploy/sandboxing/manage-autoscaler.sh`. Once it finishes, a new sandbox and a DNS record for the domain you specified will be created, and all of this will be automatically deleted when the branch is deleted. Simply run the following in the terminal:

0 commit comments

Comments
 (0)