RAID 6 বনাম RAID 10? আপনি যা পছন্দ করে নিন হবে


11

আমার পছন্দটি একটি ফাইল সার্ভারের জন্য র‌্যাড be হবে যেহেতু আপনি দুটি ড্রাইভ হারাতে পারেন এবং এটির কোনও ব্যাপার নয় যে দুটি সেটটি মারা যেতে পারে। RAID 10 এর সাথে আমি যা বুঝি সেগুলি থেকে আপনি দুটি ড্রাইভ হারাতে পারেন তবে সেগুলি যদি একই RAID 1 অ্যারে থাকে তবে আপনি ভাগ্য থেকে দূরে? কোন পরামর্শ? প্রায় 200 গিগাবাইট ডেটা সহ বেসিক ফাইল সার্ভার এবং এটি অন্যান্য ওয়ার্কস্টেশন এবং সার্ভারগুলির জন্য ব্যাকআপের একক পয়েন্ট হিসাবে কাজ করবে।


"সিঙ্গেল পয়েন্ট অফ ব্যাকআপ" এর অর্থ নেটওয়ার্কের চারপাশের ব্যাকআপগুলির সংগ্রহস্থল। এটি আপনার একক পয়েন্ট যা আপনি তখন মিডিয়াতে ব্যাকআপ করেন। আমি কখনই এক সার্ভারের অপরটিকে আর একটিতে ব্যাকআপ দেব না। এটি যদি আপনার কেবল একটিই ছিল তবে তা কাজ করবে, আমাদের প্রায় 10 আছে

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

ডাসকো, নীচের আইটেমগুলির মধ্যে আপনার প্রশ্নের উত্তর আছে?
জেমস কেপ

উত্তর:


12

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

আমি মনে করি আরও একটি গুরুত্বপূর্ণ বিষয় মনে করি যে রাইড ডেটা ব্যাকআপ নয় । তাই মূল জিনিসটি র‌্যাডের দিকে দেখা উচিত সার্ভার আপটাইম। তথ্য অটুট রাখছেন না।

আমি মনে করি শেষ পর্যন্ত এটি পছন্দের বিষয়। আমি ব্যক্তিগতভাবে রাইড 10 এর সাথে যাব; সত্যিই বড় অ্যারেগুলির জন্য আপনি একটি রেড 50 বা 60 টানতে সক্ষম হতে পারেন Where

কিছু ভাল পড়া:


2
যদিও RAID ব্যাকআপ নয় .... এক্ষেত্রে আমি মনে করি ব্যাকআপের তার সংজ্ঞাটি যথাযথ। যেহেতু মূল ডেটা ওয়ার্কস্টেশন এবং অন্যান্য সার্ভারে থাকে এবং এই সার্ভারে ব্যাক আপ নেওয়া হয়। প্রাপ্যতার সহায়তায় সহায়তার জন্য RAID ব্যবহার করে যা ঘটে।
3dinfluence

5
আমাকে তখন যোগ করতে দাও: অনলাইন ব্যাকআপ ব্যাকআপ নয়। যদি এটি ব্যাকআপ হয় তবে এটি টেপ / ডিস্কে সংরক্ষণ করা উচিত এবং অন্য সিস্টেমগুলির থেকে দূরে কোথাও নিরাপদে রাখা উচিত। RAID এতে সহায়তা করে না।
pehrs

1
আমি মনে করি এটি ব্যবহৃত ড্রাইভের ধরণের উপরও নির্ভর করে তবে একটি বেসিক ফাইল সার্ভারের জন্য RAID 6 যথেষ্ট। উচ্চ লোড এসকিউএল সার্ভারের জন্য RAID 10 সংরক্ষণ করুন।
খ্রিস্টন

4
@ সাইফার অনলাইন ব্যাকআপ সিস্টেমে দুটি খুব বাজে বৈশিষ্ট্য রয়েছে: 1: ব্যাকআপ সিস্টেমে দুর্ঘটনা বা বাগের মাধ্যমে পুরো ব্যাকআপ মুছা সম্ভব, প্রায়শই লক্ষ্য না করে without অফলাইন সিস্টেম থেকে যাচাইকরণ এবং পুনরুদ্ধার কেবল পঠনযোগ্যভাবে সম্পন্ন হয়, আপনার ব্যাকআপগুলিতে ঝুঁকি হ্রাস করে। 2: কোনও অনলাইন ব্যাকআপ সম্ভবত কোনও ফায়ারপ্রুফ নিরাপদে কোনও বাহ্যিক সংযোগ নেই is আপনার সার্ভার হলে একবার ইলেক্ট্রিশিয়ান ফিড 480V হয়ে গেলে আপনি সেই পাঠটি শিখতে পারেন।
10'50

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

7

[আমি ধরে নিচ্ছি আপনি RAID6 এর পারফরম্যান্স হিট নিয়ে স্বাচ্ছন্দ্য বোধ করছেন, এবং কেবল ব্যর্থতায় উদ্বিগ্ন]

আমি http://en.wikedia.org/wiki/Senderard_RAID_levels থেকে নম্বরগুলি ব্যবহার করছি , এবং আমি গণিতে স্তন্যপান করি, তাই এটি ভুল হতে পারে। ধরে নেওয়া যাক আপনার 1% ড্রাইভ 1 বছরের মধ্যেই মারা যাবে।

একটি দ্বৈত সদস্যের RAID1 সরাসরি মৃতু্য সম্ভাবনা কোনো ড্রাইভ মৃতু্য সম্ভাবনা থাকে, ছক: P(R1) = P(drive)^2

সুতরাং 5% ব্যর্থতার হারের সাথে, আপনি এখানে শেষ:

P(R1) = 0.005^2 = 0.0025 = 0.25%

(এখানে আমি যেখানে গণিত সম্পর্কে নিশ্চিত নই --- এটি বোধগম্য হয় তবে এর কোনও অর্থ হয় না)

সুতরাং প্রদত্ত আর 1 সদস্যকে হারানোর সম্ভাবনা প্রতি বছর 0.25%, তবে আপনি তাদের বেশ কয়েকটিকে একসাথে স্ট্রিপ করে পেয়েছেন এবং যদি তাদের মধ্যে কেউ মারা যায় তবে আপনার অ্যারে মারা গেছে। তাই আপনি R0 ব্যর্থতা গণিত মধ্যে পি (R1) সংখ্যা চলা প্রয়োজন: P(R10) = 1 - (1 - P(R1))^(n_R1)। ধরে নেওয়া যাক আপনি মোট 8 টি ড্রাইভ পেয়েছেন (এবং তারা ব্যর্থ হলে তাদের প্রতিস্থাপন করবেন না) সুতরাং 4 আর 1 এস জুড়ে একটি স্ট্রাইপ:

P(R10) = 1 - (1 - 0.0025)^4 ~= 0.99%

সুতরাং আপনি প্রতি বছর ব্যর্থতার 5% সম্ভাবনা সহ একটি 8 টি ড্রাইভ পেয়েছে এমন একটি RAID10 হারাতে প্রায় 1% সুযোগ পেয়েছেন।

সহজলভ্যভাবে, RAID6 ব্যর্থ হওয়ার সম্ভাবনা হ'ল যে কোনও ড্রাইভ মারা যাওয়ার সম্ভাবনা, কিউবড (যেহেতু এটি ব্যর্থ হওয়ার জন্য আপনাকে তিনটি ড্রাইভ হারাতে হবে), যেমন:

P(drive)^3 = (5%)^3 = 0.0125%

সুতরাং "একাধিক ড্রাইভগুলি মারা যাচ্ছে" দৃশ্যের জন্য, RAID6 প্রায় 1/80 একই ড্রাইভগুলির সাথে RAID10 হিসাবে ব্যর্থ হওয়ার সম্ভাবনা রয়েছে।

দুর্ভাগ্যক্রমে, জীবন জটিল, এবং আপনাকে ক্ষেত্রগুলি খারাপের সাথে মোকাবেলা করতে হবে। এটি সম্পূর্ণরূপে সম্ভবত যে আপনার ড্রাইভগুলিতে নজরে না আসা এলোমেলো ত্রুটিগুলি চালু হয়েছিল। আমি এখানে এখন কেবল উইকিপিডিয়া অনুলিপি করছি না তবে আমি অনুমান করতে পারি যে কোনও প্রদত্ত ড্রাইভে খারাপ সেক্টর প্রদর্শিত হচ্ছে P(bs) = P(UBER) * bits_written। যদি এটি হয়ে থাকে, তবে ড্রাইভ ব্যর্থতার পরে পুনরুদ্ধার কোনও R1 এ অসম্ভব, এবং একটি আর 6-তে ট্র্যাফিক।

অবশ্যই, যদি RAID6 কন্ট্রোলার বা ড্রাইভার বগি হয়, এবং আপনার ডেটাতে ত্রুটিগুলি পরিচয় করিয়ে দেয় বা আপনার অ্যারেটিকে দূষিত করে তোলে তবে যা কিছুই করা যাবে:


2
এই গণিতগুলি ভাল তবে পুনর্নির্মাণের সময় সমতা / মিরর ড্রাইভগুলি অন্য যে কোনও তুলনায় বিশেষভাবে বেশি আঘাত হানে এবং তাই গড় ব্যর্থতার হারের চেয়ে ব্যর্থ হওয়ার সম্ভাবনা অনেক বেশি। সুতরাং RAID10 সেই নির্দিষ্ট ২ য় ড্রাইভটি হারাতে পারে।
জেমসআরয়ান

1
RAID10 এ প্যারিটি / মিরর 1 ড্রাইভ তবে RAID6 এর সমস্ত ড্রাইভ জুড়ে ছড়িয়ে পড়ে
জেমসআরয়ান

2
আরেকটি বিবেচনা হ'ল ব্যাচে ক্রয় করা ড্রাইভগুলি ব্যাচে মারা যায় , যা একাধিক ডিস্ক ব্যর্থতা সাধারণ গণিতের পরামর্শের চেয়ে বেশি সাধারণ করে তোলে। (একটি পাঠ হার্ড পদ্ধতি শিখেছে!)
ম্যাচটিডেম

1
সাধারণত RAID10 শুধুমাত্র 2-ড্রাইভ RAID1 জোড়া ব্যবহার করে নির্মিত হয়, এটি সবসময় হয় না। লিনাক্স mdadmযে কোনও স্তরের রিডানডেন্সি (2, 3, 4, ...) সহ একটি RAID10 লেআউট তৈরি করতে দেয়, যতক্ষণ না এটি অ্যারেতে ড্রাইভের সংখ্যার চেয়ে কম থাকে (সুতরাং এটির সাথে দুটি অনুলিপি সহ একটি RAID10 তৈরি করা সম্ভব) মাত্র 3 ড্রাইভ)। --layout=বিকল্প কপির সংখ্যা সেট করতে পারেন।
হুবার্ট কারিও

2

একটি ওয়ার্কস্টেশন বা প্রাথমিকভাবে সিপিইউ-নিবিড় সার্ভারের জন্য, ভাল পড়া / লেখার পারফরম্যান্সের জন্য আমি RAID 10 এর পক্ষে ভোট দেব।

ডেটা স্টোরেজ সার্ভারের জন্য, আমি RAID 6 নিয়ে যাব।

যদি সম্ভব হয়, আমি আমার ওয়ার্কস্টেশন এবং সার্ভারগুলিতে RAID 10 ব্যবহার করব এবং ব্যাকআপ ফাইলগুলি রাখতে একটি ফাইল সার্ভারে একটি RAID 6 ব্যবহার করব।


0

ফাইল সার্ভারগুলি সাধারণত নেটওয়ার্ক লিঙ্কের সাথে আরও আবদ্ধ থাকে। একটি সাধারণ ফাইল সার্ভারের জন্য আমি RAID6 প্রদত্ত অতিরিক্ত সুরক্ষাটি বেছে নিয়েছিলাম দিনের শেষে যেমন নেটওয়ার্কের মাধ্যমে গতি আপনার বোতল ঘাড় হতে চলেছে।

আপনি যদি সার্ভারে কোনও স্থানীয় ডাটাবেস বা ভার্চুয়াল মেশিনের মতো স্থানীয় কিছু চালাচ্ছেন তবে আমি RAID10 কনফিগারেশনটি বেছে নেব।


0

R16 আর 1 এর চেয়ে অনেক বেশি নিরাপদ। সম্ভাবনা 5% যে এক বছরের মধ্যে ডিস্ক ব্যর্থ হয়ে যাবে। একই দিনে 3 ডিস্ক মারা গেলে রেইড 6 ব্যর্থ হবে। সুতরাং এর জন্য সম্ভাব্যতা 0.05 * 1/365 = 0.000014। সুতরাং রাইড 6 এর ব্যর্থ হওয়ার সম্ভাবনা 2.6 ই -12, যা লটারিতে বিজয়ী হওয়ার সম্ভাবনার চেয়ে অনেক কম। যদি ডিস্ক রাইড 6 অ্যারেতে ভাঙ্গা হয়ে যায়, আপনি পরিবর্তন করতে পারেন এবং রাইড কন্ট্রোলার অবিলম্বে রাইড অ্যারের পুনর্নির্মাণ শুরু করবে। এটি অ্যাপ লাগে। 1 দিন চ। প্রাক্তন। রাইড 6 অ্যারেতে 2TB ডিস্ক পুনর্নির্মাণ। সুতরাং আপনি যদি 2 টিবির চেয়ে কম ডিস্ক ব্যবহার করেন তবে এক দিনের মধ্যে বা তারও কম ব্যর্থতা থাকতে হবে।

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

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