diff --git a/content/es/docs/tasks/run-application/scale-stateful-set.md b/content/es/docs/tasks/run-application/scale-stateful-set.md
index ea246e7641..b28adca3dc 100644
--- a/content/es/docs/tasks/run-application/scale-stateful-set.md
+++ b/content/es/docs/tasks/run-application/scale-stateful-set.md
@@ -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" %}}