একটি ডিস্ক এলভিএম ব্যর্থ হলে কী ঘটে?


11

আমি একটি ইএসএক্স 4.1 হোস্টে একটি লিনাক্স সার্ভার কনফিগার করছি। এই সার্ভারটিতে এটির জন্য বেশ কয়েকটি টিবি ডেটা থাকা দরকার। আমরা বর্তমানে এলভিএম ব্যবহার করবেন কিনা তা নিয়ে বিতর্ক করছি। আমাদের বর্তমান যুক্তিটি হ'ল একাধিক 2 টিবি ভলিউম (ইএসএক্স দ্বারা আরোপিত একটি সীমা) এর মতো পৃথক খণ্ডে মাউন্ট করা ভাল।

/disk1 - 2TB

/disk2 - 2TB

/disk3 - 2TB

আমরা 100 গিগাবাইট থেকে 400 গিগাবাইট পর্যন্ত আকারের বিস্তৃত ডিরেক্টরিগুলি সংরক্ষণ করব। এই ডিরেক্টরিগুলি তাদের পুরোতে সংরক্ষণ করা দরকার এবং বিভক্ত হওয়া যায় না। উদ্বেগটি হ'ল যদি আমরা / ডিস্ক 1 এ 1.7TB সঞ্চিত করে রাখি এবং অতিরিক্ত 400 গিগাবাইট সঞ্চয় করতে চাই তবে প্রচুর অপচয় হবে। কোন ক্ষেত্রে আমাদের 300 গিগাবাইট ডিরেক্টরিটি / ডিস্ক 2 এ সঞ্চয় করতে হবে, 300 গিগাবাইট অব্যবহৃত রেখে।

এই সমস্যার একটি সমাধান হ'ল এলভিএম, এটি কনফিগার করা হয়েছে:

 --------
 Disk 1 | 
        |
 Disk 2 |---->/disk
        | 
 Disk 3 | 
 --------

তবে আমরা একটি সাধারণ প্রশ্নে আটকে আছি। ডিস্ক 2 ব্যর্থ হলে কী হবে?

প্রথম দৃশ্যে এটি স্পষ্ট যে ডিস্ক 2 ব্যর্থ হলে, ডিস্ক 2 আর অ্যাক্সেসযোগ্য হবে না what

এলভিএম সেটআপে, যদি ডিস্ক 2 ব্যর্থ হয়, তবে কি এটির মতো হবে (যেমন কেবল কেবল ডিস্ক 2-এ সঞ্চিত ডেটা আর উপলব্ধ নেই) বা / ডিস্কের সমস্ত ডেটা আর অ্যাক্সেসযোগ্য হবে না?


1
আপনি যদি ESXi v5 ব্যবহার করেন তবে এই সমস্যাটি ঘটাতে আপনি> 2TB আরডিএম ব্যবহার করতে পারেন - এটি আমিই করি।
চপার 3

উত্তর:


7

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

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

স্টোরেজ দক্ষতা হিসাবে, পাতলা বিধান ব্যবহার বিবেচনা করুন - "না অব্যাহত" স্থান ডেটাস্টোরে দাবি করা হয় না। তবে এটি উচ্চ প্রশাসনিক ওভারহেডের দামে আসে।


ভাল এটি বেস প্রশ্নের উত্তর দেয়, সেই প্রাপ্যতাটি এলভিএম সহ সমস্ত বা কিছুই নয়। আমি এর আগেও এলভিএম ব্যবহার করেছি, তবে আমি (ভাগ্যক্রমে) পুনরুদ্ধারের পদ্ধতিগুলির মধ্যে দিয়ে যাইনি। পাতলা বিধান হিসাবে, এটি আসলেই কোনও সমাধান নয়। আমাদের কাছে LUNs এর একটি সেট রয়েছে (প্রতিটি 2 টিবি) যা এই সার্ভারটিতে উত্সর্গীকৃত। আমাদের পাতলা বিধান থাকলেও এটি একাধিক 2 টিবি ভলিউম বিস্তৃত করার জন্য প্রয়োজনীয় ডেটার ইস্যুটির সমাধান করে না। দেখে মনে হচ্ছে কেবল দুটি বিকল্পই হয় ESXi 5 তে উন্নীত হয় (যা যেভাবেই পরিকল্পনাগুলিতে ছিল) বা কিছু নষ্ট স্থান নিয়ে বাস করছে। উত্তর করার জন্য ধন্যবাদ.
স্টিউ

2
আপনি যেখানে আপনার তিনটি ভার্চুয়াল ডিস্ক তৈরি করেন সেখানে বৃহত্তর ভিএমএফএস ডেটাস্টোরের কেন আপনার একক এলএনআর পরিবর্তে 2 টিবি এলইউন রয়েছে? 2 টিবি সীমাটি কেবল ভার্চুয়াল ডিস্কগুলিতে প্রযোজ্য , ডেটাস্টোরের আকারের নয়।
দ্য ওয়াবিট

ওটা কিভাবে কাজ করে? 2TB এর চেয়ে বড় LUN মাউন্ট করার চেষ্টা করার সময় আমি অনেক সমস্যায় পড়েছি (খুব ক্রিপ্টিক ত্রুটিগুলি)। এছাড়াও, ভিএমওয়্যারের সমতুল্য প্লাগইনটিতে LUN আকারের জন্য 2TB সীমা রয়েছে (যদিও ওয়েব ইন্টারফেসের মাধ্যমে LUNs তৈরি করার সময় সেই সীমাটি প্রয়োগ করা হয় না)। সম্ভবত সহজ পরিচালনার বাইরেও কোনও বড় ডেটাস্টোর থাকার কোনও সুবিধা আছে?
স্টিউ

আপনাকে "ভিএমএফএস এক্সটেন্টস" এর সাথে কাজ করতে হবে - 2 টিবি আকারের একটি ভিএমএফএস তৈরি করতে হবে, তৈরির পরে 2 টিবি ধাপে এটি প্রসারিত করুন। আপনার ভিএমএফএসে মোট 64৪ টিবি উচ্চতর সীমাবদ্ধতার ফলস্বরূপ, 32 টির বেশি এক্সটেন্ট থাকতে পারে। আমি সমতুল্য প্লাগইনটির সাথে পরিচিত নই তাই এর সীমাবদ্ধতা সম্পর্কে আমি কিছুই বলতে পারি না। এবং "সহজ পরিচালন" হ'ল ভার্চুয়ালাইজেশন যা আমার মতে, তাই অন্য কোনও সুবিধা হওয়ার দরকার নেই :) বিটিডাব্লু, আপনি ভার্চুয়াল হোস্টকে সরাসরি স্টোরেজ LUN অ্যাক্সেস করতে দেওয়া বিবেচনা করতে পারেন - আপনার যদি আইএসসিএসআই থাকে তবে সহজ নয় ফাইবার চ্যানেল দিয়ে এত সহজ।
দ্য ওয়াবিট

আমি কাঁচা ডিভাইস ম্যাপিংগুলি ব্যবহার করার বিষয়ে ভেবেছি, ভাল সমাধানের মতো মনে হয়েছিল তবে ভিএমএফএস এক্সেন্টস সম্পর্কে আমার আসলে ধারণা ছিল না। তাত্ক্ষণিক যে গবেষণা করতে যাওয়া। আপডেটের জন্য ধন্যবাদ এটি দুর্দান্ত তথ্য!
স্টিউ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.