From e2375cc16469d595836cc87f275509ff40450b00 Mon Sep 17 00:00:00 2001 From: Sean Wei Date: Thu, 14 Apr 2022 01:42:27 +0800 Subject: [PATCH] [es] Fix Markdown format --- .../concepts/configuration/manage-resources-containers.md | 6 +++--- .../docs/concepts/containers/container-lifecycle-hooks.md | 4 ++-- content/es/docs/concepts/workloads/pods/pod.md | 2 +- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/content/es/docs/concepts/configuration/manage-resources-containers.md b/content/es/docs/concepts/configuration/manage-resources-containers.md index 55e17c405f..9630d271ba 100644 --- a/content/es/docs/concepts/configuration/manage-resources-containers.md +++ b/content/es/docs/concepts/configuration/manage-resources-containers.md @@ -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. 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 -_cantidades no válidas_ son `0.5` y` 1500m`. +Ejemplos de cantidades _validas_ son `3`, `3000m` y `3Ki`. Ejemplos de +_cantidades no válidas_ son `0.5` y `1500m`. {{< note >}} 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. - 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 - 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á. Puedes comprobar las capacidades del nodo y cantidad utilizada con el comando diff --git a/content/es/docs/concepts/containers/container-lifecycle-hooks.md b/content/es/docs/concepts/containers/container-lifecycle-hooks.md index 18cee92897..4471282d23 100644 --- a/content/es/docs/concepts/containers/container-lifecycle-hooks.md +++ b/content/es/docs/concepts/containers/container-lifecycle-hooks.md @@ -64,7 +64,7 @@ el contenedor no puede alcanzar el estado de `running` (en ejecución). El comportamiento es similar para un hook `PreStop`. 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. -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. 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*, 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. En general, solo se realizan entregas individuales. diff --git a/content/es/docs/concepts/workloads/pods/pod.md b/content/es/docs/concepts/workloads/pods/pod.md index 825ffbc016..b97a9f82a6 100644 --- a/content/es/docs/concepts/workloads/pods/pod.md +++ b/content/es/docs/concepts/workloads/pods/pod.md @@ -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. Por defecto, todas las eliminaciones se realizan correctamente en 30 segundos. El comando `kubectl delete` admite la opción` --grace-period = `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