Merge pull request #29310 from jonathino2590/jonathino2590-patch-1
Update Document Deploymentspull/29517/head
commit
6e7b621625
|
@ -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.
|
||||
|
||||
|
||||
|
|
Loading…
Reference in New Issue