লিনাক্স কার্নেল
সম্প্রতি এমনটাই জানা গেল Linux 6.2 কার্নেলে অন্তর্ভুক্তির জন্য Btrfs-এর উন্নতির প্রস্তাব করা হয়েছিল RAID 5/6 বাস্তবায়নে রাইট হোল সমস্যাটি ঠিক করতে।
সমস্যার সারমর্মটি এই সত্যে ফুটে ওঠে যে রেকর্ডিংয়ের সময় যদি কোনও ক্র্যাশ ঘটে তবে প্রাথমিকভাবে বোঝা অসম্ভব যে কোন ব্লকে কোন RAID ডিভাইসটি সঠিকভাবে লেখা হয়েছিল এবং কোনটিতে রেকর্ডিং সম্পূর্ণ হয়নি।
আপনি যদি এই পরিস্থিতিতে একটি RAID পুনর্নির্মাণের চেষ্টা করেন, সাবস্ক্রাইব করা ব্লকগুলির সাথে সম্পর্কিত ব্লকগুলি দূষিত হতে পারে কারণ RAID ব্লকগুলির অবস্থা সিঙ্কের বাইরে। এই সমস্যাটি যেকোন RAID1/5/6 অ্যারেতে ঘটে যেখানে এই প্রভাবের বিরুদ্ধে লড়াই করার জন্য কোন বিশেষ ব্যবস্থা নেওয়া হয় না।
btrfs-এ RAID1 এর মতো RAID বাস্তবায়নে, এই সমস্যাটি সমাধান করা হয় উভয় অনুলিপিতে চেকসাম ব্যবহার করে, যদি কোনও মিল না থাকে, তবে ডেটা কেবল দ্বিতীয় কপি থেকে পুনরুদ্ধার করা হয়। এই পদ্ধতিটিও কাজ করে যদি কোনও ডিভাইস সম্পূর্ণরূপে ব্যর্থ হওয়ার পরিবর্তে খারাপ ডেটা দিতে শুরু করে।
যাইহোক, RAID5/6 এর ক্ষেত্রে, ফাইল সিস্টেম চেকসাম সংরক্ষণ করে না প্যারিটি ব্লকের জন্য - একটি স্বাভাবিক পরিস্থিতিতে, ব্লকগুলির সঠিকতা যাচাই করা হয় যে তারা সমস্ত একটি চেকসাম দিয়ে সজ্জিত, এবং প্যারিটি ব্লক ডেটা থেকে পুনরায় তৈরি করা যেতে পারে। যাইহোক, আংশিক রেকর্ডিংয়ের ক্ষেত্রে, এই পদ্ধতিটি নির্দিষ্ট পরিস্থিতিতে কাজ নাও করতে পারে। এক্ষেত্রে, অ্যারে পুনরুদ্ধার করার সময়, এটি সম্ভব ব্লক অসম্পূর্ণ রেকর্ড বাকি ভুলভাবে পুনরুদ্ধার করা হয়।
btrfs-এর ক্ষেত্রে, এই সমস্যাটি আরও প্রাসঙ্গিক যদি ঘটে যে লেখাটি স্ট্রাইপের চেয়ে ছোট হয়। এই ক্ষেত্রে, ফাইল সিস্টেমকে অবশ্যই একটি রিড-মডিফাই-রাইট (RMW) অপারেশন করতে হবে।
যদি এটি রাইট-ইন-প্রোগ্রেস ব্লকের সম্মুখীন হয়, তাহলে RMW অপারেশন দুর্নীতির কারণ হতে পারে যা চেকসাম নির্বিশেষে সনাক্ত করা যাবে না। বিকাশকারীরা এমন পরিবর্তন করেছেন যাতে RMW অপারেশন এই অপারেশনটি সম্পাদন করার আগে ব্লকের চেকসাম যাচাই করে এবং প্রয়োজনে, তথ্য পুনরুদ্ধার লেখার পরে একটি চেকসাম যাচাইকরণও করে।
দুর্ভাগ্যবশত, এমন একটি পরিস্থিতিতে যেখানে একটি অসম্পূর্ণ ফ্রিঞ্জ (RMW) লেখা হয়, এটি চেকসামগুলি গণনা করার জন্য অতিরিক্ত ওভারহেড তৈরি করে, কিন্তু উল্লেখযোগ্যভাবে নির্ভরযোগ্যতা বাড়ায়। RAID6 এর জন্য, এই ধরনের যুক্তি এখনও প্রস্তুত নয়,
উপরন্তু, আমরা ডেভেলপারদের কাছ থেকে RAID5/6 ব্যবহারের সুপারিশগুলি নোট করতে পারি, যার সারমর্ম হল Btrfs-এ মেটাডেটা এবং ডেটা সংরক্ষণের প্রোফাইল আলাদা হতে পারে। এই ক্ষেত্রে, আপনি মেটাডেটার জন্য RAID1 (মিরর) বা এমনকি RAID1C3 (3 কপি) প্রোফাইল এবং ডেটার জন্য RAID5 বা RAID6 ব্যবহার করতে পারেন।
এটি একদিকে নির্ভরযোগ্য মেটাডেটা সুরক্ষা এবং "রাইট হোল" এর অনুপস্থিতি নিশ্চিত করে, এবং অন্যদিকে স্থানের আরও দক্ষ ব্যবহার, যা RAID5/6-এর মতো। এটি মেটাডেটা দুর্নীতি প্রতিরোধ করে এবং ডেটা দুর্নীতি সংশোধন করা যেতে পারে।
এছাড়াও এটি লক্ষ করা যেতে পারে যে কার্নেল 6.2-তে Btrfs-এ SSD-এর জন্য, la "বাতিল" অপারেশনের অ্যাসিঙ্ক্রোনাস এক্সিকিউশন (মুক্ত করা ব্লকগুলিকে চিহ্নিত করুন যা আর শারীরিকভাবে সংরক্ষণ করা যাবে না) ডিফল্টরূপে চালু থাকবে।
এর সুবিধা মোড উচ্চ কর্মক্ষমতা একটি সারিতে বাতিল ক্রিয়াকলাপগুলির দক্ষ গ্রুপিং এবং একটি ব্যাকগ্রাউন্ড হ্যান্ডলার দ্বারা সারির পোস্ট-প্রসেসিংয়ের কারণে, তাই স্বাভাবিক এফএস অপারেশনগুলি ধীর হয় না যেমনটি সিঙ্ক্রোনাস "বাতিল" এর ক্ষেত্রে যেমন ব্লকগুলি মুক্ত হয়, এবং SSD আরও ভাল করতে পারে সিদ্ধান্ত. অন্যদিকে, আপনাকে আর fstrim-এর মতো ইউটিলিটিগুলি ব্যবহার করতে হবে না, যেহেতু অতিরিক্ত স্ক্যানিংয়ের প্রয়োজন ছাড়াই এবং ক্রিয়াকলাপ কমিয়ে না দিয়ে সমস্ত উপলব্ধ ব্লকগুলি FS-এ মুছে ফেলা হবে।
পরিশেষে, যদি আপনি এটি সম্পর্কে আরও জানতে সক্ষম হতে আগ্রহী হন, তাহলে আপনি বিস্তারিত বিবরণের সাথে পরামর্শ করতে পারেন নিম্নলিখিত লিঙ্ক।