@@ -564,8 +564,8 @@ El {{< glossary_tooltip text="planificador" term_id="kube-scheduler" >}} se enca
|
|||||||
la cantidad disponible sea asignada simultáneamente a los Pods.
|
la cantidad disponible sea asignada simultáneamente a los Pods.
|
||||||
|
|
||||||
El servidor de API restringe las cantidades de recursos extendidos a números enteros.
|
El servidor de API restringe las cantidades de recursos extendidos a números enteros.
|
||||||
Ejemplos de cantidades _validas_ son `3`,` 3000m` y `3Ki`. Ejemplos de
|
Ejemplos de cantidades _validas_ son `3`, `3000m` y `3Ki`. Ejemplos de
|
||||||
_cantidades no válidas_ son `0.5` y` 1500m`.
|
_cantidades no válidas_ son `0.5` y `1500m`.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Los recursos extendidos reemplazan los Recursos Integrales Opacos.
|
Los recursos extendidos reemplazan los Recursos Integrales Opacos.
|
||||||
@@ -630,7 +630,7 @@ está pendiente con un mensaje de este tipo, hay varias cosas para probar:
|
|||||||
- Añadir más nodos al clúster.
|
- Añadir más nodos al clúster.
|
||||||
- Terminar Pods innecesarios para hacer hueco a los Pods en estado pendiente.
|
- Terminar Pods innecesarios para hacer hueco a los Pods en estado pendiente.
|
||||||
- Compruebe que el Pod no sea más grande que todos los nodos. Por ejemplo, si todos los
|
- Compruebe que el Pod no sea más grande que todos los nodos. Por ejemplo, si todos los
|
||||||
los nodos tienen una capacidad de `cpu: 1`, entonces un Pod con una solicitud de` cpu: 1.1`
|
los nodos tienen una capacidad de `cpu: 1`, entonces un Pod con una solicitud de `cpu: 1.1`
|
||||||
nunca se programará.
|
nunca se programará.
|
||||||
|
|
||||||
Puedes comprobar las capacidades del nodo y cantidad utilizada con el comando
|
Puedes comprobar las capacidades del nodo y cantidad utilizada con el comando
|
||||||
|
|||||||
@@ -64,7 +64,7 @@ el contenedor no puede alcanzar el estado de `running` (en ejecución).
|
|||||||
El comportamiento es similar para un hook `PreStop`.
|
El comportamiento es similar para un hook `PreStop`.
|
||||||
Si el hook se cuelga durante la ejecución,
|
Si el hook se cuelga durante la ejecución,
|
||||||
la fase del Pod permanece en un estado de `terminating` (finalizando) y se cancela después del `terminationGracePeriodSeconds` (finalización después del periodo de gracia) del pod en cuestión.
|
la fase del Pod permanece en un estado de `terminating` (finalizando) y se cancela después del `terminationGracePeriodSeconds` (finalización después del periodo de gracia) del pod en cuestión.
|
||||||
Si un hook `PostStart` o` PreStop` falla, se mata el contenedor.
|
Si un hook `PostStart` o `PreStop` falla, se mata el contenedor.
|
||||||
|
|
||||||
Los usuarios deben hacer que sus controladores de hooks sean lo más livianos posible.
|
Los usuarios deben hacer que sus controladores de hooks sean lo más livianos posible.
|
||||||
Hay casos, sin embargo, que los comandos de larga ejecución tienen sentido,
|
Hay casos, sin embargo, que los comandos de larga ejecución tienen sentido,
|
||||||
@@ -74,7 +74,7 @@ como cuando se guarda el estado antes de detener un contenedor.
|
|||||||
|
|
||||||
La entrega de un hook está destinada a ser enviada *al menos una vez*,
|
La entrega de un hook está destinada a ser enviada *al menos una vez*,
|
||||||
lo que significa que un hook puede ser llamado varias veces para cualquier evento dado,
|
lo que significa que un hook puede ser llamado varias veces para cualquier evento dado,
|
||||||
tanto para `PostStart` como para ` PreStop`.
|
tanto para `PostStart` como para `PreStop`.
|
||||||
Depende de la implementación del hook manejar esto correctamente.
|
Depende de la implementación del hook manejar esto correctamente.
|
||||||
|
|
||||||
En general, solo se realizan entregas individuales.
|
En general, solo se realizan entregas individuales.
|
||||||
|
|||||||
@@ -129,7 +129,7 @@ Un ejemplo del ciclo de terminación de un Pod:
|
|||||||
1. El Kubelet terminará de eliminar el Pod en el servidor API configurando el período de gracia 0 (eliminación inmediata). El Pod desaparece de la API y ya no es visible desde el cliente.
|
1. El Kubelet terminará de eliminar el Pod en el servidor API configurando el período de gracia 0 (eliminación inmediata). El Pod desaparece de la API y ya no es visible desde el cliente.
|
||||||
|
|
||||||
Por defecto, todas las eliminaciones se realizan correctamente en 30 segundos. El comando `kubectl delete` admite la opción` --grace-period = <seconds> `que permite al usuario anular el valor predeterminado y especificar su propio valor. El valor `0` [forzar eliminación](/es/docs/concepts/workloads/pods/pod/#forzar-destrucción-de-pods) del Pod.
|
Por defecto, todas las eliminaciones se realizan correctamente en 30 segundos. El comando `kubectl delete` admite la opción` --grace-period = <seconds> `que permite al usuario anular el valor predeterminado y especificar su propio valor. El valor `0` [forzar eliminación](/es/docs/concepts/workloads/pods/pod/#forzar-destrucción-de-pods) del Pod.
|
||||||
Debe especificar un indicador adicional `--force` junto con` --grace-period = 0` para realizar eliminaciones forzadas.
|
Debe especificar un indicador adicional `--force` junto con `--grace-period = 0` para realizar eliminaciones forzadas.
|
||||||
|
|
||||||
### Forzar destrucción de Pods
|
### Forzar destrucción de Pods
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user