{"id":82215,"date":"2020-05-20T13:42:25","date_gmt":"2020-05-20T11:42:25","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness"},"modified":"2020-05-20T13:42:25","modified_gmt":"2020-05-20T11:42:25","slug":"luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","title":{"rendered":"Mejores pr\u00e1cticas de Kubernetes. Verificaci\u00f3n de la viabilidad de Kubernetes mediante pruebas de Readiness y Liveness.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Mejores pr\u00e1cticas de Kubernetes. Creaci\u00f3n de contenedores peque\u00f1os<\/a><\/noindex>
\nMejores pr\u00e1cticas de Kubernetes. Organizaci\u00f3n de Kubernetes con el espacio de nombres<\/a><\/noindex><\/p>\n

\"Mejores
\n
\nGestionar sistemas distribuidos puede ser complicado debido a la presencia de numerosos elementos m\u00f3viles que deben funcionar correctamente para garantizar la funcionalidad del sistema. Si uno de los elementos falla, el sistema debe detectarlo, eludirlo y corregirlo, todo de manera autom\u00e1tica. En esta serie de \"Mejores Pr\u00e1cticas de Kubernetes\", aprenderemos a configurar las pruebas de Readiness y Liveness para verificar la viabilidad del cl\u00faster de Kubernetes.<\/p>\n

La verificaci\u00f3n de salud Health Check es una forma sencilla de ayudar al sistema a saber si la instancia de su aplicaci\u00f3n est\u00e1 funcionando o no. Si la instancia de su aplicaci\u00f3n no est\u00e1 operativa, otros servicios no deben intentar acceder a ella o enviarle solicitudes. En su lugar, la solicitud debe dirigirse a otra instancia de la aplicaci\u00f3n que ya est\u00e9 en ejecuci\u00f3n o que se inicie m\u00e1s tarde. Adem\u00e1s, el sistema debe restaurar la funcionalidad perdida de su aplicaci\u00f3n.<\/p>\n

Por defecto, Kubernetes comenzar\u00e1 a enviar tr\u00e1fico al pod cuando todos los contenedores dentro de los pods est\u00e9n en funcionamiento y reiniciar\u00e1 los contenedores si terminan de manera inesperada. Este comportamiento predeterminado del sistema puede ser suficiente al principio, sin embargo, puede aumentar la confiabilidad de la implementaci\u00f3n de su producto utilizando verificaciones de salud personalizadas.<\/a><\/noindex><\/p>\n

\"Mejores
\n
\nAfortunadamente, Kubernetes permite realizar esto de manera bastante sencilla, por lo que no hay justificaci\u00f3n para ignorar tales verificaciones. Kubernetes proporciona dos tipos de pruebas de Health Check, y es importante entender las diferencias en la aplicaci\u00f3n de cada una de ellas.<\/p>\n

La prueba de Readiness est\u00e1 destinada a informar a Kubernetes si su aplicaci\u00f3n est\u00e1 lista para atender el tr\u00e1fico. Antes de permitir que el servicio env\u00ede tr\u00e1fico al pod, Kubernetes debe asegurarse de que la verificaci\u00f3n de Readiness haya sido exitosa. Si la prueba de Readiness falla, Kubernetes dejar\u00e1 de enviar tr\u00e1fico al pod hasta que la prueba se complete con \u00e9xito. <\/p>\n

La prueba de Liveness informa a Kubernetes si su aplicaci\u00f3n est\u00e1 viva o muerta. En el primer caso, Kubernetes la dejar\u00e1 en paz; en el segundo, eliminar\u00e1 el pod muerto y lo reemplazar\u00e1 por uno nuevo. <\/p>\n

Imaginemos un escenario en el que su aplicaci\u00f3n tarda 1 minuto en calentarse y lanzarse. Su servicio no comenzar\u00e1 a funcionar hasta que la aplicaci\u00f3n se haya cargado y ejecutado completamente, aunque el proceso de trabajo ya haya comenzado. Adem\u00e1s, tambi\u00e9n tendr\u00e1 problemas si desea escalar esta implementaci\u00f3n a varias copias, ya que estas copias no deben recibir tr\u00e1fico hasta que est\u00e9n completamente listas. Sin embargo, de forma predeterminada, Kubernetes comenzar\u00e1 a enviar tr\u00e1fico tan pronto como inicien los procesos dentro del contenedor.<\/p>\n

Al utilizar la prueba de disponibilidad Readiness, Kubernetes esperar\u00e1 a que la aplicaci\u00f3n est\u00e9 completamente ejecutada y solo despu\u00e9s permitir\u00e1 al servicio enviar tr\u00e1fico a la nueva copia.<\/p>\n

\"Mejores
\n
\nImaginemos otro escenario en el que la aplicaci\u00f3n se detiene durante un largo per\u00edodo, dejando de atender solicitudes. Dado que el proceso sigue en funcionamiento, de forma predeterminada, Kubernetes asumir\u00e1 que todo est\u00e1 bien y continuar\u00e1 enviando solicitudes al pod que no est\u00e1 funcionando. Pero al usar Liveness, Kubernetes detectar\u00e1 que la aplicaci\u00f3n ya no est\u00e1 atendiendo solicitudes y, por defecto, reiniciar\u00e1 el pod que no est\u00e1 funcionando.<\/p>\n

\"Mejores
\n
\nVeamos c\u00f3mo se prueba la disponibilidad y la viabilidad. Hay tres formas de realizar la prueba: HTTP, Comando y TCP. Puede utilizar cualquiera de ellos para comprobar. La forma m\u00e1s com\u00fan de prueba del usuario es a trav\u00e9s de la sondeo HTTP.<\/p>\n

Incluso si su aplicaci\u00f3n no es un servidor HTTP, a\u00fan puede crear un servidor HTTP liviano dentro de su aplicaci\u00f3n para interactuar con la prueba Liveness. Despu\u00e9s de esto, Kubernetes comenzar\u00e1 a hacer ping al pod, y si la respuesta HTTP se encuentra en el rango de 200 o 300 ms, eso significar\u00e1 que el pod est\u00e1 \"saludable\". De lo contrario, el m\u00f3dulo ser\u00e1 marcado como \"no saludable\".<\/p>\n

\"Mejores
\n
\nPara las pruebas mediante Comando, Kubernetes ejecuta un comando dentro de su contenedor. Si el comando devuelve un c\u00f3digo de salida cero, el contenedor se marcar\u00e1 como saludable; de lo contrario, al recibir un c\u00f3digo de salida entre 1 y 255, el contenedor ser\u00e1 marcado como \"enfermo\". Este m\u00e9todo de prueba es \u00fatil si no puede o no quiere ejecutar un servidor HTTP, pero puede ejecutar un comando que verifique la \"salud\" de su aplicaci\u00f3n.<\/p>\n

\"Mejores
\n
\nEl \u00faltimo mecanismo de verificaci\u00f3n es la prueba TCP. Kubernetes intentar\u00e1 establecer una conexi\u00f3n TCP en el puerto especificado. Si tiene \u00e9xito, el contenedor se considera saludable; de lo contrario, se considera no operativo. Este m\u00e9todo puede ser \u00fatil si utiliza un script en el que la prueba mediante solicitudes HTTP o la ejecuci\u00f3n de comandos no funciona muy bien. Por ejemplo, los principales servicios para la verificaci\u00f3n mediante TCP son gRPC o FTP.<\/p>\n

\"Mejores
\n
\nLas pruebas se pueden configurar de varias maneras con diferentes par\u00e1metros. Puede especificar con qu\u00e9 frecuencia deben ejecutarse, cu\u00e1les son los umbrales de \u00e9xito y fracaso, y cu\u00e1nto tiempo esperar respuestas. Se proporciona informaci\u00f3n m\u00e1s detallada en la documentaci\u00f3n sobre pruebas de Readiness y Liveness. Sin embargo, hay un punto muy importante en la configuraci\u00f3n de la prueba Liveness: la configuraci\u00f3n inicial de la demora de la prueba initialDelaySeconds. Como mencion\u00e9, una ejecuci\u00f3n fallida de esta prueba resultar\u00e1 en el reinicio del m\u00f3dulo. Por lo tanto, debe asegurarse de que la prueba no comience hasta que la aplicaci\u00f3n est\u00e9 lista para funcionar; de lo contrario, comenzar\u00e1 a reiniciarse c\u00edclicamente. Recomiendo utilizar el tiempo de inicio P99 o el tiempo promedio de arranque de la aplicaci\u00f3n desde el b\u00fafer. No olvide ajustar este valor a medida que el tiempo de inicio de su aplicaci\u00f3n se vuelva m\u00e1s r\u00e1pido o m\u00e1s lento.<\/p>\n

La mayor\u00eda de los especialistas confirmar\u00e1 que la verificaci\u00f3n de salud es una comprobaci\u00f3n obligatoria para cualquier sistema distribuido, y Kubernetes no es la excepci\u00f3n. El uso de la verificaci\u00f3n de \"salud\" de los servicios asegura un funcionamiento fiable y sin fallos de Kubernetes y no supone ning\u00fan esfuerzo para los usuarios. <\/p>\n

La continuaci\u00f3n ser\u00e1 muy pronto...<\/p>\n

\r\n \"Reproducir\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Un poco de publicidad \ud83d\ude42<\/h3>\n

\nGracias por permanecer con nosotros. \u00bfTe gustan nuestros art\u00edculos? \u00bfQuieres ver m\u00e1s contenido interesante? Ap\u00f3yanos haciendo un pedido o recomendando a tus conocidos, VPS en la nube para desarrolladores desde $4.99<\/a><\/noindex>, un an\u00e1logo \u00fanico de servidores entry-level que hemos dise\u00f1ado para Ti:<\/b> Toda la verdad sobre VPS (KVM) E5-2697 v3 (6 n\u00facleos) 10GB DDR4 480GB SSD 1Gbps desde $19, o c\u00f3mo dividir correctamente un servidor?<\/a><\/noindex> (disponibles opciones con RAID1 y RAID10, hasta 24 n\u00facleos y hasta 40GB DDR4).<\/p>\n

\u00bfDell R730xd a mitad de precio en el centro de datos Equinix Tier IV en \u00c1msterdam?<\/b> Solo aqu\u00ed 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB desde $199<\/a><\/noindex> \u00a1en los Pa\u00edses Bajos! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 \u00a1desde $99!<\/b><\/b> Lee sobre c\u00f3mo Construir infraestructura de clase empresarial usando servidores Dell R730xd E5-2650 v4 que cuestan 9000 euros a un precio asequible?<\/a><\/noindex>
\n
Fuente: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u0421\u043e\u0437\u0434\u0430\u043d\u0438\u0435 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f Kubernetes \u0441 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e\u043c \u0438\u043c\u0435\u043d \u0420\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u043c\u0438 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u043c\u0438 \u0431\u044b\u0432\u0430\u0435\u0442 \u0442\u0440\u0443\u0434\u043d\u043e \u0443\u043f\u0440\u0430\u0432\u043b\u044f\u0442\u044c \u043f\u043e \u043f\u0440\u0438\u0447\u0438\u043d\u0435 \u0442\u043e\u0433\u043e, \u0447\u0442\u043e \u0432 \u043d\u0438\u0445 \u0438\u043c\u0435\u0435\u0442\u0441\u044f \u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u043e \u043f\u043e\u0434\u0432\u0438\u0436\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u044f\u0435\u043c\u044b\u0445 \u044d\u043b\u0435\u043c\u0435\u043d\u0442\u043e\u0432, \u0438 \u0432\u0441\u0435 \u043e\u043d\u0438 \u0434\u043e\u043b\u0436\u043d\u044b \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0434\u043b\u044f \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0441\u0438\u0441\u0442\u0435\u043c\u044b. \u0415\u0441\u043b\u0438 \u043e\u0434\u0438\u043d \u0438\u0437 \u044d\u043b\u0435\u043c\u0435\u043d\u0442\u043e\u0432 \u0432\u044b\u0439\u0434\u0435\u0442 \u0438\u0437 \u0441\u0442\u0440\u043e\u044f, \u0442\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0434\u043e\u043b\u0436\u043d\u0430 \u0435\u0433\u043e \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0438\u0442\u044c, \u043e\u0431\u043e\u0439\u0442\u0438 \u0438 \u0438\u0441\u043f\u0440\u0430\u0432\u0438\u0442\u044c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":82216,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-82215","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Mejores pr\u00e1cticas de Kubernetes. Verificaci\u00f3n de viabilidad de Kubernetes mediante pruebas de Readiness y Liveness | ProHoster","description":"Mejores pr\u00e1cticas de Kubernetes.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0436\u0438\u0437\u043d\u0435\u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0441\u0442\u0438 Kubernetes \u0441 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0442\u0435\u0441\u0442\u043e\u0432 Readiness \u0438 Liveness | ProHoster","og:description":"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-05-20T11:42:25+00:00","article:modified_time":"2020-05-20T11:42:25+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"82215","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 15:42:27","updated":"2022-09-29 19:26:23","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/82215","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=82215"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/82215\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/82216"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=82215"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=82215"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=82215"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}