Kubernetes بهترين طريقا. وسيلن جي درخواستن ۽ حدن کي ترتيب ڏيڻ

Kubernetes بهترين طريقا. ننڍو ڪنٽينر ٺاهڻ
Kubernetes بهترين طريقا. آرگنائيزيشن آف ڪبرنيٽس نالي جي جاءِ سان
Kubernetes بهترين طريقا. تياري ۽ جاندار ٽيسٽن سان ڪبرنيٽس جي زندگي جي تصديق ڪرڻ

هر ڪبرنيٽس وسيلن لاءِ، توهان ترتيب ڏئي سگهو ٿا ٻن قسمن جون گهرجون - درخواستون ۽ حدون. پهريون بيان ڪنٽينر يا پوڊ کي هلائڻ لاءِ ضروري مفت نوڊ وسيلن جي دستيابي لاءِ گهٽ ۾ گهٽ گهرجون، ٻيو سختي سان ڪنٽينر وٽ موجود وسيلن کي محدود ڪري ٿو.

جڏهن ڪبرنيٽس پوڊ کي شيڊول ڪري ٿو، اهو تمام ضروري آهي ته ڪنٽينرز وٽ ڪافي وسيلا هجن جيڪي صحيح طريقي سان ڪم ڪن. جيڪڏھن توھان رٿابندي ڪري رھيا آھيو ھڪڙي وڏي ايپليڪيشن کي ھڪڙي وسيلن جي محدود نوڊ تي، اھو ممڪن آھي ته اھو نه ھلندو ڇو ته نوڊ ميموري تي گھٽ ھلي رھيو آھي يا سي پي يو پاور ختم ٿي رھيو آھي. هن آرٽيڪل ۾، اسان ڏسنداسين ته توهان وسيلن جي درخواستن ۽ حدن کي استعمال ڪندي ڪمپيوٽر پاور جي گھٽتائي کي ڪيئن حل ڪري سگهو ٿا.

درخواستون ۽ حدون ميکانيزم آھن جيڪي ڪبرنيٽس وسيلن کي منظم ڪرڻ لاءِ استعمال ڪندا آھن جهڙوڪ سي پي يو ۽ ميموري. درخواستون اھي آھن جيڪي يقيني بڻائين ٿا ڪنٽينر کي گهربل وسيلو ملي ٿو. جيڪڏهن هڪ ڪنٽينر هڪ وسيلن جي درخواست ڪري ٿو، ڪبرنيٽس صرف ان کي هڪ نوڊ تي شيڊول ڪندو جيڪو اهو مهيا ڪري سگهي ٿو. حدون ڪنٽرول ڪنٽينر پاران درخواست ڪيل وسيلن کي ڪڏهن به هڪ خاص قدر کان وڌيڪ نه ٿيندو.

Kubernetes بهترين طريقا. وسيلن جي درخواستن ۽ حدن کي ترتيب ڏيڻ

هڪ ڪنٽينر صرف پنهنجي ڪمپيوٽنگ پاور کي هڪ خاص حد تائين وڌائي سگهي ٿو، جنهن کان پوءِ اهو محدود ٿي ويندو. اچو ته ڏسو ته اهو ڪيئن ڪم ڪري ٿو. تنهن ڪري، وسيلن جا ٻه قسم آهن - پروسيسر ۽ ياداشت. ڪبرنيٽس شيڊولر انهن وسيلن بابت ڊيٽا استعمال ڪري ٿو اهو معلوم ڪرڻ لاءِ ته توهان جا پوڊ ڪٿي هلائڻا آهن. پوڊ لاءِ هڪ عام وسيلن جي وضاحت هن طرح نظر اچي ٿي.

Kubernetes بهترين طريقا. وسيلن جي درخواستن ۽ حدن کي ترتيب ڏيڻ

پوڊ ۾ هر ڪنٽينر پنهنجي پنهنجي سوالن ۽ حدن کي سيٽ ڪري سگهي ٿو، اهو تمام اضافو آهي. پروسيسر وسيلن کي مليڪورس ۾ بيان ڪيو ويو آهي. جيڪڏهن توهان جي ڪنٽينر کي هلائڻ لاءِ ٻه مڪمل ڪور جي ضرورت آهي، توهان قيمت مقرر ڪيو 2000m. جيڪڏهن ڪنٽينر کي صرف بنيادي جي 1/4 جي طاقت جي ضرورت آهي، قيمت 250m هوندي. ذهن ۾ رکو ته جيڪڏهن توهان هڪ CPU وسيلن جي قيمت تمام وڏي نوڊ جي ڪور جي تعداد کان وڌيڪ تفويض ڪريو ٿا، توهان جي پوڊ کي شروع ڪرڻ لاء مقرر نه ڪيو ويندو. ساڳي صورتحال پيدا ٿيندي جيڪڏهن توهان وٽ هڪ پوڊ آهي جنهن کي چار ڪور جي ضرورت آهي، ۽ ڪبرنيٽس ڪلستر صرف ٻن مکيه مجازي مشينن تي مشتمل آهي.

جيستائين توهان جي ايپليڪيشن خاص طور تي ڪيترن ئي ڪورن جو فائدو وٺڻ لاءِ ٺهيل ناهي (پروگرام جهڙوڪ پيچيده سائنسي ڪمپيوٽنگ ۽ ڊيٽابيس آپريشنز ذهن ۾ اچن ٿا)، پوءِ بهترين عمل اهو آهي ته سي پي يو جي درخواستن کي 1 يا ان کان گهٽ تي سيٽ ڪيو وڃي ۽ پوءِ اسڪاليبلٽي لاءِ وڌيڪ نقلن کي هلائڻو آهي. اهو حل سسٽم کي وڌيڪ لچڪدار ۽ قابل اعتماد ڏيندو.

جڏهن اهو سي پي يو جي حدن تي اچي ٿو، شيون وڌيڪ دلچسپ ٿي وڃن ٿيون ڇو ته اهو سمجهي وڃي ٿو هڪ قابل وسيلو. جيڪڏهن توهان جي ايپليڪيشن پروسيسر جي طاقت جي حد تائين پهچڻ شروع ٿئي ٿي، ڪبرنيٽس توهان جي ڪنٽينر کي سست ڪرڻ شروع ڪندو CPU Throttling - پروسيسر جي تعدد کي گهٽائڻ. هن جو مطلب اهو آهي ته سي پي يو مصنوعي طور تي ٺهرايو ويندو، ايپليڪيشن کي ممڪن طور تي خراب ڪارڪردگي ڏي، پر اهو عمل ختم يا ختم نه ڪيو ويندو.

ميموري وسيلن کي بائيٽ ۾ بيان ڪيو ويو آهي. عام طور تي سيٽنگن ۾ قدر ماپي ويندي آهي ميبائيٽس Mib ۾، پر توهان ڪنهن به قيمت مقرر ڪري سگهو ٿا، بائيٽ کان پيٽابيٽس تائين. ساڳي صورتحال هتي لاڳو ٿئي ٿي جيئن سي پي يو سان - جيڪڏهن توهان پنهنجي نوڊس تي ميموري جي مقدار کان وڌيڪ ميموري لاءِ درخواست ڏيو ٿا، ته پوڊ تي عمل ڪرڻ لاءِ مقرر نه ڪيو ويندو. پر CPU وسيلن جي برعڪس، ياداشت کي دٻايو نه ويو آهي ڇاڪاڻ ته ان جي استعمال کي محدود ڪرڻ جو ڪو طريقو ناهي. تنهن ڪري، ڪنٽينر جي عمل کي روڪيو ويندو جيئن ئي اهو مختص ڪيل ياداشت کان ٻاهر نڪري ويندو.

Kubernetes بهترين طريقا. وسيلن جي درخواستن ۽ حدن کي ترتيب ڏيڻ

اهو ياد رکڻ ضروري آهي ته توهان درخواستن کي ترتيب نه ڏئي سگهو ٿا جيڪي وسيلن کان وڌيڪ آهن توهان جي نوڊس مهيا ڪري سگھن ٿا. GKE ورچوئل مشينن لاءِ شيئر ڪيل وسيلا وضاحتون هن وڊيو هيٺ ڏنل لنڪ ۾ ڳولهي سگهجن ٿيون.

هڪ مثالي دنيا ۾، ڪنٽينر جي ڊفالٽ سيٽنگون ڪم جي فلوز کي آسانيءَ سان هلائڻ لاءِ ڪافي هونديون. پر حقيقي دنيا اهڙي نه آهي، ماڻهو آساني سان وسيلن جي استعمال کي ترتيب ڏيڻ کي وساري سگهن ٿا، يا هيڪرز درخواستون ۽ پابنديون قائم ڪندا جيڪي بنيادي ڍانچي جي حقيقي صلاحيتن کان وڌيڪ آهن. اهڙين حالتن کي روڪڻ لاءِ، توهان ResourceQuota ۽ LimitRange وسيلن جي ڪوٽا ترتيب ڏئي سگهو ٿا.

هڪ دفعو نالي جي جاء ٺاهي وئي آهي، ان کي ڪوٽا استعمال ڪندي بلاڪ ڪري سگهجي ٿو. مثال طور، جيڪڏهن توهان وٽ آهن پروڊ ۽ ديوي نالا اسپيس، نمونو اهو آهي ته اتي ڪو به پيداوار ڪوٽا نه آهي ۽ تمام سخت ترقياتي ڪوٽا. هي پروڊ کي اجازت ڏئي ٿو، ٽرئفڪ ۾ تيز اضافو جي صورت ۾، مڪمل طور تي موجود وسيلن تي قبضو ڪرڻ، مڪمل طور تي ديو کي بلاڪ ڪرڻ.

وسيلن جي کوٽ هن طرح نظر اچي سگهي ٿي. ھن مثال ۾ 4 حصا آھن - اھي آھن 4 ھيٺيون لائينون ڪوڊ جون.

Kubernetes بهترين طريقا. وسيلن جي درخواستن ۽ حدن کي ترتيب ڏيڻ

اچو ته انهن مان هر هڪ کي ڏسو. Requests.cpu گڏيل سي پي يو درخواستن جو وڌ ۾ وڌ تعداد آھي جيڪي نالي جي جڳھ ۾ سڀني ڪنٽينرز کان اچي سگھن ٿيون. هن مثال ۾، توهان وٽ 50m درخواستن سان 10 ڪنٽينر، 100m درخواستن سان پنج ڪنٽينر، يا 500m درخواستن سان صرف هڪ ڪنٽينر هوندا. جيستائين ڏنل نالي جي جاءِ جي requests.cpu جو ڪل تعداد 500m کان گهٽ آهي، تيستائين سڀ ڪجهه ٺيڪ ٿي ويندو.

ميموري جي درخواست ڪئي وئي درخواستن.ميموري گڏيل ميموري درخواستن جي وڌ ۾ وڌ مقدار آهي جيڪا نالي جي جڳهه ۾ سڀني ڪنٽينرز کي ٿي سگهي ٿي. جيئن ته پوئين صورت ۾، توهان وٽ 50 2 mib ڪنٽينر، پنج 20 mib ڪنٽينر، يا هڪ واحد 100 mib ڪنٽينر ٿي سگهي ٿو جيستائين نيمس اسپيس ۾ درخواست ڪيل ميموري جي ڪل مقدار 100 ميبائيٽس کان گهٽ هجي.

Limits.cpu سي پي يو پاور جي وڌ ۾ وڌ گڏيل مقدار آهي جيڪا نالا اسپيس ۾ موجود سڀئي ڪنٽينر استعمال ڪري سگهن ٿا. اسان هن کي پروسيسر پاور جي درخواستن جي حد تائين سمجهي سگهون ٿا.

آخرڪار، limits.memory مشترڪه ياداشت جي وڌ ۾ وڌ مقدار آهي جيڪا نالي جي جاءِ ۾ موجود سڀئي ڪنٽينر استعمال ڪري سگهن ٿا. هي ڪل ميموري درخواستن تي هڪ حد آهي.
تنهن ڪري، ڊفالٽ طور، ڪنٽينر ڪبرنيٽس ڪلستر ۾ لامحدود ڪمپيوٽ وسيلن سان هلن ٿا. وسيلن جي ڪوٽا سان، ڪلستر منتظمين وسيلن جي استعمال کي محدود ڪري سگھن ٿا ۽ وسيلن جي تخليق کي نالي جي جڳھ جي بنياد تي. نالي جي جڳھ ۾، ھڪڙو پوڊ يا ڪنٽينر استعمال ڪري سگھي ٿو جيترو سي پي يو پاور ۽ ميموري جي نالي جي جڳھ جي وسيلن جي ڪوٽا پاران مقرر ڪيل. تنهن هوندي، اتي هڪ خدشو آهي ته هڪ پوڊ يا ڪنٽينر سڀني موجود وسيلن کي هٽائي سگھي ٿو. هن صورتحال کي روڪڻ لاء، هڪ حد جي حد استعمال ڪئي وئي آهي - وسيلن جي مختص کي محدود ڪرڻ جي پاليسي (پوڊ يا ڪنٽينرز لاء) نالي جي جڳهه ۾.

حد جي حد پابنديون مهيا ڪري ٿي جيڪا ڪري سگھي ٿي:

  • هر ماڊيول يا ڪنٽينر لاءِ نالي جي جاءِ ۾ ڪمپيوٽنگ وسيلن جي گھٽ ۾ گھٽ ۽ وڌ ۾ وڌ استعمال کي يقيني بڻايو؛
  • هر Persistent VolumeClaim لاءِ گهٽ ۾ گهٽ ۽ وڌ ۾ وڌ Starage Request جي اسٽوريج جي درخواستن کي لاڳو ڪريو namespace ۾؛
  • نالي جي جڳهه ۾ وسيلن لاءِ درخواست ۽ حد جي وچ ۾ تعلق لاڳو ڪريو؛
  • مقرر ڪريو Default Requests/ Limits for compute Resources namespace ۾ ۽ خودڪار طريقي سان انھن کي ڪنٽينرز ۾ رن ٽائم ۾ داخل ڪريو.

هن طريقي سان توهان پنهنجي نالي جي جڳهه ۾ حد جي حد ٺاهي سگهو ٿا. ڪوٽا جي برعڪس، جيڪو پوري نالي واري جاءِ تي لاڳو ٿئي ٿو، حد جي حد انفرادي ڪنٽينرز لاءِ استعمال ٿئي ٿي. اهو صارفين کي تمام ننڍڙا يا، برعڪس، وڏي ڪنٽينر ٺاهڻ کان روڪي سگھي ٿو نالي جي جڳهه ۾. حد جي حد شايد هن طرح نظر اچي ٿي.

Kubernetes بهترين طريقا. وسيلن جي درخواستن ۽ حدن کي ترتيب ڏيڻ

جيئن اڳئين صورت ۾، هتي 4 حصن ۾ فرق ڪري سگهجي ٿو. اچو ته هر هڪ تي نظر رکون.
ڊفالٽ سيڪشن پوڊ ۾ ڪنٽينر لاءِ ڊفالٽ حد مقرر ڪري ٿو. جيڪڏهن توهان انهن قدرن کي انتهائي حد تائين مقرر ڪيو ٿا، ته پوءِ ڪو به ڪنٽينر جنهن لاءِ اهي قدر واضح طور تي مقرر نه ڪيا ويا آهن، اهي ڊفالٽ ويلز جي پيروي ڪندا.

ڊفالٽ درخواست سيڪشن defaultRequest پوڊ ۾ ڪنٽينر لاءِ ڊفالٽ درخواستن کي ترتيب ڏئي ٿو. ٻيهر، جيڪڏهن توهان انهن قدرن کي انتهائي حد تائين مقرر ڪيو ٿا، ته پوءِ ڪو به ڪنٽينر جيڪي واضح طور تي انهن اختيارن کي سيٽ نه ڪندا اهي انهن قدرن کي ڊفالٽ ڪندا.

وڌ ۾ وڌ سيڪشن بيان ڪري ٿو وڌ ۾ وڌ حدون جيڪي پوڊ ۾ ڪنٽينر لاءِ مقرر ڪري سگھجن ٿيون. ڊفالٽ سيڪشن ۾ قدر ۽ ڪنٽينر جون حدون هن حد کان مٿي مقرر نه ٿيون ڪري سگھجن. اهو نوٽ ڪرڻ ضروري آهي ته جيڪڏهن قيمت وڌ ۾ وڌ مقرر ڪئي وئي آهي ۽ ڪو به ڊفالٽ سيڪشن نه آهي، ته پوء وڌ ۾ وڌ قيمت ڊفالٽ قيمت ٿي ويندي.

منٽ سيڪشن گهٽ ۾ گهٽ درخواستن کي بيان ڪري ٿو جيڪي پوڊ ۾ ڪنٽينر لاءِ سيٽ ڪري سگھجن ٿيون. جڏهن ته، ڊفالٽ سيڪشن ۾ قيمتون ۽ ڪنٽينر لاءِ سوالن کي هن حد کان هيٺ نٿو ڪري سگهجي.

ٻيهر، اهو نوٽ ڪرڻ ضروري آهي ته جيڪڏهن هي قيمت مقرر ڪئي وئي آهي، ڊفالٽ نه آهي، پوء گهٽ ۾ گهٽ قيمت ڊفالٽ پرامٽ ٿي ويندي آهي.

اهي وسيلا درخواستون آخرڪار ڪبرنيٽس شيڊولر طرفان استعمال ڪيون وينديون آهن توهان جي ڪم لوڊ کي هلائڻ لاءِ. توھان لاءِ توھان جي ڪنٽينرز کي صحيح ترتيب ڏيڻ لاءِ، اھو سمجھڻ تمام ضروري آھي ته اھو ڪيئن ڪم ڪري ٿو. اچو ته چئو ته توھان پنھنجي ڪلستر ۾ گھڻن پوڊس کي هلائڻ چاھيو ٿا. فرض ڪيو پوڊ جون وضاحتون صحيح آهن، ڪبرنيٽس شيڊول ڪم لوڊ کي هلائڻ لاءِ نوڊ چونڊڻ لاءِ گول رابن بيلنس استعمال ڪندو.

Kubernetes بهترين طريقا. وسيلن جي درخواستن ۽ حدن کي ترتيب ڏيڻ

ڪبرنيٽس چيڪ ڪندو ته ڇا نوڊ 1 وٽ ڪافي وسيلا آهن پوڊ ڪنٽينرز کان درخواستون پوريون ڪرڻ لاءِ، ۽ جيڪڏهن ائين نه ٿئي، ته اهو ايندڙ نوڊ ڏانهن هليو ويندو. جيڪڏهن سسٽم ۾ ڪو به نوڊس درخواستن کي پورو ڪرڻ جي قابل نه آهي، پوڊز التوا واري حالت ۾ ويندا. استعمال ڪندي گوگل ڪبرنيٽس انجڻ جون خاصيتون جهڙوڪ نوڊ آٽو اسڪيلنگ، GKE خودڪار طريقي سان انتظار جي حالت کي ڳولي سگهي ٿو ۽ ڪيترائي اضافي نوڊس ٺاهي سگھي ٿو.

جيڪڏهن توهان بعد ۾ نوڊ جي گنجائش کان ٻاهر هلندا، خودڪار اسڪيلنگ توهان کي پئسا بچائڻ لاء نوڊس جو تعداد گهٽائي ڇڏيندو. اهو ئي سبب آهي ته ڪبرنيٽس درخواستن جي بنياد تي پوڊ شيڊول ڪري ٿو. جڏهن ته، حد درخواستن کان وڌيڪ ٿي سگهي ٿي، ۽ ڪجهه حالتن ۾ نوڊ اصل ۾ وسيلن کان ٻاهر نڪري سگهي ٿو. اسان هن رياست کي اوور ڪمٽمينٽ اسٽيٽ سڏين ٿا.

Kubernetes بهترين طريقا. وسيلن جي درخواستن ۽ حدن کي ترتيب ڏيڻ

جيئن مون چيو، جڏهن اهو اچي ٿو سي پي يو، ڪبرنيٽس پوڊ کي محدود ڪرڻ شروع ڪندو. ھر پوڊ کي ايترو ئي ملندو جيترو ان جي درخواست ڪئي وئي، پر جيڪڏھن اھو حد تائين نه پھچي، ته ٺھرائڻ شروع ٿي ويندو.

جڏهن اها ميموري وسيلن تي اچي ٿي، ڪبرنيٽس کي اهو فيصلو ڪرڻ تي مجبور ڪيو ويو آهي ته ڪهڙن پوڊز کي ختم ڪيو وڃي ۽ ڪهڙو رکڻو آهي جيستائين توهان سسٽم وسيلن کي آزاد نه ڪيو يا سڄو سسٽم تباهه ٿي ويندو.

اچو ته هڪ اهڙي منظر جو تصور ڪريو جتي توهان وٽ هڪ مشين آهي جيڪا ميموري ختم ٿي رهي آهي - ڪبرنيٽس ان کي ڪيئن سنڀاليندو؟

ڪبرنيٽس پوڊ ڳوليندا جيڪي استعمال ڪري رهيا آهن وڌيڪ وسيلا انهن جي درخواست کان. تنهن ڪري جيڪڏهن توهان جي ڪنٽينرز ۾ ڪا به درخواست نه آهي، انهي جو مطلب آهي ته اهي انهن کان وڌيڪ استعمال ڪرڻ لاء ڊفالٽ ڪري رهيا آهن جيڪي انهن لاء پڇيا ويا آهن، صرف ان ڪري ته انهن ڪجهه به نه پڇيو! اهڙا ڪنٽينر بند ٿيڻ لاءِ اهم اميدوار بڻجي ويندا آهن. ايندڙ اميدوار ڪنٽينر آهن جيڪي انهن جي سڀني درخواستن کي پورو ڪري چڪا آهن پر اڃا تائين وڌ کان وڌ حد کان هيٺ آهن.

تنهن ڪري جيڪڏهن ڪبرنيٽس ڪيترن ئي پوڊس کي ڳولي ٿو جيڪي انهن جي درخواست جي پيٽرولن کان وڌي ويا آهن، اهو انهن کي ترجيح سان ترتيب ڏيندو ۽ پوء گھٽ ترجيحي پوڊ کي هٽائي ڇڏيندو. جيڪڏهن سڀني پوڊس کي ساڳي ترجيح آهي، ته پوءِ ڪبرنيٽس انهن پوڊز کي ختم ڪري ڇڏيندو جيڪي انهن جي درخواستن کي ٻين پوڊز کان وڌيڪ وڌائي چڪا آهن.

تمام نادر ڪيسن ۾، ڪبرنيٽس شايد پوڊ کي ختم ڪري سگھن ٿيون جيڪي اڃا تائين انهن جي درخواستن جي دائري ۾ آهن. اهو تڏهن ٿي سگهي ٿو جڏهن نازڪ سسٽم جا حصا جهڙوڪ ڪبيليٽ ايجنٽ يا ڊاڪر وڌيڪ وسيلا استعمال ڪرڻ شروع ڪن ٿا جيڪي انهن لاءِ رکيا ويا هئا.
تنهن ڪري، ننڍين ڪمپنين جي شروعاتي مرحلن ۾، هڪ ڪبرنيٽس ڪلستر بغير وسيلن جي درخواستن ۽ پابندين کي ترتيب ڏيڻ کان سواء سٺو ڪم ڪري سگهي ٿو، پر جيئن توهان جون ٽيمون ۽ منصوبا سائيز ۾ وڌڻ شروع ڪن ٿا، توهان هن علائقي ۾ مسئلن ۾ هلڻ جو خطرو هلائيندا آهيو. توھان جي ماڊلز ۽ نالن جي جڳھن ۾ سوالن ۽ رڪاوٽن کي شامل ڪرڻ تمام گھٽ اضافي ڪوشش جي ضرورت آھي ۽ تمام گھڻي پريشاني بچائي سگھي ٿي.

Kubernetes بهترين طريقا. صحيح بند ختم ڪريو

ڪجھ اشتهار 🙂

اسان سان گڏ رهڻ لاء توهان جي مهرباني. ڇا توهان اسان جا مضمون پسند ڪندا آهيو؟ وڌيڪ دلچسپ مواد ڏسڻ چاهيو ٿا؟ آرڊر ڏيڻ يا دوستن کي سفارش ڪندي اسان جي مدد ڪريو، ڪلائوڊ VPS ڊولپرز لاءِ $4.99 کان, داخلا-سطح سرورز جو هڪ منفرد اينالاگ، جيڪو اسان توهان لاءِ ايجاد ڪيو هو: VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps جي باري ۾ سڄي حقيقت $19 کان يا سرور ڪيئن شيئر ڪجي؟ (RAID1 ۽ RAID10 سان دستياب آهي، 24 ڪور تائين ۽ 40GB DDR4 تائين).

ڊيل R730xd 2x سستا Equinix Tier IV ڊيٽا سينٽر ۾ Amsterdam ۾؟ صرف هتي 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 کان هالينڊ ۾! ڊيل R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 کان! جي باري ۾ پڙهو انفراسٽرڪچر ڪارپوريشن ڪيئن ٺاهيو. ڪلاس ڊيل R730xd E5-2650 v4 سرورز جي استعمال سان 9000 يورو جي قيمت هڪ پني لاءِ؟

جو ذريعو: www.habr.com

تبصرو شامل ڪريو