కుబెర్నెటెస్‌ను పూర్తిగా నేర్చుకోవడానికి, మీరు క్లస్టర్ వనరులను స్కేల్ చేయడానికి వివిధ మార్గాలను తెలుసుకోవాలి: ద్వారా , కుబెర్నెటెస్ యొక్క ప్రధాన పనులలో ఇది ఒకటి. మేము క్షితిజ సమాంతర మరియు నిలువు ఆటోస్కేలింగ్ మరియు క్లస్టర్ రీసైజింగ్ మెకానిజమ్‌ల యొక్క ఉన్నత-స్థాయి అవలోకనాన్ని అందించాము, అలాగే వాటిని ఎలా సమర్థవంతంగా ఉపయోగించాలనే దానిపై సిఫార్సులను అందించాము.
వ్యాసం ఆటోస్కేలింగ్‌ని అమలు చేసిన బృందం ద్వారా అనువదించబడింది .
స్కేలింగ్ గురించి ఆలోచించడం ఎందుకు ముఖ్యం
- వనరుల నిర్వహణ మరియు ఆర్కెస్ట్రేషన్ కోసం ఒక సాధనం. అయితే, పాడ్‌లను మోహరించడం, పర్యవేక్షించడం మరియు నిర్వహించడం వంటి చక్కని ఫీచర్‌లతో టింకర్ చేయడం చాలా బాగుంది (పాడ్ అనేది అభ్యర్థనకు ప్రతిస్పందనగా ప్రారంభించబడిన కంటైనర్‌ల సమూహం).
అయితే, మీరు ఈ క్రింది ప్రశ్నల గురించి కూడా ఆలోచించాలి:
- మాడ్యూల్స్ మరియు అప్లికేషన్‌లను స్కేల్ చేయడం ఎలా?
- కంటెయినర్లను కార్యాచరణ మరియు సమర్థవంతంగా ఉంచడం ఎలా?
- వినియోగదారుల నుండి కోడ్ మరియు పనిభారంలో స్థిరమైన మార్పులకు ఎలా ప్రతిస్పందించాలి?
వనరులు మరియు పనితీరును బ్యాలెన్స్ చేయడానికి Kubernetes క్లస్టర్‌లను కాన్ఫిగర్ చేయడం సవాలుగా ఉంటుంది మరియు Kubernetes యొక్క అంతర్గత పనితీరు గురించి నిపుణుల పరిజ్ఞానం అవసరం. మీ అప్లికేషన్ లేదా సేవల పనిభారం రోజంతా లేదా ఒక గంట వ్యవధిలో కూడా హెచ్చుతగ్గులకు లోనవుతుంది, కాబట్టి బ్యాలెన్సింగ్ అనేది కొనసాగుతున్న ప్రక్రియగా భావించబడుతుంది.
కుబెర్నెట్స్ ఆటోస్కేలింగ్ స్థాయిలు
ప్రభావవంతమైన ఆటోస్కేలింగ్‌కు రెండు స్థాయిల మధ్య సమన్వయం అవసరం:
- పాడ్ స్థాయి, క్షితిజసమాంతర (క్షితిజసమాంతర పాడ్ ఆటోస్కేలర్, HPA) మరియు నిలువు ఆటోస్కేలర్ (వర్టికల్ పాడ్ ఆటోస్కేలర్, VPA)తో సహా. ఇది మీ కంటైనర్‌ల కోసం అందుబాటులో ఉన్న వనరులను స్కేల్ చేస్తోంది.
- క్లస్టర్ స్థాయి, ఇది క్లస్టర్ ఆటోస్కేలర్ (CA) ద్వారా నిర్వహించబడుతుంది, ఇది క్లస్టర్‌లోని నోడ్‌ల సంఖ్యను పెంచుతుంది లేదా తగ్గిస్తుంది.
క్షితిజసమాంతర ఆటోస్కేలర్ (HPA) మాడ్యూల్
పేరు సూచించినట్లుగా, HPA పాడ్ ప్రతిరూపాల సంఖ్యను స్కేల్ చేస్తుంది. చాలా డెవోప్‌లు ప్రతిరూపాల సంఖ్యను మార్చడానికి ట్రిగ్గర్‌లుగా CPU మరియు మెమరీ లోడ్‌ను ఉపయోగిస్తాయి. అయినప్పటికీ, సిస్టమ్ ఆధారంగా స్కేల్ చేయడం సాధ్యపడుతుంది , వారి లేదా కూడా .
ఉన్నత-స్థాయి HPA ఆపరేటింగ్ రేఖాచిత్రం:
- HPA 30 సెకన్ల డిఫాల్ట్ విరామంలో ఇన్‌స్టాలేషన్ సమయంలో పేర్కొన్న మెట్రిక్ విలువలను నిరంతరం తనిఖీ చేస్తుంది.
- HPA పేర్కొన్న థ్రెషోల్డ్‌ను చేరుకున్నట్లయితే మాడ్యూల్‌ల సంఖ్యను పెంచడానికి ప్రయత్నిస్తుంది.
- HPA డిప్లాయ్‌మెంట్/రెప్లికేషన్ కంట్రోలర్‌లోని ప్రతిరూపాల సంఖ్యను అప్‌డేట్ చేస్తుంది.
- డిప్లాయ్‌మెంట్/రెప్లికేషన్ కంట్రోలర్ ఏదైనా అవసరమైన అదనపు మాడ్యూల్‌లను అమలు చేస్తుంది.
మెట్రిక్ థ్రెషోల్డ్ చేరుకున్నప్పుడు HPA మాడ్యూల్ విస్తరణ ప్రక్రియను ప్రారంభిస్తుంది
HPAని ఉపయోగిస్తున్నప్పుడు, ఈ క్రింది వాటిని పరిగణించండి:
- డిఫాల్ట్ HPA చెక్ విరామం 30 సెకన్లు. ఇది జెండా ద్వారా సెట్ చేయబడింది హారిజాంటల్-పాడ్-ఆటోస్కేలర్-సింక్-పీరియడ్ కంట్రోలర్ మేనేజర్‌లో.
- డిఫాల్ట్ సంబంధిత లోపం 10%.
- మాడ్యూల్‌ల సంఖ్య చివరిసారిగా పెరిగిన తర్వాత, HPA కొలమానాలు మూడు నిమిషాల్లో స్థిరీకరించబడతాయని ఆశిస్తోంది. ఈ విరామం ఫ్లాగ్ ద్వారా సెట్ చేయబడింది హారిజాంటల్-పాడ్-ఆటోస్కేలర్-అప్‌స్కేల్-డిలే.
- మాడ్యూల్‌ల సంఖ్యలో చివరి తగ్గింపు తర్వాత, HPA స్థిరీకరించడానికి ఐదు నిమిషాలు వేచి ఉంటుంది. ఈ విరామం ఫ్లాగ్ ద్వారా సెట్ చేయబడింది క్షితిజసమాంతర-పాడ్-ఆటోస్కేలర్-డౌన్‌స్కేల్-ఆలస్యం.
- రెప్లికేషన్ కంట్రోలర్‌ల కంటే విస్తరణ వస్తువులతో HPA ఉత్తమంగా పనిచేస్తుంది. క్షితిజసమాంతర ఆటోస్కేలింగ్ రోలింగ్ అప్‌డేట్‌తో అననుకూలంగా ఉంది, ఇది నేరుగా రెప్లికేషన్ కంట్రోలర్‌లను తారుమారు చేస్తుంది. విస్తరణతో, ప్రతిరూపాల సంఖ్య నేరుగా విస్తరణ వస్తువులపై ఆధారపడి ఉంటుంది.
పాడ్‌ల నిలువు ఆటోస్కేలింగ్
వర్టికల్ ఆటోస్కేలింగ్ (VPA) ఇప్పటికే ఉన్న పాడ్‌లకు ఎక్కువ (లేదా తక్కువ) CPU సమయం లేదా మెమరీని కేటాయిస్తుంది. స్టేట్‌ఫుల్ లేదా స్టేట్‌లెస్ పాడ్‌లకు అనుకూలం, కానీ ప్రధానంగా స్టేట్‌ఫుల్ సర్వీస్‌ల కోసం ఉద్దేశించబడింది. అయితే, మీరు ప్రారంభంలో కేటాయించిన వనరుల మొత్తాన్ని స్వయంచాలకంగా సర్దుబాటు చేయవలసి వస్తే, మీరు స్థితిలేని మాడ్యూల్స్ కోసం VPAని కూడా ఉపయోగించవచ్చు.
VPA కూడా OOM (మెమరీ లేదు) ఈవెంట్‌లకు ప్రతిస్పందిస్తుంది. CPU సమయం మరియు మెమరీని మార్చడానికి పాడ్‌లను పునఃప్రారంభించడం అవసరం. పునఃప్రారంభించినప్పుడు, VPA కేటాయింపు బడ్జెట్‌ను గౌరవిస్తుంది () కనీస అవసరమైన మాడ్యూళ్ల సంఖ్యకు హామీ ఇవ్వడానికి.
మీరు ప్రతి మాడ్యూల్ కోసం కనీస మరియు గరిష్ట వనరులను సెట్ చేయవచ్చు. అందువలన, మీరు గరిష్టంగా కేటాయించిన మెమరీని 8 GBకి పరిమితం చేయవచ్చు. ప్రస్తుత నోడ్‌లు ఖచ్చితంగా ఒక్కో కంటైనర్‌కు 8 GB కంటే ఎక్కువ మెమరీని కేటాయించలేకపోతే ఇది ఉపయోగకరంగా ఉంటుంది. వివరణాత్మక లక్షణాలు మరియు ఆపరేటింగ్ మెకానిజం వివరించబడ్డాయి .
అదనంగా, VPA ఒక ఆసక్తికరమైన సిఫార్సు ఫంక్షన్‌ను కలిగి ఉంది (VPA సిఫార్సుదారు). ఇది హిస్టారికల్ మెట్రిక్‌ల ఆధారంగా ఇంటెలిజెంట్ అల్గోరిథం ఆధారంగా కొత్త మెమరీ మరియు CPU సమయ విలువలను సూచించడానికి అన్ని మాడ్యూల్స్ యొక్క వనరుల వినియోగం మరియు OOM ఈవెంట్‌లను పర్యవేక్షిస్తుంది. పాడ్ హ్యాండిల్‌ని తీసుకుని, సూచించిన వనరుల విలువలను అందించే API కూడా ఉంది.
VPA సిఫార్సుదారు వనరు "పరిమితి"ని ట్రాక్ చేయలేదని గమనించాలి. ఇది నోడ్‌లలోని వనరులను మాడ్యూల్ గుత్తాధిపత్యానికి దారితీయవచ్చు. భారీ మెమరీ లేదా CPU వినియోగాన్ని నివారించడానికి నేమ్‌స్పేస్ స్థాయిలో పరిమితిని సెట్ చేయడం మంచిది.
ఉన్నత-స్థాయి VPA ఆపరేషన్ పథకం:
- VPA 10 సెకన్ల డిఫాల్ట్ విరామంలో ఇన్‌స్టాలేషన్ సమయంలో పేర్కొన్న మెట్రిక్ విలువలను నిరంతరం తనిఖీ చేస్తుంది.
- పేర్కొన్న థ్రెషోల్డ్‌ని చేరుకున్నట్లయితే, కేటాయించిన వనరులను మార్చడానికి VPA ప్రయత్నిస్తుంది.
- విస్తరణ/రెప్లికేషన్ కంట్రోలర్‌లోని వనరుల సంఖ్యను VPA అప్‌డేట్ చేస్తుంది.
- మాడ్యూల్స్ పునఃప్రారంభించబడినప్పుడు, అన్ని కొత్త వనరులు సృష్టించబడిన సందర్భాలకు వర్తింపజేయబడతాయి.
VPA అవసరమైన మొత్తం వనరులను జోడిస్తుంది
VPAని ఉపయోగిస్తున్నప్పుడు దయచేసి ఈ క్రింది అంశాలను గుర్తుంచుకోండి:
- స్కేలింగ్‌కు పాడ్‌ని తప్పనిసరిగా పునఃప్రారంభించాలి. మార్పులు చేసిన తర్వాత అస్థిర ఆపరేషన్‌ను నివారించడానికి ఇది అవసరం. విశ్వసనీయత కోసం, కొత్తగా కేటాయించిన వనరుల ఆధారంగా మాడ్యూల్స్ పునఃప్రారంభించబడతాయి మరియు నోడ్‌లలో పంపిణీ చేయబడతాయి.
- VPA మరియు HPA ఇంకా ఒకదానికొకటి అనుకూలంగా లేవు మరియు ఒకే పాడ్‌లపై అమలు చేయలేవు. మీరు ఒకే క్లస్టర్‌లో రెండు స్కేలింగ్ మెకానిజమ్‌లను ఉపయోగిస్తుంటే, మీ సెట్టింగ్‌లు వాటిని ఒకే ఆబ్జెక్ట్‌లపై యాక్టివేట్ చేయకుండా నిరోధించేలా చూసుకోండి.
- VPA గత మరియు ప్రస్తుత వినియోగం ఆధారంగా మాత్రమే వనరుల కోసం కంటైనర్ అభ్యర్థనలను ట్యూన్ చేస్తుంది. ఇది వనరుల వినియోగ పరిమితులను సెట్ చేయలేదు. అప్లికేషన్‌లు సరిగ్గా పని చేయకపోవడం మరియు మరిన్ని వనరులను స్వాధీనం చేసుకోవడం ప్రారంభించడంలో సమస్యలు ఉండవచ్చు, ఇది కుబెర్నెట్స్ ఈ పాడ్‌ను ఆఫ్ చేయడానికి దారి తీస్తుంది.
- VPA ఇంకా అభివృద్ధి ప్రారంభ దశలోనే ఉంది. సమీప భవిష్యత్తులో సిస్టమ్ కొన్ని మార్పులకు లోనయ్యేలా సిద్ధంగా ఉండండి. మీరు గురించి చదువుకోవచ్చు и . అందువలన, VPA మరియు HPA యొక్క ఉమ్మడి ఆపరేషన్‌ను అమలు చేయడానికి ప్రణాళికలు ఉన్నాయి, అలాగే వాటి కోసం నిలువు ఆటోస్కేలింగ్ విధానంతో పాటు మాడ్యూళ్ల విస్తరణ (ఉదాహరణకు, ప్రత్యేక లేబుల్ 'VPA అవసరం').
కుబెర్నెటెస్ క్లస్టర్‌ను ఆటోస్కేలింగ్ చేయడం
క్లస్టర్ ఆటోస్కేలర్ (CA) వేచి ఉండే పాడ్‌ల సంఖ్య ఆధారంగా నోడ్‌ల సంఖ్యను మారుస్తుంది. సిస్టమ్ క్రమానుగతంగా పెండింగ్ మాడ్యూల్స్ కోసం తనిఖీ చేస్తుంది - మరియు మరిన్ని వనరులు అవసరమైతే మరియు క్లస్టర్ ఏర్పాటు చేసిన పరిమితులను మించకపోతే క్లస్టర్ పరిమాణాన్ని పెంచుతుంది. CA క్లౌడ్ సర్వీస్ ప్రొవైడర్‌తో కమ్యూనికేట్ చేస్తుంది, దాని నుండి అదనపు నోడ్‌లను అభ్యర్థిస్తుంది లేదా నిష్క్రియంగా ఉన్న వాటిని విడుదల చేస్తుంది. CA యొక్క మొదటి సాధారణంగా అందుబాటులో ఉన్న వెర్షన్ కుబెర్నెటెస్ 1.8లో పరిచయం చేయబడింది.
SA ఆపరేషన్ యొక్క ఉన్నత-స్థాయి పథకం:
- CA 10 సెకన్ల డిఫాల్ట్ విరామంలో పెండింగ్‌లో ఉన్న మాడ్యూల్స్ కోసం తనిఖీ చేస్తుంది.
- ఒకటి లేదా అంతకంటే ఎక్కువ పాడ్‌లు స్టాండ్‌బై స్థితిలో ఉన్నట్లయితే, క్లస్టర్‌లో వాటిని కేటాయించడానికి తగినన్ని వనరులు అందుబాటులో లేనందున, అది ఒకటి లేదా అంతకంటే ఎక్కువ అదనపు నోడ్‌లను అందించడానికి ప్రయత్నిస్తుంది.
- క్లౌడ్ సర్వీస్ ప్రొవైడర్ అవసరమైన నోడ్‌ను కేటాయించినప్పుడు, అది క్లస్టర్‌లో చేరి పాడ్‌లను అందించడానికి సిద్ధంగా ఉంటుంది.
- Kubernetes షెడ్యూలర్ కొత్త నోడ్‌కి పెండింగ్‌లో ఉన్న పాడ్‌లను పంపిణీ చేస్తుంది. దీని తర్వాత కొన్ని మాడ్యూల్స్ ఇప్పటికీ వేచి ఉన్న స్థితిలో ఉంటే, ప్రక్రియ పునరావృతమవుతుంది మరియు క్లస్టర్‌కు కొత్త నోడ్‌లు జోడించబడతాయి.
క్లౌడ్‌లో క్లస్టర్ నోడ్‌ల ఆటోమేటిక్ ప్రొవిజనింగ్
CA ఉపయోగిస్తున్నప్పుడు కింది వాటిని పరిగణించండి:
- CPU లోడ్‌తో సంబంధం లేకుండా క్లస్టర్‌లోని అన్ని పాడ్‌లు రన్ చేయడానికి స్థలాన్ని కలిగి ఉండేలా CA నిర్ధారిస్తుంది. ఇది క్లస్టర్‌లో అనవసరమైన నోడ్‌లు లేవని నిర్ధారించడానికి కూడా ప్రయత్నిస్తుంది.
- CA సుమారు 30 సెకన్ల తర్వాత స్కేల్ చేయవలసిన అవసరాన్ని నమోదు చేస్తుంది.
- నోడ్ అవసరం లేనప్పుడు, సిస్టమ్‌ను స్కేల్ చేయడానికి ముందు CA డిఫాల్ట్‌గా 10 నిమిషాలు వేచి ఉంటుంది.
- ఆటోస్కేలింగ్ సిస్టమ్ ఎక్స్‌పాండర్‌ల భావనను కలిగి ఉంది. కొత్త నోడ్‌లు జోడించబడే నోడ్‌ల సమూహాన్ని ఎంచుకోవడానికి ఇవి విభిన్న వ్యూహాలు.
- ఎంపికను బాధ్యతాయుతంగా ఉపయోగించండి cluster-autoscaler.kubernetes.io/safe-to-evict (true). మీరు చాలా పాడ్‌లను ఇన్‌స్టాల్ చేస్తే లేదా వాటిలో చాలా వరకు అన్ని నోడ్‌లలో చెల్లాచెదురుగా ఉంటే, మీరు క్లస్టర్‌ను స్కేల్ చేసే సామర్థ్యాన్ని ఎక్కువగా కోల్పోతారు.
- ఉపయోగం పాడ్‌లు తొలగించబడకుండా నిరోధించడానికి, ఇది మీ అప్లికేషన్‌లోని భాగాలు పూర్తిగా విరిగిపోయేలా చేస్తుంది.
కుబెర్నెట్స్ ఆటోస్కేలర్‌లు ఒకరితో ఒకరు ఎలా సంకర్షణ చెందుతారు
సంపూర్ణ సామరస్యం కోసం, పాడ్ స్థాయి (HPA/VPA) మరియు క్లస్టర్ స్థాయి రెండింటిలోనూ ఆటోస్కేలింగ్ వర్తించాలి. వారు సాపేక్షంగా ఒకదానితో ఒకటి సంకర్షణ చెందుతారు:
- HPAలు లేదా VPAలు ఇప్పటికే ఉన్న పాడ్‌లకు కేటాయించిన పాడ్ ప్రతిరూపాలు లేదా వనరులను అప్‌డేట్ చేస్తాయి.
- ప్రణాళికాబద్ధమైన స్కేలింగ్ కోసం తగినంత నోడ్‌లు లేకుంటే, వేచి ఉన్న స్థితిలో పాడ్‌ల ఉనికిని CA గమనిస్తుంది.
- CA కొత్త నోడ్‌లను కేటాయిస్తుంది.
- మాడ్యూల్స్ కొత్త నోడ్‌లకు పంపిణీ చేయబడతాయి.
సహకార కుబెర్నెట్స్ స్కేల్-అవుట్ సిస్టమ్
కుబెర్నెట్స్ ఆటోస్కేలింగ్‌లో సాధారణ తప్పులు
ఆటోస్కేలింగ్‌ని అమలు చేయడానికి ప్రయత్నిస్తున్నప్పుడు devops ఎదుర్కొనే అనేక సాధారణ సమస్యలు ఉన్నాయి.
HPA మరియు VPA కొలమానాలు మరియు కొన్ని చారిత్రక డేటాపై ఆధారపడి ఉంటాయి. తగినంత వనరులు కేటాయించబడకపోతే, మాడ్యూల్‌లు కనిష్టీకరించబడతాయి మరియు కొలమానాలను రూపొందించలేవు. ఈ సందర్భంలో, ఆటోస్కేలింగ్ ఎప్పటికీ జరగదు.
స్కేలింగ్ ఆపరేషన్ సమయానికి సున్నితమైనది. మాడ్యూల్‌లు మరియు క్లస్టర్‌లు త్వరగా స్కేల్ చేయాలని మేము కోరుకుంటున్నాము - వినియోగదారులు ఏవైనా సమస్యలు లేదా వైఫల్యాలను గమనించే ముందు. అందువల్ల, పాడ్‌లు మరియు క్లస్టర్‌ల సగటు స్కేలింగ్ సమయాన్ని పరిగణనలోకి తీసుకోవాలి.
ఆదర్శ దృశ్యం - 4 నిమిషాలు:
- 30 సెకన్లు. లక్ష్య కొలమానాలను నవీకరించండి: 30−60 సెకన్లు.
- 30 సెకన్లు. HPA మెట్రిక్ విలువలను తనిఖీ చేస్తుంది: 30 సెకన్లు.
- 2 సెకన్ల కంటే తక్కువ. పాడ్‌లు సృష్టించబడ్డాయి మరియు వేచి ఉండే స్థితికి వెళ్లండి: 1 సెకను.
- 2 సెకన్ల కంటే తక్కువ. CA వేచి ఉండే మాడ్యూల్‌లను చూస్తుంది మరియు ప్రొవిజన్ నోడ్‌లకు కాల్‌లను పంపుతుంది: 1 సెకను.
- 3 నిమిషాలు. క్లౌడ్ ప్రొవైడర్ నోడ్‌లను కేటాయిస్తుంది. K8లు సిద్ధంగా ఉండే వరకు వేచి ఉంటాయి: 10 నిమిషాల వరకు (అనేక కారకాలపై ఆధారపడి).
చెత్త (మరింత వాస్తవిక) దృశ్యం - 12 నిమిషాలు:
- 30 సెకన్లు. లక్ష్య కొలమానాలను నవీకరించండి.
- 30 సెకన్లు. HPA మెట్రిక్ విలువలను తనిఖీ చేస్తుంది.
- 2 సెకన్ల కంటే తక్కువ. పాడ్‌లు సృష్టించబడతాయి మరియు స్టాండ్‌బై స్థితిలోకి ప్రవేశిస్తాయి.
- 2 సెకన్ల కంటే తక్కువ. CA వేచి ఉండే మాడ్యూల్‌లను చూస్తుంది మరియు నోడ్‌లను అందించడానికి కాల్‌లు చేస్తుంది.
- 10 నిమిషాల. క్లౌడ్ ప్రొవైడర్ నోడ్‌లను కేటాయిస్తుంది. K8s అవి సిద్ధమయ్యే వరకు వేచి ఉన్నాయి. వెయిటింగ్ టైమ్ వెండర్ ఆలస్యం, OS ఆలస్యం మరియు సపోర్ట్ టూల్స్ వంటి అనేక అంశాలపై ఆధారపడి ఉంటుంది.
క్లౌడ్ ప్రొవైడర్ల స్కేలింగ్ మెకానిజమ్‌లను మా CAతో కంగారు పెట్టవద్దు. రెండోది కుబెర్నెటెస్ క్లస్టర్ లోపల నడుస్తుంది, అయితే క్లౌడ్ ప్రొవైడర్ ఇంజిన్ నోడ్ డిస్ట్రిబ్యూషన్ ప్రాతిపదికన పనిచేస్తుంది. మీ పాడ్‌లు లేదా అప్లికేషన్‌తో ఏమి జరుగుతుందో దానికి తెలియదు. ఈ వ్యవస్థలు సమాంతరంగా పనిచేస్తాయి.
కుబెర్నెట్స్‌లో స్కేలింగ్‌ని ఎలా నిర్వహించాలి
- కుబెర్నెట్స్ అనేది వనరుల నిర్వహణ మరియు ఆర్కెస్ట్రేషన్ సాధనం. పాడ్‌లు మరియు క్లస్టర్ వనరులను నిర్వహించడం కోసం చేసే కార్యకలాపాలు కుబెర్నెట్‌లను మాస్టరింగ్ చేయడంలో కీలకమైన మైలురాయి.
- HPA మరియు VPAలను పరిగణనలోకి తీసుకుని పాడ్ స్కేలబిలిటీ యొక్క లాజిక్‌ను అర్థం చేసుకోండి.
- మీ పాడ్‌లు మరియు కంటైనర్‌ల అవసరాల గురించి మీకు మంచి అవగాహన ఉంటే మాత్రమే CA ఉపయోగించాలి.
- క్లస్టర్‌ను ఉత్తమంగా కాన్ఫిగర్ చేయడానికి, వివిధ స్కేలింగ్ సిస్టమ్‌లు ఎలా కలిసి పనిచేస్తాయో మీరు అర్థం చేసుకోవాలి.
- స్కేలింగ్ సమయాన్ని అంచనా వేసేటప్పుడు, చెత్త మరియు ఉత్తమ సందర్భాలను గుర్తుంచుకోండి.
మూలం: www.habr.com