খুব বড় ফাইল সিস্টেমগুলিতে এবং উচ্চ আইওওয়াইআইটি-র কর্মক্ষমতা উন্নয়নের জন্য বিকল্পসমূহ

Question

আমার একটি উটাফু 16.04 ব্যাকআপ সার্ভার আছে 8x10TB এইচডিডি সহ একটি সাটা 3.0 ব্যাকপ্লেনের মাধ্যমে। 8 হার্ডডিস্কগুলি একটি RAID6 এ একত্রিত হয়, একটি এক্সটি 4 ফাইল সিস্টেম ব্যবহৃত হয়। এই ফাইলসিস্টেমটি অনেকগুলি সেক অপারেশন সহ কম আইও থ্রুপুট সহ বিশাল পরিমাণে ছোট ছোট ফাইল সঞ্চয় করে। আসলে বিভিন্ন সার্ভারের অনেকগুলি ছোট ফাইল রয়েছে যা প্রতিদিন আরএসএন্যাপশটের মাধ্যমে স্ন্যাপশট করা হয় (একাধিক আইএনডিস একই ফাইলগুলিতে সরাসরি থাকে the ফাইল সিস্টেমের (60 টিবি নেট) 50% ব্যবহার ছাড়িয়ে যাওয়ার পরে আমার খুব খারাপ পারফরম্যান্স রয়েছে have এই মুহুর্তে, ব্যবহার হয় 75% এবং এ

du -sch /backup-root/

বেশ কয়েক দিন সময় লাগে (!)। মেশিনটিতে 8 টি কোর এবং 16 জি র‌্যাম রয়েছে। র‌্যামটি সম্পূর্ণরূপে ওএস ফাইল সিস্টেম ক্যাশে দ্বারা ব্যবহার করা হয়, আইওএইএইটি-র কারণে 8 টি কোর 7 টি সর্বদা অলস থাকে।

Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          5af205b0-d622-41dd-990e-b4d660c12bd9
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              912203776
Block count:              14595257856
Reserved block count:     0
Free blocks:              4916228709
Free inodes:              793935052
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         2048
Inode blocks per group:   128
RAID stride:              128
RAID stripe width:        768
Flex block group size:    16
Filesystem created:       Wed May 31 21:47:22 2017
Last mount time:          Sat Apr 14 18:48:25 2018
Last write time:          Sat Apr 14 18:48:18 2018
Mount count:              9
Maximum mount count:      -1
Last checked:             Wed May 31 21:47:22 2017
Check interval:           0 (<none>)
Lifetime writes:          152 TB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       513933330
Default directory hash:   half_md4
Directory Hash Seed:      5e822939-cb86-40b2-85bf-bf5844f82922
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke journal_64bit
Journal size:             128M
Journal length:           32768
Journal sequence:         0x00c0b9d5
Journal start:            30179

এই ধরণের ফাইল সিস্টেমের ব্যবহারের আমার অভিজ্ঞতা নেই। এই টিউন করার জন্য আমার কাছে কী বিকল্প রয়েছে। এই দৃশ্যের সাথে কোন ফাইল সিস্টেম আরও ভাল পারফর্ম করবে? ওএস-বিল্ট-ইন একের চেয়ে অন্যান্য ক্যাশে বিকল্পের জন্য র‌্যামকে জড়িত করার কোনও বিকল্প আছে কি?

আপনি কিভাবে বড় RAID সমাবেশগুলিতে খুব বড় পরিমাণে ছোট ফাইল পরিচালনা করবেন?

ধন্যবাদ, সেবাস্তিয়ান

Comments

দ্রুততর ডিস্কগুলি, পছন্দসই এসএসডি। ক্যাচিংয়ের জন্য যতটা সম্ভব র্যাম 16 জিবিবি এমনকি পর্যাপ্ত র‌্যামের মতো একই গ্রহে নেই। এর থেকে প্রচুর পরিমাণে পান এমনকি 512 গিগাবাইট বা আরও অনেক কিছু পান। এবং অবশ্যই RAID 6 ব্যবহার করবেন না

— মাইকেল হ্যাম্পটন

আপনার উত্তর দেওয়ার জন্য ধন্যবাদ. আমি এসএসডি বিকল্পটি সম্পর্কে সচেতন, তবে এটি ডেটা ব্যাক আপ করার জন্য 7000 $ সার্ভার বা 70000 $ সার্ভারের মধ্যে পার্থক্য তৈরি করে। র‌্যাম ইঙ্গিতটি বেশ ভাল, তবে আমি আশঙ্কা করি যে আমি সেক অপারেশনের জন্য ডিস্ক আইওকে সম্পূর্ণভাবে এড়িয়ে চলি যার অর্থ 60TB নেট থেকে পাওয়া যায় তবে আমি কেবল কুমারী-জাতীয় ফাইল সিস্টেমের পারফরম্যান্স পাব। ক্ষমতা 60TB র‌্যাম ক্যাশে, তাই না? আমি অতীতে EXT2 / 3/4 এর চেয়ে অন্যান্য ফাইল সিস্টেমগুলি এড়িয়ে চলেছি, তবে এখন তারা এই বিষয়ে সহায়তা করার জন্য আমি এই দিকনির্দেশের বিকল্পগুলির জন্য সম্পূর্ণ উন্মুক্ত। :)

— t2m

এই ডিস্ক কনফিগারেশনে RAID6 প্রতিস্থাপনের জন্য আপনার প্রস্তাবনাটি কী?

— t2m

"আসলে বিভিন্ন সার্ভারের অনেকগুলি ছোট ফাইল রয়েছে যা প্রতিদিন আরএসএন্যাপশটের মাধ্যমে স্ন্যাপশট করা হয় (একাধিক আইওনড একই ফাইলগুলিতে সরাসরি থাকে" " - আমি মনে করি আপনি একই আইওনডের একাধিক লিঙ্ক / নাম বোঝাতে চাইছেন a শুধুমাত্র এক inode কিন্তু দুটি (বা তার বেশি) লিঙ্ক / নাম থাকবে না।

— marcelm

ডুড, যদি এটি 7000 মার্কিন ডলার সার্ভার হয় তবে রাইপড অফ বন্ধ পাওয়া বন্ধ করুন। এবং সার্ভারে PCIe এসএসডি তে 1000 মার্কিন ডলার যুক্ত করা যাদুকরীভাবে এটিকে 70 কে এসএসডি সার্ভার হিসাবে তৈরি করবে না।

— টমটম

Answer 1

আমার খুব একই উদ্দেশ্যে ( rsnapshotব্যাকআপ সার্ভার) জন্য ব্যবহৃত একটি RAID6 অ্যারেতে 12x 2TB ডিস্ক সহ একটি অনুরূপ (ছোট হলেও) সেটআপ রয়েছে ।

প্রথমত, du -hsএত বড়, এবং ব্যবহৃত ফাইল সিস্টেমটিতে এত বেশি সময় নেওয়া একেবারে স্বাভাবিক । এছাড়াও duহার্ডলিঙ্কগুলির জন্য অ্যাকাউন্টস, যা সুস্পষ্ট আইও লোডের পাশাপাশি যথেষ্ট এবং ফাটল সিপিইউ লোডের কারণ হয়ে থাকে।

আপনার স্লোনেসটি ফাইলসিস্টেম মেটাডেটা খুব দূরের (এলবিএ শর্তে) ব্লকে অবস্থিত হওয়ার কারণে, অনেকগুলি সিকের কারণ ঘটায়। সাধারণ 7.2K আরপিএম ডিস্কটি প্রায় ~ 100 আইওপিএস সরবরাহ করে, আপনি দেখতে পাচ্ছেন যে সমস্ত মেটাডেটা লোড করার জন্য কীভাবে ঘন্টা সময় প্রয়োজন হয় না।

পরিস্থিতি প্রশমিত করার জন্য আপনি যা কিছু করতে পারেন (অ-ধ্বংসাত্মক):

• আপনার (আপনার এড়াতে প্রুনিফ সুবিধাটি ব্যবহার করতে পারেন) সূচি না দেওয়ার বিষয়ে নিশ্চিত হন , বা মেটাডেটা ক্যাশে ট্র্যাশিং আপনার ব্যাকআপের সময়কে তীব্রভাবে ক্ষতিগ্রস্থ করবে;mlocate/slocate/backup-root/
• একই কারণে, এড়ানোর চলমান duউপর /backup-root/। যদি প্রয়োজন duহয় তবে নির্দিষ্ট সাবফোল্ডার আগ্রহী কেবল চালান ;
• নীচু vfs_cache_pressureআরো একটি রক্ষণশীল এক (10 বা 20) ডিফল্ট মান (100) থেকে। এটি ডেটা ক্যাশিংয়ের পরিবর্তে কার্নেলকে মেটাডেটা ক্যাশেিংকে প্রাধান্য দেবে; এটি, পরিবর্তে, rsnapshot/rsyncআবিষ্কারের পর্যায়ে গতি বাড়িয়ে তুলবে;
• আপনি একটি লিথথ্রো মেটাডেটা ক্যাশিং ডিভাইস যুক্ত করার চেষ্টা করতে পারেন, উদাহরণস্বরূপ lvmcache বা bcache এর মাধ্যমে । এই মেটাডেটা ডিভাইসটি অবশ্যই একটি এসএসডি হওয়া উচিত;
• আপনার উপলব্ধ র‌্যাম বাড়িয়ে দিন।
• যেমন আপনি ext4 ব্যবহার করছেন, ইনোড বরাদ্দ সংক্রান্ত বিষয়ে সচেতন হন ( উদাহরণের জন্য এখানে পড়ুন )। এটি সরাসরি পারফরম্যান্সের সাথে সম্পর্কিত নয় তবে এক্স-ভিত্তিক ফাইল সিস্টেমে এতগুলি ফাইল থাকার সময় এটি একটি গুরুত্বপূর্ণ বিষয়।

আপনি চেষ্টা করতে পারেন এমন অন্যান্য জিনিস - তবে এগুলি ধ্বংসাত্মক অপারেশন:

• উভয় -ftypeএবং -finobtবিকল্প সেট সহ এক্সএফএস ব্যবহার করুন ;
• সংক্ষিপ্ত আরসি এবং primarycache=metadataসেটিং (এবং সম্ভবত পঠনযোগ্য কেবল ক্যাশের জন্য একটি L2ARC ) সহ লিনাক্সে জেডএফএস ব্যবহার করুন (জোলএল )।

Comments

এই উত্তরের জন্য আপনাকে অনেক ধন্যবাদ। আপনি যেমনটি আশা করেছিলেন, এখনই আমার কিছু পড়ার দরকার আছে। Vfs_cache_pressure বিকল্পটি খুব আকর্ষণীয়। আমি এখন কয়েক মিনিটের জন্য ক্যাশে নিয়ে খেলা করেছি এবং আমার মনে হয়, সিস্টেমটি আরও কিছুটা প্রতিক্রিয়াশীল হয়ে উঠেছে (ডিরেক্টরি তালিকা, স্বয়ংক্রিয়রূপ, ইত্যাদি)) আমি অন্যান্য পয়েন্টগুলিও যাচাই করব এবং প্রতিক্রিয়া জানাব। আবার ধন্যবাদ.

— t2m

"প্রাইমারী ক্যাশে = মেটাডেটা সেটিং (এবং, সম্ভবত, কেবল পঠনযোগ্য ক্যাশের জন্য একটি L2ARC)" " : ZFS উভয় ব্যবহার করতে পারবেন না, আমি একটি লেখার আপ এর সবচেয়ে প্রভাবশালী নিচে পক্ষের ছিল medium.com/p/zfs-is-raid5-of-2010s-eefaeeea2396

— poige

@ পয়েজ কম র‌্যামের পরিমাণের কারণে, আমি এল 2 এআরসি-তে মেটাডেটা ক্যাশিংয়ের কথা বলছিলাম (ইতিমধ্যে এআরসি-তে ক্যাশে থাকা ছাড়াও)। সর্বোপরি, ডেটা ক্যাশে rsnapshotব্যাকআপ সার্ভারের জন্য কোনও বড় পার্থক্য করা উচিত নয় ।

— shodanshok

আমি স্পষ্ট করে দিয়েছিলাম যে এল 2 এআরসি-তে কেবলমাত্র মেটাটাটা হবে তবে তা যাই হোক না কেন। :) র‌্যামের পরিমাণ হিসাবে, এইচডিডি সামগ্রিক পরিমাণের জন্য 16 জিবি কোনও র‌্যাম নয় is যুক্তিসঙ্গত

— ন্যূনতমটি

@ মার্কসেল আপনি ঠিক বলেছেন: আমি -hসম্পূর্ণ ভিন্ন জিনিসের জন্য বিভ্রান্ত হয়েছি (এর -Hজন্য rsync...)। আমি আমার উত্তর আপডেট।

— shodanshok

Answer 2

এই ফাইলসিস্টেমটি অনেকগুলি সেক অপারেশন সহ কম আইও থ্রুপুট সহ বিশাল পরিমাণে ছোট ছোট ফাইল সঞ্চয় করে।

🎉

এই জিনিসটি আজকাল প্রচুর লোককে ধরে। হায়রে, প্রচলিত এফএসগুলি এখানে কোনও ভাল স্কেল করে না। আপনার ইতিমধ্যে সেট আপ করার সময় আমি আপনাকে কেবলমাত্র কয়েকটি পরামর্শ দিতে পারি : এইচডিডি-তে RAID-6 এর ওপরে EXT4 :

1. নীচের vm.vfs_cache_pressureদিকে, বলুন ১। এটি ডেটা পরিবর্তে আরও মেটাডেটা (ইনোড, ডেন্ট্রি) সংরক্ষণের দিকে ক্যাশেিং পক্ষপাত পরিবর্তন করতে চাইবে এবং এর সন্ধানের সংখ্যা হ্রাসে ইতিবাচক প্রভাব ফেলতে হবে
2. যোগ আরো র্যাম । যদিও কোনও সার্গি অ্যাপ্লিকেশন চালায় না এমন কোনও সার্ভারের জন্য এটি অদ্ভুত লাগছে তবে মনে রাখবেন: সিক্স হ্রাস করার একমাত্র উপায় হ'ল দ্রুত স্টোরেজে আরও মেটাডেটা রাখা, কেবল আপনার কাছে 16 জিবি রয়েছে বলে মনে হচ্ছে এটি তুলনামূলক সহজ হওয়া উচিত র‌্যামের পরিমাণ বাড়িয়ে দিন
3. যেমনটি আমি বলেছি যে এক্সটি 4 আপনার ব্যবহারের ক্ষেত্রে পছন্দ নয় তবে এটি ব্যথা প্রশমিত করার জন্য কিছু বৈশিষ্ট্য ব্যবহার করতে পারেন:
   • বাহ্যিক জার্নাল সমর্থিত তাই আপনি এসএসডি যুক্ত করার চেষ্টা করতে পারেন (আরও ভাল মিরর করা) এবং জার্নালটি সেখানে রাখতে পারেন। " Ext4: বাহ্যিক জার্নাল ক্যাভেটস " দেখুন
   • মাউন্ট দিয়ে "সমস্ত ডেটা ভ্রমণ করা হচ্ছে" তে জার্নাল মোডে স্যুইচ করার চেষ্টা করুনdata=journal
4. একক এফএস স্কোপের বাইরে ফাইলগুলি সরানোর চেষ্টা করুন । উদাহরণস্বরূপ, আপনার যদি এখানে এলভিএম -২ থাকে আপনি কম আকারের ভলিউম তৈরি করতে এবং কিছু সময়ের জন্য এগুলি ব্যবহার করতে পারেন, তারপরে এটি পূর্ণ হয়ে গেলে, অন্য একটি তৈরি করুন এবং এ জাতীয়।
   • আপনার যদি LVM-2 না থাকে আপনি / dev / লুপের সাহায্যে এটি চেষ্টা করে দেখতে পারেন তবে এটি সুবিধাজনক নয় এবং সম্ভবত কম অভিনয়

UPD। : যেহেতু এটি লিনাক্স সফ্টওয়্যার রেড (এলএসআর) RAID-6 হিসাবে দেখা গেছে, এখানে অতিরিক্ত আইটেমটি রয়েছে:

5. এলএসআর এর নিজস্ব টিউনিং বিকল্প রয়েছে যা অনেক লোককে উপেক্ষা করে বলে মনে হচ্ছে
   • স্ট্রাইপ ক্যাশে , এটি সর্বাধিকতে সেট করা যেতে পারে: echo 32768 | sudo tee /sys/devices/virtual/block/md*/md/stripe_cache_size- তবে যত্ন সহকারে এটি করুন (প্রয়োজনে কম মান ব্যবহার করুন) যেহেতু আকারটি খণ্ড-আকারের একাধিক এবং আপনি যে পরিমাণ অংশ বেছে নিয়েছেন তা নির্ভর করে এটি বিভিন্ন পরিমাণের র‍্যাম গ্রহণ করবে
   • বাহ্যিক জার্নাল যা সেইসব মিররড এসএসডিগুলিতেও থাকতে পারে ( তবে বর্তমানে এমডি ডিভাইসটি ডাব্লু / ও জার্নাল তৈরি করেছে এটি ব্যবহারে রূপান্তর করা যাবে না )।

- এটি সম্ভবত স্ক্র্যাচ পুনরায় নকশা থেকে ডাব্লু / ও উন্নত করা যায় of

ফাইল সিস্টেমের (60 টিবি নেট) 50% ব্যবহার ছাড়িয়ে যাওয়ার পরে আমার খুব খারাপ পারফরম্যান্স রয়েছে। এই মুহূর্তে, ব্যবহার 75% এ

এটি অত্যন্ত গুরুতর সমস্যা কারণ উচ্চ ডিস্কের স্থান অধিগ্রহণের স্তরটি কেবল খণ্ড খণ্ডন করে। এবং আরও টুকরো টুকরো টুকরো করার অর্থ আরও সিক্স। 50% এ পৌঁছানোর আগে কেন এটি কম বা কম গ্রহণযোগ্য পারফরম্যান্স দিয়েছিল তা ভাবছেন না। FSes 75-80% এর পিছনে বড় হতে না দেওয়ার জন্য প্রচুর ম্যানুয়ালদের স্পষ্ট সুপারিশ রয়েছে।

Comments

আপনি স্পষ্টভাবে ইঙ্গিত দিচ্ছেন যে রেইড -6 এ এক্সট 4 আপনি যেভাবে যাচ্ছেন তা নয়। আপনি যে সেটআপটি প্রস্তাব করবেন তা রূপরেখার কথা মনে করবেন?

— মার্শেল

এমনকি এটির রূপরেখা তৈরি করা খুব জটিল কাজ। কিছু ক্ষেত্রে এটি প্রচলিত এফএস চয়ন করা ঠিক হবে যে কারও কাছে প্রচুর ফাইল থাকলেও অন্যদের (কেস) ক্ষেত্রে এটি শুরুতে কোনও উপায় নয়। আপনি সিইপিএইচ কেন পসিক্স এফএস একেবারে ত্যাগ করেছেন এবং ডিবিতে স্যুইচ করেছেন সে সম্পর্কে আপনি একটি ভাল পরিচয়ের দিকে একবার নজর দিতে পারেন। বিটিডাব্লু, যখন তারা এফএস ব্যবহার করেছিল তারা এক্সএফএসকে পছন্দ করেছিল। আমিও সম্ভবত তাই করতাম RAID-6 হিসাবে, এটি প্রধান আইওপিএস গুণক - প্রতিটি লেখার জন্য এটি 2 টি অন্যান্য ডিভাইসে সমতা আপডেট করতে হবে। সুতরাং, সম্ভবত কিছু ধরণের RAID-x0 পদ্ধতির। অন ​​ফ্লাই সংক্ষেপণ সমর্থন সহ এটি এমনকি RAID-10 ব্যবহার করার বুদ্ধি থাকতে পারে। অবশ্যই উপায় আছে ...

— পোজ

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

— পোয়েজ

আমি বুঝতে পেরেছি যে এটি একটি সম্পূর্ণ সমাধান নিয়ে আসতে খুব বেশি অনুরোধ করছে, তবে উপরের মন্তব্যে আপনি যে ব্রেইনডাম্প রেখেছিলেন তা একই ধরণের সমস্যার মুখোমুখি যে কেউ আরও গবেষণার জন্য একটি ভাল সূচনা পয়েন্ট হতে পারে; ধন্যবাদ :)

— মার্চেল

Answer 3

RAID6 আপনাকে এই ক্ষেত্রে খুব বেশি সহায়তা করে না, জেডএফএস এর মতো কিছু দ্রুত গতি রক্ষা করার সময় আরও দ্রুত মেটাডেটা এবং ডিরেক্টরি অ্যাক্সেস সক্ষম করতে পারে।

Answer 4

RAID-6 স্ট্রিপগুলি ড্রাইভ করে, সুতরাং সমস্ত আইও সমস্ত ড্রাইভে যায়। এটি অনেক ছোট ফাইলের সাথে বেশ অদক্ষ। তবে এটি সম্ভবত আপনার মূল সমস্যা নয় যা ...

মিলিয়ন মিলিয়ন ফাইল সহ বড় ফাইল সিস্টেমের জন্য Ext4 ভালভাবে উপযুক্ত নয়। এক্সএফএস ব্যবহার করুন । আমার কাছে এক্সএফএস ফাইল সিস্টেমগুলি 1,2 পিবি হিসাবে বড় চলছে এবং 1 বিলিয়ন হিসাবে ফাইল রয়েছে, কোনও সমস্যা নেই। কেবল এক্সএফএস ব্যবহার করুন ।

Answer 5

যারা আমার প্রশ্নের উত্তর দিয়েছেন তাদের প্রত্যেককে ধন্যবাদ।

এটি, আমি এটি কীভাবে সমাধান করেছি:

প্রথমত, আমি বোর্ডে সর্বাধিক পরিমাণ র‍্যাম যুক্ত করেছি। দুর্ভাগ্যক্রমে, বোর্ড কেবলমাত্র 64৪ জিবি পর্যন্ত র‌্যাম সমর্থন করে। আমি প্রসারণের পরে আচরণটি পর্যবেক্ষণ করেছি এবং এটি হতাশাবোধক ছিল। যদিও উপলব্ধ সমস্ত র‌্যামের সমস্ত আইও ক্যাশের জন্য ব্যবহৃত হয়েছিল, আরএসএনএপশট-ব্যাকআপের পারফরম্যান্স পরিমাপযোগ্যভাবে উন্নত হয়নি।

সুতরাং আমি বড় গদা টান ছিল। আমি দুটি 1 টিবি এনভিএমই ডিস্ক যুক্ত করেছি এবং তাদের একটি রেডে একত্রিত করেছি। 8x 10TB এইচডিডি সমন্বিত একটি RAID 1 একটি RAID 1 (2x 10TB এইচডিডি, এক্সট 4) এবং একটি RAID 5 (6x10TB এইচডিডি সমন্বিত) এ বিচ্ছিন্ন হয়েছে। RAID 1 এ এখন অপারেটিং সিস্টেম এবং সার্ভারের ওয়ার্কিং কপি রয়েছে (যা এই ড্রাইভে দিনে 4 বার আরএসসিড হয়)।

RAID5 এখন একটি বিসিএসিএইচইইচ সমর্থিত ডিভাইস, এনভিএমই-রেড 1 দ্বারা সমর্থিত এবং ext4 দিয়ে ফর্ম্যাট করা। এই ড্রাইভে আরএসএনএপশট-কপি রয়েছে। প্রতি রাতে, ফাইলগুলি RAID1 থেকে RAID5- তে যুক্ত হয়ে যায়, যা পূর্ববর্তী RAID6 এর তুলনায় RAID5 এর IO- থ্রুটপুটকে অর্ধেক করে দেয়, এতে ওয়ার্কিং কপি এবং ব্যাকআপ স্ন্যাপশট থাকে contained বিসিএকে ধন্যবাদ, আক্ষরিক অর্থে প্রতিটি একক ফাইলই ডিস্কগুলিতে লেখা হয় না, তবে একটি ব্লক জুড়ে সমস্ত পরিবর্তন একবারে লেখা হয়, যদিও এতে একাধিক বর্ধক একক ফাইলের পরিবর্তন থাকে। এটি আরও এইচডিডিগুলিতে আইওএস হ্রাস পেয়েছে।

অবশেষে, আমি আমার আরএসএনপশট কনফিগারেশন পরিবর্তন করেছি। পূর্বে, এখানে প্রতিদিন 31 টি স্ন্যাপশট এবং 18 টি মাসিক স্ন্যাপশট ছিল, যার ফলে 49 টি ব্যাকআপ প্রজন্ম তৈরি হয়েছিল। এখন, আমার কাছে শাস্ত্রীয় 7 ডি / 4 ডাব্লু / 12 এম / 1 ই-ডিজাইন রয়েছে, যা ব্যাকআপ প্রজন্মের পরিমাণ হ্রাস করে 24 এ নামিয়েছে।

এই পরিবর্তনগুলির পরে (এবং উপরে উল্লিখিত GB৪ গিগাবাইট র‌্যামের সাথে), একটি স্ন্যাপশটের জন্য সময়কাল h 20 ঘন্টা থেকে কমিয়ে 1.5 ঘন্টা হয়ে যায়। বিসিএ ডিভাইসগুলির ক্যাচ-হিট-রেট রয়েছে 82% (নিয়মিত অপারেশনের 6 সপ্তাহ পরে)।

কার্যোদ্ধার. আপনার চিন্তা এবং ইনপুট জন্য আপনাকে সকলকে ধন্যবাদ।