সারাংশ
এলভিএম ব্যবহারের ঝুঁকিগুলি:
- এসএসডি বা ভিএম হাইপারভাইজারের সাথে ক্যাচিংয়ের সমস্যাগুলি লেখার পক্ষে ঝুঁকিপূর্ণ
- আরও জটিল অন-ডিস্ক স্ট্রাকচারের কারণে ডেটা পুনরুদ্ধার করা আরও শক্ত
- ফাইল সিস্টেমে সঠিকভাবে আকার পরিবর্তন করা আরও শক্ত
- স্ন্যাপশটগুলি ব্যবহার করা শক্ত, ধীর এবং বগি
- এই সমস্যাগুলি সঠিকভাবে কনফিগার করার জন্য কিছু দক্ষতার প্রয়োজন
প্রথম দুটি এলভিএম ইস্যু একত্রিত: যদি লেখার ক্যাচিং সঠিকভাবে কাজ করে না এবং আপনার কোনও ক্ষয়ক্ষতি হয় (যেমন পিএসইউ বা ইউপিএস ব্যর্থ হয়), আপনাকে ব্যাকআপ থেকে পুনরুদ্ধার করতে হবে, যার অর্থ উল্লেখযোগ্য ডাউনটাইম। এলভিএম ব্যবহারের মূল কারণটি হ'ল আপটাইম (ডিস্ক যোগ করার সময়, ফাইল সিস্টেমগুলি পুনরায় আকার দেওয়ার সময়), তবে LVM আসলে আপটাইম হ্রাস করার জন্য রাইটিং ক্যাচিং সেটআপটি সঠিক হওয়া জরুরী।
- ডিসেম্বর 2018 আপডেট হয়েছে: এলভিএম স্ন্যাপশটের বিকল্প হিসাবে জেডএফএস এবং বিটিআরএফের স্থিতিশীলতা সহ স্নাপশট উপাদান আপডেট করা হয়েছে
ঝুঁকি হ্রাস
আপনি যদি LVM এখনও ভাল কাজ করতে পারেন:
- হাইপারভাইজার, কার্নেল এবং এসএসডি-তে সরাসরি আপনার লেখার ক্যাচিং সেটআপ পান
- LVM স্ন্যাপশটগুলি এড়িয়ে চলুন
- ফাইল সিস্টেমগুলির আকার পরিবর্তন করতে সাম্প্রতিক LVM সংস্করণগুলি ব্যবহার করুন
- ভাল ব্যাকআপ আছে
বিস্তারিত
আমি অতীতে এটিকে বেশ কিছুটা গবেষণা করে দেখেছি LVM এর সাথে সম্পর্কিত কিছু ডেটা হ্রাস পেয়েছি। আমি সচেতন যে প্রধান এলভিএম ঝুঁকি এবং সমস্যাগুলি সেগুলি হ'ল:
ভিএম হাইপারভাইজারস, ডিস্ক ক্যাচিং বা পুরাতন লিনাক্স কার্নেলের কারণে হার্ড ডিস্ক রাইটিং ক্যাচিংয়ের পক্ষে ক্ষতিগ্রস্থ এবং আরও জটিল অন-ডিস্ক স্ট্রাকচারের কারণে ডেটা পুনরুদ্ধার করা আরও শক্ত করে তোলে - বিশদগুলির জন্য নীচে দেখুন। আমি দেখেছি বেশ কয়েকটি ডিস্কের সম্পূর্ণ এলভিএম সেটআপগুলি পুনরুদ্ধারের কোনও সম্ভাবনা ছাড়াই দূষিত হয়ে পড়েছে এবং এলভিএম প্লাস হার্ড ডিস্ক লেখার ক্যাচিং একটি বিপজ্জনক সংমিশ্রণ।
- হার্ড ড্রাইভ দ্বারা ক্যাচিং লিখুন এবং রি-অর্ডারিং লিখুন ভাল পারফরম্যান্সের জন্য গুরুত্বপূর্ণ, তবে ভিএম হাইপারভাইজার, হার্ড ড্রাইভ রাইটিং ক্যাচিং, পুরানো লিনাক্স কার্নেল ইত্যাদির কারণে ব্লকগুলি সঠিকভাবে ডিস্কে ফ্লাশ করতে ব্যর্থ হতে পারে etc.
- বাধাগুলি লেখার অর্থ কার্নেল গ্যারান্টি দেয় যে এটি "বাধা" ডিস্ক লেখার আগে কিছু নির্দিষ্ট ডিস্ক লেখার কাজটি সম্পন্ন করবে, যাতে নিশ্চিত হয়ে যায় যে হঠাৎ বিদ্যুৎ হ্রাস বা ক্রাশ হওয়ার পরে ফাইল সিস্টেম এবং RAID পুনরুদ্ধার করতে পারে। এই জাতীয় প্রতিবন্ধকতাগুলি ডিস্কে তত্ক্ষণাত কিছু ব্লক লিখতে FUA (ফোর্স ইউনিট অ্যাক্সেস) অপারেশন ব্যবহার করতে পারে, যা সম্পূর্ণ ক্যাশে ফ্লাশের চেয়ে কার্যকর। বাধাগুলি দক্ষ ট্যাগযুক্ত / নেটিভ কমান্ড কুইউং ( একসাথে একাধিক ডিস্ক I / O অনুরোধ জারি করা) সাথে একত্রিত করা যেতে পারে যাতে ডেটা ক্ষতির ঝুঁকি না বাড়িয়ে বুদ্ধিমান রাইটিং-অর্ডারিং করতে হার্ড ড্রাইভ সক্ষম করে।
- ভিএম হাইপারভাইজারগুলির একই সমস্যা থাকতে পারে: ভিএমওয়্যার হাইপারভাইজারের উপরে যেমন লিনাক্স গেস্টে এলভিএম চালানো যেমন ভিএমওয়্যার, জেন , কেভিএম, হাইপার-ভি বা ভার্চুয়ালবক্স লেখার বাধা ছাড়াই কোনও কার্নেলের সাথে একই রকম সমস্যা তৈরি করতে পারে , ক্যাচিং লেখার কারণে এবং পুনরায় লেখার কারণে -ordering। "হাইপারভাইজার ডকুমেন্টেশন সাবধানে" ফ্লাশ থেকে ডিস্ক "বা লিখনের মাধ্যমে ক্যাশে বিকল্পের ( কেভিএম , ভিএমওয়্যার , জেন , ভার্চুয়ালবক্স এবং অন্যদের জন্য উপস্থিত) জন্য পরীক্ষা করুন - এবং এটি আপনার সেটআপ দিয়ে পরীক্ষা করুন। ভার্চুয়ালবক্সের মতো কিছু হাইপারভাইজারগুলির একটি ডিফল্ট সেটিংস থাকে যা অতিথির থেকে কোনও ডিস্ক ফ্লাশকে উপেক্ষা করে।
- LVM- র সঙ্গে এন্টারপ্রাইজ সার্ভার সবসময় একটি ব্যবহার করা উচিত ব্যাটারি ব্যাক RAID কনট্রোলারের ও হার্ড ডিস্ক লেখার ক্যাশে অক্ষম (নিয়ামক ব্যাটারি ব্যাক লেখার ক্যাশে যা দ্রুত এবং নিরাপদ আছে) - দেখুন এই মন্তব্যটি লেখক দ্বারা এই XFS দ্বারা প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী এন্ট্রি । কার্নেলের লিখিত বাধাগুলি বন্ধ করা নিরাপদও হতে পারে তবে পরীক্ষার পরামর্শ দেওয়া হচ্ছে।
- আপনার যদি কোনও ব্যাটারি ব্যাকড রেড কন্ট্রোলার না থাকে তবে হার্ড ড্রাইভ রাইটিং ক্যাচিং অক্ষম করা উল্লেখযোগ্যভাবে লেখাগুলি কমিয়ে দেয় তবে এলভিএমকে নিরাপদ করে তোলে। আপনারও ext3- র
data=ordered
বিকল্পের সমতুল্য (বা data=journal
অতিরিক্ত সুরক্ষার জন্য) ব্যবহার barrier=1
করতে হবে , এবং কার্নেল ক্যাচিং অখণ্ডতা প্রভাবিত করে না তা নিশ্চিত করতে। (বা ext4 ব্যবহার করুন যা ডিফল্টরূপে বাধা সক্ষম করে )) এটি সবচেয়ে সহজ বিকল্প এবং কার্য সম্পাদনের ব্যয়ে ভাল ডেটা অখণ্ডতা সরবরাহ করে। ( কিছুক্ষণ আগে লিনাক্স ডিফল্ট ext3 বিকল্পটিকে আরও বিপজ্জনক হিসাবে পরিবর্তন করেছেdata=writeback
, সুতরাং এফএসের জন্য ডিফল্ট সেটিংসের উপর নির্ভর করবেন না))
- হার্ড ড্রাইভের রাইটিং ক্যাচিং অক্ষম করতে : (
hdparm -q -W0 /dev/sdX
ড্রাইভের /etc/rc.local
জন্য) সমস্ত ড্রাইভ যুক্ত করুন বা এসসিএসআই / এসএএস এর জন্য এসডিপর্ম ব্যবহার করুন। যাইহোক, এক্সএফএস এফএকিউ (যা এই বিষয়ে খুব ভাল) এর এন্ট্রি অনুসারে , কোনও এসটিএ ড্রাইভ ড্রাইভ ত্রুটি পুনরুদ্ধারের পরে এই সেটিংটি ভুলে যেতে পারে - সুতরাং আপনার এসসিএসআই / এসএএস ব্যবহার করা উচিত, বা যদি আপনাকে স্যাটা ব্যবহার করতে হয় তবে অবশ্যই এটি স্থাপন করুন hdparm একটি ক্রোন জব প্রতি মিনিট বা তাই চলমান কমান্ড।
- আরও ভাল পারফরম্যান্সের জন্য এসএসডি / হার্ড ড্রাইভ রাইটিং ক্যাচিং সক্ষম রাখতে : এটি একটি জটিল ক্ষেত্র - নীচের অংশটি দেখুন।
- আপনি যদি অ্যাডভান্সড ফরম্যাট ড্রাইভ অর্থাৎ 4 কেবি ফিজিকাল সেক্টর ব্যবহার করে থাকেন তবে নীচে দেখুন - রাইট ক্যাচিং অক্ষম করাতে অন্যান্য সমস্যা থাকতে পারে।
- ইউপিএস এন্টারপ্রাইজ এবং সোহো উভয়ের জন্যই সমালোচিত তবে এলভিএমকে নিরাপদ করে তুলতে যথেষ্ট নয়: হার্ড ক্র্যাশ বা পাওয়ার ক্ষতির কারণ হিসাবে যে কোনও কিছুই (যেমন ইউপিএস ব্যর্থতা, পিএসইউ ব্যর্থতা, বা ল্যাপটপের ব্যাটারি ক্লান্তি) হার্ড ড্রাইভের ক্যাশে ডেটা হারাতে পারে।
- খুব পুরানো লিনাক্স কার্নেলগুলি (২০০৯ থেকে ২.6.x ) : খুব পুরানো কার্নেল সংস্করণগুলিতে অসম্পূর্ণ রাইনের বাধা সমর্থন রয়েছে, ২.6.৩২ এবং তার আগের ( ২.6.৩১ এর কিছুটা সমর্থন রয়েছে , তবে ২.6.৩৩ সকল ধরণের ডিভাইসের লক্ষ্যমাত্রার জন্য কাজ করে ) - RHEL 6 টি অনেক প্যাচ সহ 2.6.32 ব্যবহার করে । যদি এই সমস্যাগুলির জন্য এই পুরানো ২.6 কার্নেলগুলি অপরিবর্তিত থাকে তবে প্রচুর পরিমাণে এফএস মেটাডেটা (জার্নাল সহ) একটি হার্ড ক্র্যাশ দ্বারা হারিয়ে যেতে পারে যা হার্ড ড্রাইভের রাইট বাফারগুলিতে ডেটা ফেলে রাখে (সাধারণ স্যাটা ড্রাইভের জন্য প্রতি ড্রাইভে 32 এমবি বলুন)। সর্বাধিক লিখিত এফএস মেটাডেটা এবং জার্নাল ডেটা 32MB হারাতে, যা কার্নেল মনে করে ইতোমধ্যে ডিস্কে রয়েছে, সাধারণত প্রচুর পরিমাণে এফএস দুর্নীতি এবং এর ফলে ডেটা ক্ষতি হয়।
- সংক্ষিপ্তসার: আপনাকে অবশ্যই এলভিএমের সাথে ব্যবহৃত ফাইল সিস্টেম, র্যাড, ভিএম হাইপারভাইজার এবং হার্ড ড্রাইভ / এসএসডি সেটআপের যত্ন নিতে হবে। আপনি যদি LVM ব্যবহার করে থাকেন তবে আপনার অবশ্যই খুব ভাল ব্যাকআপ থাকতে হবে এবং বিশেষত LVM মেটাডেটা, ফিজিক্যাল পার্টিশন সেটআপ, এমবিআর এবং ভলিউম বুট সেক্টরগুলি ব্যাকআপ করতে ভুলবেন না। এসসিএসআই / এসএএস ড্রাইভগুলি ব্যবহার করার পরামর্শ দেওয়া হয় কারণ এগুলি কীভাবে ক্যাশে লেখেন সে সম্পর্কে মিথ্যা বলার সম্ভাবনা কম - এসএটিএ ড্রাইভগুলি ব্যবহার করার জন্য আরও যত্নের প্রয়োজন।
পারফরম্যান্সের জন্য লিখিত ক্যাচিং সক্ষম করে রাখা (এবং মিথ্যা ড্রাইভগুলির সাথে মোকাবিলা করা)
আরও জটিল তবে পারফরম্যান্ট বিকল্প হ'ল এসএসডি / হার্ড ড্রাইভ রাইটিং ক্যাচিং সক্ষম করে রাখা এবং কার্নেল ২.6.৩৩+ এ এলভিএমের সাথে কাজ করা কার্নেল রাইট বাধাগুলির উপর নির্ভর করা (লগগুলিতে "বাধা" বার্তা সন্ধান করে ডাবল-চেক করুন)।
আপনার অবশ্যই নিশ্চিত করা উচিত যে RAID সেটআপ, ভিএম হাইপারভাইজার সেটআপ এবং ফাইলসাইটিমে রাইটিং বাধা ব্যবহার করা হয় (অর্থাত্ কী মেটাটাটা / জার্নাল লেখার আগে এবং তার পরে পেন্ডিং মুলতুবি লেখার জন্য ড্রাইভের প্রয়োজন)। XFS দ্বারা ডিফল্টরূপে ব্যবহার বাধা না, কিন্তু, ext3 না তাই, ext3 সঙ্গে আপনি ব্যবহার করা উচিত, barrier=1
মাউন্ট অপশন, এবং এখনও ব্যবহার data=ordered
বা data=journal
উপরের হিসাবে।
এসএসডি সমস্যাযুক্ত কারণ লেখার ক্যাশে ব্যবহার এসএসডি-র আজীবন গুরুত্বপূর্ণ। এমন একটি এসএসডি ব্যবহার করা ভাল যার একটি সুপার ক্যাপাসিটার রয়েছে (পাওয়ার ব্যর্থতায় ক্যাশে ফ্লাশিং সক্ষম করতে, এবং তাই ক্যাশে লেখার পিছনে লিখিত-পাঠাতে সক্ষম করে)।
- বেশিরভাগ এন্টারপ্রাইজ এসএসডি লিখিত ক্যাশে নিয়ন্ত্রণের ক্ষেত্রে ঠিক থাকতে হবে এবং কিছুতে সুপার ক্যাপাসিটার অন্তর্ভুক্ত রয়েছে।
- কিছু সস্তা এসএসডি-তে এমন সমস্যা রয়েছে যা লিখন-ক্যাশে কনফিগারেশনের সাথে স্থির করা যায় না - পোস্টগ্রিসএসকিউএল প্রকল্পের মেলিং তালিকা এবং নির্ভরযোগ্য রাইটস উইকি পৃষ্ঠা তথ্যের উত্স sources গ্রাহক এসএসডিগুলিতে রাইটিং ক্যাচিংয়ের বড় সমস্যা থাকতে পারে যা ডেটা ক্ষতি হতে পারে এবং সুপারক্যাপাসিটারগুলিকে অন্তর্ভুক্ত করে না তাই দুর্নীতির কারণী শক্তি ব্যর্থতার পক্ষে ঝুঁকির মধ্যে রয়েছে।
উন্নত ফর্ম্যাট ড্রাইভ সেটআপ - ক্যাচিং, প্রান্তিককরণ, RAID, GPT লিখুন
- 4 কিবি ফিজিক্যাল সেক্টর ব্যবহার করে এমন নতুন অ্যাডভান্সড ফর্ম্যাট ড্রাইভের সাথে , ড্রাইভ রাইটিং ক্যাচিং সক্ষম করা গুরুত্বপূর্ণ হতে পারে কারণ বেশিরভাগ ড্রাইভ বর্তমানে 512 বাইট লজিক্যাল সেক্টর ( "512 এমুলেশন" ) অনুকরণ করে এবং কিছু এমনকি 512-বাইট শারীরিক দাবি করে ক্ষেত্রগুলি সত্যই 4 কিবি ব্যবহার করার সময়।
- অ্যাডভান্সড ফর্ম্যাট ড্রাইভের রাইটিং ক্যাশেটি বন্ধ করে দেওয়া যদি অ্যাপ্লিকেশন / কার্নেল 512 বাইট রাইট করে থাকে তবে খুব বেশি পারফরম্যান্সের প্রভাব ফেলতে পারে, কারণ এই জাতীয় ড্রাইভগুলি একক 4 কিবি শারীরিক করার আগে 8 x 512-বাইট লেখার জন্য ক্যাশে নির্ভর করে অনুগ্রহ করে লিখুন। যদি আপনি ক্যাশে অক্ষম করেন তবে কোনও প্রভাব নিশ্চিত করার জন্য পরীক্ষার পরামর্শ দেওয়া হচ্ছে।
- 4 কিবি বাউন্ডারে এলভিগুলি সারিবদ্ধ করা পারফরম্যান্সের জন্য গুরুত্বপূর্ণ তবে পিভিগুলির অন্তর্নিহিত পার্টিশনগুলি যতক্ষণ না সংযুক্ত থাকে ততক্ষণ স্বয়ংক্রিয়ভাবে হওয়া উচিত, যেহেতু LVM ফিজিক্যাল এক্সটেন্টস (পিই) ডিফল্টরূপে 4 মাইবি থাকে। RAID অবশ্যই এখানে বিবেচনা করা উচিত - এই LVM এবং সফ্টওয়্যার RAID সেটআপ পৃষ্ঠাটি ভলিউমের শেষে RAID সুপারব্লক স্থাপন করার পরামর্শ দেয় এবং (যদি প্রয়োজন হয়)
pvcreate
পিভিগুলি সারিবদ্ধ করার জন্য একটি বিকল্প ব্যবহার করে । এই এলভিএম ইমেল তালিকা থ্রেডটি 2011 সালে কার্নেলগুলিতে করা কাজের দিকে ইঙ্গিত করে এবং একক এলভিতে 512 বাইট এবং 4 কিবি সেক্টরের সাথে ডিস্কগুলি মিশ্রিত করার সময় আংশিক ব্লকের ইস্যুটি লেখেন।
- উন্নত ফর্ম্যাট সহ জিপিটি পার্টিশন করার জন্য যত্নের প্রয়োজন, বিশেষত বুট + রুট ডিস্কগুলির জন্য, প্রথম এলভিএম পার্টিশন (পিভি) 4 কিবি সীমানায় শুরু হয় তা নিশ্চিত করার জন্য।
আরও জটিল অন-ডিস্ক স্ট্রাকচারের কারণে ডেটা পুনরুদ্ধার করা আরও শক্ত :
- হার্ড ক্র্যাশ বা পাওয়ার ক্ষতির পরে প্রয়োজনীয় এলভিএম ডেটা পুনরুদ্ধার (ভুল লেখার ক্যাচিংয়ের কারণে) একটি ম্যানুয়াল প্রক্রিয়া সেরা, কারণ সম্ভবত কোনও উপযুক্ত সরঞ্জাম নেই।
/etc/lvm
এলভিএম এর অধীনে এর মেটাডেটা ব্যাক আপ করাতে ভাল, যা এলভি, ভিজি এবং পিভিগুলির মূল কাঠামো পুনরুদ্ধারে সহায়তা করতে পারে তবে হারিয়ে যাওয়া ফাইল সিস্টেম মেটাডেটাতে সহায়তা করবে না।
- অতএব ব্যাকআপ থেকে সম্পূর্ণ পুনরুদ্ধারের প্রয়োজন হতে পারে। এটিতে LVM ব্যবহার না করার সময় দ্রুত জার্নাল ভিত্তিক fsck এর চেয়ে অনেক বেশি ডাউনটাইম জড়িত এবং শেষ ব্যাকআপের পরে লেখা ডেটা হারিয়ে যাবে।
- TestDisk , ext3grep , ext3undel এবং অন্যান্য সরঞ্জাম অ LVM- র ডিস্ক থেকে পার্টিশন এবং ফাইল পুনরুদ্ধার করতে পারেন কিন্তু তারা সরাসরি LVM- র তথ্য পুনরুদ্ধার সমর্থন করে না। টেস্টডিস্ক আবিষ্কার করতে পারে যে হারানো ফিজিক্যাল পার্টিশনে একটি এলভিএম পিভি রয়েছে তবে এই সরঞ্জামগুলির কোনওটিই এলভিএম লজিক্যাল ভলিউম বুঝতে পারে না। ফাইল খোদাই যেমন টুলস PhotoRec এবং আরও অনেক কিছু হিসাবে তারা ফাইলসিস্টেম পুনরায় জড় করা ডেটা ব্লক থেকে ফাইল বাইপাস কাজ করবে, কিন্তু এই শেষ অবলম্বন, মূল্যবান ডেটার জন্য নিম্ন স্তরের পদ্ধতির, এবং খণ্ডিত ফাইলগুলির সাথে কম ভাল কাজ করে।
- ম্যানুয়াল এলভিএম পুনরুদ্ধার কিছু ক্ষেত্রে সম্ভব, তবে জটিল এবং সময়সাপেক্ষ - কীভাবে পুনরুদ্ধার করা যায় তার উদাহরণ এবং এটি , এটি এবং এটি দেখুন ।
ফাইল সিস্টেমে সঠিকভাবে আকার পরিবর্তন করা আরও শক্ত - সহজেই ফাইল সিস্টেমের আকার পরিবর্তনটি প্রায়শই LVM এর সুবিধা হিসাবে দেওয়া হয়, তবে আপনাকে একটি এলভিএম ভিত্তিক এফএসের আকার পরিবর্তন করতে আধা ডজন শেল কমান্ড চালানো দরকার - এটি পুরো সার্ভারের সাহায্যে এখনও করা যেতে পারে, এবং কিছু ক্ষেত্রে এফএস মাউন্ট করা সহ, তবে আমি কখনও আপ টু ডেট ব্যাকআপ ব্যতীত এবং সমমানের সার্ভারে প্রাক-পরীক্ষিত কমান্ডগুলি ব্যবহার না করে (যেমন উত্পাদনের সার্ভারের বিপর্যয় পুনরুদ্ধার ক্লোন) ব্যবহার করব না।
- আপডেট: সাম্প্রতিক সংস্করণগুলি ( ) বিকল্পটি
lvextend
সমর্থন করে - এটি উপলভ্য থাকলে এটি এলভি এবং ফাইল সিস্টেমের আকার পরিবর্তন করার একটি নিরাপদ এবং দ্রুততর উপায়, বিশেষত যদি আপনি এফএস সঙ্কুচিত করছেন এবং আপনি বেশিরভাগ অংশটি এড়িয়ে যেতে পারেন।-r
--resizefs
- LVM- ভিত্তিক FS গুলি আকার পরিবর্তন করতে বেশিরভাগ গাইড এফএসকে LV এর আকারের চেয়ে কিছুটা ছোট হতে হবে- এই বিষয়টি বিশদভাবে ব্যাখ্যা করে না । যখন একটি ফাইল সিস্টেম মাপে, আপনি ফাঃ পুনরায় আকার দেওয়ার সরঞ্জামে নতুন আকার the, উল্লেখ করার প্রয়োজন হবে
resize2fs
, ext3 'র জন্য এবং lvextend
বা lvreduce
। দুর্দান্ত যত্ন ছাড়াই, 1 জিবি (10 ^ 9) এবং 1 জিআইবি (2 ^ 30) এর মধ্যে পার্থক্য বা বিভিন্ন সরঞ্জামের আকারগুলি উপরে বা নীচে যে কারণে আকারগুলি কিছুটা আলাদা হতে পারে ।
- আপনি যদি গণনাগুলি ঠিক সঠিকভাবে না করেন (বা সর্বাধিক স্পষ্টতাকে ছাড়িয়ে কিছু অতিরিক্ত পদক্ষেপ ব্যবহার করেন) তবে আপনি এফএস দিয়ে শেষ করতে পারেন যা এলভির পক্ষে খুব বড়। মাসগুলি বা বছর ধরে সবকিছু ঠিক থাকবে, যতক্ষণ না আপনি এফএস সম্পূর্ণরূপে পূরণ করেন, যার পর্যায়ে আপনি মারাত্মক দুর্নীতিগ্রস্থ হয়ে পড়বেন - এবং আপনি যদি এই বিষয়টি সম্পর্কে অবগত না হন তবে কেন এটি খুঁজে পাওয়া শক্ত কারণ, ততক্ষণে আপনার আসল ডিস্ক ত্রুটিও থাকতে পারে পরিস্থিতি মেঘ। (এটি সম্ভব এই সমস্যাটি কেবল ফাইল সিস্টেমের আকার হ্রাস করতেই প্রভাবিত করে - তবে এটি স্পষ্ট যে উভয় দিকেই ফাইল সিস্টেমকে আকার পরিবর্তন করা তথ্য ক্ষতির ঝুঁকি বাড়ায়, সম্ভবত ব্যবহারকারী ত্রুটির কারণে))
দেখে মনে হচ্ছে এলভি আকারটি এফএস আকারের চেয়ে 2 এক্স এলভিএম শারীরিক পরিধি (পিই) আকারের চেয়ে বড় হওয়া উচিত - তবে উত্সটি অনুমোদিত নয় বলে বিশদগুলির জন্য উপরের লিঙ্কটি পরীক্ষা করুন। প্রায়শই 8 টি এমআইবি অনুমতি দেওয়া যথেষ্ট, তবে আরও নিরাপদ থাকা যেমন 100 মাইবি বা 1 জিআইবি দেওয়া আরও ভাল। 4 কিবি = 4096 বাইট ব্লক ব্যবহার করে পিই আকার এবং আপনার লজিক্যাল ভলিউম + এফএস আকারগুলি পরীক্ষা করতে:
vgdisplay --units k myVGname | grep "PE Size"
কিবিতে পিই আকার দেখায়: সমস্ত এলভি-র আকার: ( এক্সট্রি
lvs --units 4096b
3) এফএস, 4 কিবি এফএস ব্লকসাইজ ধরে:
tune2fs -l /dev/myVGname/myLVname | grep 'Block count'
বিপরীতে একটি অ-LVM- র সেটআপ খুবই নির্ভরযোগ্য এবং সহজ ফাঃ মাপ তোলে - চালানো gparted এবং FSS প্রয়োজনীয় মাপ পরিবর্তন, তাহলে এটি আপনার জন্য সবকিছু করতে হবে। সার্ভারে, আপনি parted
শেল থেকে ব্যবহার করতে পারেন ।
- ডিগ্রো সংস্করণটির চেয়ে সাম্প্রতিক এবং প্রায়শই বাগ-মুক্ত জিপিআরটেড এবং কার্নেল থাকায় জিপার্টেড লাইভ সিডি বা পার্টেড ম্যাজিকটি ব্যবহার করা প্রায়শই ভাল - আমি একবার ডিস্ট্রোর জিপার্টে পার্টিশনগুলি সঠিকভাবে আপডেট না করার কারণে একটি পুরো এফএস হারিয়েছি I কার্নেল। যদি ডিস্ট্রোর জিপিআর্ট ব্যবহার করা থাকে তবে পার্টিশন পরিবর্তন করে ডানদিকে পুনরায় বুট করতে ভুলবেন না যাতে কার্নেলের দৃষ্টিভঙ্গি সঠিক is
স্ন্যাপশটগুলি ব্যবহার করা শক্ত, ধীর এবং বগি - যদি স্ন্যাপশট প্রাক-বরাদ্দ স্থানের বাইরে চলে যায় তবে এটি স্বয়ংক্রিয়ভাবে বাদ পড়ে যায় । প্রদত্ত এলভির প্রতিটি স্ন্যাপশট সেই এলভির বিপরীতে একটি ব-দ্বীপ (পূর্ববর্তী স্ন্যাপশটের বিপরীতে নয়) যা উল্লেখযোগ্য রাইটিং ক্রিয়াকলাপ সহ ফাইল-সিস্টেম স্ন্যাপশট করার সময় অনেক জায়গার প্রয়োজন হতে পারে (প্রতিটি স্ন্যাপশট পূর্বের চেয়ে বড়)। আসল LV এর সমান আকারের একটি স্ন্যাপশট এলভি তৈরি করা নিরাপদ, কারণ স্ন্যাপশটটি আর কখনই ফাঁকা স্থানের বাইরে চলে যাবে না।
স্ন্যাপশটগুলিও খুব ধীর হতে পারে (যার অর্থ এই মাইএসকিউএল পরীক্ষার জন্য এলভিএম ছাড়াই 3 থেকে 6 গুণ বেশি ধীর ) - বিভিন্ন স্ন্যাপশটের সমস্যাগুলি জুড়ে এই উত্তরটি দেখুন । স্বচ্ছলতা আংশিক কারণ স্ন্যাপশটের জন্য অনেকগুলি সিনক্রোনাস রাইটিং দরকার ।
স্ন্যাপশটগুলির কিছু উল্লেখযোগ্য বাগ রয়েছে, উদাহরণস্বরূপ কিছু ক্ষেত্রে তারা বুটটিকে খুব ধীর করতে পারে বা বুট পুরোপুরি ব্যর্থ হতে পারে (কারণ কার্নেলটি যখন কোনও এলভিএম স্ন্যাপশট থাকে তখন [ডিবিয়ান initramfs-tools
আপডেটে সংশোধিত , মার্চ 2015] )।
- যাইহোক, অনেক স্ন্যাপশট রেস শর্তের বাগগুলি 2015 সালের মধ্যে স্পষ্টতই ঠিক করা হয়েছিল।
- স্ন্যাপশট ছাড়াই এলভিএম সাধারণত বেশ ভালভাবে ডিবাগ করে বলে মনে হয়, কারণ সম্ভবত মূল বৈশিষ্ট্যগুলির মতো স্ন্যাপশট ব্যবহার করা হয় না।
স্ন্যাপশটের বিকল্প - ফাইল সিস্টেম এবং ভিএম হাইপারভাইজার
ভিএম / ক্লাউড স্ন্যাপশট:
- আপনি যদি কোনও ভিএম হাইপারভাইজার বা আইএএএস ক্লাউড সরবরাহকারী (যেমন ভিএমওয়্যার, ভার্চুয়ালবক্স বা অ্যামাজন ইসি 2 / ইবিএস) ব্যবহার করেন তবে তাদের স্ন্যাপশটগুলি প্রায়শই এলভিএম স্ন্যাপশটের একটি আরও ভাল বিকল্প হয়। আপনি ব্যাকআপ উদ্দেশ্যে খুব সহজেই একটি স্ন্যাপশট নিতে পারেন (তবে এফএস হিমায়িত করার আগে আপনার বিবেচনা করুন)।
ফাইল সিস্টেম স্ন্যাপশট:
জেডএফএস বা বিটিআরএফ সহ ফাইল-সিস্টেম স্তরের স্ন্যাপশটগুলি ব্যবহার করা সহজ এবং সাধারণভাবে LVM এর চেয়ে ভাল, যদি আপনি খালি ধাতুতে থাকেন তবে (তবে জেডএফএস অনেক বেশি পরিপক্ক বলে মনে হয়, ইনস্টল করতে আরও ঝামেলা আছে):
অনলাইন ব্যাকআপ এবং fsck জন্য স্ন্যাপশট
স্ন্যাপশটগুলি ব্যাকআপগুলির জন্য একটি সুসংগত উত্স সরবরাহ করতে ব্যবহার করা যেতে পারে , যতক্ষণ না আপনি বরাদ্দ স্থানটি সম্পর্কে সতর্ক হন (আদর্শভাবে স্ন্যাপশটটি এলভি ব্যাক আপ হওয়ার সমান আকার)। দুর্দান্ত আরএসএন্যাপশট (1.3.1 সাল থেকে) এমনকি আপনার জন্য LVM স্ন্যাপশট তৈরি / মুছে ফেলার ব্যবস্থা করে - LVM ব্যবহার করে আরএসএন্যাপশটে এই হাওটোটি দেখুন । তবে স্ন্যাপশটগুলির সাথে সাধারণ সমস্যাগুলি নোট করুন এবং স্ন্যাপশটটি নিজেই একটি ব্যাকআপ হিসাবে বিবেচনা করা উচিত নয়।
আপনি একটি অনলাইন এফএসসি করতে এলভিএম স্ন্যাপশটগুলিও ব্যবহার করতে পারেন: এলভি স্ন্যাপশট এবং স্ন্যাপশটটি fsck করুন, যখন এখনও এখানে বর্ণিত মূল নন-স্ন্যাপশট এফএস ব্যবহার করুন - তবে, এটি সম্পূর্ণ সোজা নয় তাই টেড টিএস দ্বারা বর্ণিত হিসাবে ই 2 ক্রোনচেক ব্যবহার করা ভাল best ও , এক্সটেনশন রক্ষণাবেক্ষণকারী।
স্ন্যাপশট নেওয়ার সময় আপনার অস্থায়ীভাবে ফাইল সিস্টেমটি "হিমায়িত" করা উচিত - কিছু ফাইল সিস্টেম যেমন এক্স 3 এবং এক্সএফএস স্বয়ংক্রিয়ভাবে এটি করবে যখন এলভিএম স্ন্যাপশট তৈরি করে।
উপসংহার
এত কিছুর পরেও আমি কয়েকটি সিস্টেমে LVM ব্যবহার করি তবে ডেস্কটপ সেটআপের জন্য আমি কাঁচা পার্টিশন পছন্দ করি। এলভিএম থেকে আমি যে প্রধান সুবিধাটি দেখতে পাচ্ছি তা হ'ল এফএসগুলি সরানো এবং পুনরায় আকার দেওয়ার নমনীয়তা যখন আপনার কোনও সার্ভারে উচ্চ আপটাইম থাকতে হবে - আপনার যদি এটির প্রয়োজন না হয়, জিপিআর্ট সহজ এবং ডেটা ক্ষতির ঝুঁকি কম থাকে।
ভিভি হাইপারভাইজারস, হার্ড ড্রাইভ / এসএসডি রাইটিং ক্যাচিং ইত্যাদির কারণে এলভিএমের রাইটিং ক্যাচিং সেটআপ সম্পর্কে খুব বেশি যত্নের প্রয়োজন - তবে এটি লিনাক্সকে ডিবি সার্ভার হিসাবে ব্যবহারের ক্ষেত্রে প্রযোজ্য। বেশিরভাগ সরঞ্জামগুলির ( gparted
সমর্থনযোগ্য আকারের গণনা সহ, এবং testdisk
) সমর্থনগুলির অভাব এটি ব্যবহার করা উচিতের চেয়ে শক্ত করে তোলে।
যদি এলভিএম ব্যবহার করে থাকে তবে স্ন্যাপশটগুলির সাথে খুব সাবধানতা অবলম্বন করুন: সম্ভব হলে ভিএম / ক্লাউড স্ন্যাপশট ব্যবহার করুন, বা এলভিএম সম্পূর্ণরূপে এড়াতে জেডএফএস / বিটিআরএফগুলি অনুসন্ধান করুন - আপনি স্ন্যাপশটের সাথে এলভিএমের তুলনায় জেডএফএস বা বিটিআরএস যথেষ্ট পরিপক্ক হতে পারেন।
নীচের লাইন: উপরের তালিকাভুক্ত সমস্যাগুলি এবং সেগুলি কীভাবে সমাধান করবেন সে সম্পর্কে আপনি যদি না জানেন তবে এলভিএম ব্যবহার না করা ভাল।