SDS আর্কিটেকচারের সংক্ষিপ্ত তুলনা বা সঠিক স্টোরেজ প্ল্যাটফর্ম খোঁজা (GlusterVsCephVsVirtuozzoStorage)

এই নিবন্ধটি আপনাকে নিজের জন্য সঠিক সমাধান চয়ন করতে এবং SDS যেমন Gluster, Ceph এবং Vstorage (Virtuozzo) এর মধ্যে পার্থক্য বুঝতে সাহায্য করার জন্য লেখা হয়েছিল।

পাঠ্যটি নির্দিষ্ট সমস্যাগুলির আরও বিশদ প্রকাশ সহ নিবন্ধগুলির লিঙ্কগুলি ব্যবহার করে, তাই বর্ণনাগুলি যতটা সম্ভব সংক্ষিপ্ত হবে, অপ্রয়োজনীয় ফ্লাফ এবং প্রাথমিক তথ্য ছাড়াই মূল পয়েন্টগুলি ব্যবহার করে যা আপনি চাইলে, স্বাধীনভাবে ইন্টারনেটে পেতে পারেন।

প্রকৃতপক্ষে, অবশ্যই, উত্থাপিত বিষয়গুলির জন্য পাঠ্যের স্বর প্রয়োজন, তবে আধুনিক বিশ্বে আরও বেশি সংখ্যক লোক প্রচুর পড়তে পছন্দ করে না))), তাই আপনি দ্রুত পড়তে এবং একটি পছন্দ করতে পারেন এবং যদি কিছু হয় স্পষ্ট নয়, লিঙ্কগুলি অনুসরণ করুন বা অস্পষ্ট শব্দগুলি গুগল করুন))), এবং এই নিবন্ধটি এই গভীর বিষয়গুলির জন্য একটি স্বচ্ছ মোড়কের মতো, ভরাট দেখাচ্ছে - প্রতিটি সিদ্ধান্তের মূল মূল পয়েন্টগুলি।

গ্লাস্টার

চলুন শুরু করা যাক Gluster দিয়ে, যা সক্রিয়ভাবে SDS সহ হাইপারকনভার্জড প্ল্যাটফর্মের নির্মাতারা ভার্চুয়াল পরিবেশের জন্য ওপেন সোর্সের উপর ভিত্তি করে ব্যবহার করে এবং স্টোরেজ বিভাগে RedHat ওয়েবসাইটে পাওয়া যাবে, যেখানে আপনি দুটি SDS বিকল্প থেকে বেছে নিতে পারেন: Gluster বা Ceph।

Gluster অনুবাদকদের একটি স্ট্যাক নিয়ে গঠিত - পরিষেবা যা ফাইল বিতরণ ইত্যাদির সমস্ত কাজ সম্পাদন করে। ইট হল একটি পরিষেবা যা একটি ডিস্ককে পরিষেবা দেয়, ভলিউম হল একটি ভলিউম (পুল) যা এই ইটগুলিকে একত্রিত করে। এরপরে DHT (ডিস্ট্রিবিউটেড হ্যাশ টেবিল) ফাংশন ব্যবহার করে ফাইলগুলিকে গ্রুপে বিতরণ করার পরিষেবা আসে। আমরা বর্ণনায় Sharding পরিষেবা অন্তর্ভুক্ত করব না কারণ নীচের লিঙ্কগুলি এর সাথে সম্পর্কিত সমস্যাগুলি বর্ণনা করবে৷

লেখার সময়, সম্পূর্ণ ফাইলটি ইটের মধ্যে সংরক্ষণ করা হয় এবং এর অনুলিপিটি একই সাথে দ্বিতীয় সার্ভারে ইটে লেখা হয়। এর পরে, দ্বিতীয় ফাইলটি বিভিন্ন সার্ভারে দুটি ইট (বা তার বেশি) দ্বিতীয় গ্রুপে লেখা হবে।

যদি ফাইলগুলি প্রায় একই আকারের হয় এবং ভলিউমটি শুধুমাত্র একটি গ্রুপ নিয়ে গঠিত, তবে সবকিছু ঠিক আছে, তবে অন্যান্য অবস্থার অধীনে নিম্নলিখিত সমস্যাগুলি বর্ণনা থেকে দেখা দেবে:

• গোষ্ঠীতে স্থান অসমভাবে ব্যবহার করা হয়, এটি ফাইলগুলির আকারের উপর নির্ভর করে এবং যদি একটি ফাইল লেখার জন্য গ্রুপে পর্যাপ্ত স্থান না থাকে তবে আপনি একটি ত্রুটি পাবেন, ফাইলটি লেখা হবে না এবং অন্য গ্রুপে পুনরায় বিতরণ করা হবে না। ;
• একটি ফাইল লেখার সময়, IO শুধুমাত্র একটি গ্রুপে যায়, বাকিগুলি নিষ্ক্রিয় থাকে;
• একটি ফাইল লেখার সময় আপনি পুরো ভলিউমের IO পেতে পারবেন না;
• এবং সাধারণ ধারণাটি ব্লকগুলিতে ডেটা বিতরণের অভাবের কারণে কম ফলপ্রসূ দেখায়, যেখানে ভারসাম্য বজায় রাখা এবং অভিন্ন বন্টনের সমস্যা সমাধান করা সহজ, এবং এখন পুরো ফাইলটি একটি ব্লকের মতো নয়।

অফিসিয়াল বর্ণনা থেকে স্থাপত্য এছাড়াও আমরা অনিচ্ছাকৃতভাবে বুঝতে পেরেছি যে গ্লাস্টার ক্লাসিক হার্ডওয়্যার RAID এর উপরে ফাইল স্টোরেজ হিসাবে কাজ করে। ফাইলগুলিকে ব্লকে কাটা (শার্ডিং) করার জন্য উন্নয়ন প্রচেষ্টা করা হয়েছে, কিন্তু এই সবই একটি সংযোজন যা ইতিমধ্যে বিদ্যমান স্থাপত্য পদ্ধতিতে কর্মক্ষমতা ক্ষতি আরোপ করে, পাশাপাশি ফিউজের মতো কর্মক্ষমতা সীমাবদ্ধতা সহ অবাধে বিতরণ করা উপাদানগুলির ব্যবহার। কোনও মেটাডেটা পরিষেবা নেই, যা ফাইলগুলিকে ব্লকে বিতরণ করার সময় স্টোরেজের কার্যকারিতা এবং ত্রুটি সহনশীলতার ক্ষমতাকে সীমাবদ্ধ করে। "ডিস্ট্রিবিউটেড রেপ্লিকেটেড" কনফিগারেশনের সাথে আরও ভাল পারফরম্যান্স সূচকগুলি পর্যবেক্ষণ করা যেতে পারে এবং সর্বোত্তম লোড বিতরণ সহ একটি নির্ভরযোগ্য প্রতিরূপ 6 সংগঠিত করতে নোডের সংখ্যা কমপক্ষে 3 হওয়া উচিত।

এই ফলাফলগুলি ব্যবহারকারীর অভিজ্ঞতার বর্ণনার সাথেও সম্পর্কিত গ্লাস্টার এবং যখন সাথে তুলনা করা হয় সেফ, এবং অভিজ্ঞতার একটি বর্ণনাও রয়েছে যা এই আরও উত্পাদনশীল এবং আরও নির্ভরযোগ্য কনফিগারেশনের বোঝার দিকে পরিচালিত করে "প্রতিলিপি বিতরণ করা"।


ছবি দুটি ফাইল লেখার সময় লোড বন্টন দেখায়, যেখানে প্রথম ফাইলের কপিগুলি প্রথম তিনটি সার্ভার জুড়ে বিতরণ করা হয়, যা ভলিউম 0 গ্রুপে একত্রিত হয় এবং দ্বিতীয় ফাইলের তিনটি অনুলিপি তিনটি দ্বিতীয় গ্রুপ ভলিউম 1 এ স্থাপন করা হয়। সার্ভার প্রতিটি সার্ভারে একটি ডিস্ক থাকে।

সাধারণ উপসংহার হল যে আপনি Gluster ব্যবহার করতে পারেন, কিন্তু বোঝার সাথে যে কর্মক্ষমতা এবং ত্রুটি সহনশীলতার সীমাবদ্ধতা থাকবে যা একটি হাইপারকনভার্জড সমাধানের নির্দিষ্ট শর্তের অধীনে অসুবিধা তৈরি করে, যেখানে ভার্চুয়াল পরিবেশের কম্পিউটিং লোডের জন্য সংস্থানও প্রয়োজন।

এছাড়াও কিছু গ্লাস্টার কর্মক্ষমতা সূচক রয়েছে যা নির্দিষ্ট শর্তের অধীনে অর্জন করা যেতে পারে, সীমাবদ্ধ দোষ সহনশীলতা।

সেফ

এখন স্থাপত্যের বর্ণনা থেকে Ceph-এর দিকে তাকাই যা আমি করতে পেরেছিলাম খুঁজতে. মধ্যে তুলনাও আছে Glusterfs এবং Ceph, যেখানে আপনি অবিলম্বে বুঝতে পারবেন যে আলাদা সার্ভারে Ceph স্থাপন করার পরামর্শ দেওয়া হচ্ছে, যেহেতু এর পরিষেবাগুলির জন্য লোডের অধীনে সমস্ত হার্ডওয়্যার সংস্থান প্রয়োজন।

স্থাপত্য সেফ গ্লাস্টারের চেয়ে জটিল এবং মেটাডেটা পরিষেবার মতো পরিষেবা রয়েছে, তবে উপাদানগুলির সম্পূর্ণ স্ট্যাকটি বেশ জটিল এবং ভার্চুয়ালাইজেশন সমাধানে এটি ব্যবহার করার জন্য খুব নমনীয় নয়। ডেটা ব্লকগুলিতে সংরক্ষণ করা হয়, যা আরও উত্পাদনশীল দেখায়, তবে সমস্ত পরিষেবার (উপাদান) অনুক্রমের মধ্যে, নির্দিষ্ট লোড এবং জরুরী অবস্থার অধীনে ক্ষতি এবং বিলম্ব রয়েছে, উদাহরণস্বরূপ নিম্নলিখিতগুলি নিবন্ধ।

স্থাপত্যের বর্ণনা থেকে, হৃদয়টি ক্রাশ, ধন্যবাদ যা তথ্য সংরক্ষণের জন্য অবস্থান নির্বাচন করা হয়। এর পরে আসে পিজি - এটি বোঝা সবচেয়ে কঠিন বিমূর্ততা (লজিক্যাল গ্রুপ)। CRUSH কে আরো কার্যকর করার জন্য PGs প্রয়োজন। পিজির মূল উদ্দেশ্য হল সম্পদের ব্যবহার কমাতে, কর্মক্ষমতা এবং মাপযোগ্যতা বাড়াতে বস্তুগুলিকে গোষ্ঠীবদ্ধ করা। পিজিতে একত্রিত না করে সরাসরি, পৃথকভাবে বস্তুগুলিকে সম্বোধন করা খুব ব্যয়বহুল হবে। ওএসডি প্রতিটি পৃথক ডিস্কের জন্য একটি পরিষেবা।

একটি ক্লাস্টারে বিভিন্ন উদ্দেশ্যে এবং বিভিন্ন সেটিংস সহ এক বা একাধিক ডেটা পুল থাকতে পারে। পুল বসানো গ্রুপে বিভক্ত করা হয়. প্লেসমেন্ট গ্রুপ ক্লায়েন্ট অ্যাক্সেস করা বস্তু সংরক্ষণ করে। এখানেই লজিক্যাল লেভেল শেষ হয় এবং ফিজিক্যাল লেভেল শুরু হয়, কারণ প্রতিটি প্লেসমেন্ট গ্রুপকে একটি প্রধান ডিস্ক এবং বেশ কয়েকটি রেপ্লিকা ডিস্ক বরাদ্দ করা হয় (কতটি ঠিক পুল রেপ্লিকেশন ফ্যাক্টরের উপর নির্ভর করে)। অন্য কথায়, যৌক্তিক স্তরে বস্তুটি একটি নির্দিষ্ট স্থান নির্ধারণ গোষ্ঠীতে সংরক্ষণ করা হয় এবং শারীরিক স্তরে - এটির জন্য নির্ধারিত ডিস্কগুলিতে। এই ক্ষেত্রে, ডিস্কগুলি শারীরিকভাবে বিভিন্ন নোডে বা এমনকি বিভিন্ন ডেটা সেন্টারে অবস্থিত হতে পারে।

এই স্কিমে, প্লেসমেন্ট গ্রুপগুলি সম্পূর্ণ সমাধানের নমনীয়তার জন্য একটি প্রয়োজনীয় স্তরের মতো দেখায়, তবে একই সময়ে, এই শৃঙ্খলে একটি অতিরিক্ত লিঙ্ক হিসাবে, যা অনিচ্ছাকৃতভাবে উত্পাদনশীলতার ক্ষতির পরামর্শ দেয়। উদাহরণস্বরূপ, ডেটা লেখার সময়, সিস্টেমটিকে এই গ্রুপগুলিতে বিভক্ত করতে হবে এবং তারপরে প্রতিলিপিগুলির জন্য মূল ডিস্ক এবং ডিস্কগুলিতে শারীরিক স্তরে বিভক্ত করতে হবে। যে, হ্যাশ ফাংশন যখন একটি বস্তু অনুসন্ধান এবং সন্নিবেশ কাজ করে, কিন্তু একটি পার্শ্ব প্রতিক্রিয়া আছে - এটি খুব উচ্চ খরচ এবং হ্যাশ পুনর্নির্মাণ উপর সীমাবদ্ধতা (যখন একটি ডিস্ক যোগ বা অপসারণ)। আরেকটি হ্যাশ সমস্যা হ'ল ডেটার পরিষ্কারভাবে পেরেকযুক্ত অবস্থান যা পরিবর্তন করা যায় না। অর্থাৎ, যদি কোনওভাবে ডিস্কটি বর্ধিত লোডের অধীনে থাকে, তবে সিস্টেমের এটিতে না লেখার সুযোগ নেই (অন্য একটি ডিস্ক নির্বাচন করে), হ্যাশ ফাংশনটি নিয়ম অনুসারে ডেটা স্থাপন করতে বাধ্য করে, তা যতই খারাপ হোক না কেন। ডিস্ক হয়, তাই স্ব-নিরাময় বা সঞ্চয়স্থান বৃদ্ধির ক্ষেত্রে পিজি পুনর্নির্মাণের সময় Ceph অনেক স্মৃতি খায়। উপসংহার হল যে Ceph ভাল কাজ করে (যদিও ধীরে), কিন্তু শুধুমাত্র যখন কোন স্কেলিং, জরুরী পরিস্থিতি বা আপডেট নেই।

অবশ্যই, ক্যাশিং এবং ক্যাশে ভাগ করে নেওয়ার মাধ্যমে পারফরম্যান্স বাড়ানোর বিকল্প রয়েছে, তবে এর জন্য ভাল হার্ডওয়্যার প্রয়োজন এবং এখনও ক্ষতি হবে। কিন্তু সামগ্রিকভাবে, Ceph উৎপাদনশীলতার জন্য Gluster এর চেয়ে বেশি লোভনীয় দেখাচ্ছে। এছাড়াও, এই পণ্যগুলি ব্যবহার করার সময়, একটি গুরুত্বপূর্ণ বিষয় বিবেচনা করা প্রয়োজন - এটি একটি উচ্চ স্তরের দক্ষতা, অভিজ্ঞতা এবং পেশাদারিত্ব যার সাথে লিনাক্সের উপর প্রচুর জোর দেওয়া হয়, যেহেতু সবকিছু সঠিকভাবে স্থাপন করা, কনফিগার করা এবং বজায় রাখা অত্যন্ত গুরুত্বপূর্ণ, যা প্রশাসকের উপর আরও বেশি দায়িত্ব ও বোঝা চাপিয়ে দেয়।

Vstorage

স্থাপত্য আরও আকর্ষণীয় দেখায় ভার্চুজো স্টোরেজ (ভিস্টোরেজ), যা একই নোডগুলিতে একটি হাইপারভাইজারের সাথে একত্রে ব্যবহার করা যেতে পারে, একইভাবে গ্রন্থি, কিন্তু ভাল কর্মক্ষমতা অর্জনের জন্য সবকিছু সঠিকভাবে কনফিগার করা খুবই গুরুত্বপূর্ণ। অর্থাৎ, আর্কিটেকচার অনুসারে সুপারিশগুলি বিবেচনায় না নিয়ে যে কোনও কনফিগারেশনে বক্স থেকে এই জাতীয় পণ্য স্থাপন করা খুব সহজ হবে, তবে উত্পাদনশীল নয়।

kvm-qemu হাইপারভাইজারের পরিষেবাগুলির পাশে স্টোরেজের জন্য কী সহাবস্থান করতে পারে, এবং এইগুলি মাত্র কয়েকটি পরিষেবা যেখানে উপাদানগুলির একটি কমপ্যাক্ট সর্বোত্তম শ্রেণিবিন্যাস পাওয়া গেছে: FUSE (পরিবর্তিত, ওপেন সোর্স নয়), MDS মেটাডেটা পরিষেবার মাধ্যমে মাউন্ট করা ক্লায়েন্ট পরিষেবা (মেটাডেটা পরিষেবা), পরিষেবা চাঙ্ক পরিষেবা ডেটা ব্লক, যা শারীরিক স্তরে একটি ডিস্কের সমান এবং এটিই সব। গতির পরিপ্রেক্ষিতে, অবশ্যই, দুটি প্রতিলিপি সহ একটি ত্রুটি-সহনশীল স্কিম ব্যবহার করা সর্বোত্তম, তবে আপনি যদি SSD ড্রাইভে ক্যাশিং এবং লগ ব্যবহার করেন, তাহলে ত্রুটি-সহনশীল কোডিং (কোডিং মুছে ফেলা বা raid6) শালীনভাবে ওভারক্লক করা যেতে পারে হাইব্রিড স্কিম বা সমস্ত ফ্ল্যাশে আরও ভাল। EC এর কিছু অসুবিধা রয়েছে (কোডিং মুছে ফেলা): একটি ডেটা ব্লক পরিবর্তন করার সময়, সমতা পরিমাণ পুনরায় গণনা করা প্রয়োজন। এই অপারেশনের সাথে সম্পর্কিত ক্ষতিগুলিকে বাইপাস করার জন্য, Ceph বিলম্বিতভাবে ইসিকে লেখেন এবং একটি নির্দিষ্ট অনুরোধের সময় পারফরম্যান্সের সমস্যা দেখা দিতে পারে, যখন, উদাহরণস্বরূপ, সমস্ত ব্লক পড়তে হবে, এবং ভার্চুজো স্টোরেজের ক্ষেত্রে, পরিবর্তিত ব্লকগুলি লেখার কাজ করা হয়। "লগ-স্ট্রাকচার্ড ফাইল সিস্টেম" পদ্ধতি ব্যবহার করে, যা সমতা গণনার খরচ কমিয়ে দেয়। EC এর সাথে এবং ছাড়া কাজের ত্বরণ সহ আনুমানিক বিকল্পগুলি অনুমান করতে, সেখানে রয়েছে ক্যালকুলেটর - পরিসংখ্যানগুলি সরঞ্জাম প্রস্তুতকারকের নির্ভুলতার সহগের উপর নির্ভর করে আনুমানিক হতে পারে, তবে গণনার ফলাফল কনফিগারেশনের পরিকল্পনা করতে একটি ভাল সাহায্য করে।

স্টোরেজ উপাদানগুলির একটি সাধারণ চিত্রের অর্থ এই নয় যে এই উপাদানগুলি শোষণ করে না লৌহ সম্পদ, কিন্তু আপনি যদি সমস্ত খরচ আগে থেকে গণনা করেন, আপনি হাইপারভাইজারের পাশের সহযোগিতার উপর নির্ভর করতে পারেন।
Ceph এবং Virtuozzo স্টোরেজ পরিষেবাগুলির দ্বারা হার্ডওয়্যার সংস্থানগুলির খরচ তুলনা করার জন্য একটি স্কিম রয়েছে।

যদি আগে পুরানো নিবন্ধগুলি ব্যবহার করে Gluster এবং Ceph তুলনা করা সম্ভব হয়, তাদের থেকে সবচেয়ে গুরুত্বপূর্ণ লাইনগুলি ব্যবহার করে, তাহলে Virtuozzo এর সাথে এটি আরও কঠিন। এই পণ্যের উপর অনেক নিবন্ধ নেই এবং তথ্য শুধুমাত্র ডকুমেন্টেশন থেকে সংগ্রহ করা যেতে পারে ইংরাজীতে অথবা রাশিয়ান ভাষায় যদি আমরা Vstorage কে কিছু হাইপারকনভারজড সলিউশন যেমন কোম্পানিতে ব্যবহৃত স্টোরেজ হিসাবে বিবেচনা করি রোসপ্ল্যাটফর্মা এবং অ্যাক্রোনিস।

আমি এই আর্কিটেকচারের একটি বর্ণনা দিয়ে সাহায্য করার চেষ্টা করব, তাই আরও কিছু লেখা থাকবে, কিন্তু ডকুমেন্টেশনটি নিজে বুঝতে অনেক সময় লাগে এবং বিদ্যমান ডকুমেন্টেশন শুধুমাত্র টেবিলটি সংশোধন করে রেফারেন্স হিসেবে ব্যবহার করা যেতে পারে। বিষয়বস্তু বা কীওয়ার্ড দ্বারা অনুসন্ধান.

আসুন উপরে বর্ণিত উপাদানগুলির সাথে একটি হাইব্রিড হার্ডওয়্যার কনফিগারেশনে রেকর্ডিং প্রক্রিয়াটি বিবেচনা করা যাক: রেকর্ডিংটি সেই নোডে যেতে শুরু করে যেখান থেকে ক্লায়েন্ট এটি শুরু করেছে (FUSE মাউন্ট পয়েন্ট পরিষেবা), তবে মেটাডেটা পরিষেবা (MDS) মাস্টার উপাদান অবশ্যই ক্লায়েন্টকে সরাসরি কাঙ্খিত খণ্ড পরিষেবা (স্টোরেজ পরিষেবা সিএস ব্লক) এর দিকে নির্দেশ করুন, অর্থাৎ, এমডিএস রেকর্ডিং প্রক্রিয়ায় অংশগ্রহণ করে না, তবে কেবল প্রয়োজনীয় অংশে পরিষেবাটিকে নির্দেশ করে। সাধারণভাবে, আমরা ব্যারেলে জল ঢালার সাথে রেকর্ডিংয়ের একটি উপমা দিতে পারি। প্রতিটি ব্যারেল একটি 256MB ডেটা ব্লক।

অর্থাৎ, একটি ডিস্ক হল এই ধরনের ব্যারেলের একটি নির্দিষ্ট সংখ্যক, অর্থাৎ, ডিস্কের ভলিউম 256MB দ্বারা বিভক্ত। প্রতিটি অনুলিপি একটি নোডে বিতরণ করা হয়, দ্বিতীয়টি প্রায় অন্য নোডের সমান্তরালে, ইত্যাদি... যদি আমাদের তিনটি প্রতিলিপি থাকে এবং ক্যাশে (লগ পড়া এবং লেখার জন্য) জন্য SSD ডিস্ক থাকে, তাহলে লেখার পরে লেখার নিশ্চিতকরণ ঘটবে SSD-তে লগ, এবং SSD থেকে সমান্তরাল রিসেট HDD-তে চলতে থাকবে, যেন ব্যাকগ্রাউন্ডে। তিনটি প্রতিলিপির ক্ষেত্রে, তৃতীয় নোডের SSD থেকে নিশ্চিত হওয়ার পরে রেকর্ডটি প্রতিশ্রুতিবদ্ধ হবে। মনে হতে পারে যে তিনটি SSD-এর লেখার গতির যোগফলকে তিনটি দ্বারা ভাগ করা যেতে পারে এবং আমরা একটি প্রতিলিপির লেখার গতি পাব, তবে অনুলিপিগুলি সমান্তরালভাবে লেখা হয় এবং নেটওয়ার্ক লেটেন্সি গতি সাধারণত SSD-এর চেয়ে বেশি হয়, এবং আসলে লেখার কার্যকারিতা নেটওয়ার্কের উপর নির্ভর করবে। এই বিষয়ে, বাস্তব IOPS দেখতে, আপনাকে সঠিকভাবে সম্পূর্ণ Vstorage লোড করতে হবে পদ্ধতি, অর্থাৎ, আসল লোড পরীক্ষা করা, মেমরি এবং ক্যাশে নয়, যেখানে সঠিক ডেটা ব্লকের আকার, থ্রেডের সংখ্যা ইত্যাদি বিবেচনা করা প্রয়োজন।

এসএসডি-তে উপরে উল্লিখিত রেকর্ডিং লগটি এমনভাবে কাজ করে যে ডেটা এটিতে প্রবেশ করার সাথে সাথেই এটি পরিষেবা দ্বারা পড়ে এবং HDD-তে লেখা হয়। প্রতি ক্লাস্টারে বেশ কয়েকটি মেটাডেটা পরিষেবা (MDS) রয়েছে এবং তাদের সংখ্যা একটি কোরাম দ্বারা নির্ধারিত হয়, যা Paxos অ্যালগরিদম অনুযায়ী কাজ করে। ক্লায়েন্টের দৃষ্টিকোণ থেকে, FUSE মাউন্ট পয়েন্ট হল একটি ক্লাস্টার স্টোরেজ ফোল্ডার যা ক্লাস্টারের সমস্ত নোডগুলিতে একই সাথে দৃশ্যমান, প্রতিটি নোডে এই নীতি অনুসারে একটি মাউন্ট করা ক্লায়েন্ট রয়েছে, তাই এই স্টোরেজ প্রতিটি নোডে উপলব্ধ।

উপরোক্ত বর্ণিত পদ্ধতির যেকোন কার্য সম্পাদনের জন্য, পরিকল্পনা এবং স্থাপনার পর্যায়ে, নেটওয়ার্কটিকে সঠিকভাবে কনফিগার করা খুবই গুরুত্বপূর্ণ, যেখানে একত্রিতকরণ এবং সঠিকভাবে নির্বাচিত নেটওয়ার্ক চ্যানেল ব্যান্ডউইথের কারণে ভারসাম্য বজায় থাকবে। সমষ্টিগতভাবে, সঠিক হ্যাশিং মোড এবং ফ্রেমের আকার নির্বাচন করা গুরুত্বপূর্ণ। উপরে বর্ণিত এসডিএস থেকে একটি খুব শক্তিশালী পার্থক্যও রয়েছে, এটি ভার্চুজো স্টোরেজের ফাস্ট পাথ প্রযুক্তির সাথে ফিউজ। যা, আধুনিকীকৃত ফিউজ ছাড়াও, অন্যান্য ওপেন সোর্স সমাধানগুলির বিপরীতে, উল্লেখযোগ্যভাবে IOPS বৃদ্ধি করে এবং আপনাকে অনুভূমিক বা উল্লম্ব স্কেলিং দ্বারা সীমাবদ্ধ না করার অনুমতি দেয়। সাধারণভাবে, উপরে বর্ণিত আর্কিটেকচারের তুলনায়, এটি আরও শক্তিশালী দেখায়, তবে এই ধরনের আনন্দের জন্য, অবশ্যই, আপনাকে Ceph এবং Gluster এর বিপরীতে লাইসেন্স কিনতে হবে।

সংক্ষেপে, আমরা তিনটির শীর্ষে হাইলাইট করতে পারি: স্থাপত্যের কার্যকারিতা এবং নির্ভরযোগ্যতার ক্ষেত্রে ভার্চুজো স্টোরেজ প্রথম স্থান অধিকার করে, Ceph দ্বিতীয় স্থানে এবং গ্লাস্টার তৃতীয় স্থানে রয়েছে।

Virtuozzo স্টোরেজ যে মাপকাঠি দ্বারা নির্বাচিত হয়েছিল: এটি স্থাপত্য উপাদানগুলির একটি সর্বোত্তম সেট, দ্রুত পথ সহ এই ফিউজ পদ্ধতির জন্য আধুনিকীকরণ করা হয়েছে, হার্ডওয়্যার কনফিগারেশনের একটি নমনীয় সেট, কম সম্পদ খরচ এবং গণনার সাথে ভাগ করার ক্ষমতা (কম্পিউটিং/ভার্চুয়ালাইজেশন), অর্থাৎ, এটি একটি হাইপারকনভার্জড দ্রবণের জন্য সম্পূর্ণ উপযুক্ত, যার সে অংশ। দ্বিতীয় স্থানে রয়েছে Ceph কারণ এটি গ্লাস্টারের তুলনায় আরও বেশি উত্পাদনশীল আর্কিটেকচার, ব্লকগুলিতে এর অপারেশন, সেইসাথে আরও নমনীয় পরিস্থিতি এবং বৃহত্তর ক্লাস্টারে কাজ করার ক্ষমতার কারণে।

ভিএসএএন, স্পেস ডাইরেক্ট স্টোরেজ, ভিস্টোরেজ এবং নুটানিক্স স্টোরেজের মধ্যে একটি তুলনা লেখার পরিকল্পনা রয়েছে, এইচপিই এবং হুয়াওয়ের সরঞ্জামগুলিতে ভিস্টোরেজ পরীক্ষা করা, সেইসাথে বহিরাগত হার্ডওয়্যার স্টোরেজ সিস্টেমের সাথে ভিস্টোরেজকে একীভূত করার পরিস্থিতি, তাই আপনি যদি নিবন্ধটি পছন্দ করেন তবে এটি হবে। আপনার কাছ থেকে প্রতিক্রিয়া পেয়ে ভাল লাগল, যা আপনার মন্তব্য এবং শুভেচ্ছাকে বিবেচনায় নিয়ে নতুন নিবন্ধগুলির জন্য অনুপ্রেরণা বাড়াতে পারে।

উত্স: www.habr.com