এমডিতে বা বিচেতে এমডিতে বিসিএচ করুন


11

বিসিএইচ এক বা একাধিক ফাস্ট ডিস্ক ড্রাইভ যেমন ফ্ল্যাশ-ভিত্তিক সলিড স্টেট ড্রাইভ (এসএসডি) এক বা একাধিক ধীর গতির হার্ড ডিস্ক ড্রাইভের ক্যাশে হিসাবে কাজ করার অনুমতি দেয়

আমি যদি সঠিকভাবে বুঝতে পারি,

  • একটি এসএসডি * একাধিক ব্যাকিং এইচডিডি ক্যাশে নির্ধারিত হতে পারে এবং তারপরে ফলাফলযুক্ত ক্যাশেড ডিভাইসগুলি এমডিএডিএম
    বা রেড করা যেতে পারে
  • একাধিক এইচডিডি একক ব্যাকিং এমডি ডিভাইসে রেড করা যেতে পারে এবং এসএসডিকে ক্যাশে নির্ধারিত করা হয়েছে

আমি ভাবছি কোনটি স্যানার পদ্ধতির। আমার কাছে এটি ঘটে যে একটি RAID5 / 6 বাড়ানো এক বা অন্য কৌশলগুলির সাথে সহজ হতে পারে তবে আমি নিশ্চিত নই কোনটি!

অন্যগুলির চেয়ে এক পদ্ধতির (ভিএম ব্যাকিং ফাইলযুক্ত একটি বৃহত নন-রুট ফাইল সিস্টেমের জন্য) বেছে নেওয়ার জন্য কি কোনও ভাল কারণ রয়েছে (যেমন ব্যাকিং স্টোরেজ বা অন্য কিছু বাড়ানো)?


* "একটি এসএসডি" বলতে আমার বোঝানো হয়েছে কিছু ধরণের রিলান্ড্যান্ট এসএসডি ডিভাইস, উদাহরণস্বরূপ দুটি শারীরিক এসএসডি এর একটি RAID1


উভয় ক্ষেত্রেই bcacheব্যাকগুলি যে সমস্ত ডিস্কের সাথে ফর্ম্যাট করতে হবে bcache- সুতরাং আপনাকে হয় একটি mdঅ্যারে তৈরি করতে হবে, একক ফলাফলযুক্ত ডিস্কটিকে সম্পূর্ণরূপে bcacheব্যাকড পার্টিশন হিসাবে ফর্ম্যাট করতে হবে, এটির ক্যাশে ড্রাইভের সাথে লিঙ্ক করতে হবে এবং সেখান থেকে যেতে হবে, বা অনেকগুলি ফর্ম্যাট করতে হবে ডিস্কগুলি সহ bcache, তাদের ক্যাশে ড্রাইভে তাদের লিঙ্ক করুন, তারপরে অনেকগুলি ডিস্ককে একটি অ্যারে হিসাবে ফর্ম্যাট করুন। উভয় ক্ষেত্রেই সম্ভাব্য ব্যর্থতার একাধিক পয়েন্ট রয়েছে যা উভয়ই দুটি ফাইল সিস্টেমের মধ্যে ইন্টারঅ্যাপেরিবিলিটির উপর নির্ভর করে - চূড়ান্ত fs উল্লেখ না করে। দেখতে এখানে : নিচে স্ক্রল
মাইক্রজারভ

Github.com/g2p/blocks ধন্যবাদ , আপনি এটিকে জায়গায় জায়গায় রূপান্তর করতে পারেন, যদিও এর কিছু সীমাবদ্ধতা রয়েছে।
অ্যাডাম রাইজকোভস্কি

@ মাইক্রোজার আমি সব বুঝতে পারি, এটি একটি উদ্দেশ্য নির্মিত সার্ভারের জন্য তাই এটি সব ভাল all "দুটি ফাইল সিস্টেম" বলতে কী বোঝ? বিসিএচ কোনও ফাইল সিস্টেম নয় - আমার কাছে কেবলমাত্র ফাইল সিস্টেমই হবে চূড়ান্ত বিসিচে বা এমডিএডিএম ডিভাইসে এক্সএফএস হবে (আমি কোন বিকল্পটি পছন্দ করি তার উপর নির্ভর করে)।

ধন্যবাদ @ অ্যাডাম, আমার পক্ষে স্থান পরিবর্তন কোনও সমস্যা নয়।

পছন্দ করেছেন ফাইল সিস্টেমগুলি (যেমন বিটিআরএফএস, এক্সএফএস, এক্সএন ইত্যাদি) ব্লক ডিভাইসের শীর্ষে বাস করে। mddm এবং bcache ব্লক ডিভাইস লেভেলে ফাইল সিস্টেম স্তরে কাজ করে না (বিটিআরএফএস বিষয়টিকে লেয়ারিং লঙ্ঘনের সাথে বিভ্রান্ত করে, তবে এটি সম্পূর্ণ পৃথক কথোপকথন)।

উত্তর:


4

আমি মনে করি পুরো এমডি ডিভাইসটি ক্যাশে করা সর্বাধিক বুদ্ধিমান।

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

  • এসএসডি ডিস্কের ওটিএইচ ব্যর্থতা অপেক্ষাকৃত বিরল, এবং বেকাচি writethrough/ writearoundমোডে রাখা যেতে পারে (মোডের বিপরীতে writeback), যেখানে কেবল ক্যাশে ডিভাইসে কোনও ডেটা সংরক্ষণ করা হয় না এবং ক্যাশে ব্যর্থতা তথ্যগুলিকে হত্যা করে না অভিযান এটিকে তুলনামূলকভাবে নিরাপদ বিকল্প হিসাবে পরিণত করে।

  • অন্য সত্যটি হ'ল নরম RAID-5 এর উল্লেখযোগ্য গণনা ওভারহেড রয়েছে; প্রতিটি স্পিনিং রাইড সদস্যকে আলাদাভাবে ক্যাশে দেওয়ার সময়, কম্পিউটারকে এখনও সমস্ত বিভাগগুলি পুনরায় গণনা করতে হবে, এমনকি ক্যাশে হিটগুলিতেও

  • স্পষ্টতই, আপনি প্রতিটি স্পিনিং ড্রাইভকে আলাদাভাবে ক্যাশে দিলে আপনি কিছু ব্যয়বহুল এসএসডি স্পেসের ত্যাগ করতে চাইবেন। - যদি না আপনি রেইড এসএসডি ক্যাশে ব্যবহার করার পরিকল্পনা করেন।

  • উভয় বিকল্প অপেক্ষাকৃতভাবে ক্রমবর্ধমান প্রক্রিয়াটির সময়কে প্রভাবিত করে না - যদিও স্পিন ড্রাইভগুলি পৃথকভাবে ক্যাশে করা বিকল্পটি বেশি বাসের ট্র্যাফিকের কারণে ধীর হওয়ার সম্ভাবনা রয়েছে ।

এসএসডি ড্রাইভটি অপসারণ করার জন্য বিসিএকে কনফিগার করা আপনার দ্রুত এবং অপেক্ষাকৃত সহজ প্রক্রিয়া, যখন আপনাকে এটি প্রতিস্থাপন করতে হবে। ব্লকগুলির জন্য ধন্যবাদ উভয় স্থানে রাইড সেটআপটি স্থানান্তরিত করা উচিত should

এছাড়াও আপনি মনে রাখা উচিত সেই মুহুর্তে সবচেয়ে (সমস্ত?) লাইভ-সিডি ডিস্ট্রিবিউশন, সমর্থন করি নাbcache , তাই আপনি কেবল আপনার ডেটা যেমন সরঞ্জামগুলির সাথে নির্বিশেষে এর অ্যাক্সেস করতে পারছি না bcache- mdraidবিন্যাস বিকল্পটি বেছে নেওয়া হয়েছে।


1
আমি প্রশ্নটি আপডেট করে দিয়েছি এটা পরিষ্কার করে দিতে যে আমি কোনও রি-রিন্ডান্ট এসএসডি ক্যাশে রাখার পরিকল্পনা করছি না । আপনার দ্বিতীয় বুলেট পয়েন্ট একটি দুর্দান্ত পয়েন্ট এটি জন্য ধন্যবাদ। স্থান সম্পর্কে আপনার তৃতীয় বুলেট: আপনি কি এসএসডি-তে সমতাটি সঞ্চয় করবেন বলে বোঝাতে চাইছেন? আপনার শেষ প্যারা, আমি এফ 20 ব্যবহার করছি তবে শেষ পর্যন্ত আরএইচইএল / সেন্টোস 7 বা ডেবিয়ান জেসি ব্যবহার করব (যদি স্নেহ-সরঞ্জামগুলি কাট করে তোলে)।

@ জ্যাকডুগলাস বিজ্ঞাপন 3 য় বুলেট: হ্যাঁ, ঠিক এটি। আপনি যেহেতু রেইড এসএসডি ড্রাইভগুলি ব্যবহার করার পরিকল্পনা করছেন, এটি আপনার ক্ষেত্রে প্রযোজ্য নয়।
অ্যাডাম রাইজকভস্কি

1
এটি এখনও করে কারণ এগুলি কেবল মিরর করা হবে না তবে ব্যাকিং ড্রাইভগুলির জন্য RAID প্যারিটিও সংরক্ষণ করতে হবে। রেসিডটি বিচি ক্যাশের নীচে করা হয়ে থাকে যা আমি ভেবেছিলাম আপনার বক্তব্য

আমি বিশ্বাস করি আপনি এর বিপরীত অর্থটি বোঝেন: এসএসডি ম্যাট্রিক্সকে স্পিনিং ডিস্কের সমতা সংরক্ষণ করতে হবে না, যদি এটি পুরো এমড্রাইড ড্রাইভকে খাওয়ানো হয়।
অ্যাডাম রাইজকোভস্কি

1
হ্যাঁ, এটাই আমার অর্থ!

1

আমি মনে করি বুদ্ধিমান পদ্ধতির ফলাফল এমডি ডিভাইসটি ক্যাশে করা।

বিসিএচটি পাস-ট্রু সিক্যুয়ালিটি পড়ার এবং লেখার জন্য ডিজাইন করা হয়েছে।

আপনি যদি প্রতিটি ডিভাইস পৃথকভাবে বেকচে করেন, যৌক্তিকভাবে, বেশ কয়েকটি ডিভাইস একটি রেইড বা স্ট্রিপড এমডিতে স্ট্রিপ করে, বিকাশে দৃষ্টিকোণ থেকে ক্রমাগত এলোমেলো ব্লকগুলি লিখতে থাকবে।

যখন একটি বিচেড এমডি ভলিউমটি স্বাভাবিক হিসাবে দেখাবে, তখন ভলিউমে ফাইল লিখতে হবে, তারপরে বেশ কয়েকটি ডিভাইসে এলোমেলো ব্লক।

হার্ড এবং সফ্টওয়্যার অভিযানের পুরো পয়েন্টটি ব্যাকএন্ডে ডেটা স্ট্রাইপিং করা যাতে ফলস্বরূপ ফাইল সিস্টেমটি একটি সাধারণ ভলিউমের মতো দেখায়।

এটি সঠিক নাও হতে পারে (যেহেতু bcache devs চতুর হতে পারে এবং সেই ধরণের পরিস্থিতির জন্য অ্যাকাউন্ট হতে পারে) তবে লজিক্যাল অনুকূল কাজটি হ'ল ভলিউমকে ক্যাশে করা, তারপরে ডিভাইসগুলি ব্লক করা।


এছাড়াও খুব ভাল পয়েন্ট

একটি RAID5 / 6 এ একটি বৃহত অনুক্রমিক লেখা সমস্ত উপাদান ডিভাইসগুলিতে সিক্যুয়াল লেখার উত্পাদন করে। প্রতিটি উপাদান ডিভাইসগুলি প্রতিটি এন -1 ডেটা ব্লক (বা প্যারিটি) পায় তবে এটি যে ডেটা পায় তা অনুক্রমিক। তবে আপনি ঠিক বলেছেন যে এটি জিনিসকে বিকৃত করে দেবে। যদি কিছু অংশ থাকে যা ঘন ঘন আংশিক-স্ট্রাইপ লিখতে দেখে, এর ফলে প্যারিটি স্ট্রাইপের (অংশ) একটি পঠন-পরিমার্জন-লেখার ফলস্বরূপ, এটি বিচে ক্যাশে হতে পারে। আংশিক-স্ট্রাইপ লেখার আগে এমডি ডিভাইসে আঘাতের আগে এটিকে আরও উচ্চতর করে তোলা, তবে আরও ভাল হবে।
পিটার কর্ডেস
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.