ప్రతి Kubernetes వనరు కోసం, మీరు రెండు రకాల అవసరాలను కాన్ఫిగర్ చేయవచ్చు - అభ్యర్థనలు మరియు పరిమితులు. మొదటిది కంటైనర్ లేదా పాడ్‌ను అమలు చేయడానికి అవసరమైన ఉచిత నోడ్ వనరుల లభ్యత కోసం కనీస అవసరాలను వివరిస్తుంది, రెండవది కంటైనర్‌కు అందుబాటులో ఉన్న వనరులను ఖచ్చితంగా పరిమితం చేస్తుంది.
కుబెర్నెటెస్ పాడ్‌లను షెడ్యూల్ చేసినప్పుడు, కంటైనర్లు సరిగ్గా పనిచేయడానికి తగినన్ని వనరులను కలిగి ఉండటం చాలా ముఖ్యం. మీరు రిసోర్స్-కన్‌స్ట్రయిన్డ్ నోడ్‌లో పెద్ద అప్లికేషన్‌ను అమలు చేయాలని ప్లాన్ చేస్తుంటే, నోడ్ మెమరీ తక్కువగా ఉన్నందున లేదా CPU పవర్ అయిపోతున్నందున అది రన్ కాకుండా ఉండే అవకాశం ఉంది. ఈ కథనంలో, వనరుల అభ్యర్థనలు మరియు పరిమితులను ఉపయోగించి మీరు కంప్యూటింగ్ విద్యుత్ కొరతను ఎలా పరిష్కరించవచ్చో మేము పరిశీలిస్తాము.
అభ్యర్థనలు మరియు పరిమితులు CPU మరియు మెమరీ వంటి వనరులను నిర్వహించడానికి Kubernetes ఉపయోగించే యంత్రాంగాలు. అభ్యర్థనలు కంటైనర్ అభ్యర్థించిన వనరును అందుకుంటాయని నిర్ధారిస్తుంది. ఒక కంటైనర్ వనరును అభ్యర్థిస్తే, కుబెర్నెట్స్ దానిని అందించగల నోడ్‌లో మాత్రమే షెడ్యూల్ చేస్తుంది. కంటైనర్ అభ్యర్థించిన వనరులు నిర్దిష్ట విలువను ఎప్పటికీ మించకుండా నియంత్రణను పరిమితం చేస్తుంది.
ఒక కంటైనర్ దాని కంప్యూటింగ్ శక్తిని ఒక నిర్దిష్ట పరిమితి వరకు మాత్రమే పెంచుతుంది, ఆ తర్వాత అది పరిమితం చేయబడుతుంది. ఇది ఎలా పని చేస్తుందో చూద్దాం. కాబట్టి, రెండు రకాల వనరులు ఉన్నాయి - ప్రాసెసర్ మరియు మెమరీ. Kubernetes షెడ్యూలర్ మీ పాడ్‌లను ఎక్కడ అమలు చేయాలో గుర్తించడానికి ఈ వనరులకు సంబంధించిన డేటాను ఉపయోగిస్తుంది. పాడ్ కోసం ఒక సాధారణ రిసోర్స్ స్పెసిఫికేషన్ ఇలా కనిపిస్తుంది.
పాడ్‌లోని ప్రతి కంటైనర్ దాని స్వంత ప్రశ్నలు మరియు పరిమితులను సెట్ చేయగలదు, అదంతా సంకలితం. ప్రాసెసర్ వనరులు మిల్లీకోర్లలో నిర్వచించబడ్డాయి. మీ కంటైనర్‌ను అమలు చేయడానికి రెండు పూర్తి కోర్లు అవసరమైతే, మీరు విలువను 2000mకి సెట్ చేయండి. కంటైనర్‌కు 1/4 కోర్ యొక్క శక్తి మాత్రమే అవసరమైతే, విలువ 250 మీ. మీరు అతిపెద్ద నోడ్ యొక్క కోర్ల సంఖ్య కంటే ఎక్కువ CPU వనరు విలువను కేటాయిస్తే, మీ పాడ్ ప్రారంభించడానికి షెడ్యూల్ చేయబడదని గుర్తుంచుకోండి. మీరు నాలుగు కోర్లు అవసరమయ్యే పాడ్‌ని కలిగి ఉంటే మరియు కుబెర్నెటెస్ క్లస్టర్‌లో కేవలం రెండు ప్రధాన వర్చువల్ మెషీన్‌లు మాత్రమే ఉంటే ఇలాంటి పరిస్థితి ఏర్పడుతుంది.
బహుళ కోర్ల ప్రయోజనాన్ని పొందడానికి మీ అప్లికేషన్ ప్రత్యేకంగా రూపొందించబడితే తప్ప (సంక్లిష్ట సైంటిఫిక్ కంప్యూటింగ్ మరియు డేటాబేస్ ఆపరేషన్‌ల వంటి ప్రోగ్రామ్‌లు గుర్తుకు వస్తాయి), CPU అభ్యర్థనలను 1 లేదా అంతకంటే తక్కువకు సెట్ చేసి, ఆపై స్కేలబిలిటీకి మరిన్ని ప్రతిరూపాలను అమలు చేయడం ఉత్తమ పద్ధతి. ఈ పరిష్కారం సిస్టమ్‌కు ఎక్కువ సౌలభ్యం మరియు విశ్వసనీయతను ఇస్తుంది.
CPU పరిమితుల విషయానికి వస్తే, ఇది కంప్రెసిబుల్ వనరుగా పరిగణించబడినందున విషయాలు మరింత ఆసక్తికరంగా ఉంటాయి. మీ అప్లికేషన్ ప్రాసెసర్ పవర్ పరిమితిని చేరుకోవడం ప్రారంభిస్తే, కుబెర్నెట్స్ CPU థ్రోట్లింగ్‌ని ఉపయోగించి మీ కంటైనర్‌ను నెమ్మదించడం ప్రారంభిస్తుంది - ప్రాసెసర్ ఫ్రీక్వెన్సీని తగ్గిస్తుంది. దీనర్థం CPU కృత్రిమంగా థ్రోటిల్ చేయబడి, అప్లికేషన్‌కు అధ్వాన్నమైన పనితీరును అందిస్తుంది, అయితే ప్రక్రియ నిలిపివేయబడదు లేదా తీసివేయబడదు.
మెమరీ వనరులు బైట్‌లలో నిర్వచించబడ్డాయి. సాధారణంగా సెట్టింగులలోని విలువ mebibytes Mibలో కొలుస్తారు, కానీ మీరు బైట్‌ల నుండి పెటాబైట్‌ల వరకు ఏదైనా విలువను సెట్ చేయవచ్చు. CPUతో కూడా అదే పరిస్థితి ఇక్కడ వర్తిస్తుంది - మీరు మీ నోడ్‌లలో మెమరీ మొత్తం కంటే ఎక్కువ మెమరీ కోసం అభ్యర్థనను ఉంచినట్లయితే, ఆ పాడ్ అమలు చేయడానికి షెడ్యూల్ చేయబడదు. కానీ CPU వనరుల వలె కాకుండా, మెమరీ కంప్రెస్ చేయబడదు ఎందుకంటే దాని వినియోగాన్ని పరిమితం చేయడానికి మార్గం లేదు. అందువల్ల, కంటైనర్‌కు కేటాయించిన మెమరీని దాటిన వెంటనే దాని అమలు నిలిపివేయబడుతుంది.
మీ నోడ్‌లు అందించగల వనరులను మించిన అభ్యర్థనలను మీరు కాన్ఫిగర్ చేయలేరని గుర్తుంచుకోవడం ముఖ్యం. GKE వర్చువల్ మిషన్‌ల కోసం షేర్డ్ రిసోర్స్ స్పెసిఫికేషన్‌లను ఈ వీడియో క్రింద ఉన్న లింక్‌లలో చూడవచ్చు.
ఆదర్శవంతమైన ప్రపంచంలో, వర్క్‌ఫ్లోలను సజావుగా అమలు చేయడానికి కంటైనర్ డిఫాల్ట్ సెట్టింగ్‌లు సరిపోతాయి. కానీ వాస్తవ ప్రపంచం అలా కాదు, వనరుల వినియోగాన్ని కాన్ఫిగర్ చేయడం ప్రజలు సులభంగా మరచిపోతారు లేదా హ్యాకర్లు మౌలిక సదుపాయాల యొక్క వాస్తవ సామర్థ్యాలను మించిన అభ్యర్థనలు మరియు పరిమితులను సెట్ చేస్తారు. అటువంటి దృశ్యాలు సంభవించకుండా నిరోధించడానికి, మీరు ResourceQuota మరియు LimitRange వనరుల కోటాలను కాన్ఫిగర్ చేయవచ్చు.
నేమ్‌స్పేస్ సృష్టించబడిన తర్వాత, కోటాను ఉపయోగించి దాన్ని బ్లాక్ చేయవచ్చు. ఉదాహరణకు, మీరు ప్రోడ్ మరియు డెవ్ నేమ్‌స్పేస్‌లను కలిగి ఉన్నట్లయితే, నమూనా ఏమిటంటే ఉత్పత్తి కోటాలు ఏవీ లేవు మరియు చాలా కఠినమైన అభివృద్ధి కోటాలు. ఇది ట్రాఫిక్‌లో తీవ్ర పెరుగుదల సంభవించినప్పుడు, డెవ్‌ను పూర్తిగా నిరోధించడం ద్వారా అందుబాటులో ఉన్న మొత్తం వనరును స్వాధీనం చేసుకోవడానికి ప్రోడ్‌ను అనుమతిస్తుంది.
వనరుల కోటా ఇలా ఉండవచ్చు. ఈ ఉదాహరణలో 4 విభాగాలు ఉన్నాయి - ఇవి కోడ్ యొక్క 4 దిగువ పంక్తులు.
వాటిలో ప్రతి ఒక్కటి చూద్దాం. Requests.cpu అనేది నేమ్‌స్పేస్‌లోని అన్ని కంటైనర్‌ల నుండి రాగల గరిష్ట సంఖ్యలో కలిపిన CPU అభ్యర్థనలు. ఈ ఉదాహరణలో, మీరు 50m అభ్యర్థనలతో 10 కంటైనర్లను, 100m అభ్యర్థనలతో ఐదు కంటైనర్లను లేదా 500m అభ్యర్థనలతో ఒక కంటైనర్‌ను కలిగి ఉండవచ్చు. ఇచ్చిన నేమ్‌స్పేస్ యొక్క మొత్తం requests.cpu 500m కంటే తక్కువ ఉన్నంత వరకు, అంతా బాగానే ఉంటుంది.
మెమరీ అభ్యర్థించిన requests.memory అనేది నేమ్‌స్పేస్‌లోని అన్ని కంటైనర్లు కలిగి ఉండే గరిష్ట మొత్తం కంబైన్డ్ మెమరీ అభ్యర్థనలు. మునుపటి సందర్భంలో వలె, నేమ్‌స్పేస్‌లో అభ్యర్థించిన మెమరీ మొత్తం 50 మెబిబైట్‌ల కంటే తక్కువగా ఉన్నంత వరకు మీరు 2 20 mib కంటైనర్లను, ఐదు 100 mib కంటైనర్లను లేదా ఒకే 100 mib కంటైనర్‌ను కలిగి ఉండవచ్చు.
Limits.cpu అనేది నేమ్‌స్పేస్‌లోని అన్ని కంటైనర్లు ఉపయోగించగల గరిష్ట మొత్తం CPU పవర్. మేము దీనిని ప్రాసెసర్ పవర్ అభ్యర్థనల పరిమితిగా పరిగణించవచ్చు.
చివరగా, limits.memory అనేది నేమ్‌స్పేస్‌లోని అన్ని కంటైనర్లు ఉపయోగించగల గరిష్ట మొత్తం షేర్డ్ మెమరీ. ఇది మొత్తం మెమరీ అభ్యర్థనలపై పరిమితి.
కాబట్టి, డిఫాల్ట్‌గా, కుబెర్నెట్స్ క్లస్టర్‌లోని కంటైనర్లు అపరిమిత గణన వనరులతో నడుస్తాయి. వనరుల కోటాలతో, క్లస్టర్ నిర్వాహకులు నేమ్‌స్పేస్ ఆధారంగా వనరుల వినియోగం మరియు వనరుల సృష్టిని పరిమితం చేయవచ్చు. నేమ్‌స్పేస్‌లో, పాడ్ లేదా కంటైనర్ నేమ్‌స్పేస్ రిసోర్స్ కోటా ద్వారా నిర్ణయించబడినంత ఎక్కువ CPU పవర్ మరియు మెమరీని వినియోగించగలదు. అయితే, ఒక పాడ్ లేదా కంటైనర్ అందుబాటులో ఉన్న అన్ని వనరులను గుత్తాధిపత్యం చేయగలదనే ఆందోళన ఉంది. ఈ పరిస్థితిని నివారించడానికి, పరిమితి పరిధి ఉపయోగించబడుతుంది - నేమ్‌స్పేస్‌లో వనరుల కేటాయింపును (పాడ్‌లు లేదా కంటైనర్‌ల కోసం) పరిమితం చేసే విధానం.
పరిమితి పరిధి పరిమితులను అందిస్తుంది:
- నేమ్‌స్పేస్‌లోని ప్రతి మాడ్యూల్ లేదా కంటైనర్ కోసం కంప్యూటింగ్ వనరుల కనీస మరియు గరిష్ట వినియోగాన్ని నిర్ధారించండి;
- నేమ్‌స్పేస్‌లో ప్రతి PersistentVolumeClaim కోసం కనీస మరియు గరిష్ట స్టారేజ్ అభ్యర్థన నిల్వ అభ్యర్థనలను అమలు చేయండి;
- నేమ్‌స్పేస్‌లో వనరు కోసం అభ్యర్థన మరియు పరిమితి మధ్య సంబంధాన్ని అమలు చేయడం;
- నేమ్‌స్పేస్‌లో గణన వనరుల కోసం డిఫాల్ట్ అభ్యర్థనలు/పరిమితులను సెట్ చేయండి మరియు రన్‌టైమ్‌లో వాటిని స్వయంచాలకంగా కంటైనర్‌లలోకి ఇంజెక్ట్ చేయండి.
ఈ విధంగా మీరు మీ నేమ్‌స్పేస్‌లో పరిమితి పరిధిని సృష్టించవచ్చు. మొత్తం నేమ్‌స్పేస్‌కు వర్తించే కోటా వలె కాకుండా, వ్యక్తిగత కంటైనర్‌ల కోసం పరిమితి పరిధి ఉపయోగించబడుతుంది. ఇది నేమ్‌స్పేస్‌లో చాలా చిన్న లేదా దానికి విరుద్ధంగా భారీ కంటైనర్లను సృష్టించకుండా వినియోగదారులను నిరోధించవచ్చు. పరిమితి పరిధి ఇలా ఉండవచ్చు.
మునుపటి సందర్భంలో వలె, ఇక్కడ 4 విభాగాలను వేరు చేయవచ్చు. ఒక్కొక్కటిగా చూద్దాం.
డిఫాల్ట్ విభాగం పాడ్‌లోని కంటైనర్‌కు డిఫాల్ట్ పరిమితులను సెట్ చేస్తుంది. మీరు ఈ విలువలను విపరీతమైన పరిధికి సెట్ చేస్తే, ఈ విలువలు స్పష్టంగా సెట్ చేయని ఏదైనా కంటైనర్లు డిఫాల్ట్ విలువలను అనుసరిస్తాయి.
డిఫాల్ట్ అభ్యర్థన విభాగం డిఫాల్ట్ రిక్వెస్ట్ పాడ్‌లోని కంటైనర్ కోసం డిఫాల్ట్ అభ్యర్థనలను కాన్ఫిగర్ చేస్తుంది. మళ్ళీ, మీరు ఈ విలువలను తీవ్ర పరిధికి సెట్ చేస్తే, ఈ ఎంపికలను స్పష్టంగా సెట్ చేయని ఏదైనా కంటైనర్లు ఈ విలువలకు డిఫాల్ట్ చేయబడతాయి.
గరిష్ట విభాగం పాడ్‌లోని కంటైనర్‌కు సెట్ చేయగల గరిష్ట పరిమితులను నిర్దేశిస్తుంది. డిఫాల్ట్ విభాగంలోని విలువలు మరియు కంటైనర్ పరిమితులు ఈ పరిమితి కంటే ఎక్కువగా సెట్ చేయబడవు. విలువ గరిష్టంగా సెట్ చేయబడి, డిఫాల్ట్ విభాగం లేనట్లయితే, గరిష్ట విలువ డిఫాల్ట్ విలువగా మారుతుందని గమనించడం ముఖ్యం.
నిమి విభాగం పాడ్‌లోని కంటైనర్ కోసం సెట్ చేయగల కనీస అభ్యర్థనలను నిర్దేశిస్తుంది. అయితే, డిఫాల్ట్ విభాగంలోని విలువలు మరియు కంటైనర్ కోసం ప్రశ్నలను ఈ పరిమితి కంటే తక్కువగా సెట్ చేయడం సాధ్యం కాదు.
మళ్ళీ, ఈ విలువ సెట్ చేయబడితే, డిఫాల్ట్ కాదు, అప్పుడు కనీస విలువ డిఫాల్ట్ ప్రాంప్ట్ అవుతుంది.
ఈ వనరుల అభ్యర్థనలు మీ పనిభారాన్ని అమలు చేయడానికి కుబెర్నెటీస్ షెడ్యూలర్ ద్వారా అంతిమంగా ఉపయోగించబడతాయి. మీరు మీ కంటైనర్లను సరిగ్గా కాన్ఫిగర్ చేయడానికి, ఇది ఎలా పనిచేస్తుందో అర్థం చేసుకోవడం చాలా ముఖ్యం. మీరు మీ క్లస్టర్‌లో బహుళ పాడ్‌లను అమలు చేయాలనుకుంటున్నారని అనుకుందాం. పాడ్ స్పెసిఫికేషన్‌లు చెల్లుబాటు అయ్యేవిగా భావించి, పనిభారాన్ని అమలు చేయడానికి నోడ్‌ను ఎంచుకోవడానికి కుబెర్నెట్స్ షెడ్యూల్ రౌండ్ రాబిన్ బ్యాలెన్సింగ్‌ను ఉపయోగిస్తుంది.
పాడ్ కంటైనర్‌ల నుండి అభ్యర్థనలను నెరవేర్చడానికి నోడ్ 1కి తగినంత వనరులు ఉన్నాయా లేదా అని కుబెర్నెట్స్ తనిఖీ చేస్తుంది మరియు అది లేనట్లయితే, అది తదుపరి నోడ్‌కి వెళుతుంది. సిస్టమ్‌లోని నోడ్‌లు ఏవీ అభ్యర్థనలను సంతృప్తి పరచలేకపోతే, పాడ్‌లు పెండింగ్ స్థితికి వెళ్తాయి. నోడ్ ఆటోస్కేలింగ్ వంటి Google Kubernetes ఇంజిన్ ఫీచర్‌లను ఉపయోగించి, GKE స్వయంచాలకంగా వేచి ఉండే స్థితిని గుర్తించగలదు మరియు మరిన్ని అదనపు నోడ్‌లను సృష్టించగలదు.
మీరు తదనంతరం నోడ్ సామర్థ్యం అయిపోతే, ఆటోస్కేలింగ్ మీ డబ్బును ఆదా చేయడానికి నోడ్‌ల సంఖ్యను తగ్గిస్తుంది. అందుకే అభ్యర్థనల ఆధారంగా కుబెర్నెటీస్ పాడ్‌లను షెడ్యూల్ చేస్తుంది. అయితే, పరిమితి అభ్యర్థనల కంటే ఎక్కువగా ఉండవచ్చు మరియు కొన్ని సందర్భాల్లో నోడ్ వాస్తవానికి వనరులు అయిపోవచ్చు. మేము ఈ రాష్ట్రాన్ని ఓవర్ కమిట్‌మెంట్ స్టేట్ అని పిలుస్తాము.
నేను చెప్పినట్లుగా, CPU విషయానికి వస్తే, కుబెర్నెట్స్ పాడ్‌లను పరిమితం చేయడం ప్రారంభిస్తుంది. ప్రతి పాడ్ కోరినంత అందుతుంది, కానీ అది పరిమితిని చేరుకోకపోతే, థ్రోట్లింగ్ వర్తించడం ప్రారంభమవుతుంది.
మెమరీ వనరుల విషయానికి వస్తే, మీరు సిస్టమ్ వనరులను ఖాళీ చేసే వరకు లేదా మొత్తం సిస్టమ్ క్రాష్ అయ్యే వరకు ఏ పాడ్‌లను తొలగించాలి మరియు ఏది ఉంచాలి అనే దాని గురించి కుబెర్నెటెస్ నిర్ణయాలు తీసుకోవలసి వస్తుంది.
మీ మెషీన్‌లో మెమరీ అయిపోతున్న దృష్టాంతంలో ఊహించుకుందాం - కుబెర్నెట్స్ దానిని ఎలా నిర్వహిస్తారు?
Kubernetes వారు అభ్యర్థించిన దాని కంటే ఎక్కువ వనరులను ఉపయోగిస్తున్న పాడ్‌ల కోసం చూస్తారు. కాబట్టి మీ కంటైనర్‌లకు ఎటువంటి అభ్యర్థనలు లేకుంటే, వారు కోరిన దానికంటే ఎక్కువగా ఉపయోగించడం డిఫాల్ట్‌గా ఉన్నారని అర్థం, వారు ఏమీ అడగనందున! అటువంటి కంటైనర్లు షట్డౌన్ కోసం ప్రధాన అభ్యర్థులుగా మారతాయి. తదుపరి అభ్యర్థులు వారి అన్ని అభ్యర్థనలను సంతృప్తిపరిచిన కంటైనర్లు అయినప్పటికీ గరిష్ట పరిమితి కంటే తక్కువగా ఉన్నాయి.
కాబట్టి Kubernetes వారి అభ్యర్థన పారామీటర్‌లను మించిన అనేక పాడ్‌లను కనుగొంటే, అది వాటిని ప్రాధాన్యత ప్రకారం క్రమబద్ధీకరించి, ఆపై అతి తక్కువ ప్రాధాన్యత కలిగిన పాడ్‌లను తీసివేస్తుంది. అన్ని పాడ్‌లకు ఒకే ప్రాధాన్యత ఉంటే, కుబెర్నెట్స్ ఇతర పాడ్‌ల కంటే వాటి అభ్యర్థనలను మించిన పాడ్‌లను రద్దు చేస్తారు.
చాలా అరుదైన సందర్భాల్లో, కుబెర్నెటీస్ ఇప్పటికీ వారి అభ్యర్థనల పరిధిలో ఉన్న పాడ్‌లను రద్దు చేయవచ్చు. కుబెలెట్ ఏజెంట్ లేదా డాకర్ వంటి క్లిష్టమైన సిస్టమ్ భాగాలు వాటి కోసం రిజర్వ్ చేయబడిన దానికంటే ఎక్కువ వనరులను వినియోగించడం ప్రారంభించినప్పుడు ఇది జరుగుతుంది.
కాబట్టి, చిన్న కంపెనీల ప్రారంభ దశలో, వనరుల అభ్యర్థనలు మరియు పరిమితులను సెట్ చేయకుండా కుబెర్నెట్స్ క్లస్టర్ బాగా పని చేస్తుంది, కానీ మీ బృందాలు మరియు ప్రాజెక్ట్‌లు పరిమాణం పెరగడం ప్రారంభించినప్పుడు, మీరు ఈ ప్రాంతంలో సమస్యలను ఎదుర్కొనే ప్రమాదం ఉంది. మీ మాడ్యూల్‌లు మరియు నేమ్‌స్పేస్‌లకు ప్రశ్నలు మరియు పరిమితులను జోడించడం చాలా తక్కువ అదనపు ప్రయత్నం అవసరం మరియు చాలా అవాంతరాలను ఆదా చేస్తుంది.
కొన్ని ప్రకటనలు 🙂
మాతో ఉన్నందుకు ధన్యవాదాలు. మీరు మా కథనాలను ఇష్టపడుతున్నారా? మరింత ఆసక్తికరమైన కంటెంట్‌ని చూడాలనుకుంటున్నారా? ఆర్డర్ చేయడం ద్వారా లేదా స్నేహితులకు సిఫార్సు చేయడం ద్వారా మాకు మద్దతు ఇవ్వండి, , ఎంట్రీ-లెవల్ సర్వర్‌ల యొక్క ప్రత్యేకమైన అనలాగ్, ఇది మీ కోసం మా ద్వారా కనుగొనబడింది: (RAID1 మరియు RAID10తో అందుబాటులో ఉంది, గరిష్టంగా 24 కోర్లు మరియు 40GB DDR4 వరకు).
ఆమ్‌స్టర్‌డామ్‌లోని ఈక్వినిక్స్ టైర్ IV డేటా సెంటర్‌లో Dell R730xd 2x చౌకగా ఉందా? ఇక్కడ మాత్రమే నెదర్లాండ్స్‌లో! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 నుండి! గురించి చదవండి
మూలం: www.habr.com