فایل سیستم های لینوکس; از معماری تا قابلیت‌های ذخیره‌سازی مدرن

در دنیای سیستم‌های عامل و مدیریت داده، انتخاب یک سیستم فایل مناسب می‌تواند تأثیر مستقیم بر عملکرد، یکپارچگی داده‌ها و انعطاف‌پذیری زیرساخت ذخیره‌سازی داشته باشد. سه سیستم فایل برجسته در این حوزه عبارتند از ext4 که سال‌ها به عنوان پیش‌فرض لینوکس شناخته می‌شود، ZFS که از دنیای سولاریس ریشه گرفته و اکنون در سیستم‌های شبه‌یونیکسی حضور قدرتمندی دارد، و Btrfs که به عنوان جانشین بالقوه ext4 طراحی شده و ایده‌های مدرن مدیریت حجم و تصحیح خطا را با ریشه‌های لینوکس ادغام می‌کند. در این مقاله، هر سه سیستم فایل را بدون ساختار لیست‌وار، به صورت کاملاً توصیفی و با رویکرد مقایسهٔ پیوسته بررسی خواهیم کرد.

تاریخچه فایل سیستم های لینوکس

ابتدا به معرفی اجمالی هر کدام می‌پردازیم. ext4(چهارمین نسخه از Extended File System) در سال ۲۰۰۸ به هسته لینوکس اضافه شد و حاصل تکامل ext3 و ext2 است. طراحی آن بر اساس سادگی، پایداری، سازگاری عقبرو و عملکرد قابل پیش‌بینی است. برخلاف دو رقیب دیگر، ext4 یک سیستم فایل سنتی محسوب می‌شود که به تنهایی قابلیت‌های مدیریت حجم منطقی (مانند LVM) یا RAID نرم‌افزاری را ندارد و برای بهره‌بردن از ویژگی‌هایی چون snapshot یا فشرده‌سازی باید به لایه‌های جداگانه متکی باشد. از سوی دیگر، **ZFS** که توسط سان مایکروسیستمز ساخته شد، یک سیستم فایل و مدیر حجم یکپارچه است. به این معنی که دسترسی به دیسک‌های خام، پارتیشن‌بندی، RAID، کش، snapshot، کلونینگ و تصحیح خطا همگی در دل خود ZFS تعبیه شده‌اند. ZFS از مفهوم ”storage pool“ استفاده می‌کند که شبیه به LVM عمل می‌کند اما با آگاهی کامل از ساختار فایل و دیتاست. Btrfs(که مخفف B-tree File System است) با الهام از برخی ایده‌های ZFS، سعی در ارائه یک پل میان سادگی ext4 و قدرت ZFS دارد. Btrfs نیز مانند ZFS زیرسیستم‌های snapshot، فشرده‌سازی، چک‌سام، subvolume و قابلیت RAID یکپارچه را فراهم می‌کند، اما با رویکردی بومی در لینوکس و مجوز GPL.

تفاوت بنیادین فایل سیستم ها

یک تفاوت بنیادین میان این سه سیستم فایل، سطح حفاظت در برابر فساد داده (Data Corruption) است. ext4 از ژورنالینگ متادیتا پشتیبانی می‌کند؛ به این معنی که اگر هنگام نوشتن روی دیسک قطع برق رخ دهد، ساختارهای دایرکتوری و inode در وضعیت سازگار باقی می‌مانند. با این حال، خود محتوای فایل‌ها در برابر ”bit rot“ (زوال بیتی) یا خرابی بخش‌های دیسک محافظت نمی‌شوند. یعنی اگر یک بیت در فایل به دلیل خطای فیزیکی دیسک معکوس شود، ext4 هیچ مکانیسمی برای تشخیص و تصحیح خودکار آن ندارد و کاربر ممکن است زمان زیادی بعد متوجه آسیب دیدن فایل شود. در نقطهٔ مقابل، ZFS برای هر بلوک داده یک چک‌سام رمزنگاری شده (SHA-256 به صورت پیش‌فرض) نگهداری می‌کند. هنگام خواندن همان بلوک، چک‌سام دوباره محاسبه شده و با مقدار ذخیره‌شده مقایسه می‌شود. در صورت مغایرت و به شرط وجود mirror یا RAID-Z (معادل RAID-5/6 در ZFS)، سیستم فایل می‌تواند داده صحیح را از کپی یا گره برابری بازسازی کرده و با بلوک خراب جایگزین کند. Btrfs نیز از چک‌سام برای داده و متادیتا استفاده می‌کند. پیش‌فرض Btrfs استفاده از الگوریتم crc32c است که نسبت به SHA-256 سریع‌تر اما از نظر رمزنگاری ضعیف‌تر است. خوشبختانه Btrfs امکان استفاده از چک‌سام‌های قوی‌تر مانند xxhash یا sha256 را نیز در نسخه‌های جدیدتر دارد. هر دو ZFS و Btrfs قادر به شناسایی و تصحیح خطای خاموش داده در پس‌زمینه با فرمان scrub هستند.

موضوع بعدی، قابلیت حجم‌های منطقی و snapshot است. در ext4 به صورت پیش‌فرض نمی‌توانید یک snapshot از فایل‌سیستم زنده بگیرید مگر آنکه از LVM در زیر آن استفاده کنید. LVM به شما امکان می‌دهد از یک حجم منطقی snapshot بگیرید، اما این snapshot در ابتدا عملکرد ضعیفی دارد و با تغییر داده‌ها به شدت مصرف فضا افزایش می‌یابد. همچنین ادغام snapshot دوباره با حجم اصلی (revert) در LVM+ext4 عملاً به معنی بازگردانی کل حجم است. در ZFS، snapshot ذاتاً سریع و فضای بسیار کارآمدی دارد؛ زیرا از فناوری copy-on-write (COW) استفاده می‌کند. به این معنا که هنگام تغییر یک بلوک، بلوک جدید در جای دیگری نوشته شده و بلوک قدیمی تا زمانی که تمام snapshot‌هایی که به آن ارجاع دارند حذف شوند، باقی می‌ماند. بنابراین ایجاد صدها snapshot تقریباً بدون کاهش عملکرد و با اشغال فضای بسیار کم (فقط بلوک‌های تغییر کرده) امکان‌پذیر است. همچنین ZFS اجازه می‌دهد به سرعت به هر snapshot بازگردید یا به صورت دوبعدی clone از یک snapshot بگیرید. Btrfs نیز دقیقاً از همین مدل COW بهره می‌برد و زیرحجم‌ها (subvolume) و snapshot در آن بسیار شبیه به ZFS عمل می‌کنند. تفاوت کلیدی در این است که ZFS با مفاهیم ”dataset“ و ”zvol“ یکپارچگی بیشتری با مدیریت استخر و سهمیه‌بندی دارد، در حالی که Btrfs بر خلاف ZFS می‌تواند اندازه یک subvolume را به صورت جداگانه محدود کند (با ویژگی quota).

در زمینه فشرده‌سازی آنی (online compression)، ext4 کاملاً بی‌بهره است و برای فشرده‌سازی باید از سیستم فایل سطح بالا (مانند eCryptfs یا فشرده‌سازی در سطح برنامه) استفاده کنید. ZFS از الگوریتم‌های متنوع فشرده‌سازی مانند lz4، zstd، gzip و lzjb پشتیبانی می‌کند. فشرده‌سازی در ZFS در سطح دیتاست قابل فعال‌سازی است و قبل از نوشتن روی دیسک اعمال می‌شود، که منجر به صرفه‌جویی در فضای دیسک و گاهی افزایش عملکرد (به دلیل کاهش I/O) می‌شود. Btrfs نیز از فشرده‌سازی پشتیبانی می‌کند؛ با الگوریتم‌های zlib، lzo و zstd (از نسخه‌های جدیدتر کرنل). قابلیت تنظیم فشرده‌سازی به ازای هر فایل یا زیرحجم در Btrfs انعطاف خوبی فراهم می‌کند، اما معمولاً پیاده‌سازی ZFS در این حوزه پایدارتر و سریع‌تر ارزیابی می‌شود.

حال نوبت به بررسی انعطاف‌پذیری در پیکربندی RAID می‌رسد. در ext4 برای RAID باید از ابزارهای جداگانه مانند mdadm (نرم‌افزار RAID لینوکس) استفاده کنید. این روش به خوبی کار می‌کند اما مزیت آگاهی از ساختار فایل را ندارد. به عنوان مثال، در mdadm+ext4، مشکل ”write hole“ در RAID-5 وجود دارد که در هنگام قطع برق میان نوشتن دو بلوک برابری و داده می‌تواند منجر به ناهماهنگی شود. ZFS با طراحی یکپارچه RAID-Z این مشکل را حل کرده است؛ RAID-Z از تکنیک متغیر عرض نوار (variable stripe width) و استفاده از چک‌سام و transaction groups استفاده می‌کند که نوشتن ناقص در آن هرگز باعث خرابی ناس سازگار نمی‌شود. همچنین ZFS توانایی تغییر سطح RAID در حال اجرا (مثلاً از mirror به RAID-Z) را با اضافه کردن دیسک دارد. Btrfs نیز حالت‌های RAID 0، 1، 10، 5 و 6 را پشتیبانی می‌کند، اما باید گفت که پیاده‌سازی RAID-5 و RAID-6 در Btrfs برای سال‌ها ناپایدار اعلام شده بود و هرچند اخیراً اصلاحاتی صورت گرفته، هنوز در محیط‌های حیاتی با احتیاط استفاده می‌شود. نقطه قوت Btrfs در RAID این است که می‌تواند RAID سطح‌های متفاوت برای متادیتا و داده داشته باشد؛ مثلاً متادیتا با RAID-1 و داده با RAID-0، که برای برخی کاربردها بهینه است.

عملکرد یکی از بحث‌برانگیزترین جنبه‌هاست. ext4 معمولاً برای بارهای کاری ساده مانند دسکتاپ، سرورهای وب و پایگاه‌داده‌های با حجم تراکنش متوسط، عملکرد بسیار خوب و کم‌تأخیر دارد. دلیل آن این است که ext4 در بسیاری از موارد از فناوری COW استفاده نمی‌کند و نوشتن مستقیم روی بلوک‌ها صورت می‌گیرد. در مقابل، ZFS و Btrfs به دلیل ماهیت COW ممکن است در برخی سناریوهای نوشتن تصادفی دچار افزایش تأخیر و تکه‌تکه شدن (fragmentation) شوند. اما این دو مزایای دیگری دارند: ZFS با کش تطبیقی (ARC) که از حافظه اصلی استفاده می‌کند و نیز کش نوشتن جداگانه (ZIL و L2ARC) می‌تواند در بسیاری از بارهای کاری عملکرد خیره‌کننده‌ای ارائه دهد. البته ZFS به حافظه رم نسبتاً زیادی نیاز دارد (حداقل ۸ گیگابایت پیشنهاد می‌شود برای کار با ددیکیشن). Btrfs سبک‌تر از ZFS است و حافظه کمتری مصرف می‌کند، اما در عملیات همزمان سنگین ممکن است دچار تأخیرهایی شود که در کرنل‌های جدید بهبود یافته است.

نگهداری و بازیابی فاجعه (disaster recovery) نیز متفاوت است. ext4 ابزارهایی مانند e2fsck برای تعمیر دارد که با افزایش حجم، زمان بسیار طولانی‌ای می‌برد. ZFS نیازی به ابزار مشابه fsck به معنای سنتی ندارد؛ به لطف تراکنش‌های اتمی و چک‌سام‌ها، پس از راه‌اندازی مجدد، سیستم فایل بدون نیاز به بررسی کلی (mount -f) قابل استفاده است و در صورت خرابی، دستور zpool scrub می‌تواند خطاها را شناسایی و در صورت وجود افزونگی، تعمیر کند. Btrfs نیز برنامه btrfs check دارد، اما در عمل بسیاری از تعمیرات با فرمان scrub و ابزارهای بازیابی snapshot انجام می‌شود. یک نکته مهم در مقایسه، وضعیت پشتیبانی و بلوغ نرم‌افزاری است: ext4 کاملاً پایدار، با کد بسیار آزمایش شده و پشتیبانی گسترده در همه توزیع‌ها و حتی سیستم‌های توکار. ZFS به دلیل عدم تطابق مجوز (CDDL با GPL) نمی‌تواند به صورت رسمی در هسته لینوکس توزیع شود، اما به کمک ماژول‌های خارجی (مانند zfs-dkms) در بسیاری از توزیع‌ها قابل نصب است. پایداری ZFS به شدت بالا بوده و در محیط‌های ذخیره‌سازی سازمانی و فری‌بیاس دهه‌ها سابقه دارد. Btrfs از نظر پایداری در طول زمان به شدت بهبود یافته و بسیاری از توزیع‌ها مانند openSUSE، Fedora و حتی سینت‌او‌اس آن را به عنوان سیستم فایل پیش‌فرض برای برخی کاربردها انتخاب کرده‌اند، اما هنوز برخی ویژگی‌های پیشرفته آن (مخصوصاً RAID-5/6) در شرایط مرزی مشکل دارند.

در نهایت، استفاده از هر سیستم فایل به نیاز شما بستگی دارد. برای دسکتاپ لینوکس، فضای ابری شخصی یا رایانه‌ای که تنوع کاری زیادی ندارد، ext4 توصیه می‌شود زیرا ساده، سریع و بی‌دردسر است. برای یک سرور ذخیره‌سازی سنگین با نیاز به یکپارچگی بالا، snapshot، فشرده‌سازی و تصحیح خطا، ZFS بهترین انتخاب است به شرط آنکه مدیریت حافظه و مجوزها برایتان محدودیت ایجاد نکند. Btrfs گزینه‌ای عالی برای کسانی است که ویژگی‌های مدرن مشابه ZFS را می‌خواهند اما در محیط کاملاً لینوکس و بدون دغدغه ماژول خارجی، و همچنین برای کسانی که به قابلیت resize پویا، subvolume و snapshot بسیار نیاز دارند؛ به شرطی که از RAID-5/6 استفاده نکنند یا استفاده خود را محدود به محیط‌های غیرحیاتی با پشتیبان منظم نمایند.

در ادامه جهت دسترسی سریع به تفاوت‌های کلیدی، جدول مقایسه ارائه شده است.

در جمع‌بندی، هر سه سیستم فایل جایگاه خود را دارند. ext4 هنوز برای سادگی و اطمینان در حجم عظیمی از سیستم‌ها به کار می‌رود. ZFS راهکار نهایی برای یکپارچگی و ویژگی‌های پیشرفته است، مشروط به پذیرش پیچیدگی و نیازهای سخت‌افزاری آن. Btrfs میدان میانی جذابی را شکل می‌دهد و با توجه به توسعه فعال در هسته لینوکس، آینده‌ای روشن به عنوان جانشین ext4 در بسیاری از کاربردهای لینوکسی پیش‌رو دارد. انتخاب آگاهانه میان این سه، گامی اساسی در طراحی زیرساخت ذخیره‌سازی پایدار و کارآمد خواهد بود.