ڪبرنيٽس ۾ اسٽوريج: اوپن اي بي ايس بمقابله روڪ (سيف) بمقابله رينچر لانگ هورن بمقابله اسٽوريج او ايس بمقابله رابن بمقابله پورٽورڪس بمقابله لنسٽر

ڪبرنيٽس ۾ اسٽوريج: اوپن اي بي ايس بمقابله روڪ (سيف) بمقابله رينچر لانگ هورن بمقابله اسٽوريج او ايس بمقابله رابن بمقابله پورٽورڪس بمقابله لنسٽر

تازه ڪاري!. تبصرن ۾، پڙهندڙن مان هڪ ڪوشش ڪرڻ جي صلاح ڏني لنسٽر (شايد هو پاڻ ان تي ڪم ڪري رهيو آهي) تنهن ڪري مون هن حل بابت هڪ سيڪشن شامل ڪيو آهي. مون به لکيو آهي پوسٽ ڪريو ته ڪيئن انسٽال ڪجي، ڇاڪاڻ ته اهو عمل باقي کان بلڪل مختلف آهي.

سچ پڇو، مون ڇڏي ڏنو ۽ ڇڏي ڏنو ڪوبنيٿس (گهٽ ۾ گهٽ في الحال). مان استعمال ڪندس هيڪوڪو. ڇو؟ اسٽوريج جي ڪري! ڪنهن سوچيو هوندو ته مان پاڻ ڪبرنيٽس جي ڀيٽ ۾ ذخيري سان وڌيڪ ٽِڪر ڪندس. مان استعمال ڪريان ٿو Hetzner Cloudڇاڪاڻ ته اهو سستو آهي ۽ ڪارڪردگي سٺي آهي ۽ شروع کان وٺي آئون استعمال ڪندي ڪلسٽرز کي ترتيب ڏئي رهيو آهيان رنچ. مون Google/Amazon/Microsoft/DigitalOcean، وغيره وغيره کان ڪبرنيٽس سروسز منظم ڪرڻ جي ڪوشش نه ڪئي، ڇاڪاڻ ته مان پاڻ کي سڀ ڪجهه سکڻ چاهيان ٿو. مان پڻ سستي آهيان.

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

مون آزمايو 6-7 اسٽوريج حل:

اوپن اي بي ايس

جيئن مون اڳ ۾ ئي چيو آهي پوئين پوسٽ ۾لسٽ مان اڪثر اختيارن کي آزمائيندي، مون شروعاتي طور تي OpenEBS تي آباد ڪيو. OpenEBS انسٽال ڪرڻ ۽ استعمال ڪرڻ تمام آسان آھي، پر ايماندار ٿيڻ کان پوءِ، لوڊ ھيٺ حقيقي ڊيٽا سان جاچڻ کان پوءِ، مان ان جي ڪارڪردگيءَ کان مايوس ٿي ويس. هي کليل ذريعو آهي، ۽ ڊولپرز پنهنجو پاڻ تي آهن سست چينل هميشه تمام مددگار جڏهن مون کي مدد جي ضرورت آهي. بدقسمتي سان، ٻين اختيارن جي مقابلي ۾ ان جي ڪارڪردگي تمام خراب آهي، تنهنڪري ٽيسٽ کي ٻيهر هلائڻو پوندو. OpenEBS ۾ هن وقت 3 اسٽوريج انجڻ آهن، پر مان پوسٽ ڪري رهيو آهيان بينچ مارڪ نتيجا cStor لاءِ. مون وٽ اڃان تائين Jiva ۽ LocalPV لاءِ نمبر ناهن.

مختصر ۾، جيوا ٿورڙو تيز آهي، ۽ LocalPV عام طور تي تيز آهي، سڌو ڊسڪ بينچ مارڪ کان وڌيڪ خراب ناهي. LocalPV سان مسئلو اهو آهي ته حجم صرف ان نوڊ تي پهچائي سگهجي ٿو جتي اهو تيار ڪيو ويو آهي، ۽ اتي ڪا به نقل نه آهي. مون کي بيڪ اپ ذريعي بحال ڪرڻ ۾ ڪجهه مسئلا هئا سيلبوٽ نئين ڪلستر تي ڇاڪاڻ ته نوڊ جا نالا مختلف هئا. جيڪڏهن اسان بيڪ اپ بابت ڳالهايون ٿا، cStor وٽ آهي Velero لاء پلگ ان، جنهن سان توهان وقت ۾ هڪ نقطي تي سنيپ شاٽ جي آف سائيٽ بيڪ اپ ڪري سگهو ٿا، جيڪو ويلرو-ريسٽڪ سان فائل-سطح جي بيڪ اپ کان وڌيڪ آسان آهي. مون لکيو ڪيترائي اسڪرپٽ، انهي کي آسان بڻائڻ لاءِ هن پلگ ان سان بيڪ اپ ۽ بحالي کي منظم ڪرڻ. مجموعي طور تي، مون کي واقعي پسند آهي OpenEBS، پر ان جي ڪارڪردگي ...

ريڪ

روڪ پڻ اوپن سورس آهي، ۽ فهرست تي باقي اختيارن کان ڇا ان کي سيٽ ڪري ٿو اهو اهو آهي ته اهو هڪ اسٽوريج آرڪيسٽرٽر آهي جيڪو مختلف پس منظرن سان گڏ پيچيده اسٽوريج مينيجمينٽ جا ڪم سنڀاليندو آهي، مثال طور. سيف, EdgeFS ۽ ٻيا، جيڪي ڪم کي تمام آسان بڻائي ٿو. مون کي EfgeFS سان مسئلا هئا جڏهن مون ڪجهه مهينا اڳ ڪوشش ڪئي، تنهنڪري مون خاص طور تي ڪيف سان آزمائي ڪئي. Ceph نه رڳو بلاڪ اسٽوريج پيش ڪري ٿو، پر S3 / سوفٽ ۽ ورهايل فائل سسٽم سان مطابقت رکندڙ آبجیکٹ اسٽوريج پڻ. مون کي Ceph جي باري ۾ ڇا پسند آهي ڪيترن ئي ڊسڪ ۾ حجم ڊيٽا کي ڦهلائڻ جي صلاحيت آهي ته جيئن حجم هڪ ڊسڪ تي فٽ ٿيڻ کان وڌيڪ ڊسڪ اسپيس استعمال ڪري سگهي. اهو آرامده آهي. هڪ ٻي سٺي خصوصيت اها آهي ته جڏهن توهان ڊسڪ کي ڪلستر ۾ شامل ڪندا آهيو، اهو خودڪار طريقي سان سڀني ڊسڪ ۾ ڊيٽا کي ٻيهر ورهائي ٿو.

ڪيف وٽ سنيپ شاٽ آھن، پر جيتري قدر مون کي خبر آھي، اھي سڌي طرح روڪ / ڪبرنيٽس ۾ استعمال نٿا ڪري سگھجن. سچ، مون ان ۾ نه وڌو. پر اتي ڪي به آف سائيٽ بيڪ اپ نه آهن، تنهنڪري توهان کي ڪجهه استعمال ڪرڻو پوندو Velero/Restic سان، پر هتي صرف فائل-سطح جا بيڪ اپ آهن، نه پوائنٽ-ان-ٽائم سنيپ شاٽ. روڪ جي باري ۾ مون کي واقعي پسند ڪيو ويو ته ڪيف سان ڪم ڪرڻ ڪيترو آسان آهي - اهو تقريبن سڀني پيچيده شين کي لڪائيندو آهي ۽ اوزار پيش ڪري ٿو سيف سان سڌو ڳالهائڻ لاءِ مسئلا حل ڪرڻ لاءِ. بدقسمتي سان، Ceph حجم جي دٻاء جي امتحان دوران، مون سان گڏ مسئلا جاري رکيا هي مسئلو، جنهن سبب ڪيف غير مستحڪم ٿي وڃي ٿو. اهو اڃا تائين واضح ناهي ته ڇا اهو خود ڪيف ۾ هڪ بگ آهي يا رستو ۾ هڪ مسئلو آهي Rook Ceph کي منظم ڪري ٿو. مون ميموري سيٽنگن سان ٽڪرايو، ۽ اهو بهتر ٿي ويو، پر مسئلو مڪمل طور تي حل نه ڪيو ويو. ڪيف جي سٺي ڪارڪردگي آهي، جيئن توهان هيٺ ڏنل معيارن ۾ ڏسي سگهو ٿا. اهو پڻ هڪ سٺو ڊيش بورڊ آهي.

رنچر لانگ هورن

مون کي واقعي Longhorn پسند آهي. منهنجي خيال ۾، هي هڪ واعدو حل آهي. سچ پچ، ڊولپرز پاڻ (Rancher Labs) تسليم ڪن ٿا ته اهو اڃا تائين ڪم ڪندڙ ماحول لاء مناسب ناهي، ۽ اهو ڏيکاري ٿو. اهو کليل ذريعو آهي ۽ سٺي ڪارڪردگي آهي (جيتوڻيڪ انهن اڃا تائين بهتر نه ڪيو آهي)، پر حجمن کي پوڊ سان ڳنڍڻ ۾ تمام گهڻو وقت لڳندو آهي، ۽ بدترين حالتن ۾ اهو 15-16 منٽ وٺندو آهي، خاص طور تي وڏي بيڪ اپ کي بحال ڪرڻ کان پوء يا ڪم لوڊ کي اپڊيٽ ڪرڻ. ان ۾ سنيپ شاٽ ۽ آف سائيٽ بيڪ اپ آھن انھن سنيپ شاٽ جا، پر اھي صرف حجمن تي لاڳو ٿين ٿا، تنھنڪري توھان کي اڃا تائين ڪجھ ضرورت پوندي جيئن Velero ٻين وسيلن جو بيڪ اپ ڪرڻ لاءِ. بيڪ اپ ۽ بحالي تمام قابل اعتماد آهن، پر غير معمولي طور تي سست. بلڪل، بلڪل سست. لانگ هورن ۾ ڊيٽا جي وچولي مقدار سان ڪم ڪرڻ وقت سي پي يو جو استعمال ۽ سسٽم لوڊ اڪثر ڪري وڌي ٿو. لانگ هورن کي منظم ڪرڻ لاءِ هڪ آسان ڊيش بورڊ آهي. مون اڳ ۾ ئي چيو آهي ته مون کي لانگ هورن پسند آهي، پر ان کي ڪجهه ڪم جي ضرورت آهي.

اسٽوريج او ايس

StorageOS فهرست تي پهريون ادا ڪيل پراڊڪٽ آهي. اهو هڪ ڊولپر ورزن آهي 500GB جي محدود منظم اسٽوريج سائيز سان، پر مان نه ٿو سمجهان ته نوڊس جي تعداد تي ڪا حد آهي. سيلز ڊپارٽمينٽ مون کي ٻڌايو ته قيمت شروع ٿئي ٿي $125 هر مهيني 1 TB لاءِ، جيڪڏهن مون کي صحيح طرح ياد آهي. هتي هڪ بنيادي ڊيش بورڊ ۽ هڪ آسان CLI آهي، پر ڪارڪردگي سان ڪجهه عجيب ٿي رهيو آهي: ڪجهه معيارن ۾ اهو ڪافي مهذب آهي، پر حجم جي دٻاء جي امتحان ۾ مون کي رفتار پسند نه ڪيو. عام طور تي، مون کي خبر ناهي ته ڇا چوڻ گهرجي. تنهنڪري مون کي گهڻو ڪجهه سمجهه ۾ نه آيو. هتي ڪي به آف سائيٽ بيڪ اپ نه آهن ۽ توهان کي پڻ استعمال ڪرڻو پوندو Velero with Restic to backup Volumes. اهو عجيب آهي، ڇاڪاڻ ته پيداوار ادا ڪئي وئي آهي. ۽ ڊولپرز Slack تي ڳالھ ٻولھ ڪرڻ جو شوق نه ھو.

Robin

مون انهن جي ٽيڪنيڪل ڊائريڪٽر کان Reddit تي رابن بابت سکيو. مون هن کان اڳ ڪڏهن به نه ٻڌو هو. ٿي سگهي ٿو ڇاڪاڻ ته آئون مفت حل ڳولي رهيو هوس، پر رابن ادا ڪيو ويو آهي. انهن وٽ هڪ خوبصورت سخي مفت نسخو آهي 10TB اسٽوريج ۽ ٽي نوڊس سان. مجموعي طور تي، پيداوار ڪافي مهذب آهي ۽ سٺي خاصيتون آهن. هتي هڪ بهترين CLI آهي، پر سڀ کان سٺي ڳالهه اها آهي ته توهان پوري ايپليڪيشن کي سنيپ شاٽ ۽ بيڪ اپ ڪري سگهو ٿا (وسيع چونڊيندڙ ۾ هي هيلم رليز يا ”فليڪس ايپس“ سڏيو ويندو آهي)، جنهن ۾ حجم ۽ ٻيا وسيلا شامل آهن، تنهنڪري توهان ڪري سگهو ٿا بغير ويلرو. ۽ سڀ ڪجھ شاندار ٿيندو جيڪڏھن نه ھڪڙي ننڍڙي تفصيل لاءِ: جيڪڏھن توھان بحال ڪريو (يا "درآمد"، جيئن ان کي رابن ۾ سڏيو ويندو آھي) ھڪڙي نئين ڪلستر تي ايپليڪيشن - مثال طور، آفت کان بحالي جي صورت ۾ - بحالي، يقينا، ڪم ڪري ٿو، پر ايپليڪيشن کي بيڪ اپ ڪرڻ جاري رکو ته اهو حرام آهي. اهو صرف هن رليز ۾ ممڪن ناهي، جيئن ڊولپرز تصديق ڪئي آهي. اهو آهي، ان کي نرمي سان، عجيب، خاص طور تي ٻين فائدن تي غور ڪندي (مثال طور، ناقابل اعتبار حد تائين تيز بيڪ اپ ۽ بحال). ڊولپرز واعدو ڪيو ته ايندڙ رليز تائين هر شي کي درست ڪرڻ. ڪارڪردگي عام طور تي سٺي آهي، پر مون هڪ عجيب محسوس ڪيو: جيڪڏهن مان بينچ مارڪ کي سڌو سنئون ميزبان سان منسلڪ حجم تي هلائي، پڙهڻ جي رفتار پوڊ جي اندر ساڳئي حجم کي هلائڻ کان وڌيڪ تيز آهي. ٻيا سڀئي نتيجا هڪجهڙا آهن، پر نظريي ۾ ڪو به فرق نه هجڻ گهرجي. جيتوڻيڪ اهي ان تي ڪم ڪري رهيا آهن، مون کي بحالي ۽ بيڪ اپ جي مسئلي بابت پريشان هئي - مون سوچيو ته مون آخرڪار هڪ مناسب حل ڳولي ورتو آهي، ۽ مان ان جي قيمت ادا ڪرڻ لاء تيار آهيان جڏهن مون کي وڌيڪ جاء يا وڌيڪ سرور جي ضرورت هئي.

پورٽورڪس

مون وٽ هتي چوڻ لاءِ گهڻو ڪجهه ناهي. هي هڪ ادا ڪيل پراڊڪٽ آهي، برابر ٿڌو ۽ قيمتي. ڪارڪردگي صرف شاندار آهي. هي بهترين اشارو آهي هن وقت تائين. Slack مون کي ٻڌايو ته قيمت شروع ٿئي ٿي $205 في مهيني في نوڊ، جيئن گوگل جي GKE مارڪيٽ ۾ درج ٿيل آهي. مون کي خبر ناهي ته اهو سستو ٿيندو جيڪڏهن توهان سڌو خريد ڪندا. مان انهي کي هرگز برداشت نٿو ڪري سگهان، تنهنڪري مان تمام گهڻو مايوس ٿي چڪو آهيان ته ڊولپر لائسنس (1 TB ۽ 3 نوڊس تائين) عملي طور تي ڪبرنيٽس سان بيڪار آهي جيستائين توهان جامد رزق سان مطمئن نه آهيو. مون کي اميد هئي ته حجم لائسنس خود بخود ڊولپر کي آزمائشي مدت جي آخر ۾ ڊولپر تائين پهچايو ويندو، پر اهو نه ٿيو. ڊولپر لائسنس صرف سڌو استعمال ڪري سگھجي ٿو ڊڪر سان، ۽ ڪبرنيٽس ۾ ترتيب ڏيڻ تمام مشڪل ۽ محدود آھي. يقينا، مان اوپن سورس کي ترجيح ڏيان ٿو، پر جيڪڏهن مون وٽ پئسا هجي ها، مان ضرور ضرور چونڊيندس Portworx. ايترو پري، ان جي ڪارڪردگي صرف ٻين اختيارن سان مقابلو نٿو ڪري.

لنسٽر

مون هن حصي کي پوسٽ جي اشاعت کان پوء شامل ڪيو، جڏهن هڪ پڙهندڙ تجويز ڪيو Linstor ڪوشش ڪرڻ. مون ان جي ڪوشش ڪئي ۽ مون کي پسند ڪيو! پر اسان کي اڃا به اونهي کوٽڻ جي ضرورت آهي. هاڻي مان چئي سگهان ٿو ته ڪارڪردگي خراب ناهي (مون هيٺ ڏنل معيار جا نتيجا شامل ڪيا). لازمي طور تي، مون ساڳي ڪارڪردگي حاصل ڪئي جيڪا ڊسڪ سڌي طرح، بغير ڪنهن مٿي جي مٿي. (اهو نه پڇو ڇو Portworx سڌو سنئون ڊرائيو بينچ مارڪ کان بهتر نمبر آهن. مون کي ڪا خبر ناهي. جادو، منهنجو اندازو آهي.) تنهنڪري Linstor اڃا تائين تمام مؤثر لڳي ٿو. اهو انسٽال ڪرڻ ڏکيو ناهي، پر اهو ٻين اختيارن وانگر آسان ناهي. پهرين مون کي انسٽال ڪرڻو پيو Linstor (ڪرنل ماڊل ۽ اوزار/سروسز) ۽ پتلي رزق ۽ سنيپ شاٽ سپورٽ لاءِ LVM ترتيب ڏيڻ ڪبرنيٽس کان ٻاهر، سڌو ميزبان تي، ۽ پوءِ ڪبرنيٽس کان اسٽوريج استعمال ڪرڻ لاءِ گهربل وسيلا ٺاهي. مون اهو پسند نه ڪيو ته اهو CentOS تي ڪم نه ڪيو ۽ مون کي Ubuntu استعمال ڪرڻو پيو. خوفناڪ نه، يقينا، پر ٿورڙو پريشان ڪندڙ، ڇاڪاڻ ته دستاويز (جيڪو شاندار آهي، رستي ۾) ڪيترن ئي پيڪيجز جو ذڪر ڪري ٿو جيڪي مخصوص ايپيل مخزن ۾ نه ملي سگھن ٿيون. Linstor وٽ سنيپ شاٽ آهن، پر نه آف سائيٽ بيڪ اپ، تنهنڪري هتي ٻيهر مون کي استعمال ڪرڻو پيو Velero with Restic to backup Volumes. مان فائل-سطح جي بيڪ اپ جي بدران سنيپ شاٽ کي ترجيح ڏيندس، پر اهو برداشت ڪري سگهجي ٿو جيڪڏهن حل ڪارڪردگي ۽ قابل اعتماد آهي. Linstor کليل ذريعو آهي پر ادا ڪيل سپورٽ آهي. جيڪڏھن مان صحيح سمجھان ٿو، اھو بغير پابندين جي استعمال ڪري سگھجي ٿو، جيتوڻيڪ توھان وٽ ڪو معاون معاهدو نه آھي، پر اھو واضح ڪرڻ جي ضرورت آھي. مون کي خبر ناهي ته ڪبرنيٽس لاءِ Linstor ڪيئن آزمايو ويو آهي، پر اسٽوريج پرت خود ڪبرنيٽس کان ٻاهر آهي ۽ ظاهري طور تي، حل ڪالهه ظاهر نه ٿيو، تنهنڪري اهو شايد اڳ ۾ ئي حقيقي حالتن ۾ آزمائي چڪو آهي. ڇا ھتي ھڪڙو حل آھي جيڪو مون کي پنھنجي ذهن کي تبديل ڪري ڇڏيندس ۽ ڪبرنيٽس ڏانھن واپس وڃو؟ مون کي ناهي خبر. اسان کي اڃا به اونهي کوٽائي ڪرڻي آهي ۽ نقل جي مطالعي جي ضرورت آهي. اچو ته ڏسون. پر پهريون تاثر سٺو آهي. مان ضرور وڌيڪ آزادي حاصل ڪرڻ ۽ نيون شيون سکڻ لاءِ هيروڪو بدران پنهنجا ڪبرنيٽس ڪلسٽر استعمال ڪرڻ کي ترجيح ڏيندس. جيئن ته Linstor ٻين وانگر انسٽال ڪرڻ آسان ناهي، آئون جلد ئي ان بابت پوسٽ لکندس.

معيار

بدقسمتي سان، مون مقابلي بابت ڪيترائي نوٽس نه رکيا ڇاڪاڻ ته مون اهو نه سوچيو ته مان ان بابت لکندس. مون وٽ صرف بنيادي فيو معيارن جا نتيجا آھن ۽ صرف ھڪڙي نوڊ ڪلستر لاءِ، تنھنڪري مون وٽ اڃا تائين نقل ٿيل ترتيبن لاءِ نمبر نه آھن. پر انهن نتيجن مان توهان اندازو لڳائي سگهو ٿا ته هر آپشن مان ڪهڙي اميد رکڻي آهي، ڇاڪاڻ ته مون انهن کي ساڳي ڪلائوڊ سرورز، 4 ڪور، 16 GB ريم، اضافي 100 GB ڊسڪ سان ٽيسٽ ٿيل حجمن لاءِ ڀيٽيو. مون هر حل لاءِ ٽي دفعا معيار کي ورجايو ۽ سراسري نتيجو ڳڻيو، ان سان گڏ مون هر پراڊڪٽ لاءِ سرور سيٽنگون ري سيٽ ڪيون. اهو سڀ ڪجهه مڪمل طور تي غير سائنسي آهي، صرف توهان کي هڪ عام خيال ڏي. ٻين تجربن ۾، مون پڙهڻ ۽ لکڻ جي جانچ ڪرڻ لاء حجم مان 38 GB فوٽوز ۽ وڊيوز نقل ڪيا، پر افسوس، مون نمبر محفوظ نه ڪيا. مختصر ۾: پورٽ ورڪڪس تمام تيز هو.

حجم جي معيار لاءِ مون ھي پڌرو استعمال ڪيو:

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: dbench
spec:
  storageClassName: ...
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 5Gi
---
apiVersion: batch/v1
kind: Job
metadata:
  name: dbench
spec:
  template:
    spec:
      containers:
      - name: dbench
        image: sotoaster/dbench:latest
        imagePullPolicy: IfNotPresent
        env:
          - name: DBENCH_MOUNTPOINT
            value: /data
          - name: FIO_SIZE
            value: 1G
        volumeMounts:
        - name: dbench-pv
          mountPath: /data
      restartPolicy: Never
      volumes:
      - name: dbench-pv
        persistentVolumeClaim:
          claimName: dbench
  backoffLimit: 4

مون پهريون ڀيرو هڪ حجم ٺاهيو مناسب اسٽوريج ڪلاس سان ۽ پوءِ ڪم ڪيو فيو سان گڏ مناظر جي پويان. مون ورتو 1 GB ڪارڪردگي جو اندازو لڳائڻ ۽ گهڻو انتظار نه ڪيو. هتي نتيجا آهن:

ڪبرنيٽس ۾ اسٽوريج: اوپن اي بي ايس بمقابله روڪ (سيف) بمقابله رينچر لانگ هورن بمقابله اسٽوريج او ايس بمقابله رابن بمقابله پورٽورڪس بمقابله لنسٽر

مون نمايان ڪئي آهي بهترين قدر هر ميٽرڪ لاءِ سائي ۾ ۽ بدترين ڳاڙهي ۾.

ٿڪل

جئين توهان ڏسي سگهو ٿا، اڪثر ڪيسن ۾ پورٽورڪس ٻين کان بهتر ڪارڪردگي ڪئي. پر مون لاء اهو قيمتي آهي. مون کي خبر ناهي ته رابن جي قيمت ڪيتري آهي، پر انهن وٽ هڪ بهترين مفت نسخو آهي، تنهن ڪري جيڪڏهن توهان هڪ ادا ڪيل پراڊڪٽ چاهيو ٿا، توهان ان کي آزمائي سگهو ٿا (اميد آهي ته اهي جلد ئي بحالي ۽ بيڪ اپ سان مسئلو حل ڪندا). ٽن مفت وارن مان، مون کي OpenEBS سان گهٽ ۾ گهٽ مسئلا هئا، پر ان جي ڪارڪردگي غير معمولي آهي. اهو افسوس جي ڳالهه آهي ته مون وڌيڪ نتيجا محفوظ نه ڪيا، پر مون کي اميد آهي ته انگ ۽ منهنجا رايا توهان جي مدد ڪندا.

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

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