Linux kernel 6.2-এ Btrfs-এ RAID5/6-র উন্নতি অন্তর্ভুক্ত করা হবে

RAID 6.2/5 বাস্তবায়নে রাইট হোল সমস্যা সমাধানের জন্য Linux 6 কার্নেলে অন্তর্ভুক্তির জন্য Btrfs উন্নতির প্রস্তাব করা হয়েছে। সমস্যার সারমর্ম এই সত্যে নেমে আসে যে রেকর্ডিংয়ের সময় যদি কোনও ক্র্যাশ ঘটে তবে প্রাথমিকভাবে বোঝা অসম্ভব যে কোন ব্লকে কোন RAID ডিভাইসটি সঠিকভাবে লেখা হয়েছিল এবং কোনটিতে রেকর্ডিং সম্পূর্ণ হয়নি। আপনি যদি এই পরিস্থিতিতে একটি RAID পুনরুদ্ধার করার চেষ্টা করেন, তাহলে আন্ডাররাইট করা ব্লকগুলির সাথে সম্পর্কিত ব্লকগুলি ধ্বংস হয়ে যেতে পারে কারণ RAID ব্লকগুলির অবস্থা সিঙ্কের বাইরে। এই সমস্যাটি যেকোন RAID1/5/6 অ্যারেতে দেখা যায় যেখানে এই প্রভাবের বিরুদ্ধে লড়াই করার জন্য বিশেষ ব্যবস্থা নেওয়া হয়নি।

একটি RAID বাস্তবায়নে, btrfs-এ RAID1-এর মতো, উভয় কপিতে চেকসাম ব্যবহার করে এই সমস্যাটি সমাধান করা হয়; যদি কোনো মিল না থাকে, তাহলে দ্বিতীয় কপি থেকে ডেটা পুনরুদ্ধার করা হয়। এই পদ্ধতিটিও কাজ করে যদি কিছু ডিভাইস সম্পূর্ণ ব্যর্থতার পরিবর্তে ভুল ডেটা পাঠাতে শুরু করে।

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

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

উপরন্তু, আমরা ডেভেলপারদের থেকে RAID5/6 ব্যবহারের জন্য সুপারিশ নোট করতে পারি, যার সারমর্ম হল Btrfs-এ মেটাডেটা এবং ডেটা স্টোরেজ প্রোফাইল আলাদা হতে পারে। এই ক্ষেত্রে, আপনি মেটাডেটার জন্য প্রোফাইল RAID1 (মিরর) বা এমনকি RAID1C3 (3 কপি) এবং ডেটার জন্য RAID5 বা RAID6 ব্যবহার করতে পারেন৷ এটি একদিকে নির্ভরযোগ্য মেটাডেটা সুরক্ষা এবং একটি "রাইট হোল" এর অনুপস্থিতি নিশ্চিত করে এবং অন্যদিকে স্থানের আরও দক্ষ ব্যবহার, RAID5/6 এর বৈশিষ্ট্য। এটি মেটাডেটা দুর্নীতি এড়ানোর অনুমতি দেয় এবং ডেটা দুর্নীতি সংশোধন করা যায়।

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

উত্স: opennet.ru