Kubernetes
wpisy (32)
- Kubernetes od środka: podstawy architektury klastra4/7
Networking w Kubernetes
CNI daje Podom adresy i łączność między sobą, a kube-proxy albo datapath na eBPF sprawia, że ruch na wirtualny adres Service trafia do właściwego endpointu…
- Kubernetes od środka: podstawy architektury klastra3/7
Worker Node i Data Plane
Control plane decyduje, ale wykonuje worker node - kubelet pilnuje Podów przypisanych do maszyny, a przez CRI zleca container runtime'owi faktyczne…
- CPU w Kubernetes od kernela w górę6/12
PSI: jak Linux mierzy realny CPU pressure
Utilization mówi, ile CPU workload dostał. PSI mierzy czas, który stracił, bo chciał się wykonywać i nie miał na czym.
- Kubernetes od środka: podstawy architektury klastra2/7
Control Plane w Kubernetes
Control plane to nie jeden mózg, tylko cztery komponenty z osobnymi rolami - API Server komunikuje, etcd przechowuje stan, scheduler wybiera node, a controller…
- Kubernetes od środka: podstawy architektury klastra1/7
Architektura klastra Kubernetes
Zanim rozłożymy Kubernetes na procesy, prosta mapa całości - control plane decyduje i pilnuje stanu, data plane wykonuje pracę, a między nimi działa ciągłe…
- seria · 7 części
Kubernetes od środka: podstawy architektury klastra
Seria o tym, co sprawia, że klaster Kubernetes w ogóle działa - od kube-apiservera i etcd, przez kubeleta i CNI, po wybór między managed a self-managed i…
- CPU w Kubernetes od kernela w górę4/12
CPU Limits i throttling: co naprawdę robi limit CPU
Limit nie przypina kontenera do rdzenia. Daje mu budżet CPU time rozliczany w okresach, a po jego wyczerpaniu kernel throttluje.
- CPU w Kubernetes od kernela w górę3/12
CPU Requests w Kubernetes: czym naprawdę są
Request to deklaracja zapotrzebowania, nie sufit. Wchodzi do placementu w kube-schedulerze i do wagi CPU po stronie kernela.
- seria · 12 części
CPU w Kubernetes od kernela w górę
Model CPU od dołu do góry: od runnable tasków i schedulera, przez cgroups, requests i limits, po throttling, contention, PSI i diagnostykę.
- Deployment strategies: po co w ogóle są6/6
Shadow traffic: sprawdzenie bez odpowiedzi dla użytkownika
Shadow traffic wysyła kopię requestu do nowej wersji, ale odpowiedź użytkownik dostaje ze starej. To testuje zachowanie bez przejęcia ruchu.