Is Kubernetes down right now?

Checking…

Verifying live status…

Our latest checks found Kubernetes responding normally. Live verification is running now.

Live latency
···
Reports · 5 min
···
Reports · 24 h
···
Verification tier
···
What's not working with Kubernetes?

Your report feeds the live outage-velocity detector. One click per 30 s.

Live latency (probe round-trip, ms)

User reports, last 24 hours

Outage history

last 30 days

Recent outages and issues we recorded for Kubernetes, based on our own checks. An episode opens on the second check that finds a problem, since a single adverse reading is not reported, and closes when a check finds the service normal again.

60 days agoToday

No problemsProblemsOutageNot monitored

···Observed uptime, 7 days
···Observed uptime, 30 days
···Episodes, last 30 days

    Comments

    Comments are hosted and moderated via Disqus. Spam is filtered automatically, readers can flag anything, and the thread loads only when you scroll to it so the rest of the page stays fast.

    Jump to comments

    How we check Kubernetes

    No evidence of problems with Kubernetes. Our last recorded check found it behaving normally. That does not rule out a fault affecting only some users or regions.

    Every check runs a four-tier cascade and stops at the first tier that gives a clear answer: Kubernetes's official status feed, then a direct HTTP probe, then an ICMP network ping, and finally reports from visitors. The Verification tier box above tells you which one produced the verdict you are looking at. When enough separate people report a problem for it to be well outside what Kubernetes normally sees, that counts as evidence too, which is how a partial fault can show here before an operator's own status page catches up.

    Kubernetes (kubernetes.io) is re-checked continuously, and this page picks up any change on its own, with no refresh needed.

    Common Kubernetes problems users report

    • kubectl hanging or refusing to reach the API server
    • Pods stuck in Pending, CrashLoopBackOff or ImagePullBackOff
    • Nodes reporting NotReady and workloads being evicted
    • Ingress or service networking dropping traffic in-cluster

    What to do when Kubernetes is not working

    First check the banner above. If it shows evidence of problems, the fault is most likely on Kubernetes's side and waiting is usually the only option. If it shows nothing wrong, run kubectl describe on a failing pod, because the events almost always name the real cause: an image that cannot be pulled, a missing secret, or a node without room. Then check whether your kubeconfig context and its credentials have expired.

    About Kubernetes

    Kubernetes is an open-source container orchestration platform that automates deployment, scaling, and management of containerized applications. When Kubernetes clusters experience outages, applications fail to deploy, scale, or restart, and running workloads may be terminated or become unreachable. Users lose the ability to manage their containerized infrastructure and may experience cascading failures across dependent services.

    Official Kubernetes resources

    Cross-check an incident with the company's own channels:

    Frequently asked questions

    Is Kubernetes down right now?

    No. Our checks are finding no problems with Kubernetes right now. That verdict is live, and the banner at the top of this page carries it too. We re-check Kubernetes continuously using its official status feed, direct network probes and reports from visitors, stopping at the first check that gives a clear answer, and the page updates itself as soon as anything changes. A green verdict does not rule out a fault affecting only some users or regions.

    What usually goes wrong with Kubernetes?

    The problems visitors report most often on this page are website / app down, API errors, can't connect, no response / timing out, 5xx error pages, lag or disconnects and files won't sync. Those are the options the report button offers for Kubernetes, chosen for how this service actually fails rather than a generic list, and the "user reports" chart above breaks down which ones people are picking right now.

    Why is Kubernetes failing for me when this page says it is fine?

    Our checks run from one place on the internet, so a fault limited to your region or network can be real while our probes succeed. With Kubernetes specifically, Kubernetes is software you or your provider run rather than a hosted service, so what breaks is a specific cluster, not the project. kubernetes.io being reachable says nothing about your cluster, and the control plane, the nodes and your image registry all fail separately. That is why this page reports what it observed rather than declaring the service healthy, and why reports from other visitors count toward the verdict.

    How do I tell whether it is Kubernetes or my own connection?

    For Kubernetes, run kubectl cluster-info and then kubectl get nodes. The API server answering while pods fail points at your workloads or nodes. The API server refusing entirely points at the control plane, your kubeconfig or your network path to it. A problem that follows you across networks and devices is very unlikely to be yours.

    What should I do while Kubernetes is down?

    If this page shows evidence of problems, the fault is most likely on Kubernetes's side. Specifically: avoid deleting stuck pods in bulk to force a reschedule. If nodes are unhealthy or the registry is unreachable, the replacements land in the same state and you have thrown away the running ones you still had. Reporting it here helps other people see they are not alone.

    How does status.buzz check Kubernetes?

    Continuously, around the clock. Kubernetes does not publish a machine-readable status feed, so we cannot read a verdict from them. We probe kubernetes.io directly over HTTP, fall back to an ICMP ping if that is inconclusive, and weigh reports from visitors. That means we can tell you the service is unreachable, but not what Kubernetes says about it. The verification tier box on this page names whichever check produced the verdict you are reading, so you can see how direct the evidence is.

    Is status.buzz affiliated with Kubernetes?

    No. status.buzz is an independent monitoring site operated by LuzLab LLC, with no connection to Kubernetes or kubernetes.io. It reads publicly available endpoints and status feeds, and publishes what it observed. For account or billing problems you need Kubernetes's own support, not us.