আমার প্রায় 20 টি লিনাক্স মেশিন রয়েছে, যার প্রতিটি গ্রাহক ডেটা প্রায় 30-150 গিগাবাইট রয়েছে ab সম্ভবত ডেটার আকার অন্যদের তুলনায় কিছু মেশিনে উল্লেখযোগ্যভাবে দ্রুত বাড়বে। এগুলি একটি ভিএমওয়্যার ভিস্পিয়ার ক্লাস্টারের ভার্চুয়াল মেশিন। ডিস্ক চিত্রগুলি SAN সিস্টেমে সংরক্ষিত থাকে।
আমি এমন একটি সন্ধানের চেষ্টা করছি যা ডিস্কের জায়গাগুলি অল্প পরিমাণে ব্যবহার করবে, তবুও স্বতন্ত্র মেশিনগুলির সহজ বর্ধনের অনুমতি দিচ্ছে।
তত্ত্ব অনুসারে, আমি প্রতিটি মেশিনের জন্য কেবল বড় ডিস্ক তৈরি করে পাতলা বিধান ব্যবহার করব। প্রতিটি ডিস্ক প্রয়োজন হিসাবে বৃদ্ধি করা হবে। তবে, মনে হয় যে 500 গিগাবাইটের এক্সট 3 ফাইল সিস্টেমটি কেবল 50 জিবি ডেটা এবং বেশ কম সংখ্যক লেখকই সহজেই ডিস্ক চিত্রটিকে উদাহরণস্বরূপ বাড়ায়। সময়ের সাথে 250 জিবি। অথবা আমি এখানে কিছু ভুল করছি? (আমি এই বিষয়টিতে গুগলের সাথে কী পরিমাণ কম পেয়েছি তা অবাক করে দিয়েছিলাম B বিটিডাব্লু, সার্ভারফল্ট ডটকম-এ এমনকি কোনও পাতলা-বিধানকারী ট্যাগ নেই))
বর্তমানে আমি বড়, পাতলা-বিধানিত ডিস্ক তৈরি করার পরিকল্পনা করছি - তবে সেগুলিতে একটি ছোট এলভিএম ভলিউম রয়েছে। উদাহরণস্বরূপ: 500 জিবি ডিস্কে একটি 100 জিবি ভলিউম। এইভাবে আমি LVM ভলিউম এবং ফাইল-সিস্টেমের আকারটি আরও সহজে অনলাইনেও বাড়িয়ে তুলতে পারি।
এখন আসল প্রশ্নের জন্য:
এটি করার আরও ভাল উপায় আছে? (এটি হ'ল ডাউনটাইম ছাড়াই ডেটা আকার বাড়ানো))
সম্ভাব্য সমাধানগুলির মধ্যে রয়েছে:
একটি পাতলা-বিধানকারী বন্ধুত্বপূর্ণ ফাইল সিস্টেম ব্যবহার করে যা বার বার একই দাগগুলি দখল করতে চেষ্টা করে, ফলে চিত্রের আকার বাড়ছে না।
পার্টিশনে মুক্ত স্থান পুনরায় দাবি করার একটি সহজ পদ্ধতি সন্ধান করা (পুনরায় পাতলা করা?)
অন্যকিছু?
একটি বোনাস প্রশ্ন: আমি যদি আমার বর্তমান পরিকল্পনাটি নিয়ে যাই, আপনি কি ডিস্কগুলিতে পার্টিশন তৈরি করার পরামর্শ দিবেন ( pvcreate /dev/sdX1বনাম pvcreate /dev/sdX)? আমি মনে করি পার্টিশন ছাড়াই কাঁচা ডিস্ক ব্যবহারের কনভেনশনগুলির বিরুদ্ধে, তবে যদি কখনও প্রয়োজন হয় তবে ডিস্কগুলি বাড়ানো আরও সহজ করে তুলবে। এই সব কি স্বাদের জিনিস, তাই না?