@@ -7,7 +7,7 @@ weight: 50
7
7
<!-- overview -->
8
8
9
9
10
- Esta página muestra como escalar un StatefulSet. Escalar un StatefulSet es
10
+ Esta página muestra cómo escalar un StatefulSet. Escalar un StatefulSet es
11
11
incrementar o decrementar el número de réplicas.
12
12
13
13
## {{% heading "prerequisites" %}}
@@ -20,21 +20,21 @@ incrementar o decrementar el número de réplicas.
20
20
o el [ tutorial sobre StatefulSet] ( /docs/tutorials/stateful-application/basic-stateful-set/ ) para más información.
21
21
22
22
- Solamente se debe realizar un escalamiento cuando esté lo suficientemente seguro del buen funcionamiento
23
- de su cluster y de las aplicaciones que manejan estados.
23
+ de su clúster y de las aplicaciones que manejan estados.
24
24
<!-- steps -->
25
25
26
26
27
27
## Escalando StatefulSets
28
28
29
29
### Uso de kubectl para escalar StatefulSets
30
30
31
- Como primer paso, identifique el StatefulSet que desea escalar.
31
+ Como primer paso, identifica el StatefulSet que deseas escalar.
32
32
33
33
``` shell
34
34
kubectl get statefulsets < nombre-del-stateful-set>
35
35
```
36
36
37
- Cambie el número de réplicas de su StatefulSet:
37
+ Cambia el número de réplicas de tu StatefulSet:
38
38
39
39
``` shell
40
40
kubectl scale statefulsets < nombre-del-stateful-set> --replicas=< número-de-réplicas>
@@ -43,22 +43,22 @@ kubectl scale statefulsets <nombre-del-stateful-set> --replicas=<número-de-rép
43
43
### Hacer actualizaciones "in-place" en los StatefulSets
44
44
45
45
De manera alternativa, se pueden hacer [ actualizaciones in-place] ( /docs/concepts/cluster-administration/manage-deployment/#in-place-updates-of-resources )
46
- en sus StatefulSets.
46
+ en tus StatefulSets.
47
47
48
48
Si el StatefulSet fue inicialmente creado con ` kubectl apply ` ,
49
- puede actualizar ` .spec.replicas ` en el manifiesto previamente definido y ahí hacer ` kubectl apply ` :
49
+ puedes actualizar ` .spec.replicas ` en el manifiesto previamente definido y ahí hacer ` kubectl apply ` :
50
50
51
51
``` shell
52
52
kubectl apply -f < archivo-stateful-set-actualizado>
53
53
```
54
54
55
- De otra manera, edite esa línea con ` kubectl edit ` :
55
+ De otra manera, edita esa línea con ` kubectl edit ` :
56
56
57
57
``` shell
58
58
kubectl edit statefulsets < nombre-del-stateful-set>
59
59
```
60
60
61
- También puede usar ` kubectl patch ` :
61
+ También puedes usar ` kubectl patch ` :
62
62
63
63
``` shell
64
64
kubectl patch statefulsets < nombre-del-stateful-set> -p ' {"spec":{"replicas":<número-de-réplicas>}}'
@@ -68,23 +68,23 @@ kubectl patch statefulsets <nombre-del-stateful-set> -p '{"spec":{"replicas":<n
68
68
69
69
### El escalamiento hacia abajo no funciona correctamente
70
70
71
- No se puede escalar hacia abajo un StatefulSet cuando alguno de los Pods que administra esta
71
+ No se puede escalar hacia abajo un StatefulSet cuando alguno de los Pods que administra está
72
72
dañado. Desescalar solo tiene lugar después de tener los Pods disponibles.
73
73
74
74
Si spec.replicas > 1, Kubernetes no puede determinar la razón de un Pod dañado.
75
- Este puede ser el resultado de una falla permanente o una falla transitoria. Una falla
75
+ Esto puede ser el resultado de una falla permanente o una falla transitoria. Una falla
76
76
transitoria puede ser causada por un reinicio necesario para una actualización o mantenimiento.
77
77
78
- Si el Pod esta dañado con una falla permanente, escalar
79
- sin corregir la falla puede llevarnos a un estado donde donde el StatefulSet cae en
78
+ Si el Pod está dañado con una falla permanente, escalar
79
+ sin corregir la falla puede llevarnos a un estado donde el StatefulSet cae en
80
80
una cantidad de miembros inferior a la cantidad de replicas que son necesarias para funcionar
81
81
correctamente. Esto puede causar que el StatefulSet no este disponible.
82
82
83
83
Si el Pod está dañado por una falla transitoria y el Pod puede volver a estar disponible nuevamente,
84
84
el error transitorio puede interferir con la operación de escalar. Algunas bases de datos
85
85
distribuidas tienen errores cuando los nodos se unen y abandonan en el mismo momento. Es mejor
86
86
analizar acerca de escalar la operación a nivel de la aplicación y realizar
87
- el escalamiento solamente cuando está seguro que la el cluster de la aplicacion esta
87
+ el escalamiento solamente cuando está seguro que el clúster de la aplicación está
88
88
funcionando y en buen estado.
89
89
90
90
## {{% heading "whatsnext" %}}
0 commit comments