যখন OpenZFS-এর একটি নতুন সংস্করণ প্রকাশিত হয়, তখন অনেক প্রশাসক ভাবছেন যে এটি এখনই আপডেট করা উচিত নাকি ধুলো মিটমাটের জন্য অপেক্ষা করা উচিত। OpenZFS 2.4 প্রশ্নটি আরও আকর্ষণীয়, কারণ এর সাথে আসে গভীর পরিবর্তন কর্মক্ষমতা, নতুন ব্যবস্থাপনা সরঞ্জাম, এবং উৎপাদন ব্যবস্থায় মুক্তি প্রার্থীদের ব্যবহার সম্পর্কে কিছু সম্প্রদায় বিতর্ক।
OpenZFS 2.4 এর সাধারণ বৈশিষ্ট্য
OpenZFS 2.4 এর একটি সংস্করণ হিসাবে উপস্থাপিত হয়েছে স্থিতিশীল এবং বেশ উচ্চাকাঙ্ক্ষী চরিত্র লিনাক্স এবং ফ্রিবিএসডি উভয় পরিবেশের জন্য ডিজাইন করা, প্রকল্পটি, তার চূড়ান্ত লেবেলিংয়ের সময়, ইতিমধ্যেই জোর দিয়েছিল যে লক্ষ্য ছিল সাম্প্রতিক কার্নেলের সাথে সামঞ্জস্য বজায় রেখে এবং ডেটা সুরক্ষা নিশ্চিত করে ফাইল সিস্টেম এবং ভলিউম ম্যানেজারের পরিপক্কতা প্রচার করা।
এই সংস্করণটি অনেক বৈশিষ্ট্যকে একত্রিত করে যা ১৯৪৭ সাল থেকে বিকাশাধীন ছিল রামা 2.3 এবং এর মধ্যবর্তী সংশোধনী: কর্মক্ষমতা উন্নতি এনক্রিপশন স্তরনতুন ব্যবস্থাপনা সরঞ্জাম যেমন zfs পুনর্লিখনআরও নমনীয় কোটা ক্ষমতা, এবং ফ্র্যাগমেন্টেশন কমাতে, ডিডুপ্লিকেশন অপ্টিমাইজ করতে এবং গ্যাং ব্লক ম্যানেজমেন্ট বা সমস্যাযুক্ত ডিস্কের সাথে আচরণের মতো জটিল দিকগুলিকে পরিমার্জন করার জন্য ডিজাইন করা অভ্যন্তরীণ পরিবর্তন।
সম্প্রদায়টি বিশেষ মনোযোগ দিয়েছে যে আধুনিক কার্নেলের সাথে ইন্টিগ্রেশনলিনাক্সে, ৪.১৮ থেকে সাম্প্রতিক LTS শাখা পর্যন্ত সমর্থন ঘোষণা করা হয় (২.৪ এর স্থিতিশীল প্রকাশের সময় কার্নেল ৬.১৮ সহ), যখন FreeBSD-তে, ১৩.৩ এর পরবর্তী সংস্করণগুলি অন্তর্ভুক্ত থাকে, যার মধ্যে ১৪.০ এবং ১৫.০ এর মতো নতুন শাখাগুলি প্রস্তুত করা হচ্ছে।
OpenZFS 2.4 এর সাথে প্ল্যাটফর্ম সমর্থন এবং কার্নেলের সামঞ্জস্যতা
OpenZFS 2.4 এর একটি স্তম্ভ হল এর বিস্তৃত প্ল্যাটফর্ম সামঞ্জস্যতাঅনেক প্রশাসকের কাছে এটি গুরুত্বপূর্ণ, কারণ এটি তাদের প্রত্যাশিত ZFS বৈশিষ্ট্যগুলি না হারিয়ে অপারেটিং সিস্টেম সংস্করণগুলি আপগ্রেড করার অনুমতি দেয়।
লিনাক্সের দিক থেকে, OpenZFS 2.4 সংস্করণ 4.18 থেকে সিরিজ পর্যন্ত কার্নেলের সাথে সামঞ্জস্য নির্দেশ করে 6.18 স্থিতিশীলএটি রক্ষণশীল এন্টারপ্রাইজ ডিস্ট্রিবিউশন থেকে শুরু করে অত্যন্ত আপ-টু-ডেট পরিবেশ যা সর্বশেষ কার্নেলের সাথে আপডেট থাকে, সবকিছুই অন্তর্ভুক্ত করে। এর মধ্যে রয়েছে সাধারণ রিলিজের সম্পূর্ণ বর্ণালী: সার্ভারে ব্যবহৃত LTS সংস্করণ, কাস্টম কার্নেল এবং CentOS Stream বা অনুরূপ প্রকল্প দ্বারা গৃহীত সংস্করণ।
FreeBSD-তে, নতুন সংস্করণটি থেকে সমর্থন করে ফ্রিবিএসডি 13.3 এখন থেকে, ১৪.০ এবং পরবর্তী সংস্করণগুলি অন্তর্ভুক্ত করা হবে যা ইতিমধ্যেই দিগন্তে রয়েছে, যেমন আসন্ন ১৫.০। এই বিস্তৃত পরিসর নিশ্চিত করে যে ইতিমধ্যেই উৎপাদনে থাকা এবং পরবর্তী প্রজন্মের স্থাপনা উভয় সিস্টেমই অদ্ভুত প্যাচ বা কাস্টম সমাধানের প্রয়োজন ছাড়াই OpenZFS ব্যবহার চালিয়ে যেতে পারে।
এই সামঞ্জস্যের পিছনে একটি ধারাবাহিক প্রচেষ্টা রয়েছে যা ইতিমধ্যেই সিরিজটিতে স্পষ্ট ছিল। ওপেনজেডএফএস ২.৩.এক্সপূর্ববর্তী আপডেটগুলি, যেমন 2.3.4, 6.16 পর্যন্ত বর্ধিত কার্নেল সমর্থন এবং পূর্ববর্তী RC গুলিতে প্রদর্শিত হতে শুরু করা একীভূত প্যাচগুলি। OpenZFS 2.4 যেখানে ছেড়ে গিয়েছিল সেখান থেকে শুরু করে এবং আরও এক ধাপ এগিয়ে যায়, সাম্প্রতিক কার্নেলের সাথে সামঞ্জস্যপূর্ণ হয় এবং যারা তাদের বেস স্ট্যাক তুলনামূলকভাবে ঘন ঘন আপডেট করেন তাদের অভিজ্ঞতা উন্নত করে।
কোটা এবং নতুন স্থান ব্যবস্থাপনার ক্ষমতা
প্রশাসকের জন্য সবচেয়ে ব্যবহারিক নতুন বৈশিষ্ট্যগুলির মধ্যে রয়েছে সিস্টেমের উন্নতি পূর্বনির্ধারিত কোটাOpenZFS 2.4 ব্যবহারকারী, গোষ্ঠী এবং প্রকল্পের জন্য ডিফল্ট কোটা নির্ধারণের ক্ষমতা প্রবর্তন করে, যাতে প্রতিটি কেস ম্যানুয়ালি কনফিগার না করেই স্থান ব্যবহার আরও সমানভাবে নিয়ন্ত্রণ করা যায়।
এই ফাংশনটি, উদাহরণস্বরূপ, একটি সেট করার অনুমতি দেয় সকল ব্যবহারকারীর জন্য মূল ফি যা একটি নির্দিষ্ট ডেটাসেটে তৈরি করা হয়, অথবা নতুন সম্পদ বরাদ্দ করা হলে স্বয়ংক্রিয়ভাবে প্রয়োগ করা প্রকল্পের সীমা নির্ধারণ করার জন্য। এটি বহু-ব্যবহারকারী পরিবেশ, হোস্টিং, পরীক্ষাগার এবং যেকোনো পরিস্থিতিতে যেখানে আপনি পুরো পুলটি ভরাট করা থেকে তদারকি রোধ করতে চান সেখানে একটি খুব কার্যকর হাতিয়ার।
ডিফল্ট কোটার জন্য সমর্থন বিদ্যমান নির্দিষ্ট কোটা প্রতিস্থাপন করে না, বরং তাদের পরিপূরক করে। প্রশাসক একটি সংজ্ঞায়িত করতে পারেন বিশ্ব রাজনীতি এবং তারপর নির্দিষ্ট ব্যবহারকারী বা গোষ্ঠীর জন্য ব্যতিক্রমগুলি সহ এটিকে পরিমার্জন করুন যাদের বেশি (বা কম) স্থানের প্রয়োজন। এই সমস্ত কিছু স্ট্যান্ডার্ড ZFS সরঞ্জামগুলির মাধ্যমে পরিচালিত হয়, একই সম্পত্তি মডেল বজায় রেখে যা ইতিমধ্যেই পরিচিত।
ডাইরেক্ট I/O, ক্যাশেলেস I/O, এবং ভুলভাবে লেখার আচরণ
কর্মক্ষমতার দিক থেকে, OpenZFS 2.4 ব্যবস্থাপনায় একটি খুব আকর্ষণীয় পরিবর্তন নিয়ে আসে সরাসরি ইনপুট/আউটপুটএখন পর্যন্ত, কিছু পরিস্থিতিতে ডাইরেক্ট I/O ব্যবহার করলে লেখার সারিবদ্ধকরণের সাথে বিরোধ হতে পারে এবং এর ফলে কোড পাথের অনুপযুক্ততা দেখা দিতে পারে। নতুন সংস্করণে এমন একটি প্রক্রিয়া চালু করা হয়েছে যাতে, যখন ডাইরেক্ট I/O আদর্শভাবে প্রয়োগ করা সম্ভব না হয়, তখন একটি বিকল্প মোড ব্যবহার করা হয়। হালকা ক্যাশেলেস IO এই ধরণের দৃশ্যকল্পের জন্য বিশেষভাবে ডিজাইন করা হয়েছে।
বাস্তবে এর অর্থ কী? যে লেখাগুলি প্রত্যাশিত সারিবদ্ধতার সাথে ভালভাবে খাপ খায় না সেগুলি কোনও রোগগত ঘটনা হিসাবে আর থাকে না এবং পরিবর্তে একটি দিয়ে পরিচালিত হয় অপ্টিমাইজ করা রুট ZFS-এর মধ্যে। ওভারহেড হ্রাস করা হয়, কিছু বাধা এড়ানো হয় এবং আরও অনুমানযোগ্য আচরণ অর্জন করা হয়, বিশেষ করে এমন পরিবেশে যেখানে সরাসরি I/O ব্যবহার করে এমন অ্যাপ্লিকেশনগুলি অন্যদের সাথে সহাবস্থান করে যারা তা করে না।
এই পরিবর্তনটি বিশেষ করে কাজের চাপের ক্ষেত্রে কার্যকর যেখানে লক্ষ্য হল পারফর্মেন্স চেপে ধরুন ZFS দ্বারা প্রদত্ত অখণ্ডতা গ্যারান্টিগুলিকে বিসর্জন না দিয়ে স্টোরেজ। একটি বিশেষভাবে ডিজাইন করা ফলব্যাকের সাথে, OpenZFS অনেক অ্যাপ্লিকেশনের বাস্তবতার সাথে আরও উপযুক্ত যা সর্বদা ক্রিয়াকলাপের আদর্শ সারিবদ্ধতা মেনে চলে না।
OpenZFS 2.4-এ ইউনিফাইড অ্যালোকেশন থ্রোটলিং এবং ফ্র্যাগমেন্টেশন হ্রাস
OpenZFS 2.4 এর সাথে আরেকটি বড় পরিবর্তন হল একটি নতুন অ্যালগরিদম প্রবর্তন করা যার জন্য একীভূত বরাদ্দ থ্রোটলিংএই নামের পিছনে একটি প্রক্রিয়া রয়েছে যার লক্ষ্য ভার্চুয়াল ডিভাইসের (vdevs) বিভাজন হ্রাস করা এবং সিস্টেম চাপের সময় লেখার পদ্ধতি উন্নত করা।
এখন পর্যন্ত, উচ্চ-লোড পরিস্থিতিতে ব্লক বরাদ্দকরণ বিতরণ প্যাটার্ন তৈরি করতে পারে যা সময়ের সাথে সাথে, ভিডিইভির খণ্ডনইউনিফাইড অ্যালগরিদমের লক্ষ্য বরাদ্দের হারকে সামঞ্জস্যপূর্ণ করা, যাতে পুলটি আরও সুশৃঙ্খল কাঠামো বজায় রাখে এবং স্থান কমতে শুরু করলে বা ব্লকের আকারের মিশ্রণ খুব বৈচিত্র্যময় হলে কর্মক্ষমতা জরিমানা হ্রাস পায়।
এই ধরণের পরিবর্তনগুলি একটি নতুন কমান্ডের তুলনায় কম লক্ষণীয়, তবে দীর্ঘমেয়াদী স্থাপনার ক্ষেত্রে এগুলি খুবই মূল্যবান, যেখানে একটি পুল বৃদ্ধি পায়, পুনঃভারসাম্য তৈরি করা হয়, নতুন ভার্চুয়াল ডেভেলপমেন্ট এনভায়রনমেন্ট (vdevs) যোগ করা হয় এবং বছরের পর বছর ধরে রক্ষণাবেক্ষণ কার্যক্রম পরিচালিত হয়। বরাদ্দ নিয়ন্ত্রণ উন্নত করে, OpenZFS 2.4 বজায় রাখতে সাহায্য করে সময়ের সাথে সাথে আরও স্থিতিশীল আচরণএমনকি যখন সিস্টেমটি নিবিড়ভাবে ব্যবহৃত হয়।
AVX2 এবং AES-GCM এর সাথে এনক্রিপশনের উন্নতি
নিরাপত্তা এবং কর্মক্ষমতার দিক থেকে, OpenZFS 2.4-এ ব্যবহারের ক্ষেত্রে একাধিক অপ্টিমাইজেশন অন্তর্ভুক্ত রয়েছে AES-GCM এর জন্য AVX2সহজ ভাষায়: এই উন্নত ভেক্টর নির্দেশাবলী সম্পন্ন আধুনিক প্রসেসরগুলির ক্ষমতার আরও ভালভাবে সদ্ব্যবহার করার জন্য এনক্রিপশন বাস্তবায়নকে আরও পরিমার্জিত করা হয়েছে।
এর ফলে ক্রিপ্টোগ্রাফিক গ্যারান্টি ত্যাগ না করেই দ্রুত এনক্রিপশন পাওয়া যায়, যা বিশেষ করে এমন সিস্টেমে লক্ষণীয় যেখানে প্রচুর পরিমাণে এনক্রিপ্ট করা ডেটা পরিচালনা করা হয় বা এমন পরিবেশে যেখানে সুরক্ষিত ডেটাসেটে অনেকগুলি একযোগে ক্রিয়াকলাপ সম্পাদিত হয়। CPU ওভারহেড কমানো এনক্রিপশনের সাথে সম্পর্কিত, আরও অনুরোধ পরিচালনা করা যেতে পারে অথবা অন্যান্য সিস্টেমের কাজে আরও সংস্থান নিবেদিত করা যেতে পারে।
বাস্তবে, প্রশাসকরা এর কার্যাবলীর উপর নির্ভর করতে পারেন ZFS নেটিভ এনক্রিপশন পূর্ববর্তী প্রজন্মের উল্লেখযোগ্য কর্মক্ষমতা প্রভাব ছাড়াই সংবেদনশীল ডেটা সুরক্ষিত করার জন্য। এনক্রিপশন "মুক্ত" হয়ে ওঠে না, তবে এটি কাজের চাপের অধীনে আরও পরিচালনাযোগ্য হয়ে ওঠে যেখানে এটি আগে একটি স্পষ্ট বাধা ছিল।
বিশেষ vdev-এ ZIL এবং বিশেষ_ছোট_ব্লক-এ উন্নতি
OpenZFS 2.4 এছাড়াও নতুন বৈশিষ্ট্য নিয়ে আসে বিশেষ ভিডিও, সেই ডিভাইসগুলি যা নির্দিষ্ট ধরণের ডেটা (যেমন মেটাডেটা, ছোট ব্লক বা ডিডুপ্লিকেশন টেবিল) দ্রুততর মিডিয়াতে, সাধারণত SSD বা NVMe-তে সংরক্ষণ করার জন্য ডিজাইন করা হয়েছে।
একদিকে, এখন অনুমতি দেওয়া সম্ভব ZIL (ZFS ইন্টেন্ট লগ) যখনই পাওয়া যাবে, ডেডিকেটেড ভিডিইভি ব্যবহার করুন। এর ফলে কম-বিলম্বিত ডিভাইসে সিঙ্ক্রোনাস লেখাকে কেন্দ্রীভূত করা সহজ হয়, যার ফলে সিঙ্ক-ইনটেনসিভ অপারেশনের উপর নির্ভরশীল অ্যাপ্লিকেশনগুলির প্রতিক্রিয়া সময় উন্নত হয়, যেমন ডাটাবেস বা মেসেজিং সিস্টেম যা দৃঢ়ভাবে স্থির থাকে।
অন্যদিকে, সম্পত্তির আচরণ প্রসারিত হয় special_small_blocks তাই যে ZVOL লেখা এগুলি কেবল নির্দিষ্ট কিছু নিয়মিত ফাইল ব্লকেই নয়, বিশেষ ভিডিইভিতেও অবতরণ করতে পারে। তদুপরি, মানটি দুইয়ের শক্তি হতে হবে এমন সীমাবদ্ধতা শিথিল করা হয়েছে, যাতে প্রশাসক কঠোর বিকল্পগুলিতে সীমাবদ্ধ না থেকে তাদের প্রকৃত কাজের চাপ অনুসারে সূক্ষ্ম আকারগুলি বেছে নিতে পারেন।
সম্মিলিতভাবে, এই উন্নতিগুলি স্টোরেজ আর্কিটেকচারের নকশার অনুমতি দেয় যেখানে সবচেয়ে গুরুত্বপূর্ণ তথ্য (মেটাডেটা, ছোট ব্লক, ZIL, ডিডুপ্লিকেশন টেবিল, ইত্যাদি) দ্রুততর মিডিয়াতে সংরক্ষণ করা হয়, যখন বেশিরভাগ ডেটা কম দামি ডিস্কে থাকে। এই সমস্ত কিছুর সাথে কোনটি "ছোট" এবং কোনটি নয় তা নির্ধারণে অনেক বেশি নমনীয়তা আসে।
zfs পুনর্লিখন এবং zfs পুনর্লিখন -P: দক্ষতার সাথে ডেটা স্থানান্তর করা
২.৩ সিরিজটি ইতিমধ্যেই সাম্প্রতিক সময়ের সবচেয়ে আকর্ষণীয় বৈশিষ্ট্যগুলির মধ্যে একটি নিয়ে এসেছে: সাবকমান্ড zfs পুনর্লিখনOpenZFS 2.4 এই টুলটিকে আরও এক ধাপ এগিয়ে নিয়ে যায় ভেরিয়েন্টটি অন্তর্ভুক্ত করে zfs rewrite -Pযা একটি পুলের মধ্যে ডেটা স্থানান্তর করার সময় নতুন সম্ভাবনা যোগ করে।
কমান্ড zfs rewrite অনুমতি দেয় "পুনরায় লিখতে"একটি ফাইল বা ডেটাসেটের বিষয়বস্তু তার যৌক্তিক অর্থ পরিবর্তন না করেই অনুলিপি করা হয়, তবে বিভিন্ন অভ্যন্তরীণ বৈশিষ্ট্য সহ অন্যান্য অঞ্চলে শারীরিকভাবে স্থানান্তরিত হয়। এটি কম্প্রেশন অ্যালগরিদম, চেকসামের ধরণ, ডিডুপ্লিকেশন প্রয়োগ করা হয়েছে কিনা, কপির সংখ্যা, এমনকি পছন্দের ডিভাইসের মতো পরিবর্তনগুলিকে ব্যবহারকারীর স্থানে ডেটা অনুলিপি করে পুনরায় লেখার প্রয়োজন ছাড়াই অনুমতি দেয়।"
এর বেশ কিছু সুস্পষ্ট সুবিধা রয়েছে: এটি ক্লাসিক "কপি এবং পুনঃনামকরণ" পদ্ধতির তুলনায় I/O ট্র্যাফিক হ্রাস করে, ক্যাশের উপর প্রভাব কমিয়ে দেয় এবং দীর্ঘ সময় ধরে ডেটা স্থানান্তরিত হওয়া এড়ায়, যার সময় বহিরাগত সরঞ্জামগুলির মাধ্যমে তথ্য স্থানান্তরিত হয়। তদুপরি, যেহেতু সামগ্রীতে কোনও যৌক্তিক পরিবর্তন নেই, এমটাইম পরিবর্তন করা হয়নি ব্যবহারকারীর দৃষ্টিকোণ থেকে দৃশ্যমান অন্যান্য বৈশিষ্ট্যও নয়, যার অর্থ অনেক অ্যাপ্লিকেশনই অপারেশন সম্পর্কে অবগত নয়।
বিকল্প zfs rewrite -P এর সম্ভাবনা যোগ করে যৌক্তিক জন্ম সময় সংরক্ষণ করুন যখনই সম্ভব ব্লকগুলি সরিয়ে ফেলা, যা ক্রমবর্ধমান প্রতিলিপি প্রবাহের আকার হ্রাস করতে সহায়তা করে। এই তথ্য স্থিতিশীল রেখে, পরবর্তী প্রেরণ/গ্রহণ ক্রিয়াকলাপগুলি আসলে কী পরিবর্তিত হয়েছে এবং কী পরিবর্তিত হয়নি তা আরও ভালভাবে সনাক্ত করতে পারে, সিস্টেমগুলির মধ্যে স্থানান্তরিত করার জন্য প্রয়োজনীয় ডেটার পরিমাণ হ্রাস করে।
আরেকটি গুরুত্বপূর্ণ সুবিধা হল পুনর্লিখন প্রক্রিয়াটি সুরক্ষিত থাকে রেঞ্জ লক স্বাভাবিক, তাই এটি সিস্টেমকে অযথা ব্লক না করেই প্রকৃত কাজের চাপের সাথে সমান্তরালভাবে চলতে পারে। ডেটাসেটে sync=always এর সুবিধা আরও বেশি, কারণ ডেটার কোনও যৌক্তিক পরিবর্তন না করে, ZIL-তে কোনও অতিরিক্ত লেখা বাধ্যতামূলক করা হয় না, যা সিঙ্ক্রোনাস অপারেশনে অতিরিক্ত খরচ এড়ায়।
OpenZFS 2.4-এ নতুন ব্যবস্থাপনা বিকল্প: -a|–all, রেঞ্জ স্ক্রাব, এবং BRT প্রিফেচ
OpenZFS 2.4 দৈনন্দিন ব্যবহারের জন্য বেশ কিছু অত্যন্ত কার্যকর বিকল্পের মাধ্যমে ব্যবস্থাপনা সরঞ্জামের ভাণ্ডারকে আরও পরিমার্জিত এবং প্রসারিত করে। এর মধ্যে একটি হল বিকল্পটির সংযোজন -a|–সব পুলগুলিতে রক্ষণাবেক্ষণের কাজ সম্পাদনকারী কমান্ডগুলিতে, যেমন স্ক্রাব, ট্রিম বা ইনিশিয়ালাইজেশন।
এই বিকল্পটি এমন একটি অপারেশন চালু করা সম্ভব করে যা প্রভাবিত করে সমস্ত আমদানি করা পুল একবারে সব, প্রতিটি পুল ম্যানুয়ালি পুনরাবৃত্তি করার পরিবর্তে। এটি একাধিক পুল পরিচালনা করে এমন সার্ভারগুলিতে জিনিসগুলিকে ব্যাপকভাবে সরল করে, মানুষের ত্রুটি হ্রাস করে এবং সহজ অটোমেশনকে সহজ করে তোলে।
এছাড়াও, একটি চালু করার সম্ভাবনা zpool scrub সীমাবদ্ধ নির্দিষ্ট সময়সীমা বিকল্পগুলির মাধ্যমে -S -Eএই কার্যকারিতাটি অত্যন্ত মূল্যবান যখন আপনি কেবলমাত্র এমন একটি সময় পর্যালোচনা করতে চান যেখানে সমস্যা সন্দেহ করা হয়, অথবা যখন আপনি একটি স্ক্রাবের খরচ বেশ কয়েকটি আংশিক সম্পাদনের উপর ভাগ করে নিতে চান যাতে সামগ্রিক কর্মক্ষমতা খুব বেশি প্রভাবিত না হয়।
আরেকটি প্রাসঙ্গিক নতুন বৈশিষ্ট্য হল এর সংযোজন zpool prefetch -t brt মেমোরিতে প্রিলোড করার জন্য ব্লক রেফারেন্স টেবিল (ব্লক ক্লোনিং টেবিল)এটি পূর্ববর্তী সংস্করণগুলিতে প্রবর্তিত ব্লক ক্লোনিং কার্যকারিতার আরও ভাল ব্যবহারকে সম্ভব করে তোলে, এই বৈশিষ্ট্যের সাথে জড়িত অভ্যন্তরীণ কাঠামো অ্যাক্সেস করার সময় বিলম্ব হ্রাস করে।
অনুমতি, পুনঃনামকরণ করা সরঞ্জাম, এবং ডিডুপ এবং ব্লক ক্লোনিংয়ের উন্নতি
অভিজ্ঞতাকে আরও উন্নত করে এমন ছোট কিন্তু উল্লেখযোগ্য উন্নতিগুলির মধ্যে, OpenZFS 2.4 একটি নতুন অনুমতি যোগ করেছে পাঠান:এনক্রিপ্ট করাকে এনক্রিপ্ট করা ডেটা পাঠাতে পারে তার উপর আরও সূক্ষ্ম নিয়ন্ত্রণ প্রদানের জন্য ডিজাইন করা হয়েছে, এটি এমন দলগুলির সাথে ভাল কাজ করে যাদের স্ন্যাপশট পরিচালনাকারী, প্রতিলিপি পরিচালনাকারী এবং এনক্রিপশন কীগুলিতে অ্যাক্সেসকারীর মধ্যে দায়িত্ব পৃথকীকরণ রয়েছে।
ঐতিহ্যবাহী ইউটিলিটিগুলিরও নাম পরিবর্তন করা হয়েছিল, যেমন arc_summary y arcstat, যা পরে জানা যায় zarcsummary y zarcstatএই পরিবর্তনটি নামের দ্বন্দ্ব এড়াতে সাহায্য করে এবং এটি স্পষ্ট করে যে এগুলি ZFS-এর সাথে সম্পর্কিত সরঞ্জাম, যা একই রকম কমান্ড প্রকাশ করে এমন একাধিক উপাদান সহ সিস্টেমে কার্যকর।
অভ্যন্তরীণভাবে, 2.4 সিরিজ জমা হয় নতুন অপ্টিমাইজেশন এবং সংশোধন এটি ডিডুপ্লিকেশন এবং ব্লক ক্লোনিং উভয়ের ক্ষেত্রেই প্রযোজ্য। ডেটা স্ট্রাকচারগুলি পরিমার্জিত করা হয়, এজ কেসগুলি সংশোধন করা হয় এবং মেমরি এবং সিপিইউতে প্রভাবকে আরও পরিচালনাযোগ্য করার জন্য আরও ভাল অ্যাক্সেস প্যাটার্নগুলি অনুসন্ধান করা হয়। এই পরিবর্তনগুলি ব্যবহারকারীর কাছে সরাসরি দৃশ্যমান হয় না, তবে জটিল কাজের চাপের অধীনে এগুলি আরও স্থিতিশীল আচরণ এবং কম আশ্চর্যের কারণ হয়।
গ্যাং ব্লক, অ্যাশিফট, স্লো চাইল্ড ভিডিএভি এবং স্পেশাল টপোলজি
OpenZFS 2.4-তে আরও অনেক উন্নতি এবং সংশোধন অন্তর্ভুক্ত রয়েছে গ্যাং ব্লকএটি একটি অভ্যন্তরীণ সিস্টেম বৈশিষ্ট্য যা এমন ব্লকগুলি পরিচালনা করার জন্য ডিজাইন করা হয়েছে যা প্রচলিতভাবে স্থাপন করা যায় না। যদিও বেশিরভাগ ব্যবহারকারী তাদের সাথে সরাসরি যোগাযোগ করেন না, কোডের এই অংশে যেকোনো ব্যর্থতার গুরুতর পরিণতি হতে পারে, তাই অন্তর্ভুক্ত অসংখ্য সংশোধন এবং অপ্টিমাইজেশন সিস্টেমের সামগ্রিক দৃঢ়তার জন্য সুসংবাদ।
সমান্তরালভাবে, পরিচালনা অস্থায়ীভাবেডিভাইসের সেক্টরের ভৌত আকারের সাথে সামঞ্জস্যপূর্ণ ন্যূনতম বরাদ্দ ইউনিট নির্ধারণকারী প্যারামিটার। উন্নত শিফট ব্যবস্থাপনা বৃহৎ সেক্টরযুক্ত ডিস্কগুলিতে প্রয়োজনের চেয়ে বেশি ডেটা লেখার সম্ভাবনা হ্রাস করে এবং পুলের জীবনকাল জুড়ে গ্রহণযোগ্য কর্মক্ষমতা স্তর বজায় রাখতে সহায়তা করে।
আরেকটি আকর্ষণীয় নতুন বৈশিষ্ট্য হল শিশু ভিডিইভিগুলিকে এমনভাবে আচরণ করতে বাধ্য করার ক্ষমতা যা অস্বাভাবিক ধীর এগুলোকে সাময়িকভাবে "বেঞ্চ" করা যেতে পারে। পুরো সিস্টেমের কর্মক্ষমতা কমিয়ে আনার পরিবর্তে, এগুলোকে কিছুক্ষণের জন্য বন্ধ করে দেওয়া যেতে পারে, যা ডিস্কগুলি ব্যর্থ হতে শুরু করলে, ড্রাইভগুলি মাঝে মাঝে সমস্যার সম্মুখীন হলে, অথবা পরিবেশে অসঙ্গত হার্ডওয়্যার থাকলে খুবই কার্যকর।
অবশেষে, তাদের আছে শিথিল টপোলজির সীমাবদ্ধতা বিশেষ এবং ডিডুপ্লিকেশন ভিডিইভিতে, উন্নত কনফিগারেশন সহ পুল ডিজাইন করার সময় এটি আরও নমনীয়তার সুযোগ দেয়। এটি লেআউট সংজ্ঞায় অত্যধিক কঠোর সীমাবদ্ধতার সম্মুখীন না হয়ে মেটাডেটা, ডিডুপ্লিকেটেড টেবিল, জেডআইএল এবং অন্যান্য সংবেদনশীল উপাদানগুলির জন্য দ্রুত ডিভাইসগুলির আরও ভাল ইন্টিগ্রেশন সক্ষম করে।
OpenZFS 2.3.4: রক্ষণাবেক্ষণ, প্রাথমিক zfs পুনর্লিখন এবং একত্রীকরণ
২.৪ যে লাফের প্রতিনিধিত্ব করে তা সম্পূর্ণরূপে বুঝতে, এটি একবার দেখে নেওয়া মূল্যবান OpenZFS 2.3.4, একটি রক্ষণাবেক্ষণ সংস্করণ যা কিছুক্ষণ আগে প্রকাশিত হয়েছিল এবং পরবর্তীতে নতুন প্রধান শাখায় যা একত্রিত করা হয়েছে তার কিছু ভিত্তি স্থাপন করেছিল।
২.৩.৩ সংস্করণের দুই মাস পরে ২.৩.৪ সংস্করণটি এসেছে, যার উপর খুব জোর দেওয়া হয়েছে দৃঢ়তা এবং সামঞ্জস্যএটি লিনাক্স কার্নেল সাপোর্টকে ৬.১৬ সংস্করণ পর্যন্ত সম্প্রসারিত করেছে, সর্বনিম্ন ৪.১৮ সংস্করণ বজায় রেখেছে, এবং ১৩.৩ সংস্করণ থেকে FreeBSD-এর সাথে সামঞ্জস্যতা নিশ্চিত করেছে, যার মধ্যে আসন্ন ১৫.০ সংস্করণও রয়েছে। অন্য কথায়, এটি ইতিমধ্যেই স্থিতিশীলতা বিনষ্ট না করে আধুনিক বেস সিস্টেমের সাথে সহাবস্থানের জন্য ভিত্তি প্রস্তুত করছিল।
এই নির্দিষ্ট পর্যালোচনায় কমান্ডের প্রাথমিক সংস্করণের আত্মপ্রকাশ দেখা গেছে zfs rewriteসঠিকভাবে ডিজাইন করা হয়েছে লজিক্যাল কন্টেন্ট পরিবর্তন না করে ডেটা স্থানান্তর করুন এবং ডেটাসেট পুনঃনামকরণের মাধ্যমে কপি/নামকরণ বা প্রেরণ/গ্রহণের মতো জটিল কৌশল অবলম্বন না করেই। লক্ষ্য ছিল এমন একটি টুল অফার করা যা ভিডিইভি যোগ করার পরে একটি পুলকে পুনরায় ভারসাম্যপূর্ণ করতে, এলোমেলোভাবে লেখা ফাইলের খণ্ডন হ্রাস করতে, অথবা বিদ্যমান ডেটাতে নতুন স্টোরেজ বৈশিষ্ট্য প্রয়োগ করতে সক্ষম।
ঐতিহ্যবাহী বিকল্পগুলির তুলনায়, zfs rewrite এটি দ্রুততর কারণ এটি ব্যবহারকারীর স্থানে ডেটা ভ্রমণ এড়ায়। ডেটাসেটে sync=alwaysঅধিকন্তু, এটি কর্মক্ষমতা উন্নত করে কারণ, যেহেতু ডেটা যৌক্তিকভাবে পরিবর্তিত হয় না, তাই ZIL-তে কোনও অতিরিক্ত লেখা ট্রিগার হয় না। এই সব কিছুই কোনও কিছু স্পর্শ না করেই। এমটাইম বা অন্যান্য মেটাডেটা অ্যাপ্লিকেশনগুলিতে দৃশ্যমান, যা এর উপরে চলমান সফ্টওয়্যারের উপর প্রভাব কমিয়ে দেয়।
সংস্করণ 2.3.4 বিভিন্ন প্রদান করেছে FreeBSD-নির্দিষ্ট সেটিংসএতে প্যাকেজিং উন্নতি এবং কোডের কিছু কোণকে মসৃণ করার জন্য ছোটখাটো সংশোধনের একটি সেট অন্তর্ভুক্ত ছিল। এটি কোনও বিঘ্নজনক পরিবর্তন আনার উদ্দেশ্যে তৈরি করা হয়নি, বরং নতুন বৈশিষ্ট্যগুলির একটি বৃহত্তর প্যাকেজ সহ শাখা 2.4-এ যাওয়ার আগে স্থিতিশীলতা উন্নত করার জন্য তৈরি করা হয়েছিল।
OpenZFS 2.4 RC1, RC2, RC4: পরীক্ষা, প্রতিক্রিয়া এবং সম্প্রদায় আলোচনা
২.৪ সিরিজ স্থিতিশীল ঘোষণার আগে, প্রকল্পটি বেশ কয়েকটি প্রকাশ করেছে প্রার্থীদের মুক্তি দিন (RC1, RC2, RC4) এর লক্ষ্য হল উন্নত ব্যবহারকারী এবং ডেভেলপারদের তাদের পরীক্ষা করার এবং সমস্যাগুলি রিপোর্ট করার সুযোগ করে দেওয়া। এই রিলিজ প্রার্থীদের মধ্যে ইতিমধ্যেই আমরা আলোচনা করা প্রায় সমস্ত বৈশিষ্ট্য অন্তর্ভুক্ত ছিল: ডিফল্ট কোটা, ক্যাশেলেস I/O একটি ফলব্যাক হিসাবে, ইউনিফাইড অ্যালোকেশন থ্রটলিং, এনক্রিপশন উন্নতি, বিশেষ vdevs-এ ZIL, special_small_blocks এক্সটেনশন, নতুন অনুমতি, টুল রিনেমিং এবং আরও অনেক কিছু।
RC1 এবং RC2 নোটগুলি সম্প্রদায়ের গুরুত্বের উপর জোর দিয়েছে আমি বিল্ডগুলি পরীক্ষা করব। এবং GitHub এর মাধ্যমে প্রতিক্রিয়া পাঠান, যার মধ্যে রেফারেন্স শাখার সাথে সম্পর্কিত পরিবর্তনগুলি সহজেই তালিকাভুক্ত করার কমান্ড অন্তর্ভুক্ত রয়েছে (এর সংমিশ্রণ সহ) git cherry বিভিন্ন RC-এর সাথে zfs-2.3-release তুলনা করা)। বার্তাটি স্পষ্ট ছিল: লক্ষ্য ছিল "স্থিতিশীল" লেবেল করার আগে বাস্তব-বিশ্বের পরিবেশে কোডটি পরীক্ষা করা।
তবে, একটি নির্দিষ্ট আরসির উপস্থিতি (উদাহরণস্বরূপ, 2.4.0-RC4FreeBSD-এর RELEASE হিসেবে চিহ্নিত একটি সংস্করণ, যেমন 15.0-তে .NET Framework (RF) অন্তর্ভুক্তি অনেকেরই ভ্রু কুঁচকে গেছে। কিছু ব্যবহারকারী ভেবেছেন কেন এটি অন্তর্ভুক্ত করার সিদ্ধান্ত নেওয়া হয়েছিল। OpenZFS রিলিজ প্রার্থী পূর্ববর্তী, ইতিমধ্যে প্রতিষ্ঠিত শাখার পরিবর্তে অপারেটিং সিস্টেমের স্থিতিশীল বলে বিবেচিত একটি সংস্করণে। এই পছন্দটি তাদের মধ্যে কিছু অসন্তোষ তৈরি করেছে যারা তাদের ডেটা যে ফাইল সিস্টেমের উপর নির্ভর করে তা চূড়ান্ত সংস্করণের উপর ভিত্তি করে তৈরি করতে পছন্দ করে।
সন্দেহগুলি সেই সিদ্ধান্তের স্থায়িত্ব নিয়ে আবর্তিত হয়েছিল: যদি কেউ OpenZFS 2.4.0-RC4 সহ FreeBSD 15.0 ইনস্টল করে এবং তারপর -CURRENT শাখা অনুসরণ না করে, তাহলে রিলিজ প্রার্থীর সাথে বেশ কয়েক মাস "আটকে" থাকার বিষয়ে উদ্বেগ রয়েছে যতক্ষণ না একটি ছোটখাটো সংশোধন বা সিরিজের একটি নতুন বিন্দু আসে। ভবিষ্যতের রিলিজগুলি যেমন 15.1 চূড়ান্ত সংস্করণের পরিবর্তে আরেকটি RC (উদাহরণস্বরূপ, একটি কাল্পনিক 2.4.1-RC3) সংহত করবে।
এই বিতর্কের পিছনে "কী" তা বোঝার বিভিন্ন উপায় রয়েছে।মুক্তির প্রার্থী"ফাইল সিস্টেমের মতো সংবেদনশীল প্রেক্ষাপটে। কিছু লোকের জন্য, একটি রিলিজ ক্যান্ডিডেট (RC) কার্যত একটি স্থিতিশীল সংস্করণ, শুধুমাত্র ছোটখাটো পরিবর্তনের প্রয়োজন হয়। তবে, অন্যদের জন্য, এটি এমন কোড যা RELEASE হিসাবে চিহ্নিত একটি সিস্টেমের ভিত্তি হিসাবে ব্যবহার করা উচিত নয় এবং যারা উন্নয়ন শাখাগুলি ঘনিষ্ঠভাবে অনুসরণ করেন তাদের জন্য সংরক্ষিত থাকা উচিত।"
যাই হোক না কেন, আরসিরা তাদের লক্ষ্য পূরণ করেছে পরীক্ষার ভিত্তিএই উন্নতিগুলি বাগ সনাক্তকরণ, বিশদ বিবরণে সমন্বয় এবং "2.4 স্থিতিশীল" রিলিজে আরও আত্মবিশ্বাসী আগমনকে সম্ভব করেছে। যারা সর্বোপরি নিরাপত্তাকে অগ্রাধিকার দেন তাদের কাছে এখনও 2.3.x এর মতো পূর্ববর্তী শাখাগুলিতে থাকার বিকল্প রয়েছে যতক্ষণ না তারা মনে করেন যে 2.4 উৎপাদনে যথেষ্ট পরিপক্ক।
OpenZFS 2.4 যা কিছু এনেছে তা 2.3 সিরিজ এবং এর রক্ষণাবেক্ষণ আপডেটের মাধ্যমে প্রকল্পটি যে দৃঢ়তা অর্জন করেছে তার উপর ভিত্তি করে, কার্নেল সামঞ্জস্যের উন্নতি, নতুন সরঞ্জাম যেমন zfs পুনর্লিখনএই রিলিজে ডিডুপ্লিকেশন এবং ব্লক ক্লোনিং, এনক্রিপশন অপ্টিমাইজেশন, গ্যাং ব্লক এবং অ্যাশিফটের অভ্যন্তরীণ পরিবর্তন এবং নতুন ব্যবস্থাপনা বিকল্পগুলির একটি পরিসর অন্তর্ভুক্ত রয়েছে। নির্দিষ্ট অপারেটিং সিস্টেমে রিলিজ প্রার্থীদের ব্যবহার নিয়ে কিছু বিতর্ক দেখা দিলেও, স্থিতিশীল সংস্করণ 2.4 তাদের জন্য একটি উল্লেখযোগ্য অগ্রগতি প্রদান করে যারা প্রতিষ্ঠিত অখণ্ডতা এবং স্থিতিস্থাপকতা গ্যারান্টিগুলিকে ত্যাগ না করেই লিনাক্স এবং ফ্রিবিএসডি-তে ZFS থেকে আরও বেশি কিছু পেতে চান।
