16 টিবি রাইডের জন্য ফাইল সিস্টেম নির্বাচন করা


9

আমি আটটি টিটিবি ডিস্ক সহ একটি মেশিন একসাথে রাখছি।

আমি তাদের উপরে রাইড ((ব্যবহারযোগ্য সক্ষমতার 12 টিবি) ব্যবহার করব, তবে আমি নিশ্চিত নই যে আমাকে রেডের উপরে এলভিএম তৈরি করা উচিত, বা কোন ফাইল সিস্টেম ব্যবহার করতে হবে।

এলভিএমের অভ্যন্তরে কোন ফাইল সিস্টেমকে পুনরায় আকার দেওয়া যেতে পারে?


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

উত্তর:


6

একটি রেইড ডিভাইসের শীর্ষে lvm সহ আপনি এটিতে একাধিক ভার্চুয়াল ডিভাইস (এবং ফাইল সিস্টেম) তৈরি করতে নমনীয়। এবং আপনি এই ডিভাইসের আকার পরিবর্তন করতে নমনীয়।

আপনি যদি এটির 100% নিশ্চিত হন যে আপনার এটির প্রয়োজন নেই এবং আপনার কেবল একটি বড় ফাইল সিস্টেমের দরকার পড়ে তবে আপনি সরাসরি আপনার রেইড ডিভাইসে ফাইল সিস্টেম তৈরি করতে পারেন। সেক্ষেত্রে ইন্ডিয়ারেশন এবং জটিলতার একটি স্তর মুছে ফেলা হয়।

একটি ফাইল সিস্টেম চয়ন করতে, সবচেয়ে গুরুত্বপূর্ণ পয়েন্টগুলি হ'ল:

  • ভাল পরীক্ষা করা উচিত এবং স্থিতিশীল
  • পর্যাপ্ত মূলধারার হওয়া উচিত
  • অবশ্যই ভাল পারফরম্যান্স

এর অর্থ ফাইল সিস্টেমগুলির ক্ষেত্রে একটি সাধারণত রক্ষণশীল।

এই মানদণ্ডগুলি ব্যবহার করে আপনার মূলত লিনাক্সে 3 টি পছন্দ রয়েছে (2011-06 পর্যন্ত:

  • , ext3
  • ext4 এই
  • XFS

বড় ডিভাইসে আমি এক্সএফএস ব্যবহার করি কারণ একটি mkfs.xfsউপায় দ্রুত way

এই সমস্ত ফাইল সিস্টেমকে পুনরায় আকার দেওয়া যেতে পারে।

হালনাগাদ:

আমি একটি 3 টিবি ডিভাইসে একটি ছোট বেঞ্চমার্ক করেছি (সমস্ত ফাইল সিস্টেমে 4k ব্লকসাইজ ব্যবহার করে):

$ awk -F\; -f mkfs.awk mkfs
          FS     SIZE(TB)      TIME(S)      RSS(MB)      SPEEDUP      SPACEUP
        ext3            1          217           37         1.00         1.00
        ext3            2          478           74         1.00         1.00
        ext3            3          829          111         1.00         1.00
        ext4            1          139           37         1.55         1.00
        ext4            2          298           74         1.60         1.00
        ext4            3          515          111         1.61         1.00
         xfs            1            5            2        43.23        17.01
         xfs            2            9            2        51.43        33.49
         xfs            3           15            2        54.73        50.05

(গতি / স্মৃতিচারণ ext3 এর বিপরীতে)

(সিস্টেম: ডেবিয়ান 6.0 এএমডি 64, এমকেএফএস.সেক্সট 1.41.12, এমকেফএস.এক্সএফস 3.1.4, ডাব্লুডি সাটা ড্রাইভ, এইচডিপর্ম -t প্রায় 120 এমবি / এস বাফার ডিস্ক পড়ে)

তার অর্থ একটি এক্সট্রা [34] ফাইল সিস্টেম এম কেফেসিং এমএকফএসের চেয়ে 54 গুণ বেশি ধীর। এটি প্রায় 12 টিবিতে একটি এক্স এফএস তৈরি করতে প্রায় এক ঘন্টা লাগবে (xfs কেবল এক মিনিট)।


আমি এক্সএফএসটিও পছন্দ করি, তবে কেবলমাত্র প্রাথমিক বিন্যাসের গতির কারণে আপনার ফাইল সিস্টেম হিসাবে এটি চয়ন করা কি নির্বোধ বলে মনে হচ্ছে না?
কালেব

4
লক্ষণীয় বিষয়, আপনি যদি পরে আপনার RAID বাড়ানোর পরিকল্পনা করেন তবে ext4 16TiB ভলিউমে সীমাবদ্ধ ( উইকিপিডিয়া অনুসারে )।
জার্ট

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

2
@ জার্ট: না, সীমাবদ্ধতার বর্তমান সংস্করণে রয়েছে ext2progs- এক্সট 4 ফর্ম্যাটটি আকারে 1 এক্সাবাইট পর্যন্ত ভলিউম সমর্থন করে।
টেডি

1
Mkfs.ext4 এর সাম্প্রতিক সংস্করণগুলি অনেক বেশি দ্রুত কারণ এটি আপনার মাউন্ট করার পরে পটভূমিতে করা বেশিরভাগ বিন্যাসটি বিলম্ব করে। এছাড়াও fsck সময়গুলি ext3 এর চেয়ে ext4 এ বেশ খানিকটা দ্রুত।
psusi

1

লিনাক্স সহ আমাদের বেশিরভাগ প্রোডাকশন বাক্সে আমরা lvm + ext2 / ext3 ব্যবহার করি গ্রাহকের অনুরোধ জার্নালিং / Ext3 / না / / ext2 /

আপনার ক্ষেত্রে আমি আহাদে চলে যাব এবং lvm + ext2 তৈরি করব যদি না আপনি ওভারহেড তৈরির চেয়ে বেশি জার্নালিংয়ের মাধ্যমে উপকৃত হন .. তবে ম্যাক্সচেলেপজিগের বর্ণনা অনুসারে আরও কিছু বিবেচনা করার দরকার নেই ।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.