প্রশ্ন LVM বিপদ এবং caveats


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

LVM ব্যবহার করে downsides কি কি?


178
2018-06-12 07:34


উত্স


এই প্রশ্নের উত্তর পড়ার সময় মনে রাখবেন যে তারিখ (বছর) তারা পোস্ট করা হয়েছে। এই শিল্পে 3 বছরের মধ্যে অনেক ঘটে। - MattBianco
আমি সম্প্রতি কিছু আপডেট করেছি (এপ্রিল ২015) কিছু পরিবর্তন হয়েছে কিনা তা দেখার জন্য স্ক্যান করা হচ্ছে। 2.6 কার্নেল এখন অপ্রচলিত, এসএসডিগুলি বেশি সাধারণ, কিন্তু কিছু ছোট LVM ফিক্সগুলি বাদে সত্যিই অনেক পরিবর্তন হয়নি। আমি LVM স্ন্যাপশটগুলির পরিবর্তে ভিএম / ক্লাউড সার্ভার স্ন্যাপশটগুলি ব্যবহার করার কিছু নতুন উপাদান লিখেছি। লেখার ক্যাশিংয়ের অবস্থা, ফাইল সিস্টেম রাইজিং এবং LVM স্ন্যাপশটগুলি যতদূর সম্ভব আমি যতদূর দেখতে পারি না। - RichVel
"তারিখটি স্মরণে রাখুন" মন্তব্যের বিষয়ে - যথেষ্ট সত্য, তবে বিবেচনা করুন যে "উদ্যোগগুলি" এখনও RHEL 5 এবং RHEL 6 ব্যবহার করছে, যা উভয়ই অত্যাধুনিক বা পুরোনো তারিখের চেয়ে পুরোনো উত্তর এর - JDS


উত্তর:


সারাংশ

LVM ব্যবহার করার ঝুঁকি:

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

প্রথম দুইটি এলভিএম বিষয়গুলি একত্রিত করে: যদি লিখতে ক্যাশিং সঠিকভাবে কাজ না করে এবং আপনার একটি পাওয়ার হ্রাস (উদাঃ PSU বা UPS ব্যর্থ হয়), তাহলে আপনাকে ব্যাকআপ থেকে পুনরুদ্ধার করতে হবে, যার অর্থ উল্লেখযোগ্য ডাউনটাইম। LVM ব্যবহারের জন্য একটি মূল কারণ উচ্চতর আপটাইম (ডিস্ক যোগ করার সময়, ফাইল সিস্টেমগুলির আকার পরিবর্তন করা ইত্যাদি), কিন্তু LVM প্রকৃতপক্ষে আপটাইম হ্রাস করার জন্য রাইট ক্যাশিং সেটআপ সঠিক করতে গুরুত্বপূর্ণ।

- ২017 সালের সেপ্টেম্বর আপডেট করা হয়েছে: পুরানো কার্নেল উপাদান কম বিশিষ্ট

ঝুঁকি হ্রাস করা

LVM এখনও ভাল কাজ করতে পারে যদি আপনি:

  • হাইপারভাইজার, কার্নেল এবং এসএসডিগুলিতে আপনার লেখা ক্যাশিং সেটআপ সঠিকভাবে পান
  • LVM স্ন্যাপশট এড়িয়ে চলুন
  • ফাইল সিস্টেমের আকার পরিবর্তন করতে সাম্প্রতিক LVM সংস্করণ ব্যবহার করুন
  • ভাল ব্যাকআপ আছে

বিস্তারিত

আমি অতীতের কিছুটা LVM এর সাথে সম্পর্কিত কিছু ডেটা ক্ষতির অভিজ্ঞতা নিয়ে গবেষণা করেছি। প্রধান LVM ঝুঁকি এবং বিষয়গুলি আমি সচেতন হচ্ছি:

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

  • ক্যাশিং লিখুন এবং হার্ড ড্রাইভ দ্বারা পুনরায় আদেশ লিখুন ভাল পারফরমেন্সের জন্য গুরুত্বপূর্ণ, কিন্তু ভিএম হাইপারভাইজার্স, হার্ড ড্রাইভ লিখন ক্যাশিং, পুরানো লিনাক্স কার্নেল ইত্যাদি কারণে সঠিকভাবে ডিস্কে ব্লক ফ্লাশ করতে ব্যর্থ হতে পারে।
    • বাধা লিখুন মানে কার্নেল গ্যারান্টি দেয় যে এটি "বাধা" ডিস্ক লেখার আগে কিছু ডিস্ক লেখা সম্পূর্ণ করবে, এটি নিশ্চিত করতে হবে যে ফাইল সিস্টেমগুলি এবং RAID হঠাৎ পাওয়ার ক্ষতি বা ক্র্যাশের ঘটনায় পুনরুদ্ধার করতে পারে। যেমন বাধা একটি ব্যবহার করতে পারেন FUA (ফোর্স ইউনিট অ্যাক্সেস) অপারেশন অবিলম্বে ডিস্ক নির্দিষ্ট ব্লক লিখুন, যা একটি পূর্ণ ক্যাশে ফ্লাশ চেয়ে আরো দক্ষ। বাধা কার্যকর সঙ্গে মিলিত করা যাবে বাঁধা/স্থানীয় কমান্ড কুইউইং (একাধিক ডিস্ক I / O অনুরোধগুলি একযোগে) হার্ড ড্রাইভকে ডেটা হ্রাসের ঝুঁকি বাড়িয়ে বুদ্ধিমান লেখার পুনঃক্রমকরণ সক্ষম করতে সক্ষম করে।
  • ভিএম হাইপারভাইজার অনুরূপ সমস্যা থাকতে পারে: ভিএম হাইপারভাইজারের উপরে লিনাক্স গেস্টে LVM চলমান যেমন VMware, xen, কেভিএম, হাইপার-ভি বা ভার্চুয়ালবক্স তৈরি করতে পারে অনুরূপ সমস্যালেখার বাধা ছাড়াই একটি কার্নেল লিখতে, ক্যাশিং লিখতে এবং পুনরায় ক্রম লিখতে। আপনার হাইপারভাইজার ডকুমেন্টেশনটি "ডিস্ক ফ্লাশ" বা লেখার মাধ্যমে ক্যাশে বিকল্প (বর্তমানে উপস্থিত সাহায্যে KVM, অথবা VMware, xen, VirtualBox এবং অন্যান্য) - এবং আপনার সেটআপ সঙ্গে এটি পরীক্ষা। ভার্চুয়ালবক্সের মতো কিছু হাইপারভাইজার আছে একটি ডিফল্ট সেটিং যে গেস্ট থেকে কোনো ডিস্ক flushes উপেক্ষা করে।
  • LVM সহ এন্টারপ্রাইজ সার্ভারগুলির সর্বদা একটি ব্যবহার করা উচিত ব্যাটারি ব্যাকড RAID নিয়ামক এবং হার্ড ডিস্ক লিখুন ক্যাশিং নিষ্ক্রিয় করুন (নিয়ামক ব্যাটারি দ্রুত এবং নিরাপদ যা ব্যাক ক্যাশে লেখা ক্যাশে আছে) - দেখুন এই মন্তব্য লেখক দ্বারা এই এক্সএফএস প্রশ্নাবলী এন্ট্রি। এটা নিরাপদ হতে পারে লেখার বাধা বন্ধ করুন কার্নেল, কিন্তু পরীক্ষার সুপারিশ করা হয়।
  • আপনার যদি ব্যাটারি ব্যাকডেড RAID নিয়ন্ত্রক না থাকে তবে হার্ড ড্রাইভটি নিষ্ক্রিয় করে লিখুন ক্যাশিংটি ধীরগতিতে উল্লেখযোগ্যভাবে লিখবে তবে LVM নিরাপদ করবে। আপনি ext3 এর সমতুল্য ব্যবহার করা উচিত data=ordered বিকল্প (বা data=journal অতিরিক্ত নিরাপত্তা জন্য), প্লাস barrier=1 কার্নেল ক্যাশিং সততা প্রভাবিত করে না তা নিশ্চিত করার জন্য। (অথবা ext4 যা ব্যবহার করুন ডিফল্ট দ্বারা বাধা সক্রিয় করে।) এটি সর্বাধিক বিকল্প এবং কর্মক্ষমতা খরচ ভাল তথ্য অখণ্ডতা প্রদান করে। (লিনাক্সের ডিফল্ট ext3 বিকল্প পরিবর্তন আরো বিপজ্জনক data=writeback কিছুক্ষণ আগে, তাই FS এর জন্য ডিফল্ট সেটিংসে নির্ভর করবেন না।)
  • হার্ড ড্রাইভ লিখুন ক্যাশিং লিখুনযোগ করুন hdparm -q -W0 /dev/sdX সব ড্রাইভের জন্য /etc/rc.local (SATA এর জন্য) অথবা SCSI / SAS এর জন্য sdparm ব্যবহার করুন। যাইহোক, অনুযায়ী এই এন্ট্রি XFS FAQ (যা এই বিষয়ে খুব ভাল), ড্রাইভ ত্রুটি পুনরুদ্ধারের পরে একটি SATA ড্রাইভ এই সেটিংটি ভুলে যেতে পারে - তাই আপনাকে SCSI / SAS ব্যবহার করতে হবে, অথবা যদি আপনি SATA ব্যবহার করতে চান তবে একটি cron কাজে hdparm কমান্ডটি রাখুন প্রতি মিনিট বা তাই চলমান।
  • এসএসডি / হার্ড ড্রাইভ ক্যাশিং সক্রিয় রাখতে রাখা ভাল কর্মক্ষমতা জন্য: এটি একটি জটিল এলাকা - নীচের বিভাগ দেখুন।
  • আপনি ব্যবহার করছেন উন্নত বিন্যাস ড্রাইভ যেমন 4 কেবি শারীরিক সেক্টর, নিচে দেখুন - লেখার ক্যাশিং নিষ্ক্রিয় করতে অন্যান্য সমস্যা থাকতে পারে।
  • ইউ। পি। এস এন্টারপ্রাইজ এবং SOHO উভয়ের জন্য সমালোচনামূলক তবে LVM সুরক্ষিত করতে যথেষ্ট নয়: যে কোনও কারণে হার্ড ক্র্যাশ বা পাওয়ার হ্রাস (উদাঃ ইউ.পি.এস ব্যর্থতা, পিএসইউ ব্যর্থতা, বা ল্যাপটপ ব্যাটারি ক্লান্তি) এর ফলে হার্ড ড্রাইভ ক্যাশে ডেটা হারাতে পারে।
  • খুব পুরানো লিনাক্স কার্নেল (২009 থেকে 2.6.x): পুরানো কার্নেলের সংস্করণগুলিতে 2.63২ এবং এর আগে অসম্পূর্ণ লেখা বাধা সমর্থন রয়েছে2.6.31 কিছু সমর্থন আছে, যখন 2.6.33 কাজ ডিভাইস টার্গেটের সব ধরনের জন্য) - RHEL 6 2.6.32 ব্যবহার করে অনেক প্যাচ সঙ্গে। যদি এই পুরোনো 2.6 কার্নেলগুলি এই সমস্যাগুলির জন্য অপঠিত হয়, তবে হার্ড ড্রাইভের লেখার বাফারগুলিতে (সাধারণ SATA ড্রাইভগুলির জন্য প্রতি ড্রাইভের 32 মেগাবাইট বলে) কোনও ক্র্যাশ দ্বারা FS মেটাডেটা (জার্নালসহ) হারিয়ে যেতে পারে। অতি সম্প্রতি লিখিত FS মেটাডাটা এবং জার্নাল ডেটা 32 এমবি হারানো, যা কার্নেল মনে করে ডিস্কে ইতিমধ্যেই রয়েছে, সাধারণত এটি অনেকগুলি FS দুর্নীতি এবং এর ফলে ডেটা হ্রাস।
  • সারাংশ: ফাইল-সিস্টেম, RAID, VM হাইপারভাইজার, এবং LVM- র সাথে ব্যবহৃত হার্ড-ড্রাইভ / SSD সেটআপের মধ্যে আপনার অবশ্যই যত্ন নেওয়া আবশ্যক। LVM ব্যবহার করা হলে আপনার খুব ভাল ব্যাকআপ থাকতে হবে এবং বিশেষ করে LVM মেটাডাটা, শারীরিক বিভাজন সেটআপ, এমবিআর এবং ভলিউম বুট সেক্টরগুলি ব্যাকআপ করতে ভুলবেন না। এসসিএসআই / এসএএস ড্রাইভগুলি ব্যবহার করার পরামর্শ দেওয়া হয় কারণ এটি কীভাবে ক্যাশিং লিখছে সে সম্পর্কে মিথ্যা কথা বলে - SATA ড্রাইভগুলি ব্যবহার করার জন্য আরও যত্নের প্রয়োজন হয়।

লেখা ক্যাশিং সক্ষম রাখা কর্মক্ষমতা (এবং মিথ্যা ড্রাইভ সঙ্গে coping)

একটি জটিল কিন্তু পারফরম্যান্স বিকল্পটি এসএসডি / হার্ড ড্রাইভ লিখতে ক্যাশিং সক্ষম রাখা এবং কার্নেল লিখতে বাধা দেয় কার্নেল 2.6.33+ এ LVM এর সাথে কাজ করা বাধা (লগগুলিতে "বাধা" বার্তাগুলির সন্ধান করে দ্বিগুণ চেক করুন)।

এছাড়াও আপনি RAID সেটআপ, ভিএম হাইপারভাইজার সেটআপ এবং ফাইল সিস্টেমটি নিশ্চিত করতে হবে লেখার বাধা ব্যবহার করে (অর্থাত্ মেটাডেটা / জার্নাল লিখতে আগে এবং পরে মুলতুবি লেখাগুলি চালাতে ড্রাইভের প্রয়োজন হয়)। XFS ডিফল্টরূপে বাধা ব্যবহার করে, কিন্তু ext3 নাতাই ext3 সঙ্গে আপনি ব্যবহার করা উচিত barrier=1 মাউন্ট অপশন, এবং এখনও ব্যবহার data=ordered অথবা data=journal যেমন উপরে.

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

উন্নত বিন্যাস ড্রাইভ সেটআপ - ক্যাশিং, সারিবদ্ধকরণ, RAID, GPT লিখুন

  • নতুন সঙ্গে উন্নত বিন্যাস ড্রাইভ যে 4 কিব শারীরিক সেক্টর ব্যবহার করে, ড্রাইভ লিখতে ক্যাশিং সক্ষম রাখা গুরুত্বপূর্ণ হতে পারে, কারণ বেশিরভাগ ড্রাইভ বর্তমানে 512 বাইট লজিক্যাল সেক্টরগুলিকে অনুকরণ করে ("512 এমুলেশন"), এবং কিছু এমনকি 4 KiB ব্যবহার করার সময় 512-বাইট শারীরিক সেক্টর আছে দাবি।
  • অ্যাডভান্সড ফরম্যাট ড্রাইভের লেখার ক্যাশ বন্ধ করলে 512 বাইট লেখার সময় অ্যাপ্লিকেশন / কার্নেলটি 512 বাইট লেখার ক্ষেত্রে খুব বড় পারফরম্যান্সের প্রভাব ফেলতে পারে, যেমন ড্রাইভগুলি ক্যাশে নির্ভর করে 8 x 512-byte একটি একক 4 KiB শারীরিক অনুগ্রহ করে লিখুন। আপনি ক্যাশে নিষ্ক্রিয় যদি কোনো প্রভাব নিশ্চিত করার জন্য পরীক্ষার সুপারিশ করা হয়।
  • একটি 4 KiB সীমানা উপর LVs aligning কর্মক্ষমতা জন্য গুরুত্বপূর্ণ কিন্তু PVs এর অন্তর্নিহিত পার্টিশনগুলি সংযোজিত হওয়া পর্যন্ত স্বয়ংক্রিয়ভাবে হওয়া উচিত, যেহেতু LVM দৈহিক এক্সটেনেন্টগুলি (PEs) ডিফল্টরূপে 4 MiB হয়। RAID এখানে বিবেচনা করা আবশ্যক - এই LVM এবং সফ্টওয়্যার RAID সেটআপ পৃষ্ঠা ভলিউমের শেষে এবং (যদি প্রয়োজন হয়) একটি বিকল্প ব্যবহার করে RAID superblock নির্বাণ সুপারিশ pvcreate PVs সারিবদ্ধ। এই LVM ইমেল তালিকা থ্রেড ২011 সালের মধ্যে কার্নেলগুলিতে করা কাজটি নির্দেশ করে এবং আংশিক ব্লকের ইস্যুটি 512 বাইট এবং 4 টি বিবি সেক্টরের সাথে একটি একক LV এ মেশানো হলে।
  • উন্নত ফরম্যাটের সাথে জিপিটি বিভাজন প্রথম LVM পার্টিশন (PV) 4 KiB সীমাতে শুরু করার জন্য নিশ্চিত করার জন্য, বিশেষ করে বুট + রুট ডিস্কের জন্য যত্নের প্রয়োজন।

আরো জটিল অন-ডিস্ক কাঠামোর কারণে ডেটা পুনরুদ্ধার করা কঠিন:

  • হার্ড ক্র্যাশ বা পাওয়ার হাউস (ভুল লেখার ক্যাশিংয়ের কারণে) এর জন্য প্রয়োজনীয় LVM ডেটা যে কোনও পুনরুদ্ধারের একটি ম্যানুয়াল প্রক্রিয়া সেরা, কারণ দৃশ্যত কোন উপযুক্ত সরঞ্জাম নেই। LVM তার মেটাডেটা ব্যাক আপ করার জন্য ভাল /etc/lvm, যা LVs, VGs এবং PVs এর মৌলিক গঠন পুনরুদ্ধার করতে সহায়তা করতে পারে, কিন্তু হারিয়ে যাওয়া ফাইল সিস্টেম মেটাডেটাতে সহায়তা করবে না।
  • তাই ব্যাকআপ থেকে একটি সম্পূর্ণ পুনঃস্থাপন প্রয়োজন হতে পারে। এটি LVM ব্যবহার না করে দ্রুত জার্নাল-ভিত্তিক fsck এর চেয়ে অনেক বেশি ডাউনটাইম অন্তর্ভুক্ত করে এবং শেষ ব্যাকআপ থেকে লেখা তথ্যটি হারিয়ে যাবে।
  • TestDisk, ext3grep, ext3undel এবং অন্যান্য সরঞ্জাম  অ-LVM ডিস্ক থেকে পার্টিশন এবং ফাইলগুলি পুনরুদ্ধার করতে পারবেন কিন্তু তারা সরাসরি LVM ডেটা পুনরুদ্ধার সমর্থন করে না। টেস্টডিস্ক সনাক্ত করতে পারে যে একটি হারিয়ে যাওয়া প্রকৃত পার্টিশনে একটি LVM PV রয়েছে, তবে এই সরঞ্জামগুলির মধ্যে কোনটি LVM লজিক্যাল ভলিউমগুলি বুঝতে পারে না। ফাইল খোদাই করা যেমন সরঞ্জাম PhotoRec এবং অন্যান্য অনেকগুলি কাজ করবে যেহেতু তারা তথ্য ব্লক থেকে ফাইলগুলি পুনরায় ফাইল করার জন্য ফাইল সিস্টেমকে বাইপাস করবে, কিন্তু এটি মূল্যবান তথ্যের জন্য শেষ অবলম্বন, নিম্ন-স্তরের পদ্ধতি এবং ফ্যাগমেন্টযুক্ত ফাইলগুলির সাথে ভালভাবে কাজ করে।
  • ম্যানুয়াল LVM পুনরুদ্ধারের কিছু ক্ষেত্রে সম্ভব, কিন্তু জটিল এবং সময় গ্রাসকারী - দেখুন এই উদাহরণ এবং এই, এই, এবং এই কিভাবে পুনরুদ্ধারের জন্য।

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

  • হালনাগাদ: আরো সাম্প্রতিক সংস্করণ lvextend সমর্থন -r (--resizefs) বিকল্প - যদি এটি উপলব্ধ থাকে তবে এটি LV এবং ফাইল সিস্টেমকে পুনরায় আকার দেওয়ার একটি নিরাপদ এবং দ্রুত উপায়, বিশেষত যদি আপনি FS সঙ্কুচিত হয়ে থাকেন এবং আপনি এই বিভাগটিকে বেশিরভাগ ক্ষেত্রে এড়িয়ে যেতে পারেন।
  • LVM- ভিত্তিক FSs কে পুনরায় আকার দেওয়ার জন্য সর্বাধিক নির্দেশিকাগুলি FV এর আকারের চেয়ে কিছুটা ছোট হতে পারে তা এই অ্যাকাউন্টে নেয় না: বিস্তারিত ব্যাখ্যা এখানে। একটি ফাইল সিস্টেম সঙ্কুচিত করার সময়, আপনাকে নতুন আকারকে FS আকারের সরঞ্জামে নির্দিষ্ট করতে হবে, উদাঃ। resize2fs ext3 জন্য, এবং lvextend অথবা lvreduce। দুর্দান্ত যত্ন ছাড়া, 1 গিগাবাইট (10 ^ 9) এবং 1 এর মধ্যে পার্থক্যের কারণে মাপ সামান্য ভিন্ন হতে পারে GiB (2 ^ 30), অথবা বিভিন্ন সরঞ্জাম রাউন্ড মাপ আপ বা ডাউন উপায়।
  • যদি আপনি সঠিকভাবে গণনা না করেন (অথবা সর্বাধিক সুস্পষ্ট প্রান্তের বাইরে কিছু অতিরিক্ত পদক্ষেপ ব্যবহার করেন), তাহলে আপনি একটি FS- এর সাথে শেষ করতে পারেন যা LV এর জন্য খুব বড়। মাস বা বছরের জন্য সবকিছু জরিমানা মনে হবে, যতক্ষণ না আপনি সম্পূর্ণরূপে FS পূরণ করবেন, কোন মুহুর্তে আপনি গুরুতর দুর্নীতি পাবেন - এবং যদি না আপনি এই বিষয়ে সচেতন না হন তবে কেন তা জানা কঠিন, কেননা আপনার দ্বারা প্রকৃত ডিস্ক ত্রুটি থাকতে পারে যে মেঘ পরিস্থিতি। (এটি সম্ভব যে এই সমস্যাটি কেবলমাত্র ফাইল সিস্টেমগুলির আকার হ্রাস করতে প্রভাবিত করে - তবে, এটি স্পষ্ট যে উভয় দিক থেকে ফাইল সিস্টেমগুলির আকার পরিবর্তন করা ব্যবহারকারীর ত্রুটির কারণে ডেটা হ্রাসের ঝুঁকি বাড়ায়।)
  • মনে হয় যে এলভি আকারটি FS আকারের চেয়ে বড় হতে হবে 2 x LVM দৈহিক ব্যাপ্তি (PE) আকারের - তবে বিস্তারিত তথ্যের জন্য উপরের লিঙ্কটি চেক করুন কারণ এটির উৎস অনুমোদিত নয়। প্রায় 8 MiB যথেষ্ট পরিমাণে মঞ্জুরি দেয়, তবে এটি আরও ভাল হতে পারে, উদাঃ। 100 MiB বা 1 GiB, শুধু নিরাপদ হতে। PE আকার, এবং আপনার লজিক্যাল ভলিউম + FS মাপ পরীক্ষা করতে, 4 KiB = 4096 বাইট ব্লক ব্যবহার করে:

    KiB মধ্যে PE আকার দেখায়:
    vgdisplay --units k myVGname | grep "PE Size"

    সব LVs আকার:
    lvs --units 4096b

    আকার (এক্সটি 3) FS, 4 KiB FS ব্লকাইজ অনুমান করে:
    tune2fs -l /dev/myVGname/myLVname | grep 'Block count'

  • বিপরীতে, একটি অ-LVM সেটআপ FS কে খুব নির্ভরযোগ্য এবং সহজ চালনা করে gparted এবং প্রয়োজনীয় FSs আকার পরিবর্তন, তারপর এটা আপনার জন্য সবকিছু করতে হবে। সার্ভারে, আপনি ব্যবহার করতে পারেন parted শেল থেকে।

    • এটা প্রায়ই ব্যবহার করা ভাল Gparted লাইভ সিডি অথবা পার্টিশন ম্যাজিক, এইগুলির একটি সাম্প্রতিক এবং প্রায়শই বাগ-মুক্ত Gparted এবং কার্নেল ডিস্ট্রো সংস্করণটির তুলনায় - আমি একবার ডিস্ট্রোর Gparted চলমান কার্নেলের মধ্যে সঠিকভাবে পার্টিশন আপডেট না করে পুরো FS হারিয়ে ফেলেছি। ডিস্ট্রোর Gparted ব্যবহার করে, পার্টিশন পরিবর্তন করার পরে সঠিকভাবে পুনরায় বুট করার জন্য নিশ্চিত করুন যাতে কার্নেলের মতামত সঠিক।

স্ন্যাপশটগুলি ব্যবহার করা কঠিন, ধীর এবং বগী- যদি স্ন্যাপশট প্রাক বরাদ্দ স্থান থেকে রান আউট হয় স্বয়ংক্রিয়ভাবে বাদ। প্রদত্ত LV- এর প্রতিটি স্ন্যাপশটটি সেই LV (পূর্ববর্তী স্ন্যাপশটগুলির বিরুদ্ধে না) এর বিরুদ্ধে একটি বদ্বীপ যা উল্লেখযোগ্য লেখার ক্রিয়াকলাপ সহ ফাইল সিস্টেম স্ন্যাপশট করার সময় অনেকগুলি স্থান প্রয়োজন হতে পারে। এটি স্ন্যাপশট এলভি তৈরি করতে নিরাপদ, যা মূল এলভির মতো একই আকারের, স্ন্যাপশটটি কখনই মুক্ত স্থান থেকে শেষ হবে না।

স্ন্যাপশটগুলি খুব ধীর হতে পারে (যার অর্থ LVM ছাড়া 3 থেকে 6 গুণ ধীর এই MySQL পরীক্ষা) - দেখুন এই উত্তর বিভিন্ন স্ন্যাপশট সমস্যা আবরণ। Slowness আংশিকভাবে কারণ স্ন্যাপশট অনেক সিঙ্ক্রোনাস লিখতে প্রয়োজন

স্ন্যাপশটগুলিতে কিছু উল্লেখযোগ্য বাগ রয়েছে, উদাঃ কিছু ক্ষেত্রে তারা বুটকে খুব ধীর করে তুলতে পারে, অথবা বুট সম্পূর্ণ ব্যর্থ হতে পারে (কারণ কার্নেল সময় আউট করতে পারেন  রুট FS এর জন্য অপেক্ষা করা হলে এটি একটি LVM স্ন্যাপশট [ডেবিয়ান এ সংশোধন করা হয় initramfs-tools আপডেট, মার্চ 2015])।

  • এক মেট্রিক যে অনেক ডেবিয়ান বাগ আছে মেলা "LVM স্ন্যাপশট 2015"তাদের মধ্যে বেশ কিছু গুরুতর - তবে, অনেক স্ন্যাপশট রেস অবস্থা শর্তের বাগ দৃশ্যত আছে স্থির করা হয়েছে। স্ন্যাপশট ছাড়া LVM সাধারণত বেশ ভাল ডিবাগ মনে হয়, সম্ভবত স্ন্যাপশটগুলি মূল বৈশিষ্ট্যের হিসাবে ব্যবহার করা হয় না।

স্ন্যাপশট বিকল্প - ফাইল সিস্টেম এবং ভিএম হাইপারভাইজার

ভিএম / মেঘ স্ন্যাপশট:

  • আপনি যদি ভিএম হাইপারভাইজার বা আইএএএসএস ক্লাউড সরবরাহকারী ব্যবহার করেন তবে তাদের স্ন্যাপশটগুলি (উদাঃ ভিএমওয়্যার, ভার্চুয়ালবক্স বা অ্যামাজন EC2 এর EBS স্ন্যাপশট) প্রায়ই LVM স্ন্যাপশটগুলির জন্য আরও ভাল বিকল্প। আপনি ব্যাকআপের উদ্দেশ্যে বেশ সহজেই একটি স্ন্যাপশট নিতে পারেন (কিন্তু আপনার আগে FS জমা দেওয়ার কথা বিবেচনা করুন)।

ফাইল সিস্টেম স্ন্যাপশটস:

  • ZFS বা btrfs এর সাথে ফাইল সিস্টেম স্তরের স্ন্যাপশটগুলি সহজেই ব্যবহার করা সহজ এবং LVM এর চেয়ে সাধারণত ভাল, এবং যদিও কোনও ফাইল সিস্টেমটি লিনাক্সে খুব পরিপক্ক হয় না তবে তাদের পক্ষে ভাল বিকল্প হতে পারে যারা ভিএম / ক্লাউড রুট ছাড়াই প্রকৃতপক্ষে স্ন্যাপশটগুলির প্রয়োজন বোধ করে:

অনলাইন ব্যাকআপ এবং fsck জন্য স্ন্যাপশট

স্ন্যাপশট একটি সামঞ্জস্যপূর্ণ প্রদান করতে ব্যবহার করা যেতে পারে সূত্র ব্যাকআপের জন্য, যতক্ষণ আপনি বরাদ্দ স্থান দিয়ে সাবধান হন (আদর্শভাবে স্ন্যাপশট এলভিটির ব্যাক আপ হিসাবে একই আকার)। চমৎকার rsnapshot (যেহেতু 1.3.1) এমনকি LVM স্ন্যাপশট তৈরি / মুছে ফেলার জন্য - এটি দেখুন LVM ব্যবহার করে rsnapshot এ HOWTO। তবে, স্ন্যাপশটগুলির সাথে সাধারণ সমস্যাগুলি লক্ষ্য করুন এবং একটি স্ন্যাপশট নিজের মধ্যে ব্যাকআপ হিসাবে বিবেচনা করা উচিত নয়।

আপনি একটি অনলাইন fsck করতে LVM স্ন্যাপশটগুলিও ব্যবহার করতে পারেন: এলভি স্ন্যাপশট এবং স্ন্যাপশটটি fsck, এখনও প্রধান নন-স্ন্যাপশট FS ব্যবহার করার সময় - এখানে বর্ণনা করা হয়েছে - যাইহোক, এটা সম্পূর্ণরূপে সোজা না তাই এটি ব্যবহার করা ভাল e2croncheck যেমন টেড Ts'o দ্বারা বর্ণিত, ext3 এর রক্ষণাবেক্ষণকারী।

তোমার উচিত ফাইল সিস্টেমকে "ফ্রীজ" করুন অস্থায়ীভাবে স্ন্যাপশট নেওয়ার সময় - কিছু ফাইল সিস্টেম যেমন ext3 এবং XFS হবে স্বয়ংক্রিয়ভাবে এই কাজ যখন LVM স্ন্যাপশট তৈরি করে।

উপসংহার

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

ভিএম হাইপারভাইজার্স, হার্ড ড্রাইভ / এসএসডি লেখা ক্যাশিং, ইত্যাদি কারণে LVM- র লেখার ক্যাশিং সেটআপের উপর দুর্দান্ত যত্নের প্রয়োজন হয় - তবে এটি একই রকম একটি লিনাক্স ব্যবহার করে ডিবি সার্ভার হিসাবে প্রয়োগ করা হয়। অধিকাংশ সরঞ্জাম থেকে সমর্থন অভাব (gparted সমালোচনামূলক আকার গণনা সহ, এবং testdisk ইত্যাদি) এটি হতে চেয়ে এটি ব্যবহার করা কঠিন করে তোলে।

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

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


239
2018-06-12 08:19



Xfs সঙ্গে অনলাইন আকার পরিবর্তন পুরোপুরি কাজ করে, আপনি এমনকি আকার উল্লেখ করতে হবে না। এটি xfs_grow (5) এ আরো LV আকারে বৃদ্ধি হবে। OTOH আমি লিখতে বাধা উপর সারাংশ জন্য +1 আঘাত। - cstamas
শহরবাসী! কোথায় আপনি আমার সব জীবন হয়েছে !? - songei2f
@TREE: ব্যাটারি-ব্যাকডেড RAID নিয়ামকটির ধারণাটি হল যে এটির ক্যাশটি পাওয়ার ব্যর্থতাগুলিতে চলমান থাকে এবং সাধারণত এটি নথিরূপে কাজ করার জন্য বিশ্বস্ত হতে পারে, তবে কিছু হার্ড ডিস্ক ক্যাশগুলি আসলে ডিস্কের একটি ব্লক লিখেছে কিনা সে বিষয়ে মিথ্যা বলে। অবশ্যই এই ক্যাশে স্থায়ী হয় না। যদি আপনি হার্ড ডিস্ক ক্যাশে সক্ষম করেন তবে আপনি হঠাত্ শক্তি ব্যর্থতার (যেমন PSU বা UPS ব্যর্থ হয়) ঝুঁকিপূর্ণ, যা RAID নিয়ামক এর ব্যাটারি ব্যাকআপ দ্বারা সুরক্ষিত। - RichVel
আমি কখনও দেখেছি সেরা উত্তর এক, কোন বিষয়। কেবলমাত্র আমি পরিবর্তন করবো, মনোযোগ ঘাটতি ব্যাধি বা সময়ের সাথে অনেকের জন্য প্রশ্নটির শীর্ষে সারসংক্ষেপটি সরান। :-) - Prof. Falken
সমস্ত মন্তব্য দেখে এবং উত্তরটির শেষ আপডেটটি এক বছর আগে ছিল, আমি বিশ্বাসযোগ্য ছিলাম যে উত্তর নির্ভরযোগ্যতা, কর্মক্ষমতা এবং ব্যবহারের সহজে কোনও নতুন পরিবর্তন প্রতিফলিত করার জন্য আপডেট করা যেতে পারে। - Luis Alvarado


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

আচ্ছা, এই বিচ্ছেদ সেখানে ছিল কোন কারণের জন্য - পার্থক্য PV হ্যান্ডলিংয়ের সাথে পার্থক্য দেখায় এবং ভি ভি এর অনলাইন পুনরায় অ্যাক্টিভেশন যেমন অনুপস্থিত PVs তাদের খেলার জন্য ফিরিয়ে আনতে - "আসল LVMs" (AIX, HP-UX) এ একটি বাতাস কি থেকে LVM2 এ বিষ্ঠা হয়ে যায় রাষ্ট্র পরিচালনার যথেষ্ট ভাল নয়। এবং কোরাম লস ডিটেকশন (হাহা) বা স্টেট হ্যান্ডলিং সম্পর্কেও আমাকে কিছু বলবেন না (যদি আমি একটি ডিস্ক মুছে ফেলি, এটি অনুপলব্ধ হিসাবে ফ্ল্যাগ করা হবে না। এটি এমনকি না আছে দমন অবস্থা কলাম)

Re: স্থিতিশীলতা pvmove... কেন

pvmove তথ্য ক্ষতি

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

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

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

Re: বাধা LVM এ যে কেউ দায়ী করলে আমি নিশ্চিত নই। এটি একটি devmapper সমস্যা ছিল, যতদূর আমি জানি। কিন্তু কমপক্ষে কার্নেল 2.6 থেকে 2.6.33 পর্যন্ত এই সমস্যাটির যত্ন নেওয়ার জন্য কিছু দোষ থাকতে পারে AFAIK Xen একমাত্র হাইপারভাইজার যা ভার্চুয়াল মেশিনগুলির জন্য O_DIRECT ব্যবহার করে, যখন "লুপ" ব্যবহৃত হয় তখন সমস্যাটি ব্যবহৃত হত কারণ কার্নেল এখনও এটি ব্যবহার করে ক্যাশে করবে। অন্তত ভার্চুয়ালবক্সে এইরকম স্টাফ নিষ্ক্রিয় করার জন্য কিছু সেটিং রয়েছে এবং কেমু / KVM সাধারণত ক্যাশিংকে মঞ্জুরি দেয় বলে মনে হয়। সব FUSE FS এছাড়াও সমস্যা আছে (কোন O_DIRECT নেই)

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

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

আসলটির তুলনায় LVM2 এর প্রধান উদাহরণ "যারা ইউনিক্স বোঝে না তারা নিন্দা জানানোর জন্য নিন্দিত।"

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

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


15
2017-12-11 14:03



ভাল পয়েন্ট, বিশেষ করে পিভিএমওভি ডেটা হসন (এটি কম মেমরির অধীনে ক্র্যাশ হতে পারে না এবং স্ন্যাপশট ডিজাইনটি উপলব্ধ ছিল না। লেখার বাধা / ক্যাশিংয়ে: আমি LVM এবং কার্নেল ডিভাইস ম্যাপারকে ব্যবহারকারীর দৃষ্টিকোণ থেকে বিভক্ত করেছিলাম যা তারা LVM সরবরাহকারীর জন্য প্রদান করে। সম্মত। Pvmove তথ্য ক্ষতিতে আপনার ব্লগ পোস্টিং পছন্দ করেছে: deranfangvomende.wordpress.com/2009/12/28/... - RichVel
স্ন্যাপশটগুলিতে: তারা কুখ্যাতভাবে LVM তে ধীরগতির, তাই পরিষ্কারভাবে এটি নির্ভরযোগ্যতার উপর কার্য সম্পাদনের জন্য একটি ভাল নকশা সিদ্ধান্ত ছিল না। "প্রাচীরটি আঘাত করুন" দ্বারা, আপনি কি স্ন্যাপশটটি ভরাট করেছেন এবং এটি প্রকৃত মূল এলভি তথ্যের দুর্নীতির কারণ হতে পারে? LVM HOWTO বলছে যে এই ক্ষেত্রে স্ন্যাপশট বাদ দেওয়া হয়েছে: tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html - RichVel
স্ন্যাপশট এলভি এলাকায় নতুন তথ্য আপডেট করে এবং তারপর আপনি স্ন্যাপটি মুছতে একবার মার্জ হয়ে গেলে "CoW অসফলভাবে সম্পন্ন হয়।" এই শুধু মিথ্যা। যখন নতুন তথ্য মূল ডিভাইসে লেখা হয়, পুরাতন সংস্করণ COW এলাকা স্ন্যাপশট মধ্যে লেখা হয়। কোন তথ্য কখনও ফিরে মার্জ হয় (যদি আপনি চান ছাড়া)। দেখ kernel.org/doc/Documentation/device-mapper/snapshot.txt সব Gory প্রযুক্তিগত বিবরণ জন্য। - Damien Tournoud
হাই ড্যামিয়েন, পরের বার ঠিক যেখানে আমি আমার পোস্ট সংশোধন করে পড়ি? - Florian Heigl


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

btw যদি আপনি 1TB ড্রাইভ ব্যবহার করতে যাচ্ছেন তবে পার্টিশন সারিবদ্ধকরণ সম্পর্কে মনে রাখবেন - এই ড্রাইভে সম্ভবত 4kb শারীরিক সেক্টর রয়েছে।


12
2018-06-12 09:44



খোলা স্ন্যাপশটগুলির জন্য কর্মক্ষমতা সতর্কতার জন্য +1। - Prof. Falken
আমার অভিজ্ঞতা হল 1TB ড্রাইভ সাধারণত 512 বাইট সেক্টর ব্যবহার করে, তবে বেশিরভাগ 2 টি বিবি ড্রাইভ 4Kb ব্যবহার করে। - Dan Pritts
@ ড্যানপ্রিটসকে সেক্টর সাইজ 4kb বা এমনকি 128kb এর মধ্যে কোনও ক্ষতি নেই - যদি এর মধ্যে RAID থাকে তবেই। আপনি খুব ছোট হারান - সম্ভবত যে 128kb এবং আপনি অনেক লাভ করতে পারেন। এছাড়াও যখন পুরানো ডিস্ক থেকে একটি নতুন এক ইমেজিং। - pQd
ফাইল সিস্টেম ব্লক আকার "খুব বড়" তৈরীর কিছু ক্ষুদ্র ক্ষতি আছে; প্রতিটি ফাইল একটি একক ব্লকের কম নেই। আপনি যদি অনেক ছোট ফাইল এবং 128KB ব্লক পেয়েছেন এটি যোগ করা হবে। যদিও আমি 4K তে যুক্তিসঙ্গত, তবে যদি আপনি কোনও হার্ডওয়্যার সিস্টেমকে নতুন হার্ডওয়্যারে সরাতে চান তবে আপনি অবশেষে 4k সেক্টরের সাথে শেষ হয়ে যাবেন। - Dan Pritts
(আমার পূর্বের মন্তব্যটি সম্পাদনা করার অনুমতি দেবে না) ... কোনও স্থানের বর্জ্য কোনও ব্যাপার না, তবে এটি আপনার কাঙ্ক্ষিত ডিস্কগুলির গড় সময়কে বাড়িয়ে তুলবে। এটি সম্ভবত এসএসডিগুলিতে লেখার সম্প্রসারণ (নল সহ সেক্টরটি পূরণ করা) হতে পারে। - Dan Pritts


আদম,

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

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

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

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

সামগ্রিকভাবে, আমি LVM2 এর একটি ফ্যান।


5
2018-06-22 21:03



পালন /boot পৃথক সবসময় একটি ভাল ধারণা - Hubert Kario
GRUB2 LVM লজিক্যাল ভলিউম থেকে বুট করার জন্য সমর্থন করে (দেখুন wiki.archlinux.org/index.php/GRUB2#LVM) কিন্তু GRUB1 না। এটি পুনরুদ্ধার করা সহজ করার জন্য আমি সর্বদা একটি আলাদা L-LVM / বুট ব্যবহার করব। বেশিরভাগ রেসকিউ ডিস্ক এই দিনে LVM সমর্থন করে - কিছুগুলির জন্য ম্যানুয়াল প্রয়োজন vgchange -ayLVM ভলিউম খুঁজতে। - RichVel
Pvmove উপর: Florian হিগলের উত্তর তৈরি PVMove তথ্য ক্ষতি সম্পর্কে বিন্দু দেখুন। - RichVel