LivenessProbeRequirements Clase
Define los requisitos de tiempo de sondeo de ejecución para las implementaciones de Webservice.
Los valores de configuración de LivenessProbeRequirements se especifican al implementar o actualizar el objeto Webervice.
Por ejemplo, use los métodos deploy_configuration
o update
de la clase AksWebservice, o los métodos create_version
, deploy_configuration
o update_version
de la clase AksEndpoint.
Inicialice los requisitos de recursos de contenedor.
- Herencia
-
builtins.objectLivenessProbeRequirements
Constructor
LivenessProbeRequirements(period_seconds, initial_delay_seconds, timeout_seconds, success_threshold, failure_threshold)
Parámetros
- period_seconds
- int
Frecuencia (en segundos) en que se ejecutará el sondeo de ejecución. El valor predeterminado es de 10 segundos. El valor mínimo es 1.
- initial_delay_seconds
- int
Número de segundos después de que se haya iniciado el contenedor antes de que se inicien los sondeos de ejecución.
- timeout_seconds
- int
Número de segundos tras los cuales el sondeo de ejecución agota el tiempo de espera. El valor predeterminado es de 1 segundo. El valor mínimo es 1.
- failure_threshold
- int
Cuando se inicie un pod y se produzca un error en el sondeo de ejecución, Kubernetes probará failureThreshold
veces antes de abandonar. El valor predeterminado es 3. El valor mínimo es 1.
- success_threshold
- int
Número mínimo de valores correctos consecutivos para que el sondeo de ejecución se considere correcto después de que se haya producido un error. De manera predeterminada, su valor es 1. El valor mínimo es 1.
- period_seconds
- int
Frecuencia (en segundos) en que se ejecutará el sondeo de ejecución. El valor predeterminado es de 10 segundos. El valor mínimo es 1.
- initial_delay_seconds
- int
Número de segundos después de que se haya iniciado el contenedor antes de que se inicien los sondeos de ejecución.
- timeout_seconds
- int
Número de segundos tras los cuales el sondeo de ejecución agota el tiempo de espera. El valor predeterminado es de 1 segundo. El valor mínimo es 1.
- failure_threshold
- int
Cuando se inicie un pod y se produzca un error en el sondeo de ejecución, Kubernetes probará failureThreshold
veces antes de abandonar. El valor predeterminado es 3. El valor mínimo es 1.
- success_threshold
- int
Número mínimo de valores correctos consecutivos para que el sondeo de ejecución se considere correcto después de que se haya producido un error. De manera predeterminada, su valor es 1. El valor mínimo es 1.
Variables
- period_seconds
- int
Frecuencia (en segundos) en que se ejecutará el sondeo de ejecución. El valor predeterminado es de 10 segundos. El valor mínimo es 1.
- initial_delay_seconds
- int
Número de segundos después de que se haya iniciado el contenedor antes de que se inicien los sondeos de ejecución.
- timeout_seconds
- int
Número de segundos tras los cuales el sondeo de ejecución agota el tiempo de espera. El valor predeterminado es de 1 segundo. El valor mínimo es 1.
- failure_threshold
- int
Cuando se inicie un pod y se produzca un error en el sondeo de ejecución, Kubernetes probará failureThreshold
veces antes de abandonar. El valor predeterminado es 3. El valor mínimo es 1.
- success_threshold
- int
Número mínimo de valores correctos consecutivos para que el sondeo de ejecución se considere correcto después de que se haya producido un error. De manera predeterminada, su valor es 1. El valor mínimo es 1.
Métodos
deserialize |
Convierta un objeto JSON en un objeto LivenessProbeRequirements. |
serialize |
Convierta este objeto LivenessProbeRequirements en un diccionario serializado JSON. |
deserialize
Convierta un objeto JSON en un objeto LivenessProbeRequirements.
static deserialize(payload_obj)
Parámetros
Devoluciones
Representación LivenessProbeRequirements del objeto JSON proporcionado.
Tipo de valor devuelto
serialize
Convierta este objeto LivenessProbeRequirements en un diccionario serializado JSON.
serialize()
Devoluciones
Representación JSON de este objeto LivenessProbeRequirements.
Tipo de valor devuelto
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea:Enviar y ver comentarios de