ఈ వ్యాసం పోల్చే సపోర్ట్ టైమ్‌లైన్ల భావనాత్మక ఇలస్ట్రేషన్. చిత్రంలో Azure తదుపరి తేదీని Extended Support అని రాశారు, వ్యాసం పట్టిక దాన్ని LTS అంటుంది.
Kubernetes 1.34 అప్‌స్ట్రీమ్ సపోర్ట్ జీవితచక్రం 2026 అక్టోబర్ 27న ముగుస్తుంది. ఆ తేదీ తర్వాత, 1.34 రిలీజ్ బ్రాంచ్‌కు Kubernetes ప్రాజెక్ట్ సాధారణంగా సెక్యూరిటీ అప్‌డేట్‌లను, బగ్ ఫిక్స్‌లను అందించదు.
తమ సొంత Kubernetes కంట్రోల్ ప్లేన్‌లను నడిపే సంస్థలకు ఆ గడువు నేరుగా ముఖ్యం. 1.34 నడుస్తున్న క్లస్టర్ వర్క్‌లోడ్‌లను కొనసాగించగలదు, కానీ కొత్తగా బయటపడే సమస్యలకు ఆ వెర్షన్‌కు అప్‌స్ట్రీమ్ ఫిక్స్‌లు రాకపోవచ్చు.
మేనేజ్డ్ Kubernetes నడిపే బృందాలకు పరిస్థితి వేరుగా ఉంటుంది.
Amazon EKS, Azure Kubernetes Service (AKS), Google Kubernetes Engine (GKE) తమ సొంత రిలీజ్ షెడ్యూళ్లను, కొన్ని సందర్భాల్లో ఎక్స్‌టెండెడ్-సపోర్ట్ ఎంపికలను నిర్వహిస్తాయి. అందువల్ల ఒక ప్రొవైడర్‌పై Kubernetes 1.34 నడుపుతున్న క్లస్టర్, మరో ప్రొవైడర్‌లో అదే మైనర్ వెర్షన్ కంటే ఎక్కువ కాలం సపోర్ట్‌లో ఉండవచ్చు.
తక్షణ ఆపరేషనల్ ప్రశ్న, క్లస్టర్ 1.34 నడుపుతోందా అన్నది మాత్రమే కాదు. ఆ డిస్ట్రిబ్యూషన్‌ను ఎవరు నిర్వహిస్తారు, ఏ సపోర్ట్ కాలం వర్తిస్తుంది, వర్క్‌లోడ్‌లకు అంతరాయం కలగకుండా క్లస్టర్ సపోర్ట్ ఉన్న అప్‌గ్రేడ్‌ను పూర్తి చేయగలదా అన్నదే.
ఒక Kubernetes వెర్షన్, నాలుగు సపోర్ట్ టైమ్‌లైన్లు
Kubernetes ప్రాజెక్ట్ ప్రస్తుతం తాజా మూడు మైనర్ బ్రాంచ్‌లను నిర్వహిస్తోంది: 1.35, 1.36, 1.37. వెర్షన్ 1.34 2026 ఆగస్టు 27న మెయింటెనెన్స్ మోడ్‌లోకి వెళ్లింది, ఈ సమీక్ష సమయంలో దాని తాజా పాచ్ 1.34.12.
మేనేజ్డ్ ప్రొవైడర్లు తమ సొంత పరీక్షించిన రిలీజ్‌లు, మెయింటెనెన్స్ పాలసీలు, జీవితచక్ర ఏర్పాట్ల ద్వారా సపోర్ట్‌ను పొడిగిస్తారు లేదా నిర్వహిస్తారు.
| ప్లాట్‌ఫారమ్ | Kubernetes 1.34 సపోర్ట్ గడువు | దీని అర్థం |
|---|---|---|
| అప్‌స్ట్రీమ్ / సెల్ఫ్-మేనేజ్డ్ | 2026 అక్టోబర్ 27 | అప్‌స్ట్రీమ్ ప్యాచ్ రిలీజ్‌లు ముగుస్తాయి (ఆగస్టు 27 నుంచి కీలకమైన సెక్యూరిటీ ఫిక్స్‌లను మాత్రమే స్వీకరిస్తున్నారు) |
| Amazon EKS | స్టాండర్డ్: 2026 డిసెంబర్ 2. ఎక్స్‌టెండెడ్: 2027 డిసెంబర్ 2 | ఎక్స్‌టెండెడ్ సపోర్ట్ డిఫాల్ట్‌గా ఆన్‌లో ఉంటుంది (అప్‌గ్రేడ్ పాలసీ EXTENDED), క్లస్టర్-గంటకు అదనపు ఖర్చుతో. ఎక్స్‌టెండెడ్ సపోర్ట్ ముగిసినప్పుడు క్లస్టర్ ఆటోమేటిక్‌గా అప్‌గ్రేడ్ అవుతుంది |
| Azure AKS | స్టాండర్డ్ ఎండ్ ఆఫ్ లైఫ్: 2026 నవంబర్. LTS: 2027 నవంబర్ | ఎక్స్‌టెండెడ్ జీవితచక్రం ఎన్‌రోల్‌మెంట్, అర్హతపై ఆధారపడి ఉంటుంది. ప్రచురించిన నెలలు ఖచ్చితమైన తేదీలు కావు |
| Google GKE | స్టాండర్డ్: 2027 జనవరి 25. ఎక్స్‌టెండెడ్: 2027 నవంబర్ 25 | ఎక్స్‌టెండెడ్ రిలీజ్ ఛానల్‌లో ఎన్‌రోల్ అయిన క్లస్టర్లకు మాత్రమే ఎక్స్‌టెండెడ్ సపోర్ట్ వర్తిస్తుంది |
మూలాలు: Kubernetes రిలీజ్ షెడ్యూల్, Amazon EKS జీవితచక్రం, AKS సపోర్ట్ ఉన్న వెర్షన్‌లు, GKE రిలీజ్ షెడ్యూల్. తేదీలు 2026 అక్టోబర్ 26 నాటికి తాజావి, ప్రొవైడర్ షెడ్యూళ్లు మారవచ్చు.
ఈ తేడాలు ఆపరేషనల్‌గా ముఖ్యమైనవి.
డిసెంబర్ స్టాండర్డ్-సపోర్ట్ గడువుకు దగ్గరవుతున్న EKS క్లస్టర్ ఉన్న బృందానికి నియంత్రిత అప్‌గ్రేడ్‌ను షెడ్యూల్ చేసుకునే సమయం ఉండవచ్చు, అయితే ఎక్స్‌టెండెడ్-సపోర్ట్ ఛార్జీలు, చివరికి ప్రొవైడర్ చేసే అప్‌గ్రేడ్‌లు ఆ నిర్ణయాన్ని ప్రభావితం చేస్తాయి.
AKS విషయంలో, క్లస్టర్ సపోర్ట్ స్థితి దాని జీవితచక్ర ఎన్‌రోల్‌మెంట్, సపోర్ట్ ఉన్న వెర్షన్‌పై ఆధారపడి ఉంటుంది. లాంగ్-టర్మ్ సపోర్ట్ ఎప్పుడూ ఆటోమేటిక్‌గా ఆన్ కాదు, క్లస్టర్‌ను స్పష్టంగా ఎన్‌రోల్ చేయాలి.
GKE ఎక్స్‌టెండెడ్ ఛానల్ మైనర్ వెర్షన్‌కు ఎక్స్‌టెండెడ్ సపోర్ట్ ముగిసే వరకు సపోర్ట్ ఇస్తుంది, ఇతర రిలీజ్ ఛానళ్లలో (Rapid, Regular, Stable) ఉన్న క్లస్టర్లు స్టాండర్డ్ సపోర్ట్, ఆటోమేటిక్ అప్‌గ్రేడ్ షెడ్యూల్‌ను అనుసరిస్తాయి.
అప్‌స్ట్రీమ్ కాంపోనెంట్లు ఇంకా పనిచేస్తున్నాయన్న కారణంతో మాత్రమే సెల్ఫ్-మేనేజ్డ్ క్లస్టర్‌కు ఆ ఏర్పాట్లేవీ రావు. కొనసాగింపు సపోర్ట్ కోసం తగిన డిస్ట్రిబ్యూషన్ వెండర్, సపోర్ట్ ప్రొవైడర్ లేదా అంతర్గతంగా నిర్వహించే ప్యాచ్ వ్యూహం అవసరం.
ప్లాట్‌ఫారమ్ బృందాలు ముందుగా ఏం తనిఖీ చేయాలి
క్లస్టర్‌ను మార్చే ముందు, దాని అసలైన కంట్రోల్-ప్లేన్ వెర్షన్‌ను, నోడ్‌లపై నడుస్తున్న వెర్షన్‌లను నిర్ధారించుకోండి.
kubectl ద్వారా అందుబాటులో ఉన్న క్లస్టర్‌కు రెండు ఉపయోగకరమైన కమాండ్‌లు ఇవి:
kubectl version
kubectl get nodes -o wideమొదటిది క్లయింట్, సర్వర్ వెర్షన్ సమాచారాన్ని చూపిస్తుంది. రెండోది kubelet వెర్షన్‌లతో సహా నోడ్ వివరాలను చూపిస్తుంది.
ఈ కమాండ్‌లు ప్రారంభ బిందువును ఇస్తాయి, కానీ మేనేజ్డ్ సర్వీస్ సపోర్ట్ పాలసీ ఆ వెర్షన్‌ను కవర్ చేస్తుందో లేదో ఆపరేటర్‌కు చెప్పవు.
EKS, AKS లేదా GKE కోసం, ప్రొవైడర్ మేనేజ్‌మెంట్ ఇంటర్‌ఫేస్‌లో లేదా CLIలో క్లస్టర్ కాన్ఫిగర్ చేసిన Kubernetes వెర్షన్‌ను, రిలీజ్ ఛానల్ లేదా సపోర్ట్ పాలసీని తనిఖీ చేయండి. నోడ్ పూల్‌లను, విడిగా నిర్వహించే కాంపోనెంట్లను కూడా ఇన్వెంటరీలో చేర్చండి.
కంట్రోల్ ప్లేన్, నోడ్‌లు ఒకే సమయంలో కొత్త మైనర్ వెర్షన్‌కు మారాలనేమీ లేదు.
మేనేజ్డ్ ప్రొవైడర్ కంట్రోల్ ప్లేన్‌ను ఆటోమేటిక్‌గా అప్‌గ్రేడ్ చేయవచ్చు, కొన్ని నోడ్ గ్రూపులకు మాత్రం విడిగా చర్య అవసరం కావచ్చు. సెల్ఫ్-మేనేజ్డ్ క్లస్టర్లలో సాధారణంగా ఆపరేటర్లు రెండు భాగాలనూ సమన్వయం చేయాలి.
కాబట్టి ఇన్వెంటరీలో Kubernetes డిస్ట్రిబ్యూషన్, కంట్రోల్-ప్లేన్ వెర్షన్, నోడ్, నోడ్-పూల్ వెర్షన్‌లు, సపోర్ట్ గడువు, అప్‌గ్రేడ్ పాలసీ, నమోదైన మెయింటెనెన్స్ పరిమితులు ఉండాలి.
ఆ సమాచారం ఆధారంగా తదుపరి అడుగు అత్యవసర సపోర్ట్ లేని వెర్షన్ అప్‌గ్రేడ్ అవుతుందా, ప్రణాళికాబద్ధమైన మెయింటెనెన్స్ మార్పు అవుతుందా, లేదా ఎక్స్‌టెండెడ్-సపోర్ట్ ఏర్పాటు ఇప్పటికే యాక్టివ్‌గా ఉందని నిర్ధారించుకోవడమా అన్నది తేలుతుంది.
తేదీని మాత్రమే కాకుండా, అనుకూలతను బట్టి అప్‌గ్రేడ్‌ను ప్లాన్ చేయండి
kubeadm వాడే సెల్ఫ్-మేనేజ్డ్ Kubernetes క్లస్టర్లకు 1.34 నుంచి 1.35కి వెళ్లడం సపోర్ట్ ఉన్న తదుపరి మైనర్-వెర్షన్ అడుగు. 1.34 నుంచి నేరుగా 1.36 లేదా 1.37కి దాటవేయడాన్ని kubeadm అప్‌గ్రేడ్ ప్రక్రియ సపోర్ట్ చేయదు.
మేనేజ్డ్ సర్వీస్‌లు అప్‌గ్రేడ్‌లోని కొన్ని భాగాలను ఆటోమేట్ చేయవచ్చు, అయితే వాటి సపోర్ట్ ఉన్న మార్గాలను, ముందస్తు అవసరాలను విడిగా పాటించాలి.
కంట్రోల్-ప్లేన్ కాంపోనెంట్లు, kubeletలు, ఇతర క్లస్టర్ సర్వీస్‌ల వెర్షన్‌లను నియంత్రించే వెర్షన్-స్క్యూ పాలసీని కూడా Kubernetes నిర్వహిస్తుంది.
kubelet తాను సంభాషించే API సర్వర్ కంటే కొత్తదిగా ఉండకూడదు. ప్రస్తుత పాలసీ ప్రకారం, అది సాధారణంగా మూడు మైనర్ వెర్షన్‌ల వరకు పాతదిగా ఉండవచ్చు, వేర్వేరు API-సర్వర్ వెర్షన్‌లున్న క్లస్టర్లలో అదనపు పరిమితులు వర్తిస్తాయి.
దీనివల్ల కంట్రోల్-ప్లేన్, నోడ్ అప్‌గ్రేడ్‌లను దశలవారీగా చేయవచ్చు, కానీ ప్రతి వెర్షన్ కలయికకూ సపోర్ట్ ఉందని దీని అర్థం కాదు.
ప్రస్తుత మైనర్ రిలీజ్‌లో తాజా పాచ్‌కు అప్‌డేట్ చేసి, ఆ తర్వాత తదుపరి మైనర్ రిలీజ్‌లో అందుబాటులో ఉన్న తాజా పాచ్‌ను లక్ష్యంగా పెట్టుకోవాలని Kubernetes ప్రాజెక్ట్ సిఫార్సు చేస్తోంది.
ప్రొడక్షన్ క్లస్టర్లను అప్‌గ్రేడ్ చేసే ముందు, Kubernetes APIతో దగ్గరగా సంభాషించే కాంపోనెంట్లపై చేసే అనుకూలత తనిఖీలు మరింత కీలకం.
అడ్మిషన్ వెబ్‌హుక్‌లు రిలీజ్‌ల మధ్య మారే API వెర్షన్‌లపై లేదా ఫీల్డ్‌లపై ఆధారపడవచ్చు. నెట్‌వర్క్, స్టోరేజ్ కాంపోనెంట్లు లక్ష్య వెర్షన్‌ను సపోర్ట్ చేయాలి. ఆపరేటర్లు, కస్టమ్ రిసోర్స్ డెఫినిషన్‌లు, క్లస్టర్ యాడ్-ఆన్‌లకు కూడా అప్‌గ్రేడ్‌లు అవసరం కావచ్చు.
వర్క్‌లోడ్‌లపై కూడా శ్రద్ధ అవసరం. PodDisruptionBudgets, రెప్లికా లభ్యత, షెడ్యూలింగ్ పరిమితులు, స్టోరేజ్ ప్రవర్తన అంగీకారయోగ్యం కాని అంతరాయం లేకుండా నోడ్‌లను డ్రెయిన్ చేయగలమా అన్నది నిర్ణయిస్తాయి.
కీలకమైన వర్క్‌లోడ్‌లు మళ్లీ షెడ్యూల్ కాకపోతే లేదా అననుకూల యాడ్-ఆన్ పనిచేయడం ఆగిపోతే, API-సర్వర్ స్థాయిలో విజయవంతమైన మైనర్-వెర్షన్ అప్‌గ్రేడ్ తప్పనిసరిగా విజయవంతమైన అప్లికేషన్ అప్‌గ్రేడ్ కాదు.
ఆచరణాత్మక అప్‌గ్రేడ్-సిద్ధత తనిఖీ
ఇంకా 1.34 నడుపుతున్న బృందాలకు, ఈ అంచనా ఒక సహేతుకమైన ప్రారంభ బిందువు.
- సపోర్ట్: అసలైన డిస్ట్రిబ్యూషన్ సపోర్ట్ గడువును, ఎక్స్‌టెండెడ్ సపోర్ట్ ఆన్‌లో ఉందా, అందుబాటులో ఉందా, అదనపు ఛార్జీలు వర్తిస్తాయా అన్నదీ నిర్ధారించుకోండి.
- అనుకూలత: లక్ష్య వెర్షన్‌కు వ్యతిరేకంగా డిప్రికేట్ అయిన API వినియోగాన్ని, అడ్మిషన్ వెబ్‌హుక్‌లను, CRDలను, కంట్రోలర్‌లను, CNI, CSI డ్రైవర్లను, అవసరమైన క్లస్టర్ యాడ్-ఆన్‌లను సమీక్షించండి.
- లభ్యత: వర్క్‌లోడ్ రెప్లికాలను, PodDisruptionBudgets, నోడ్ సామర్థ్యం, డ్రెయినింగ్ ప్రవర్తన, మెయింటెనెన్స్ విండోలను ధృవీకరించండి.
- రికవరీ: సంబంధిత బ్యాకప్, రీస్టోర్ ప్రక్రియలను, సెల్ఫ్-మేనేజ్డ్ కంట్రోల్ ప్లేన్‌లకు etcd రికవరీతో సహా, నిర్ధారించుకోండి, డౌన్‌గ్రేడ్ లేదా రోల్‌బ్యాక్‌పై ప్రొవైడర్ పరిమితులను అర్థం చేసుకోండి.
- ధృవీకరణ: ప్రాతినిధ్యం వహించే నాన్-ప్రొడక్షన్ క్లస్టర్‌లో లేదా నోడ్ పూల్‌లో అప్‌గ్రేడ్‌ను పరీక్షించండి, ఆ తర్వాత ప్రొడక్షన్ రోల్‌అవుట్ సమయంలో వర్క్‌లోడ్ ఆరోగ్యాన్ని, నెట్‌వర్కింగ్‌ను, స్టోరేజ్‌ను, అప్లికేషన్ ఎర్రర్ రేట్లను పర్యవేక్షించండి.
ఈ తనిఖీలు వాతావరణానికి తగినట్లుగా ఉండాలి. చిన్న డెవలప్‌మెంట్ క్లస్టర్‌కు, బహుళ-రీజియన్ ప్రొడక్షన్ ప్లాట్‌ఫారమ్‌కు ఒకే రకమైన మార్పు ప్రక్రియలు అవసరం లేదు, కానీ రెండింటికీ తెలిసిన అప్‌గ్రేడ్ మార్గం ఉండాలి.
ఎక్స్‌టెండెడ్ సపోర్ట్ అంటే ప్రతి అప్‌గ్రేడ్ బాధ్యతనూ వాయిదా వేయడమే అనుకోకుండా కూడా బృందాలు జాగ్రత్తపడాలి. అది ప్రొవైడర్ పేర్కొన్న షరతులకు లోబడి అదనపు సమయాన్ని ఇస్తుంది, నిర్దిష్ట Kubernetes వెర్షన్‌కు శాశ్వత మెయింటెనెన్స్‌ను కాదు.
అక్టోబర్ 27 తర్వాత ఏం మారుతుంది?
అప్‌స్ట్రీమ్ మెయింటెనెన్స్‌పై ఆధారపడే సెల్ఫ్-మేనేజ్డ్ Kubernetes 1.34 వాతావరణాలకు, అక్టోబర్ 27 ఆ బ్రాంచ్‌కు సాధారణ ఫిక్స్‌ల ముగింపు. దానిపైనే కొనసాగే సంస్థలు ఫలితంగా వచ్చే మెయింటెనెన్స్ ప్రమాదాన్ని అంగీకరించాలి లేదా స్వతంత్రంగా నిర్వహించాలి.
EKS, AKS, GKE విషయంలో, ఈ గడువు మేనేజ్డ్ 1.34 క్లస్టర్లన్నీ ఒక్క రాత్రిలో సపోర్ట్ కోల్పోతాయన్న సంకేతం కాదు, ప్రొవైడర్-నిర్దిష్ట జీవితచక్రాన్ని ధృవీకరించుకోమన్న గుర్తు.
సరైన నిర్ణయం ఆపరేటింగ్ మోడల్‌పై ఆధారపడి ఉంటుంది. పరీక్షించిన అప్‌గ్రేడ్ మార్గం ఉన్న సంస్థ ఇప్పుడే సపోర్ట్ ఉన్న మైనర్ వెర్షన్‌కు వెళ్లడం సహేతుకం. మరో సంస్థ అనుకూలత పనులను పూర్తి చేసి తక్కువ ప్రమాదంతో మార్పును షెడ్యూల్ చేయడానికి అధికారికంగా సపోర్ట్ ఉన్న పొడిగింపును వాడవచ్చు.
వర్క్‌లోడ్‌లు ఆరోగ్యంగా కనిపిస్తున్నాయని, ఎవరు నిర్వహించాలో ఎవరూ నిర్ధారించలేదని క్లస్టర్‌ను పాత వెర్షన్‌పై అలాగే ఉంచడం మాత్రం జరగకూడదు.
Kubernetes 1.34 అప్‌స్ట్రీమ్ జీవితచక్రం 2026 అక్టోబర్ 27న ముగుస్తుంది. ప్రతి క్లస్టర్‌కు వాస్తవంగా వర్తించే గడువును నిర్ధారించి, ఆ కవరేజీ ముగియక ముందే సపోర్ట్ ఉన్న, పరీక్షించిన అప్‌గ్రేడ్‌ను పూర్తి చేయడం ఆపరేషనల్ బాధ్యత.
మరింత లోతుగా
- Kubernetes: Version 1.34 Release Schedule. అధికారిక రిలీజ్ జీవితచక్రం, మెయింటెనెన్స్-మోడ్ తేదీ, అప్‌స్ట్రీమ్ ఎండ్-ఆఫ్-లైఫ్ గడువు.
- Kubernetes: Version Skew Policy. API సర్వర్లు, kubeletలు, కంట్రోలర్లు, ఇతర క్లస్టర్ కాంపోనెంట్ల మధ్య సపోర్ట్ ఉన్న వెర్షన్ సంబంధాలు.
- Kubernetes: Upgrading kubeadm Clusters. అధికారిక సెల్ఫ్-మేనేజ్డ్ అప్‌గ్రేడ్ ప్రక్రియ, మైనర్-వెర్షన్ క్రమం అవసరాలు.
- Amazon EKS: Kubernetes Version Lifecycle. EKS స్టాండర్డ్, ఎక్స్‌టెండెడ్-సపోర్ట్ తేదీలు, వెర్షన్ పాలసీలు, సంబంధిత బిల్లింగ్ అంశాలు.
- Microsoft Learn: Supported Kubernetes Versions in AKS. AKS స్టాండర్డ్ జీవితచక్రం, లాంగ్-టర్మ్ సపోర్ట్, ప్లాట్‌ఫారమ్ ప్రారంభించే అప్‌గ్రేడ్ షెడ్యూళ్లు.
- Google Cloud: GKE Release Schedule. GKE స్టాండర్డ్, ఎక్స్‌టెండెడ్-సపోర్ట్ తేదీలు, రిలీజ్-ఛానల్ లభ్యత, అప్‌గ్రేడ్ షెడ్యూలింగ్.
ఈ సైట్‌లో సంబంధిత రచనలు
- Ingress-NGINX పదవీ విరమణ చేసింది: కుబెర్నెటెస్ బృందాలు తర్వాత ఏమి చేయాలి, సెక్యూరిటీ ఫిక్స్‌లు ఆగిపోయిన మరో Kubernetes కాంపోనెంట్ గురించి, మార్పును ఎలా ప్లాన్ చేయాలో.
- Kubernetes 1.37: అప్‌గ్రేడ్ చేసే ముందు ప్లాట్‌ఫారమ్ టీమ్‌లు అర్థం చేసుకోవాల్సిన మూడు మార్పులు, ఈ వ్యాసం సపోర్ట్ ఉన్న బ్రాంచ్‌లలో జాబితా చేసిన తాజా మైనర్ రిలీజ్ గురించి.
పరిశోధన సమీక్ష 2026 అక్టోబర్ 26. సపోర్ట్ తేదీలు సమయ-సున్నితమైనవి, ప్రచురణకు లేదా ఆపరేషనల్ మార్పులకు ముందు ప్రొవైడర్ డాక్యుమెంటేషన్‌తో మళ్లీ తనిఖీ చేయాలి. ఈ వ్యాసం జీవితచక్రం, అప్‌గ్రేడ్ ప్రణాళికను వివరిస్తుంది, ప్లాట్‌ఫారమ్-నిర్దిష్ట అప్‌గ్రేడ్ సూచనలకు ప్రత్యామ్నాయం కాదు.