Graceful scaling of nodes with daemonset.
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Error
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- kubernetes
- Área
- devops, infrastructure
Línea de trabajo
Comienza revisando los NodePool startupTaints y las DaemonSet tolerations mostrados en el issue y, a continuación, investiga cómo sys-box-runtime pasa de Initialization a running durante el escalado de nodos. Reproduce el comportamiento de node-storm con la configuración de Kubernetes proporcionada; se considera completado cuando exista un enfoque documentado o validado que permita a los nodos esperar al DaemonSet sin provocar un escalado excesivo.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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?
- Lenguaje dominante
- Shell
- Estrellas
- 3.9k
- Forks
- 237
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de nestybox/sysbox
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 64/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
-
sysbox-fs zombie reaper can steal fusermount3 children during concurrent container creationPosiblemente ocupada @rogerhu la tomó hace 27 días. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
0.7.1: /sys/class/net inside a sysbox container lists the host's interfaces, not the container'sAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Todos los issues de nestybox/sysbox
Issues similares
-
TLS guide repeats certs/ in the certificate directoryPosiblemente ocupada @maheshrijal la tomó hoy. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
prometheus/docs#3156 ·
Los mantenedores suelen responder en 2 días
-
triaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
fullsend-ai/agents#1786 · 2 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
osam-cologne/archlinux-proaudio#917 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
security
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
IBM/bob-oic-tutorials#24 ·
Los mantenedores suelen responder en 1 día