diff --git a/content/es/docs/concepts/workloads/controllers/deployment.md b/content/es/docs/concepts/workloads/controllers/deployment.md index 17a42882a0..9fc506ae01 100644 --- a/content/es/docs/concepts/workloads/controllers/deployment.md +++ b/content/es/docs/concepts/workloads/controllers/deployment.md @@ -84,16 +84,14 @@ Esto es útil para futuras introspecciones, por ejemplo para comprobar qué coma A continuación, ejecuta el comando `kubectl get deployments`. La salida debe ser parecida a la siguiente: ```shell -NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE -nginx-deployment 3 0 0 0 1s +NAME READY UP-TO-DATE AVAILABLE AGE +nginx-deployment 3/3 3 3 1s ``` Cuando inspeccionas los Deployments de tu clúster, se muestran los siguientes campos: * `NAME` enumera los nombre de los Deployments del clúster. -* `DESIRED` muestra el número deseado de _réplicas_ de la aplicación, que se define - cuando se crea el Deployment. Esto se conoce como el _estado deseado_. -* `CURRENT` muestra cuántas réplicas se están ejecutando actualment. +* `READY` muestra cuántas réplicas de la aplicación están disponibles para sus usuarios. Sigue el patrón número de réplicas `listas/deseadas`. * `UP-TO-DATE` muestra el número de réplicas que se ha actualizado para alcanzar el estado deseado. * `AVAILABLE` muestra cuántas réplicas de la aplicación están disponibles para los usuarios. * `AGE` muestra la cantidad de tiempo que la aplicación lleva ejecutándose. @@ -105,6 +103,20 @@ Nótese cómo los valores de cada campo corresponden a los valores de la especif * El número de réplicas actualizadas es 0 de acuerdo con el campo `.status.updatedReplicas`. * El número de réplicas disponibles es 0 de acuerdo con el campo `.status.availableReplicas`. +Si deseamos obtener más información del Deployment utilice el parámetro '-o wide', ejecutando el comando 'kubectl get deployments -o wide'. La salida será parecida a la siguiente: + +```shell +NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR +nginx-deployment 3/3 3 3 10s nginx nginx:1.7.9 app=nginx +``` + +Ejecutando el comando anterior se muestran los siguientes campos adicionales: + +* `CONTAINERS` muestra los nombres de los contenedores declarados en `.spec.template.spec.containers.[name]`. +* `IMAGES` muestra los nombres de las imágenes declaradas en `.spec.template.spec.containers.[image]`. +* 'SELECTOR' muestra el Label selector que se declaró en matchLabels o matchExpressions. + + Para ver el estado del Deployment, ejecuta el comando `kubectl rollout status deployment.v1.apps/nginx-deployment`. Este comando devuelve el siguiente resultado: ```shell @@ -115,8 +127,8 @@ deployment "nginx-deployment" successfully rolled out Ejecuta de nuevo el comando `kubectl get deployments` unos segundos más tarde: ```shell -NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE -nginx-deployment 3 3 3 3 18s +NAME READY UP-TO-DATE AVAILABLE AGE +nginx-deployment 3/3 3 3 18s ``` Fíjate que el Deployment ha creado todas las tres réplicas, y que todas las réplicas están actualizadas (contienen @@ -204,8 +216,8 @@ Cuando el despliegue funciona, puede que quieras `obtener` el Deployment: kubectl get deployments ``` ``` -NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE -nginx-deployment 3 3 3 3 36s +NAME READY UP-TO-DATE AVAILABLE AGE +nginx-deployment 3/3 3 3 36s ``` El número de réplicas actualizadas indica que el Deployment ha actualizado las réplicas según la última configuración. @@ -241,7 +253,7 @@ La próxima vez que quieras actualizar estos Pods, sólo necesitas actualizar la El Deployment permite garantizar que sólo un número determinado de Pods puede eliminarse mientras se están actualizando. Por defecto, garantiza que al menos el 25% menos del número deseado de Pods se está ejecutando (máx. 25% no disponible). -El Deployment tmabién permite garantizar que sólo un número determinado de Pods puede crearse por encima del número deseado de +El Deployment también permite garantizar que sólo un número determinado de Pods puede crearse por encima del número deseado de Pods. Por defecto, garantiza que al menos el 25% más del número deseado de Pods se está ejecutando (máx. 25% de aumento). Por ejemplo, si miras detenidamente el Deployment de arriba, verás que primero creó un Pod, @@ -515,8 +527,8 @@ al retroceder a la revisión 2. kubectl get deployment nginx-deployment ``` ``` -NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE -nginx-deployment 3 3 3 3 30m +NAME READY UP-TO-DATE AVAILABLE AGE +nginx-deployment 3/3 3 3 30m ``` ```shell @@ -601,8 +613,8 @@ Por ejemplo, imagina que estás ejecutando un Deployment con 10 réplicas, donde kubectl get deploy ``` ``` -NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE -nginx-deployment 10 10 10 10 50s +NAME READY UP-TO-DATE AVAILABLE AGE +nginx-deployment 10/10 10 10 50s ``` Si actualizas a una nueva imagen que no puede descargarse desde el clúster: @@ -641,8 +653,8 @@ réplicas arranquen positivamente. kubectl get deploy ``` ``` -NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE -nginx-deployment 15 18 7 8 7m +NAME READY UP-TO-DATE AVAILABLE AGE +nginx-deployment 18/15 7 8 7m ``` ```shell @@ -665,8 +677,8 @@ Por ejemplo, con un Deployment que acaba de crearse: kubectl get deploy ``` ``` -NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE -nginx 3 3 3 3 1m +NAME READY UP-TO-DATE AVAILABLE AGE +nginx-deployment 3/3 3 3 1m ``` ```shell kubectl get rs @@ -1106,5 +1118,3 @@ no generará nuevos despliegues mientras esté pausado. Un Deployment se pausa d [`kubectl rolling update`](/docs/reference/generated/kubectl/kubectl-commands#rolling-update) actualiza los Pods y los ReplicationControllers de forma similar. Pero se recomienda el uso de Deployments porque se declaran del lado del servidor, y proporcionan características adicionales como la posibilidad de retroceder a revisiones anteriores incluso después de haber terminado una actualización continua. - -