{"id":38390,"date":"2026-06-11T08:00:00","date_gmt":"2026-06-11T06:00:00","guid":{"rendered":"https:\/\/www.credativ.de\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/"},"modified":"2026-09-25T17:44:45","modified_gmt":"2026-09-25T15:44:45","slug":"how-does-container-health-checking-work-in-kubernetes","status":"publish","type":"post","link":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/","title":{"rendered":"How Does Container Health Checking Work in Kubernetes?"},"content":{"rendered":"&#13;\n<p class=\"wp-block-paragraph\">Container health checking in Kubernetes is an automated system that continuously monitors the state of containers and initiates appropriate actions when problems occur. Kubernetes uses various probe types such as Liveness, Readiness and Startup Probes to ensure that containers function properly and applications remain available. <!--more--><\/p>&#13;\n<h2>Failed Health Checks Lead to Unpredictable Downtime<\/h2>\n<p>When container health checks are misconfigured or not implemented at all, defective containers remain undetected and active in the cluster, causing sporadic application failures. Users receive error messages, transactions fail and support is overwhelmed with difficult-to-trace problems. The solution lies in the precise configuration of Liveness and Readiness Probes, which automatically detect defective containers and restart them.  <\/p>\n<h2>Aggressive Health Check Parameters Cause Unstable Clusters<\/h2>\n<p>Timeouts that are too short and low failure thresholds result in healthy containers being incorrectly identified as defective and restarted unnecessarily. This creates a cascade of restarts that destabilizes the entire system and drastically degrades performance. Use realistic timeout values based on the actual startup time of your applications and implement Startup Probes for slow-starting containers.  <\/p>\n<h2>What Is Container Health Checking in Kubernetes?<\/h2>\n<p>Container health checking in Kubernetes is a mechanism for automatically monitoring the state of containers through various probe types. The system detects defective containers, restarts them or removes them from load balancing to ensure application availability. <\/p>\n<p>Kubernetes performs these checks regularly and reacts based on the results. Failed Liveness Probes cause the container to be restarted, while failed Readiness Probes result in the container being temporarily removed from service load balancing. Startup Probes provide additional protection for containers with longer initialization times.  <\/p>\n<p>Health checking occurs at the container level within pods and is essential for self-healing systems. Without proper health checks, defective containers can remain undetected and route user requests to non-functional instances. <\/p>\n<p>Correctly configured health checks significantly reduce manual intervention in operations, as Kubernetes independently detects and replaces defective containers. Through continuous state evaluation, Kubernetes deliberately considers only healthy instances during load balancing, which reduces the error rate for end users. In conjunction with the Horizontal Pod Autoscaler (HPA), Readiness Probes enable more precise scaling, as only truly operational pods are included in load distribution. This leads to more efficient resource utilization and lowers operating costs in the cluster, making health checks a central component of stable Kubernetes operation from a business perspective as well.   <\/p>\n<h2>What Types of Health Probes Exist in Kubernetes?<\/h2>\n<p>Kubernetes offers three types of health probes: <strong>Liveness Probes<\/strong> detect defective containers and restart them, <strong>Readiness Probes<\/strong> determine whether containers are ready for traffic, and <strong>Startup Probes<\/strong> protect slow-starting containers from premature restarts.<\/p>\n<ul>\n<li><strong>Liveness Probes<\/strong> continuously monitor whether a container is functioning properly. In case of repeated failures, Kubernetes automatically restarts the container. These probes are particularly important for applications that can enter an unrecoverable state.  <\/li>\n<li><strong>Readiness Probes<\/strong> check whether a container is ready to process requests. Containers with failed Readiness Probes are temporarily removed from the service endpoint but remain active. This prevents containers that are not ready from receiving traffic.  <\/li>\n<li><strong>Startup Probes<\/strong> were developed specifically for containers with long initialization times. They deactivate Liveness and Readiness Probes during the startup phase and thus prevent premature container restarts for slow-starting applications. <\/li>\n<\/ul>\n<h3>Startup Probe Calculation and Interaction with the Liveness Probe<\/h3>\n<p>The maximum startup tolerance is calculated directly from the configured parameters: <strong>failureThreshold \u00d7 periodSeconds = maximum startup tolerance in seconds.<\/strong> With a <code>failureThreshold<\/code> of 30 and a <code>periodSeconds<\/code> value of 10, the container has 300 seconds (5 minutes) to start. If the Startup Probe fails continuously during this period, Kubernetes terminates the container and applies the configured <code>restartPolicy<\/code> of the pod. <\/p>\n<p>Once the Startup Probe has completed successfully, Liveness and Readiness Probes take over ongoing monitoring of the container. This interaction ensures that slow-starting applications receive sufficient time for initialization without the regular monitoring mechanisms remaining permanently deactivated. For SREs and DevOps engineers, precise dimensioning of these parameters is crucial to avoid restart loops and unstable deployments.  <\/p>\n<h2>Which Probe Type Should Be Used When?<\/h2>\n<p>Choosing the right probe type and the appropriate probe mechanism is crucial for a stable and efficient health check strategy. The following decision guide supports you in selecting the suitable configuration for your application architecture. <\/p>\n<h3>Selection of Probe Type<\/h3>\n<ul>\n<li><strong>Liveness Probe:<\/strong> Use this when the application can enter an unrecoverable error state and restarting the container is the appropriate solution.<\/li>\n<li><strong>Readiness Probe:<\/strong> Deploy this when the application is temporarily unable to process requests, for example during establishment of a database connection or when loading external configurations.<\/li>\n<li><strong>Startup Probe:<\/strong> Choose this when the application requires more than 30 seconds to start and premature Liveness Probe failures should be prevented.<\/li>\n<\/ul>\n<h3>Selection of Probe Mechanism<\/h3>\n<ul>\n<li><strong>HTTP GET:<\/strong> Suitable when the application provides a dedicated HTTP health endpoint. This is the most common and simplest mechanism for web-based services. <\/li>\n<li><strong>TCP Socket:<\/strong> Useful when only a TCP port is available but no HTTP endpoint exists, for example with database containers or message brokers.<\/li>\n<li><strong>exec (Command):<\/strong> Recommended when custom check logic is required that cannot be implemented via HTTP or TCP.<\/li>\n<li><strong>gRPC:<\/strong> Use this mechanism when the application implements the gRPC Health Checking Protocol and a native gRPC check is preferred.<\/li>\n<\/ul>\n<h2>How to Configure Liveness Probes Correctly?<\/h2>\n<p>Liveness Probes are configured by defining probe parameters such as initialDelaySeconds, periodSeconds, timeoutSeconds and failureThreshold in the pod specification. The probe type can be HTTP GET, TCP Socket or Command Execution. <\/p>\n<p>For HTTP-based Liveness Probes, you should use a dedicated health endpoint that reflects the actual application state. Avoid endpoints that check external dependencies, as these can lead to false restarts: <\/p>\n<ul>\n<li>initialDelaySeconds: Wait time before the first check (recommended pattern: a few seconds) &#8211; since Kubernetes 1.16+ the recommendation is to use a Startup Probe instead of initialDelaySeconds when a long startup time needs to be accommodated. <\/li>\n<li>periodSeconds: Interval between checks (recommended 10-30 seconds)<\/li>\n<li>timeoutSeconds: Timeout per check (usually 1-5 seconds)<\/li>\n<li>failureThreshold: Number of failed checks before restart (typically 3-5)<\/li>\n<\/ul>\n<p>For TCP Socket Probes, specify the port and optionally the IP address. Command-based probes execute commands in the container and evaluate the exit code. Ensure that the probe logic is quickly executable and does not perform resource-intensive operations.  <\/p>\n<h2>When Should Readiness Probes Be Used?<\/h2>\n<p>Readiness Probes should always be used when containers have an initialization phase or depend on external dependencies such as databases. They prevent containers that are not ready from receiving traffic and thus improve the user experience. <\/p>\n<p>Implement Readiness Probes particularly in the following scenarios: for applications with database connections that require time to establish, for services with extensive caching mechanisms, or when containers need to load external APIs or configuration files. The probe should check all critical dependencies required for proper request processing. <\/p>\n<p>Unlike Liveness Probes, Readiness Probes can include external dependencies. If, for example, the database connection fails, it makes sense to mark the container as not ready instead of restarting it. This enables automatic recovery as soon as the dependencies are available again.  <\/p>\n<h2>What Are Common Mistakes in Health Checking?<\/h2>\n<p>Common mistakes in health checking include timeout settings that are too aggressive, using the same probe for Liveness and Readiness, and the absence of Startup Probes for slow-starting applications. These problems lead to unstable deployments and unnecessary container restarts. <\/p>\n<p>A critical mistake is using initialDelaySeconds values that are too short. If containers require longer to start than configured, they are immediately identified as defective after startup and restarted, leading to endless restart loops. Measure the actual startup time of your application and add a safety buffer.  <\/p>\n<p>Other common problems include checking external dependencies in Liveness Probes, which leads to restarts even though the container itself is functional, and using resource-intensive health check operations that impair application performance. In addition, many developers forget to adapt probe configurations for different environments. <\/p>\n<h2>How to Monitor Health Check Status in Kubernetes?<\/h2>\n<p>Health check status is monitored via kubectl commands, Kubernetes Events and monitoring tools. The command <code>kubectl describe pod<\/code> shows current probe status and error histories, while <code>kubectl get events<\/code> lists health-check-related events. <\/p>\n<p>Use <code>kubectl describe pod podname<\/code> for detailed information about probe failures, including the last error messages and timestamps. The Conditions field shows the current readiness status, while the restart count indicates repeated Liveness Probe failures. <\/p>\n<p>For production environments, you should implement monitoring solutions such as Prometheus with Kubernetes metrics. These collect health check metrics automatically and enable alerting in case of frequent probe failures. Container logs provide additional insights into the causes of health check problems and should be centrally collected and analyzed.  <\/p>\n<h3>Scenario 1: CrashLoopBackOff<\/h3>\n<p>If <code>kubectl get pods<\/code> shows a pod with the status <strong>CrashLoopBackOff<\/strong> and a steadily increasing RESTARTS value, this is a clear indication of a continuously failing Liveness Probe. Then execute <code>kubectl describe pod podname<\/code> and check the <strong>Events<\/strong> section: In this case, the message &#8220;Liveness probe failed&#8221; appears there together with the respective failure time and the error message of the probe. Based on this information, verify whether the configured health endpoint is reachable and whether initialDelaySeconds was dimensioned sufficiently.  <\/p>\n<h3>Scenario 2: Pod Ready, But No Traffic<\/h3>\n<p>If <code>kubectl get pods<\/code> shows the status <strong>Running<\/strong>, but in the READY column the value <strong>0\/1<\/strong>, the container is active but receives no traffic. This state is a typical sign of a failed Readiness Probe: Kubernetes has removed the pod from the service endpoint without restarting it. Check with <code>kubectl describe pod podname<\/code> in the Conditions section the entry <em>Ready: False<\/em> as well as the associated events to identify the exact cause, for example an unreachable database connection or a missing external service.  <\/p>\n<h3>Scenario 3: Diagnostic Workflow<\/h3>\n<p>For structured error diagnosis, the following command sequence is recommended: Begin with <code>kubectl get pods<\/code> to obtain an overview of the status of all pods and their restart counters. Then switch to <code>kubectl describe pod podname<\/code> to view probe configurations, current conditions and event messages in detail. Supplement the analysis with <code>kubectl logs podname<\/code> to identify application-side error messages that point to the actual cause of the health check failure. This sequence systematically covers the most common sources of error and significantly shortens diagnosis time in production environments.   <\/p>\n<h2>How credativ\u00ae Supports Container Health Checking in Kubernetes<\/h2>\n<p>We at credativ\u00ae support you in the optimal implementation and monitoring of container health checking in your <a href=\"https:\/\/www.credativ.de\/en\/portfolio\/solutions\/kubernetes\/\">Kubernetes<\/a> environments. Our expert team helps you develop robust and reliable health check strategies: <\/p>\n<ul>\n<li>Analysis and optimization of existing health check configurations<\/li>\n<li>Implementation of tailored probe strategies for your application architecture<\/li>\n<li>Setup of comprehensive monitoring and alerting systems<\/li>\n<li>Training for your teams on best practices in container health checking<\/li>\n<li>24\/7 support for critical health check problems<\/li>\n<\/ul>\n<p><a href=\"https:\/\/www.credativ.de\/en\/contact-proxmox\/\">Contact us<\/a> for individual consultation on your Kubernetes health check strategy and benefit from our many years of experience in the open source environment.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Kubernetes health checks monitor containers automatically and prevent downtime through intelligent probe configuration. Expert tips here. <\/p>\n","protected":false},"author":5,"featured_media":38389,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[3],"tags":[1838],"class_list":["post-38390","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-credativ-inside","tag-kubernetes-en"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v28.5 (Yoast SEO v28.5) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>How Does Container Health Checking Work in Kubernetes? - credativ\u00ae<\/title>\n<meta name=\"description\" content=\"Learn how Liveness, Readiness and Startup Probes in Kubernetes automatically monitor containers and prevent downtime. Optimize now!\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"How Does Container Health Checking Work in Kubernetes?\" \/>\n<meta property=\"og:description\" content=\"Learn how Liveness, Readiness and Startup Probes in Kubernetes automatically monitor containers and prevent downtime. Optimize now!\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/\" \/>\n<meta property=\"og:site_name\" content=\"credativ\u00ae\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/credativDE\/\" \/>\n<meta property=\"article:published_time\" content=\"2026-06-11T06:00:00+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-09-25T15:44:45+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.credativ.de\/wp-content\/uploads\/2026\/04\/server-rack-led-status-rechenzentrum-warnung.webp\" \/>\n\t<meta property=\"og:image:width\" content=\"1024\" \/>\n\t<meta property=\"og:image:height\" content=\"768\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/webp\" \/>\n<meta name=\"author\" content=\"Peter Dreuw\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@archandha\" \/>\n<meta name=\"twitter:site\" content=\"@credativde\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Peter Dreuw\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"9 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/\"},\"author\":{\"name\":\"Peter Dreuw\",\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/#\\\/schema\\\/person\\\/ee5f7428a89d09bab352fdc86c8edef3\"},\"headline\":\"How Does Container Health Checking Work in Kubernetes?\",\"datePublished\":\"2026-06-11T06:00:00+00:00\",\"dateModified\":\"2026-09-25T15:44:45+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/\"},\"wordCount\":1735,\"publisher\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.credativ.de\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/server-rack-led-status-rechenzentrum-warnung.webp\",\"keywords\":[\"Kubernetes\"],\"articleSection\":[\"credativ\u00ae Inside\"],\"inLanguage\":\"en-US\",\"copyrightYear\":\"2026\",\"copyrightHolder\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/#organization\"}},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/\",\"url\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/\",\"name\":\"How Does Container Health Checking Work in Kubernetes? - credativ\u00ae\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.credativ.de\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/server-rack-led-status-rechenzentrum-warnung.webp\",\"datePublished\":\"2026-06-11T06:00:00+00:00\",\"dateModified\":\"2026-09-25T15:44:45+00:00\",\"description\":\"Learn how Liveness, Readiness and Startup Probes in Kubernetes automatically monitor containers and prevent downtime. Optimize now!\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.credativ.de\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/server-rack-led-status-rechenzentrum-warnung.webp\",\"contentUrl\":\"https:\\\/\\\/www.credativ.de\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/server-rack-led-status-rechenzentrum-warnung.webp\",\"width\":1024,\"height\":768,\"caption\":\"Black server rack with green glowing status LEDs and a flashing yellow warning light in modern data center\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"How Does Container Health Checking Work in Kubernetes?\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/#website\",\"url\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/\",\"name\":\"credativ GmbH\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":[\"Organization\",\"Place\"],\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/#organization\",\"name\":\"credativ\u00ae\",\"url\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/\",\"logo\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#local-main-organization-logo\"},\"image\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#local-main-organization-logo\"},\"sameAs\":[\"https:\\\/\\\/www.facebook.com\\\/credativDE\\\/\",\"https:\\\/\\\/x.com\\\/credativde\",\"https:\\\/\\\/mastodon.social\\\/@credativde\",\"https:\\\/\\\/www.linkedin.com\\\/company\\\/credativ-gmbh\",\"https:\\\/\\\/www.instagram.com\\\/credativ\\\/\",\"https:\\\/\\\/www.northdata.de\\\/credativ GmbH, M\u00f6nchengladbach\\\/Amtsgericht Moenchengladbach HRB 23003\",\"https:\\\/\\\/github.com\\\/credativ\"],\"description\":\"credativ GmbH is an owner-managed, vendor-independent IT services and consulting company specializing in open source software, and one of the leading providers in this field. Founded in 1999, the company has been independently run by its management since March 2025 and is not part of any corporate group. We offer comprehensive, professional services ranging from consulting and infrastructure operations to 24\\\/7 support, custom solutions, and training. Our focus is on the holistic management of business-critical open source systems, including operating systems (e.g. Linux), databases (e.g. PostgreSQL), configuration management (e.g. Ansible, Puppet), and virtualization (e.g. Proxmox). As a committed member of the open source community, we help our customers use the benefits of free software securely, reliably, and efficiently in their IT environments.\",\"legalName\":\"credativ GmbH\",\"foundingDate\":\"1999-03-01\",\"duns\":\"316387060\",\"numberOfEmployees\":{\"@type\":\"QuantitativeValue\",\"minValue\":\"11\",\"maxValue\":\"50\"},\"address\":{\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#local-main-place-address\"},\"geo\":{\"@type\":\"GeoCoordinates\",\"latitude\":\"51.1732374\",\"longitude\":\"6.392010099999999\"},\"telephone\":[\"+4921619174200\",\"08002733284\"],\"contactPoint\":{\"@type\":\"ContactPoint\",\"telephone\":\"08002733284\",\"email\":\"vertrieb@credativ.de\"},\"openingHoursSpecification\":[{\"@type\":\"OpeningHoursSpecification\",\"dayOfWeek\":[\"Monday\",\"Tuesday\",\"Wednesday\",\"Thursday\",\"Friday\"],\"opens\":\"09:00\",\"closes\":\"17:00\"},{\"@type\":\"OpeningHoursSpecification\",\"dayOfWeek\":[\"Saturday\",\"Sunday\"],\"opens\":\"00:00\",\"closes\":\"00:00\"}],\"email\":\"info@credativ.de\",\"areaServed\":\"D-A-CH\",\"vatID\":\"DE452151696\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/#\\\/schema\\\/person\\\/ee5f7428a89d09bab352fdc86c8edef3\",\"name\":\"Peter Dreuw\",\"description\":\"Peter Dreuw arbeitet seit 2016 f\u00fcr die credativ GmbH und ist seit 2017 Teamleiter. Seit 2021 ist er Teil des Management-Teams als VP Services der Instaclustr. Mit der \u00dcbernahme durch die NetApp wurde seine neue Rolle \\\"Senior Manager Open Source Professional Services\\\". Im Rahmen der Ausgr\u00fcndung wurde er Mitglied der Gesch\u00e4ftsleitung als Prokurist. Sein Aufgabenfeld ist die Leitung des Vertriebs und des Marketings. Er ist Linux-Nutzer der ersten Stunden und betreibt Linux-Systeme seit Kernel 0.97. Trotz umfangreicher Erfahrung im operativen Bereich ist er leidenschaftlicher Softwareentwickler und kennt sich auch mit hardwarenahen Systemen gut aus.\",\"sameAs\":[\"https:\\\/\\\/github.com\\\/archandha\",\"https:\\\/\\\/www.linkedin.com\\\/in\\\/peterdreuw\\\/\",\"https:\\\/\\\/x.com\\\/archandha\",\"@archandha@mastodon.social\"],\"gender\":\"m\u00e4nnlich\",\"knowsLanguage\":[\"Deutsch\",\"Englisch\"],\"jobTitle\":\"Head of Sales & Marketing\",\"worksFor\":\"credativ GmbH\"},{\"@type\":\"PostalAddress\",\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#local-main-place-address\",\"streetAddress\":\"Hennes-Weisweiler-Allee 23\",\"addressLocality\":\"M\u00f6nchengladbach\",\"postalCode\":\"41179\",\"addressRegion\":\"Deutschland\",\"addressCountry\":\"DE\"},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.credativ.de\\\/en\\\/blog\\\/credativ-inside\\\/how-does-container-health-checking-work-in-kubernetes\\\/#local-main-organization-logo\",\"url\":\"https:\\\/\\\/www.credativ.de\\\/wp-content\\\/uploads\\\/2025\\\/04\\\/credativ-logo-right.svg\",\"contentUrl\":\"https:\\\/\\\/www.credativ.de\\\/wp-content\\\/uploads\\\/2025\\\/04\\\/credativ-logo-right.svg\",\"caption\":\"credativ\u00ae\"}]}<\/script>\n<meta name=\"geo.placename\" content=\"M\u00f6nchengladbach\" \/>\n<meta name=\"geo.position\" content=\"51.1732374;6.392010099999999\" \/>\n<meta name=\"geo.region\" content=\"Germany\" \/>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"How Does Container Health Checking Work in Kubernetes? - credativ\u00ae","description":"Learn how Liveness, Readiness and Startup Probes in Kubernetes automatically monitor containers and prevent downtime. Optimize now!","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/","og_locale":"en_US","og_type":"article","og_title":"How Does Container Health Checking Work in Kubernetes?","og_description":"Learn how Liveness, Readiness and Startup Probes in Kubernetes automatically monitor containers and prevent downtime. Optimize now!","og_url":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/","og_site_name":"credativ\u00ae","article_publisher":"https:\/\/www.facebook.com\/credativDE\/","article_published_time":"2026-06-11T06:00:00+00:00","article_modified_time":"2026-09-25T15:44:45+00:00","og_image":[{"width":1024,"height":768,"url":"https:\/\/www.credativ.de\/wp-content\/uploads\/2026\/04\/server-rack-led-status-rechenzentrum-warnung.webp","type":"image\/webp"}],"author":"Peter Dreuw","twitter_card":"summary_large_image","twitter_creator":"@archandha","twitter_site":"@credativde","twitter_misc":{"Written by":"Peter Dreuw","Est. reading time":"9 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#article","isPartOf":{"@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/"},"author":{"name":"Peter Dreuw","@id":"https:\/\/www.credativ.de\/en\/#\/schema\/person\/ee5f7428a89d09bab352fdc86c8edef3"},"headline":"How Does Container Health Checking Work in Kubernetes?","datePublished":"2026-06-11T06:00:00+00:00","dateModified":"2026-09-25T15:44:45+00:00","mainEntityOfPage":{"@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/"},"wordCount":1735,"publisher":{"@id":"https:\/\/www.credativ.de\/en\/#organization"},"image":{"@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#primaryimage"},"thumbnailUrl":"https:\/\/www.credativ.de\/wp-content\/uploads\/2026\/04\/server-rack-led-status-rechenzentrum-warnung.webp","keywords":["Kubernetes"],"articleSection":["credativ\u00ae Inside"],"inLanguage":"en-US","copyrightYear":"2026","copyrightHolder":{"@id":"https:\/\/www.credativ.de\/#organization"}},{"@type":"WebPage","@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/","url":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/","name":"How Does Container Health Checking Work in Kubernetes? - credativ\u00ae","isPartOf":{"@id":"https:\/\/www.credativ.de\/en\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#primaryimage"},"image":{"@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#primaryimage"},"thumbnailUrl":"https:\/\/www.credativ.de\/wp-content\/uploads\/2026\/04\/server-rack-led-status-rechenzentrum-warnung.webp","datePublished":"2026-06-11T06:00:00+00:00","dateModified":"2026-09-25T15:44:45+00:00","description":"Learn how Liveness, Readiness and Startup Probes in Kubernetes automatically monitor containers and prevent downtime. Optimize now!","breadcrumb":{"@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#primaryimage","url":"https:\/\/www.credativ.de\/wp-content\/uploads\/2026\/04\/server-rack-led-status-rechenzentrum-warnung.webp","contentUrl":"https:\/\/www.credativ.de\/wp-content\/uploads\/2026\/04\/server-rack-led-status-rechenzentrum-warnung.webp","width":1024,"height":768,"caption":"Black server rack with green glowing status LEDs and a flashing yellow warning light in modern data center"},{"@type":"BreadcrumbList","@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.credativ.de\/en\/"},{"@type":"ListItem","position":2,"name":"How Does Container Health Checking Work in Kubernetes?"}]},{"@type":"WebSite","@id":"https:\/\/www.credativ.de\/en\/#website","url":"https:\/\/www.credativ.de\/en\/","name":"credativ GmbH","description":"","publisher":{"@id":"https:\/\/www.credativ.de\/en\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.credativ.de\/en\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":["Organization","Place"],"@id":"https:\/\/www.credativ.de\/en\/#organization","name":"credativ\u00ae","url":"https:\/\/www.credativ.de\/en\/","logo":{"@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#local-main-organization-logo"},"image":{"@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#local-main-organization-logo"},"sameAs":["https:\/\/www.facebook.com\/credativDE\/","https:\/\/x.com\/credativde","https:\/\/mastodon.social\/@credativde","https:\/\/www.linkedin.com\/company\/credativ-gmbh","https:\/\/www.instagram.com\/credativ\/","https:\/\/www.northdata.de\/credativ GmbH, M\u00f6nchengladbach\/Amtsgericht Moenchengladbach HRB 23003","https:\/\/github.com\/credativ"],"description":"credativ GmbH is an owner-managed, vendor-independent IT services and consulting company specializing in open source software, and one of the leading providers in this field. Founded in 1999, the company has been independently run by its management since March 2025 and is not part of any corporate group. We offer comprehensive, professional services ranging from consulting and infrastructure operations to 24\/7 support, custom solutions, and training. Our focus is on the holistic management of business-critical open source systems, including operating systems (e.g. Linux), databases (e.g. PostgreSQL), configuration management (e.g. Ansible, Puppet), and virtualization (e.g. Proxmox). As a committed member of the open source community, we help our customers use the benefits of free software securely, reliably, and efficiently in their IT environments.","legalName":"credativ GmbH","foundingDate":"1999-03-01","duns":"316387060","numberOfEmployees":{"@type":"QuantitativeValue","minValue":"11","maxValue":"50"},"address":{"@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#local-main-place-address"},"geo":{"@type":"GeoCoordinates","latitude":"51.1732374","longitude":"6.392010099999999"},"telephone":["+4921619174200","08002733284"],"contactPoint":{"@type":"ContactPoint","telephone":"08002733284","email":"vertrieb@credativ.de"},"openingHoursSpecification":[{"@type":"OpeningHoursSpecification","dayOfWeek":["Monday","Tuesday","Wednesday","Thursday","Friday"],"opens":"09:00","closes":"17:00"},{"@type":"OpeningHoursSpecification","dayOfWeek":["Saturday","Sunday"],"opens":"00:00","closes":"00:00"}],"email":"info@credativ.de","areaServed":"D-A-CH","vatID":"DE452151696"},{"@type":"Person","@id":"https:\/\/www.credativ.de\/en\/#\/schema\/person\/ee5f7428a89d09bab352fdc86c8edef3","name":"Peter Dreuw","description":"Peter Dreuw arbeitet seit 2016 f\u00fcr die credativ GmbH und ist seit 2017 Teamleiter. Seit 2021 ist er Teil des Management-Teams als VP Services der Instaclustr. Mit der \u00dcbernahme durch die NetApp wurde seine neue Rolle \"Senior Manager Open Source Professional Services\". Im Rahmen der Ausgr\u00fcndung wurde er Mitglied der Gesch\u00e4ftsleitung als Prokurist. Sein Aufgabenfeld ist die Leitung des Vertriebs und des Marketings. Er ist Linux-Nutzer der ersten Stunden und betreibt Linux-Systeme seit Kernel 0.97. Trotz umfangreicher Erfahrung im operativen Bereich ist er leidenschaftlicher Softwareentwickler und kennt sich auch mit hardwarenahen Systemen gut aus.","sameAs":["https:\/\/github.com\/archandha","https:\/\/www.linkedin.com\/in\/peterdreuw\/","https:\/\/x.com\/archandha","@archandha@mastodon.social"],"gender":"m\u00e4nnlich","knowsLanguage":["Deutsch","Englisch"],"jobTitle":"Head of Sales & Marketing","worksFor":"credativ GmbH"},{"@type":"PostalAddress","@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#local-main-place-address","streetAddress":"Hennes-Weisweiler-Allee 23","addressLocality":"M\u00f6nchengladbach","postalCode":"41179","addressRegion":"Deutschland","addressCountry":"DE"},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.credativ.de\/en\/blog\/credativ-inside\/how-does-container-health-checking-work-in-kubernetes\/#local-main-organization-logo","url":"https:\/\/www.credativ.de\/wp-content\/uploads\/2025\/04\/credativ-logo-right.svg","contentUrl":"https:\/\/www.credativ.de\/wp-content\/uploads\/2025\/04\/credativ-logo-right.svg","caption":"credativ\u00ae"}]},"geo.placename":"M\u00f6nchengladbach","geo.position":{"lat":"51.1732374","long":"6.392010099999999"},"geo.region":"Germany"},"permalink_manager":null,"_links":{"self":[{"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/posts\/38390","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/comments?post=38390"}],"version-history":[{"count":1,"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/posts\/38390\/revisions"}],"predecessor-version":[{"id":38391,"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/posts\/38390\/revisions\/38391"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/media\/38389"}],"wp:attachment":[{"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/media?parent=38390"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/categories?post=38390"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.credativ.de\/en\/wp-json\/wp\/v2\/tags?post=38390"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}