kubernetes
/
website
mirror of https://github.com/kubernetes/website.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity

Apply suggestions from code review 

Accepted suggestions

Co-authored-by: Rodolfo Martínez Vega <rodomar@outlook.com>
pull/44243/head
Emilano Vazquez 2023-12-13 22:26:08 -03:00 committed by GitHub
parent dd883e9023
commit 4a71b57c54
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 13 additions and 13 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

26
content/es/docs/tasks/run-application/scale-stateful-set.md
View File

@ -7,7 +7,7 @@ weight: 50
<!-- overview -->
Esta página muestra como escalar un StatefulSet. Escalar un StatefulSet es
Esta página muestra cómo escalar un StatefulSet. Escalar un StatefulSet es
incrementar o decrementar el número de réplicas.
## {{% heading "prerequisites" %}}
@ -20,7 +20,7 @@ incrementar o decrementar el número de réplicas.
o el [tutorial sobre StatefulSet](/docs/tutorials/stateful-application/basic-stateful-set/) para más información.
- Solamente se debe realizar un escalamiento cuando esté lo suficientemente seguro del buen funcionamiento
de su cluster y de las aplicaciones que manejan estados.
de su clúster y de las aplicaciones que manejan estados.
<!-- steps -->
@ -28,13 +28,13 @@ incrementar o decrementar el número de réplicas.
### Uso de kubectl para escalar StatefulSets
Como primer paso, identifique el StatefulSet que desea escalar.
Como primer paso, identifica el StatefulSet que deseas escalar.
```shell
kubectl get statefulsets <nombre-del-stateful-set>
```
Cambie el número de réplicas de su StatefulSet:
Cambia el número de réplicas de tu StatefulSet:
```shell
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
### Hacer actualizaciones "in-place" en los StatefulSets
De manera alternativa, se pueden hacer [actualizaciones in-place](/docs/concepts/cluster-administration/manage-deployment/#in-place-updates-of-resources)
en sus StatefulSets.
en tus StatefulSets.
Si el StatefulSet fue inicialmente creado con `kubectl apply`,
puede actualizar `.spec.replicas` en el manifiesto previamente definido y ahí hacer `kubectl apply`:
puedes actualizar `.spec.replicas` en el manifiesto previamente definido y ahí hacer `kubectl apply`:
```shell
kubectl apply -f <archivo-stateful-set-actualizado>
```
De otra manera, edite esa línea con `kubectl edit`:
De otra manera, edita esa línea con `kubectl edit`:
```shell
kubectl edit statefulsets <nombre-del-stateful-set>
```
También puede usar `kubectl patch`:
También puedes usar `kubectl patch`:
```shell
kubectl patch statefulsets <nombre-del-stateful-set> -p '{"spec":{"replicas":<número-de-réplicas>}}'
@ -68,15 +68,15 @@ kubectl patch statefulsets <nombre-del-stateful-set> -p '{"spec":{"replicas":<n
### El escalamiento hacia abajo no funciona correctamente
No se puede escalar hacia abajo un StatefulSet cuando alguno de los Pods que administra esta
No se puede escalar hacia abajo un StatefulSet cuando alguno de los Pods que administra está
dañado. Desescalar solo tiene lugar después de tener los Pods disponibles.
Si spec.replicas > 1, Kubernetes no puede determinar la razón de un Pod dañado.
Este puede ser el resultado de una falla permanente o una falla transitoria. Una falla
Esto puede ser el resultado de una falla permanente o una falla transitoria. Una falla
transitoria puede ser causada por un reinicio necesario para una actualización o mantenimiento.
Si el Pod esta dañado con una falla permanente, escalar
sin corregir la falla puede llevarnos a un estado donde donde el StatefulSet cae en
Si el Pod está dañado con una falla permanente, escalar
sin corregir la falla puede llevarnos a un estado donde el StatefulSet cae en
una cantidad de miembros inferior a la cantidad de replicas que son necesarias para funcionar
correctamente. Esto puede causar que el StatefulSet no este disponible.
@ -84,7 +84,7 @@ Si el Pod está dañado por una falla transitoria y el Pod puede volver a estar
el error transitorio puede interferir con la operación de escalar. Algunas bases de datos
distribuidas tienen errores cuando los nodos se unen y abandonan en el mismo momento. Es mejor
analizar acerca de escalar la operación a nivel de la aplicación y realizar
el escalamiento solamente cuando está seguro que la el cluster de la aplicacion esta
el escalamiento solamente cuando está seguro que el clúster de la aplicación está
funcionando y en buen estado.
## {{% heading "whatsnext" %}}