{"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\/nl\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","title":{"rendered":"Beste Kubernetes-praktijken. Het testen van de levensvatbaarheid van Kubernetes met Readiness- en Liveness-tests","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Beste Kubernetes-praktijken. Het cre\u00ebren van kleine containers<\/a><\/noindex>
\nBeste Kubernetes-praktijken. Organisatie van Kubernetes met namespaces<\/a><\/noindex><\/p>\n

\"Beste
\n
\nGedecentraliseerde systemen zijn moeilijk te beheren vanwege de vele dynamische elementen die erin aanwezig zijn, en al deze elementen moeten goed functioneren om ervoor te zorgen dat het systeem functioneert. Als een van de elementen faalt, moet het systeem dit detecteren, omzeilen en corrigeren, en dit moet allemaal automatisch worden gedaan. In deze serie 'Kubernetes Best Practices' leren we hoe we Readiness- en Liveness-tests kunnen configureren om de levensvatbaarheid van een Kubernetes-cluster te controleren.<\/p>\n

Health Check is een eenvoudige manier om het systeem te laten weten of de instantie van uw applicatie functioneert of niet. Als de instantie van uw applicatie niet functioneert, mogen andere diensten deze niet benaderen of verzoeken naar deze instantie sturen. In plaats daarvan moet het verzoek naar een andere instantie van de applicatie worden gestuurd, die al draait of later zal draaien. Bovendien moet het systeem uw applicatie teruggeven naar de verworven functionaliteit.<\/p>\n

Standaard begint Kubernetes verkeer naar een pod te sturen wanneer alle containers binnen de pods zijn gestart, en herstart het containers wanneer ze crashen. Aanvankelijk kan dit standaardgedrag van het systeem goed genoeg zijn, maar u kunt de betrouwbaarheid van uw productimplementatie verhogen door gebruik te maken van aangepaste gezondheidscontroles.<\/a><\/noindex><\/p>\n

\"Beste
\n
\nGelukkig maakt Kubernetes het vrij eenvoudig, zodat er geen excuses zijn voor het negeren van dergelijke controles. Kubernetes biedt twee soorten Health Check-tests en het is belangrijk om de verschillen in het gebruik van elk ervan te begrijpen.<\/p>\n

De Readiness-test is bedoeld om Kubernetes te informeren over de gereedheid van uw applicatie om verkeer te verwerken. Voordat een service verkeer naar een pod toestaat, moet Kubernetes verifi\u00ebren dat de Readiness-test succesvol is. Als de Readiness-test faalt, stopt Kubernetes met het verzenden van verkeer naar de pod totdat de test succesvol is. <\/p>\n

De Liveness-levensvatbaarheidstest informeert Kubernetes of uw applicatie actief of inactief is. In het eerste geval laat Kubernetes deze met rust, in het tweede geval verwijdert het de inactieve pod en vervangt deze door een nieuwe. <\/p>\n

Stel je voor dat je applicatie een opwarmperiode van 1 minuut nodig heeft voordat deze volledig draait. Je service begint niet met werken totdat de applicatie volledig is geladen en gestart, hoewel het werkproces al is begonnen. Bovendien zult u ook problemen ondervinden als u deze implementatie wilt opschalen naar meerdere exemplaren, omdat deze exemplaren geen verkeer mogen ontvangen totdat ze volledig klaar zijn. Standaard begint Kubernetes echter onmiddellijk met het verzenden van verkeer zodra de processen binnen de container starten.<\/p>\n

Bij gebruik van de Readiness-test wacht Kubernetes totdat de applicatie volledig is opgestart en staat het de service alleen daarna toe om verkeer naar de nieuwe kopie te sturen.<\/p>\n

\"Beste
\n
\nStel je een ander scenario voor waarbij de applicatie lange tijd vastloopt en geen verzoeken meer verwerkt. Aangezien het proces doorgaat met uitvoeren, zal Kubernetes standaard aannemen dat alles in orde is en doorgaan met het verzenden van verzoeken naar de niet-functionerende pod. Maar met Liveness zal Kubernetes ontdekken dat de applicatie geen verzoeken meer verwerkt en de niet-functionerende pod standaard opnieuw opstarten.<\/p>\n

\"Beste
\n
\nLaten we bekijken hoe we de gereedheid en levensvatbaarheid testen. Er zijn drie manieren om te testen \u2014 HTTP, Command en TCP. U kunt een van deze methoden gebruiken voor de verificatie. De meest voorkomende manier van gebruikerstests is de HTTP-probe.<\/p>\n

Zelfs als uw applicatie geen HTTP-server is, kunt u nog steeds een lichte HTTP-server binnen uw applicatie maken voor interactie met de Liveness-test. Daarna zal Kubernetes de pod beginnen te pingen, en als de HTTP-respons binnen de 200 of 300 ms valt, betekent dit dat de pod 'gezond' is. Anders wordt de module gemarkeerd als 'ongeschikt'.<\/p>\n

\"Beste
\n
\nVoor tests met behulp van Command voert Kubernetes de opdracht uit binnen uw container. Als de opdracht retourneert met een exitcode van nul, wordt de container als gezond gemarkeerd; in andere gevallen, bij een exitstatus van 1 tot 255, wordt de container als 'ziek' gemarkeerd. Deze testmethode is nuttig als u geen HTTP-server kunt of wilt starten, maar wel een opdracht kunt uitvoeren die de 'gezondheid' van uw applicatie controleert.<\/p>\n

\"Beste
\n
\nDe laatste controlemechanisme is de TCP-test. Kubernetes zal proberen een TCP-verbinding op de opgegeven poort tot stand te brengen. Als dit lukt, wordt de container als gezond beschouwd; als dit niet lukt, als onbruikbaar. Deze methode kan van pas komen als u een scenario gebruikt waarbij testen met een HTTP-aanroep of het uitvoeren van een opdracht niet goed werkt. Bijvoorbeeld, de belangrijkste services voor controle via TCP zijn gRPC of FTP.<\/p>\n

\"Beste
\n
\nTests kunnen op verschillende manieren worden ingesteld met verschillende parameters. U kunt opgeven hoe vaak ze moeten worden uitgevoerd, wat de drempelwaarden voor succes en falen zijn, en hoe lang op antwoorden moet worden gewacht. Meer gedetailleerde informatie is te vinden in de documentatie voor Readiness- en Liveness-tests. Echter, er is \u00e9\u00e9n heel belangrijk punt bij het instellen van de Liveness-test \u2013 de initi\u00eble vertraging initialDelaySeconds. Zoals ik al zei, zal een mislukte uitvoering van deze test leiden tot herstarten van de module. Daarom moet u ervoor zorgen dat de test niet begint totdat de applicatie klaar is voor gebruik, anders zal deze in een herstartcyclus terechtkomen. Ik raad aan de P99-opstarttijd of de gemiddelde opstarttijd van de applicatie uit de buffer te gebruiken. Vergeet niet deze waarde aan te passen naarmate de opstarttijd van uw applicatie sneller of langzamer wordt.<\/p>\n

De meeste specialisten bevestigen dat Health Checks een essenti\u00eble controle zijn voor elke gedistribueerd systeem, en Kubernetes is daarop geen uitzondering. Het gebruik van 'gezond' controleren van services waarborgt de betrouwbare en foutloze werking van Kubernetes en is voor gebruikers geen klus. <\/p>\n

De voortzetting volgt zeer binnenkort...<\/p>\n

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

Een beetje reclame \ud83d\ude42<\/h3>\n

\nBedankt dat je bij ons blijft. Houd je van onze artikelen? Wil je meer interessante inhoud zien? Ondersteun ons door een bestelling te plaatsen of ons aan vrienden aan te bevelen, cloud VPS voor ontwikkelaars vanaf $4,99<\/a><\/noindex>, een unieke variant van entry-level servers, die we voor jou hebben bedacht:<\/b> De waarheid over VPS (KVM) E5-2697 v3 (6 Kernen) 10GB DDR4 480GB SSD 1Gbps vanaf $19 of hoe deel je een server correct?<\/a><\/noindex> (opties beschikbaar met RAID1 en RAID10, tot 24 cores en tot 40GB DDR4).<\/p>\n

Dell R730xd is 2 keer goedkoper in datacenter Equinix Tier IV in Amsterdam?<\/b> Alleen bij ons 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB vanaf $199<\/a><\/noindex> in Nederland! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 vanaf $99!<\/b><\/b> Lees over hoe je een infrastructuur van bedrijfsniveau kunt opbouwen met Dell R730xd E5-2650 v4 servers die wel \u20ac9000 kosten voor een prikkie?<\/a><\/noindex>
\n
Bron: 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\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 Beste praktijken voor Kubernetes. Levensvatbaarheid van Kubernetes controleren met behulp van Readiness- en Liveness-tests | ProHoster","description":"Beste praktijken voor Kubernetes.","canonical_url":"https:\/\/prohoster.info\/nl\/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":"nl_NL","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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/82215","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=82215"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/82215\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/82216"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=82215"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=82215"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=82215"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}