Graceful scaling of nodes with daemonset.
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- kubernetes
- Lĩnh vực
- devops, infrastructure
Hướng nghiên cứu
Bắt đầu bằng việc xem xét các NodePool startupTaints và DaemonSet tolerations được nêu trong issue, sau đó điều tra cách sys-box-runtime chuyển từ Initialization sang running trong quá trình scale node. Tái hiện hành vi node-storm bằng cấu hình Kubernetes được cung cấp; hoàn thành có nghĩa là có một phương pháp được lập tài liệu hoặc đã được xác thực, cho phép các node chờ DaemonSet mà không kích hoạt việc scale quá mức.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
What is the recommended method to handle scaling of nodes to prevent node storms when an app has a dependency of node state label sys-box-runtime=running . The initialization time of of sys-box causes conflicts with autos scaling groups. Current configuration:
Karpeneter scaling
apiVersion: karpenter.sh/v1beta1
kind: NodePool
metadata:
name: foo
spec:
template:
metadata:
labels:
karpenter.sh/capacity-type: on-demand
spec:
startupTaints:
- key: karpenter.sh/wait
value: "true"
effect: NoSchedule
limits:
cpu: 1000
Testing this configuration but sys-box-runtime=Initialization is slow and causes node storms as it waits for sys-box-runtime=running
apiVersion: apps/v1
kind: DaemonSet
metadata:
...
spec:
...
spec:
tolerations:
- key: karpenter.sh/wait
operator: Exists
effect: NoSchedule
...
I would prefer not to solve this by throwing higher compute specs at it and can wait for the daemon set to be in a running state when nodes scale. Is there a better method?
- Ngôn ngữ chính
- Shell
- Star
- 3.9k
- Fork
- 230
- Merge trung bình
- 11 giờ 18 phút
- Pull request đã merge (30 ngày)
- 2
Chuẩn bị môi trường
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của nestybox/sysbox
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
-
0.7.1: /sys/class/net inside a sysbox container lists the host's interfaces, not the container'sĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
Tất cả issue của nestybox/sysbox
Issue tương tự
-
Bug: pane path not quotedĐang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
-
Does a subagent definition's `tools:` bypass the permission check? One default-permission cellĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
pearu/agent-sandbox#156 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area/documentation squad/marvin
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
rancher/stackstate-product-docs#443 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Request: Remove Sikka appĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
getumbrel/umbrel-apps#6142 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
triage/confirmed
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
agentscope-ai/agentscope#3030 ·
Maintainer thường phản hồi trong vòng 1 ngày