আরএসসিএনকের একপাশকে এত ব্যস্ত রাখে কী?


11

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

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

iotop নিশ্চিত হওয়া ডিস্কটি প্রাপ্তি পক্ষের প্রায় 1-4 এমবি / সেকেন্ড পড়ে, অন্যদিকে প্রেরণকারী পক্ষের মাঝে মাঝে মাঝে মাঝে মাঝে 0.5 এমবি / গুলি ফেটে যায়।

আমার প্রশ্ন, এখানে কি চলছে কেউ ব্যাখ্যা করতে পারবেন? যদি সম্ভব হয় সমস্যাটিকে ঘিরে কীভাবে কাজ করা যায় তবে কিছুটা ইঙ্গিত দিয়ে।

সম্ভবত কিছু বিটিআরএফ টিউনিং পতাকা রয়েছে যা আমি ব্যবহার করতে পারি বা এর মতোই কিছু। আমার ব্যাকআপ সার্ভারে স্ন্যাপশট ক্ষমতা সহ একটি এফএস দরকার, এবং ফ্রিবিএসডি এবং জেডএফএস ব্যবহার করার আমার প্রয়াস দ্রুত একটি অসামঞ্জস্যপূর্ণ এফএসের দিকে পরিচালিত করে, তাই আমি এই মুহুর্তে বিটিআরএফ-এর সামান্য বিকল্প দেখি। অতএব আমাকে ext4 বা zfs ব্যবহার করতে বলার উত্তরগুলি আপভোট পেতে পারে তবে কোনও চেক চিহ্ন নেই।


সিজেএম দ্বারা অনুরোধ করা হিসাবে রাইকিঙ্ক বিকল্পগুলি ব্যবহার করা হচ্ছে :

--rsync-path='rsync --fake-super'
--archive               # -rlptgoD
--hard-links            # detect and preserve these
--acls
--xattrs
--sparse
--noatime               # based on patch from samba #7249c1
--delete
--delete-delay
--fuzzy
--human-readable        # size suffixes, base 1000
--stats

পাশাপাশি -fকিছু ফাইল বাদ দেওয়ার জন্য প্রচুর নিয়ম।


বিটিআরএফ-এর মাউন্ট অপশনগুলি mountহিসাবে রিপোর্ট করা হয়েছে

rw,nosuid,noexec,noatime,nospace_cache

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


আপনি কী আরএসএনসি বিকল্প ব্যবহার করছেন?
সিজেএম

অন্ধকারে কেবল শট নিচ্ছেন, আপনার কি ব্যর্থ ডিস্ক আছে? এটি অতিরিক্ত আই / ও এর কারণ হতে পারে কারণ এটি প্যারিটি তথ্য থেকে হারিয়ে যাওয়া ডেটা পুনর্গঠন করার চেষ্টা করছে।
বাহামাত

@ বাহাহাত, আমি স্মার্ট চালিত হয়েছি, এবং এতে কোনও সমস্যা নেই। উভয়ই মিডডেম কোনও ঘটনা রিপোর্ট করেনি।
এমভিজি

কোনটি ভুল তা নিশ্চিত করে বলা সত্যিই শক্ত। মাত্র একটি উদাহরণ স্তরগুলির মধ্যে মেলে না এমন ব্লকের আকার। এটি নির্ণয়ের জন্য আপনার সেরা বাজি হ'ল এর মতো কিছু ব্যবহার করা dtraceবা systemtapসময়টি কোথায় ব্যয় হচ্ছে তা সন্ধান করা।
বাহামাত

@ বাহাহাত, এটি এমন একটি অ্যাভিনিউ যা আমি এখনও তদন্ত করি নি। সমস্যাটি নির্ণয়ের জন্য কীভাবে এই সরঞ্জামগুলি ব্যবহার করবেন সে সম্পর্কে একটি উত্তর লিখতে পারেন? এটা দুর্দান্ত হবে। আপনার কাছে সময় থাকলে ধাপে ধাপে নির্দেশাবলী, তবে কিছু মোটামুটি ধারণা এবং ডকুমেন্টেশন পয়েন্টারগুলি খুব সহায়ক হবে।
এমভিজি

উত্তর:


3

একটি সম্ভাব্য উত্তর হ'ল দূরবর্তী ফাইল সিস্টেমটি "এটাইম" বিকল্পের সাহায্যে ডিফল্টরূপে মাউন্ট করা হয়। অ্যাক্সেস টাইম সমস্ত কিছুর জন্য রিমোট rsync অ্যাক্সেস করে রাইড পেনাল্টি যা আপনি RAID 5 এর সাথে ভোগেন তা জুড়ে দেয় (কম্পিউটিং প্যারিটির অর্থ সমস্ত RAID ডিস্কগুলি পড়ার আগে আপনি সেগুলির মধ্যে একটি লেখার আগে) দূরবর্তী দিকের I / O প্রশস্তকরণ ব্যাখ্যা করতে পারে।

আমি যদি সঠিক হয়ে থাকি তবে আপনি "নোয়াটাইম" বিকল্পের সাহায্যে দূরবর্তী ফাইল সিস্টেমটি মাউন্ট করে জিনিসগুলিকে গতি বাড়িয়ে দিতে পারেন।


2
ভাল চিন্তা, কিন্তু দুঃখের সাথে সমাধানটি নয়: ফাইল সিস্টেমটি ইতিমধ্যে নোটিমে মাউন্ট করা হয়েছে। মাউন্টটি সমস্ত মাউন্ট অপশনগুলির সেট হিসাবে রিপোর্ট করে rw,nosuid,noexec,noatime,nospace_cache
এমভিজি

1

আমি - ফেক-সুপার বিকল্পগুলি সন্দেহ করি। এটি আরএসইএনকে প্রতিটি ফাইলের বর্ধিত বৈশিষ্ট্যে সমস্ত মেটাডেটা তথ্য সঞ্চয় করতে বলে। আমি সন্দেহ করি যে এই বৈশিষ্ট্যগুলি অ্যাক্সেস করা ধীর। --Fake- সুপার ছাড়াই একটি রুটটিতে rsync দিয়ে একটি পরীক্ষা চালানোর চেষ্টা করুন। বৈশিষ্ট্যগুলি মেলে না তাই আপনি একই ব্যাকআপটি পুনরায় ব্যবহার করতে পারবেন না।


আপনার জবাবটি সমর্থন করে এমন কিছু সহায়ক লিঙ্ক বা ডকুমেন্টেশনের রেফারেন্স অন্তর্ভুক্ত করার জন্য আপনার উত্তরটি প্রসারিত করার কথা বিবেচনা করা উচিত।
হ্যালোগোস্ট 17

1

--xattrs/ -Xএকটি প্রবাহ প্রতিশ্রুতিবদ্ধ হওয়ার আগে অত্যন্ত ধীর ছিল (এখনও প্রকাশে নেই) যা দেবিয়ান এর আরএসসিএনসি ৩.১.২-২ তে নেওয়া হয়েছিল:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799143#20

https://bugzilla.samba.org/show_bug.cgi?id=5324

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