{"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\/fr\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","title":{"rendered":"Les d\u00e9veloppeurs de Xenoblade Chronicles: Definitive Edition dans le dernier num\u00e9ro du magazine Weekly Famitsu.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Meilleures pratiques Kubernetes. Cr\u00e9ation de petits conteneurs<\/a><\/noindex>
\nMeilleures pratiques Kubernetes. Organisation de Kubernetes avec des espaces de noms<\/a><\/noindex><\/p>\n

\"Les
\n
\nIl peut \u00eatre difficile de g\u00e9rer des syst\u00e8mes distribu\u00e9s en raison de la multitude d'\u00e9l\u00e9ments mobiles et changeants qui doivent tous fonctionner correctement pour assurer la fonctionnalit\u00e9 du syst\u00e8me. Si l'un des \u00e9l\u00e9ments tombe en panne, le syst\u00e8me doit \u00eatre capable de le d\u00e9tecter, de contourner le probl\u00e8me et de le corriger, le tout de mani\u00e8re automatique. Dans cette s\u00e9rie \u00ab Kubernetes Best Practices \u00bb, nous allons d\u00e9couvrir comment configurer les tests Readiness et Liveness pour v\u00e9rifier la viabilit\u00e9 d'un cluster Kubernetes.<\/p>\n

Le contr\u00f4le de sant\u00e9 Health Check est un moyen simple d'informer le syst\u00e8me si une instance de votre application fonctionne ou non. Si l'instance de votre application ne fonctionne pas, d'autres services ne doivent pas s'y connecter ni lui envoyer de requ\u00eates. Au lieu de cela, la requ\u00eate doit \u00eatre envoy\u00e9e \u00e0 une autre instance de l'application qui est d\u00e9j\u00e0 en cours d'ex\u00e9cution ou qui sera lanc\u00e9e ult\u00e9rieurement. De plus, le syst\u00e8me doit restituer la capacit\u00e9 op\u00e9rationnelle perdue de votre application.<\/p>\n

Par d\u00e9faut, Kubernetes commencera \u00e0 diriger le trafic vers le pod lorsque tous les conteneurs \u00e0 l'int\u00e9rieur des pods seront lanc\u00e9s et red\u00e9marrera les conteneurs lorsqu'ils \u00e9choueront. Au d\u00e9part, ce comportement par d\u00e9faut peut \u00eatre suffisant, mais vous pouvez am\u00e9liorer la fiabilit\u00e9 de d\u00e9ploiement de votre produit en utilisant des contr\u00f4les de sant\u00e9 personnalis\u00e9s.<\/a><\/noindex><\/p>\n

\"Les
\n
\nHeureusement, Kubernetes permet de le faire assez facilement, donc il n'y a aucune excuse pour ignorer de tels contr\u00f4les. Kubernetes propose deux types de tests de contr\u00f4le de sant\u00e9, et il est important de comprendre les diff\u00e9rences d'application de chacun.<\/p>\n

Le test de readiness Readiness est con\u00e7u pour informer Kubernetes que votre application est pr\u00eate \u00e0 g\u00e9rer le trafic. Avant de permettre au service d'envoyer du trafic au pod, Kubernetes doit s'assurer que le test de readiness a r\u00e9ussi. Si le test de readiness \u00e9choue, Kubernetes cessera d'envoyer du trafic au pod jusqu'\u00e0 ce que le test r\u00e9ussisse. <\/p>\n

Le test de vivacit\u00e9 Liveness informe Kubernetes si votre application est vivante ou morte. Dans le premier cas, Kubernetes le laissera tranquille, dans le second, il supprimera le pod mort et le remplacera par un nouveau. <\/p>\n

Imaginons un sc\u00e9nario o\u00f9 votre application n\u00e9cessite 1 minute pour \u00ab pr\u00e9chauffer \u00bb et se lancer. Votre service ne commencera pas \u00e0 fonctionner tant que l'application n'est pas compl\u00e8tement charg\u00e9e et lanc\u00e9e, m\u00eame si le flux de travail a d\u00e9j\u00e0 commenc\u00e9. De plus, vous rencontrerez \u00e9galement des probl\u00e8mes si vous souhaitez scaler ce d\u00e9ploiement \u00e0 plusieurs copies, car ces copies ne doivent pas recevoir de trafic tant qu'elles ne sont pas compl\u00e8tement pr\u00eates. Cependant, par d\u00e9faut, Kubernetes commencera \u00e0 envoyer du trafic imm\u00e9diatement apr\u00e8s le lancement des processus \u00e0 l'int\u00e9rieur du conteneur.<\/p>\n

En utilisant le test de disponibilit\u00e9 Readiness, Kubernetes attendra que l'application soit compl\u00e8tement lanc\u00e9e avant de permettre au service d'envoyer du trafic vers la nouvelle copie.<\/p>\n

\"Les
\n
\nImaginons un autre sc\u00e9nario dans lequel l'application se fige pendant une longue p\u00e9riode, cessant de r\u00e9pondre aux requ\u00eates. Comme le processus continue \u00e0 s'ex\u00e9cuter, Kubernetes consid\u00e9rera par d\u00e9faut que tout va bien et continuera \u00e0 envoyer des requ\u00eates au pod non fonctionnel. Mais avec Liveness, Kubernetes d\u00e9tectera que l'application ne r\u00e9pond plus aux requ\u00eates et red\u00e9marrera par d\u00e9faut le pod non fonctionnel.<\/p>\n

\"Les
\n
\nExaminons comment sont test\u00e9s la disponibilit\u00e9 et la viabilit\u00e9. Il existe trois m\u00e9thodes de test : HTTP, Command et TCP. Vous pouvez utiliser l'une d'elles pour la v\u00e9rification. La m\u00e9thode de test utilisateur la plus courante est le probe HTTP.<\/p>\n

M\u00eame si votre application n'est pas un serveur HTTP, vous pouvez toujours cr\u00e9er un serveur HTTP l\u00e9ger \u00e0 l'int\u00e9rieur de votre application pour interagir avec le test Liveness. Apr\u00e8s cela, Kubernetes commencera \u00e0 pinger le pod, et si la r\u00e9ponse HTTP se situe dans la plage de 200 ou 300 ms, cela indiquera que le pod est \u00ab sain \u00bb. Sinon, le module sera marqu\u00e9 comme \u00ab malade \u00bb.<\/p>\n

\"Les
\n
\nPour les tests avec Command, Kubernetes ex\u00e9cute une commande \u00e0 l'int\u00e9rieur de votre conteneur. Si la commande renvoie un code de sortie z\u00e9ro, le conteneur sera marqu\u00e9 comme sain, sinon, s'il obtient un code de sortie de 1 \u00e0 255, le conteneur sera marqu\u00e9 comme \u00ab malade \u00bb. Cette m\u00e9thode de test est utile si vous ne pouvez pas ou ne souhaitez pas ex\u00e9cuter un serveur HTTP, mais \u00eates capable d'ex\u00e9cuter une commande qui v\u00e9rifiera la \u00ab sant\u00e9 \u00bb de votre application.<\/p>\n

\"Les
\n
\nLe dernier m\u00e9canisme de v\u00e9rification est le test TCP. Kubernetes tentera d'\u00e9tablir une connexion TCP sur le port sp\u00e9cifi\u00e9. Si cela r\u00e9ussit, le conteneur est consid\u00e9r\u00e9 comme sain, sinon comme non fonctionnel. Cette m\u00e9thode peut s'av\u00e9rer utile si vous utilisez un sc\u00e9nario o\u00f9 les tests par requ\u00eate HTTP ou l'ex\u00e9cution de commandes fonctionnent mal. Par exemple, les principaux services pour la v\u00e9rification via TCP seront gRPC ou FTP.<\/p>\n

\"Les
\n
\nLes tests peuvent \u00eatre configur\u00e9s de plusieurs mani\u00e8res avec diff\u00e9rents param\u00e8tres. Vous pouvez indiquer la fr\u00e9quence d'ex\u00e9cution, les seuils de r\u00e9ussite et d'\u00e9chec, et combien de temps attendre les r\u00e9ponses. Des informations plus d\u00e9taill\u00e9es sont fournies dans la documentation des tests Readiness et Liveness. Cependant, il y a un point tr\u00e8s important dans la configuration du test Liveness \u2013 le d\u00e9lai initial de configuration du test initialDelaySeconds. Comme je l'ai mentionn\u00e9, l'\u00e9chec de ce test entra\u00eenera le red\u00e9marrage du module. Par cons\u00e9quent, vous devez vous assurer que le test ne commence pas tant que l'application n'est pas pr\u00eate, sinon elle commencera \u00e0 red\u00e9marrer en boucle. Je recommande d'utiliser le temps de d\u00e9marrage P99 ou le temps de d\u00e9marrage moyen de l'application \u00e0 partir du buffer. N'oubliez pas d'ajuster cette valeur \u00e0 mesure que le temps de d\u00e9marrage de votre application devient plus rapide ou plus lent.<\/p>\n

La plupart des sp\u00e9cialistes confirmeront que les v\u00e9rifications de sant\u00e9 sont indispensables pour tout syst\u00e8me distribu\u00e9, et Kubernetes ne fait pas exception. L'utilisation de la v\u00e9rification de \u00ab sant\u00e9 \u00bb des services garantit un fonctionnement fiable et sans faille de Kubernetes et ne pose aucun probl\u00e8me pour les utilisateurs. <\/p>\n

La suite arrivera tr\u00e8s bient\u00f4t\u2026<\/p>\n

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

Un peu de publicit\u00e9 \ud83d\ude42<\/h3>\n

\nMerci de rester avec nous. Aimez-vous nos articles ? Voulez-vous voir plus de contenu int\u00e9ressant ? Soutenez-nous en passants une commande ou en nous recommandant \u00e0 des amis, VPS cloud pour d\u00e9veloppeurs \u00e0 partir de 4,99 $<\/a><\/noindex>, un \u00e9quivalent unique des serveurs d'entr\u00e9e de gamme, con\u00e7u pour vous :<\/b> Toute la v\u00e9rit\u00e9 sur le VPS (KVM) E5-2697 v3 (6 c\u0153urs) 10 Go DDR4 480 Go SSD 1 Gbps \u00e0 partir de 19 $ ou comment bien diviser un serveur ?<\/a><\/noindex> (options disponibles avec RAID1 et RAID10, jusqu'\u00e0 24 c\u0153urs et jusqu'\u00e0 40 Go DDR4).<\/p>\n

Dell R730xd deux fois moins cher dans le data center Equinix Tier IV \u00e0 Amsterdam ?<\/b> Uniquement chez nous 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64Go DDR4 4x960Go SSD 1Gbps 100 To \u00e0 partir de 199 $<\/a><\/noindex> aux Pays-Bas ! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128Go DDR3 2x960Go SSD 1Gbps 100To \u2014 \u00e0 partir de 99 $ !<\/b><\/b> Lisez sur Comment construire une infrastructure de classe entreprise avec des serveurs Dell R730xd E5-2650 v4 co\u00fbtant 9000 euros pour des clopinettes ?<\/a><\/noindex>
\n
Source : 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\udd47 Meilleures pratiques Kubernetes. V\u00e9rification de la viabilit\u00e9 de Kubernetes avec les tests Readiness et Liveness | ProHoster","description":"Meilleures pratiques Kubernetes.","canonical_url":"https:\/\/prohoster.info\/fr\/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":"fr_FR","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\/fr\/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\/fr\/wp-json\/wp\/v2\/posts\/82215","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=82215"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/82215\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/82216"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=82215"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=82215"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=82215"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}