এলভিএম বিপদ এবং সতর্কতা


189

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

এলভিএম ব্যবহারের ডাউনসাইডগুলি কী কী?


19
এই প্রশ্নের উত্তরগুলি পড়ার সময়, তারা পোস্ট করা তারিখ (বছর) মনে রাখবেন। এই শিল্পে 3 বছরে অনেক কিছু ঘটে happens
ম্যাটবিয়ানকো

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

1
"তারিখে মনে রাখবেন" মন্তব্য সম্পর্কিত - যথেষ্ট সত্য, তবে এটিও বিবেচনা করুন যে প্রচুর "উদ্যোগ" এখনও RHEL 5 এবং RHEL 6 ব্যবহার করছে, উভয়ই অত্যাধুনিক বা তারিখের চেয়ে পুরানো উত্তরের
জেডিএস

উত্তর:


252

সারাংশ

এলভিএম ব্যবহারের ঝুঁকিগুলি:

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

প্রথম দুটি এলভিএম ইস্যু একত্রিত: যদি লেখার ক্যাচিং সঠিকভাবে কাজ করে না এবং আপনার কোনও ক্ষয়ক্ষতি হয় (যেমন পিএসইউ বা ইউপিএস ব্যর্থ হয়), আপনাকে ব্যাকআপ থেকে পুনরুদ্ধার করতে হবে, যার অর্থ উল্লেখযোগ্য ডাউনটাইম। এলভিএম ব্যবহারের মূল কারণটি হ'ল আপটাইম (ডিস্ক যোগ করার সময়, ফাইল সিস্টেমগুলি পুনরায় আকার দেওয়ার সময়), তবে 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) সমর্থনগুলির অভাব এটি ব্যবহার করা উচিতের চেয়ে শক্ত করে তোলে।

যদি এলভিএম ব্যবহার করে থাকে তবে স্ন্যাপশটগুলির সাথে খুব সাবধানতা অবলম্বন করুন: সম্ভব হলে ভিএম / ক্লাউড স্ন্যাপশট ব্যবহার করুন, বা এলভিএম সম্পূর্ণরূপে এড়াতে জেডএফএস / বিটিআরএফগুলি অনুসন্ধান করুন - আপনি স্ন্যাপশটের সাথে এলভিএমের তুলনায় জেডএফএস বা বিটিআরএস যথেষ্ট পরিপক্ক হতে পারেন।

নীচের লাইন: উপরের তালিকাভুক্ত সমস্যাগুলি এবং সেগুলি কীভাবে সমাধান করবেন সে সম্পর্কে আপনি যদি না জানেন তবে এলভিএম ব্যবহার না করা ভাল।


4
এক্সএফএস সহ অনলাইন আকার পরিবর্তন পুরোপুরি কার্যকর হয়, আপনাকে আকার নির্দিষ্ট করতে হবে না। এটি xfs_grow (5) এ আরও পড়ুন এলভি আকারে বাড়বে। ওটিওএইচ লিখতে বাধাগুলির সংক্ষিপ্তসারটির জন্য আমি +1 চাপি।
সিস্টামস

2
শহরবাসী! আপনি আমার সারা জীবন কোথায় ছিল !?
Songei2f

2
@ ট্রাই: ব্যাটারি ব্যাকড রেড কন্ট্রোলারের সাথে ধারণাটি হ'ল এর ক্যাশে শক্তি ব্যর্থতা জুড়ে অবিচল থাকে এবং ডকুমেন্ট হিসাবে কাজ করার জন্য সাধারণত বিশ্বাস করা যায়, তবে কিছু হার্ড ডিস্ক ক্যাশে আসলে তারা ডিস্কে একটি ব্লক লিখেছিল কিনা সে সম্পর্কে মিথ্যা বলে এবং অবশ্যই এই ক্যাশে স্থির হয় না। আপনি যদি হার্ড ডিস্ক ক্যাশে সক্ষম করে রেখে দেন তবে আপনি হঠাৎ পাওয়ার ব্যর্থতার (যেমন পিএসইউ বা ইউপিএস ব্যর্থতা) ঝুঁকির মধ্যে পড়ে যা র‌্যাড কন্ট্রোলারের ব্যাটারি ব্যাকআপ দ্বারা সুরক্ষিত থাকে।
রিচভেল

6
আমি দেখেছি সেরা উত্তরগুলির মধ্যে একটি, যে কোনও বিষয়। আমি কেবল পরিবর্তন করব, সংক্ষিপ্তসার ঘাটতিজনিত ব্যাধি বা খুব বেশি সময় নয় এমনদের জন্য প্রশ্নের শীর্ষে সারাংশ স্থানান্তর করুন। :-)
অধ্যাপক ফ্যালকেন

3
আমি প্রযোজ্য যেখানে বিদ্যমান মন্তব্য থেকে সংশোধন / আপডেট অন্তর্ভুক্ত করেছি। এতদিনে LVM ব্যবহার করা হয়নি, তবে আমি LWN.net গল্পের উপর ভিত্তি করে এমন কোনও বড় পরিবর্তন দেখে মনে করতে পারি না, যা এই ধরণের জিনিসটিকে বেশ কাছাকাছিভাবে ট্র্যাক করে। লিনাক্সে জেডএফএস এখন আরও পরিপক্ক (তবে ফ্রিবিএসডি বা সোলারিসের ক্ষেত্রে আরও ভাল), এবং বিটিআরএফএস কিছু লিনাক্স ডিস্ট্রিবিউশন দ্বারা ব্যবহৃত হওয়া সত্ত্বেও বাস্তব উত্পাদন পরিপক্কতার থেকে কিছুটা পথ। সুতরাং আমি এখনই অন্তর্ভুক্ত করার মতো কোনও পরিবর্তন দেখতে পাচ্ছি না, তবে শুনে আমি আনন্দিত!
রিচভেল

15

আমি সেই পোস্টটি [+1] করেছি এবং কমপক্ষে আমার জন্য আমি মনে করি বেশিরভাগ সমস্যার উপস্থিতি রয়েছে। কয়েকটি 100 সার্ভার এবং কয়েকটি 100TB ডেটা চালানোর সময় সেগুলি দেখেন। আমার কাছে লিনাক্সের এলভিএম 2 মনে হয় কারও কাছে "চালাক ধারণা" ছিল। এর কয়েকটিগুলির মতো তারাও মাঝে মাঝে "চালাক নয়" হিসাবে পরিণত হয়। অর্থাত্ কার্নেল এবং ইউজারস্পেস (lvmtab) রাজ্যগুলিকে কঠোরভাবে পৃথক করা না করানো সত্যিই স্মার্ট বোধ করতে পারে কারণ দুর্নীতির সমস্যা হতে পারে (যদি আপনি কোডটি সঠিকভাবে না পান)

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

পুনঃ স্থায়িত্ব pvmove ... কেন

pvmove ডেটা ক্ষতি

আমার ব্লগে এই জাতীয় শীর্ষস্থানীয় নিবন্ধ, হুঁ? ঠিক এখন আমি একটি ডিস্কের দিকে তাকিয়ে থাকি যেখানে মিড-পিভিএমওভ থেকে ফাইসিসাল এলভিএম ডেটা এখনও রাজ্যে লাগানো থাকে। আমি মনে করি কিছু স্মৃতিচিহ্ন আছে এবং সাধারণ ধারণাটি ইউজারস্পেস থেকে লাইভ ব্লক ডেটা চারপাশে অনুলিপি করা ভাল জিনিসটি দুঃখজনক। Lvm তালিকা থেকে দুর্দান্ত উক্তি "মনে হয় vgreduce --missing pvmove পরিচালনা করে না" আসলে যদি Pvmove এর সময় কোনও ডিস্ক বিচ্ছিন্ন হয় তবে lvm পরিচালন সরঞ্জামটি lvm থেকে vi এ পরিবর্তিত হয়। ওহ এবং এমন একটি বাগও হয়েছে যেখানে ব্লক রিড / রাইনের ত্রুটির পরে পিভিমোভ অবিরত থাকে এবং আসলে লক্ষ্য ডিভাইসে ডেটা লেখেনি। ডব্লিউটিএফ?

প্রতিক্রিয়া : স্ন্যাপশটগুলি স্ন্যাপশট এলভি অঞ্চলে নতুন ডেটা আপডেট করে এবং তারপরে স্ন্যাপটি মোছার পরে ফিরে মার্জ করে, অনিরাপদভাবে CoW তৈরি করা হয়। এর অর্থ আসল এলভিতে চূড়ান্তভাবে একত্রে নতুন ডেটা ফেরত দেওয়ার সময় ভারী আইও স্পাইকগুলি রয়েছে এবং আরও গুরুত্বপূর্ণ, আপনার অবশ্যই অবশ্যই ডেটা দুর্নীতির ঝুঁকি অনেক বেশি রয়েছে, কারণ একবার আঘাত করার পরে স্ন্যাপশটটি ভেঙে যাবে না প্রাচীর, কিন্তু আসল।

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

পুনরায়: বাধা আমি নিশ্চিত নই যে কেউ এলভিএম- তে এটি দোষ দিতে পারে কিনা। যতদূর আমি জানি এটি একটি ডেভাম্পার ইস্যু ছিল। তবে কমপক্ষে কার্নেল ২.6 থেকে ২.6.৩৩ অবধি এই সমস্যাটির সত্যই যত্ন না নেওয়ার জন্য কিছুটা দোষ থাকতে পারে আফফ জেন একমাত্র হাইপারভাইজার যা ভার্চুয়াল মেশিনগুলির জন্য O_DIRECT ব্যবহার করে, যখন "লুপ" ব্যবহৃত হত তখন কার্নেলটি কারণ ছিল এখনও এটি ব্যবহার করে ক্যাশে হবে। ভার্চুয়ালবক্সের কমপক্ষে এই জাতীয় জিনিসগুলি অক্ষম করার জন্য কিছু সেটিংস রয়েছে এবং সাধারণত কেমু / কেভিএম ক্যাশে করার অনুমতি দেয়। সমস্ত ফুস এফএসেরও সেখানে সমস্যা হচ্ছে (কোনও O_DIRECT নেই)

জবাব : আমি মনে করি যে আকারগুলি LVM প্রদর্শিত আকারের "রাউন্ডিং" করে। অথবা এটি জিআইবি ব্যবহার করে। যাইহোক, আপনার ভিজি পে আকার ব্যবহার করতে হবে এবং এলভি এর এলই সংখ্যা দ্বারা এটি গুণতে হবে। এটি সঠিক নেট আকার দিতে হবে এবং এই সমস্যাটি সর্বদা ব্যবহারের সমস্যা। ফাইল সিস্টেমগুলির দ্বারা এটি আরও খারাপ হয়ে গেছে যা fsck / মাউন্ট (হ্যালো, এক্সট 3) এর সময় এমন জিনিসটি লক্ষ্য করে না বা একটি অনলাইন অনলাইনে "fsck -n" নেই (হ্যালো, এক্সট্রোন 3)

অবশ্যই এটি বলছে যে আপনি এই জাতীয় তথ্যের জন্য ভাল উত্স খুঁজে পাবেন না। "ভিআরএর কতজন এলই?" "পিভিআরএ, ভিজিডিএ, ... ইত্যাদির জন্য ফাইসিস্ক অফসেট কী?"

আসল একের তুলনায় LVM2 হ'ল "উদাহরণস্বরূপ, যারা UNIX বোঝেন না তারা এটিকে পুনর্বহাল করার জন্য নিন্দিত হন, খারাপভাবে।"

কয়েক মাস পরে আপডেট করুন: আমি এতক্ষণে একটি পরীক্ষার জন্য "সম্পূর্ণ স্ন্যাপশট" দৃশ্যে আঘাত করছি। যদি তারা পূর্ণ হয়ে যায় তবে স্ন্যাপশট ব্লক করে, মূল এলভি নয়। আমি প্রথম যখন এটি পোস্ট করেছিলাম তখন আমি সেখানে ভুল ছিলাম। আমি কোনও ডক থেকে ভুল তথ্য তুলেছি বা সম্ভবত আমি এটি বুঝতে পেরেছি। আমার সেটআপগুলিতে আমি সর্বদা খুব ভৌতিক হয়ে থাকতাম যাতে সেগুলি পূরণ না হয় এবং তাই আমি কখনই সংশোধন করি না। স্ন্যাপশটগুলি প্রসারিত / সঙ্কুচিত করাও সম্ভব, যা একটি ট্রিট।

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


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

স্ন্যাপশটগুলিতে: তারা LVM তে কুখ্যাতভাবে ধীরে ধীরে, তাই পরিষ্কারভাবে নির্ভরযোগ্যতার চেয়ে পারফরম্যান্সের পক্ষে যাওয়ার জন্য এটি কোনও ভাল ডিজাইনের সিদ্ধান্ত ছিল না। "দেয়ালে আঘাত করুন" দ্বারা, আপনি কি স্নাপশটটি পূরণ করছেন বলে বোঝাতে চেয়েছিলেন এবং এটি কি সত্যই আসল এলভি ডেটার দুর্নীতির কারণ হতে পারে? এলভিএম হাটো
রিচভেল

5
"স্ন্যাপশট এলভি অঞ্চলে নতুন ডেটা আপডেট করে এবং তারপরে স্ন্যাপটি মুছে ফেলার পরে ফিরে একত্রিত করে কউ অনিরাপদভাবে সম্পন্ন করা হয়।" এটা ঠিক মিথ্যা। মূল ডিভাইসে যখন নতুন ডেটা লেখা হয় তখন পুরানো সংস্করণটি স্ন্যাপশট COW অঞ্চলে লেখা হয়। কোনও ডেটা কখনও মেশানো হয় না (যদি আপনি চান তবে বাদে)। সমস্ত ভৌত প্রযুক্তিগত বিশদ বিবরণের জন্য kernel.org/doc/Docamentation/device-mapper/snapshot.txt দেখুন ।
ড্যামিয়েন টর্নউড

হাই ড্যামিয়েন, পরের বারের মতো পড়ুন যেখানে আমি আমার পোস্ট সংশোধন করেছি?
ফ্লোরিয়ান হেইগল

12

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

বিটিডব্লু যদি আপনি 1 টিবি ড্রাইভ ব্যবহার করতে চলেছেন, পার্টিশন অ্যালাইনমেন্ট সম্পর্কে মনে রাখবেন - সম্ভবত এই ড্রাইভটিতে 4kB শারীরিক ক্ষেত্র রয়েছে।


খোলা স্ন্যাপশটগুলির জন্য কার্য সম্পাদনের সতর্কতার জন্য +1।
অধ্যাপক ফ্যালকেন

আমার অভিজ্ঞতা হল 1TB ড্রাইভগুলি সাধারণত 512 বাইট সেক্টর ব্যবহার করে তবে বেশিরভাগ 2 টিবি ড্রাইভ 4Kb ব্যবহার করে।
ড্যান প্রিটস

@ ডানপ্রিটগুলি ধরে নিচ্ছে যে খাতটির আকার 4kb বা 128 কেবি - এইর মধ্যে যদি সেখানে কোনও অভিযান চালানো হয় তবেই তা কোনও ক্ষতি নেই। আপনি খুব সামান্য হারাতে পারেন - সম্ভবত যে 128 কেবি এবং আপনি প্রচুর পরিমাণে অর্জন করতে পারেন। পুরানো ডিস্ক থেকে কোনও নতুনতে যখন ইমেজিং করা হয়।
pQd

1
ফাইল সিস্টেম ব্লকের আকার "খুব বড়" তৈরিতে কিছুটা ক্ষতির ক্ষতি রয়েছে; প্রতিটি ফাইল একক ব্লকের চেয়ে কম থাকে। যদি আপনি অনেক ছোট ফাইল এবং 128 কেবি ব্লক পেয়ে থাকেন তবে এটি যুক্ত হবে। 4K বেশ যুক্তিসঙ্গত হলেও আমি সম্মত এবং আপনি যদি একটি ফাইল সিস্টেমকে নতুন হার্ডওয়্যারে স্থানান্তরিত করেন তবে অবশেষে আপনার 4k সেক্টর সমাপ্ত হবে।
ড্যান প্রিটস

1
(আমাকে আমার আগের মন্তব্যটি সম্পাদন করতে দেবে না) ... জায়গার অপচয় কোনও কারণই না ঘটায়, তবে এটি স্পিনিং ডিস্কগুলিতে আপনার গড় অনুসন্ধানের সময় বাড়িয়ে তুলবে। এটি সম্ভবত এসএসডিগুলিতে রাইটিং প্রশস্তকরণ (নাল দিয়ে সেক্টর পূরণ করা) রূপান্তর করতে পারে।
ড্যান প্রিটস

5

আদম,

আরেকটি সুবিধা: আপনি একটি নতুন শারীরিক ভলিউম (পিভি) যুক্ত করতে পারেন, সমস্ত ডেটা সেই পিভিতে সরাতে পারেন এবং তারপরে কোনও পরিষেবা বাধা ছাড়াই পুরানো পিভি সরিয়ে ফেলতে পারেন। আমি গত পাঁচ বছরে কমপক্ষে চারবার এই ক্ষমতাটি ব্যবহার করেছি।

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

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

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

সব মিলিয়ে আমি LVM2 এর ভক্ত।


2
পালন /bootপৃথক সবসময় একটি ভাল ধারণা
হুবার্ট Kario

3
GRUB2 একটি LVM লজিক্যাল ভলিউম ( উইকি.আরকলিনিক্স.আর.ইনডেক্স.এফপি / জিআরউবি 2# LVM দেখুন ) থেকে বুটিং সমর্থন করে তবে GRUB1 তা দেয় না। এটি পুনরুদ্ধার করা সহজ তা নিশ্চিত করতে আমি সর্বদা একটি পৃথক নন-এলভিএম / বুট ব্যবহার করব। আজকাল বেশিরভাগ উদ্ধার ডিস্কগুলি LVM সমর্থন করে - কারও কারও vgchange -ayকাছে LVM ভলিউম খুঁজে পেতে ম্যানুয়াল প্রয়োজন ।
রিচভেল

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