পার্টিশনবিহীন ফাইল সিস্টেমের গুণাবলী

Question

আমি কয়েক সপ্তাহ আগে এমন কিছু জায়গায় দৌড়েছিলাম যা আমি এর আগে কখনও দেখিনি: একটি ফাইল সিস্টেম (এক্সট্রো আমি বিশ্বাস করি) পার্টিশন ছাড়াই স্টোরেজ ডিভাইসে ইনস্টল করেছি। প্রকৃতরূপে /dev/sdb ছিল সমগ্র ফাইলসিস্টেম। আমি জানি অনেকগুলি ফাইল সিস্টেমকে ফাঁকা জায়গায় প্রসারিত করা যায়, সুতরাং এটি করে এলভিএম বা অন্য কোনও ধরণের ভলিউম ম্যানেজারের সাথে কাজ না করেই প্রসারিত হতে দেয়, তবে কীভাবে এইভাবে স্টোরেজ স্থাপনের অন্য কোনও সুবিধা রয়েছে?

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

Comments

ওরাকল ভিএম এটিও করে "স্থানীয় স্টোরেজ" এর জন্য।

— নীল

আমি এই প্রশ্নটি মিস করেছি এবং একটি নতুন শুরু করেছি যা একই স্থলটি জুড়ে: unix.stackexchange.com/q/52389/4801 । এই প্রশ্নটি এখন বন্ধ করা হয়েছে, তবে সেখানকার কয়েকটি উত্তর এই কিউয়ের পাঠকদের পক্ষেও কার্যকর হতে পারে এবং এটি এখানে একীভূত হতে পারে।

— সন্দেহভাজন

... এবং

— অপরটি

কাজ করে তবে এমন সমস্যাগুলির দিকে নিয়ে যায় যা এখানে প্রদর্শিত হিসাবে সময় নষ্টের সমাপ্ত হবে - access.redhat.com/docamentation/en-us/red_hat_enterprise_linux/… ।

— slm

Answer 1

প্রো: আপনি একটি বিভাজন সারণীতে একটি ডিস্ক সেক্টর নষ্ট করবেন না। (হ্যাঁ.)

প্রো: ডিস্কটি কোনও অপারেটিং সিস্টেমে ব্যবহার করা যেতে পারে যা পিসি-স্টাইল পার্টিশনগুলিকে সমর্থন করে না। (যেমন আপনি একটি ব্যবহার করতে যাচ্ছেন।)

কন: এটি অস্বাভাবিক এবং সহ-সিসাদমিনগুলিকে বিভ্রান্ত করতে পারে। (দেখা?)

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

অপ্রাসঙ্গিক: ফাইল-সিস্টেম প্রসারিত করা যদি সহজভাবে ডিস্কে থাকে তবে এটি কোনও বিভাজনে থাকে না তার বিপরীতে থাকে। (এলভিএম এ থাকা সহজতর করে দেবে would)

উপসংহার: এটি কাজ করে, তবে এটি একটি ভাল ধারণা নয়।

Comments

বিভ্রান্তি, আহা! আমার অভ্যন্তরীণ মিটার বর্তমানে "অপ্টিমাইজেশনে বিভ্রান্ত প্রচেষ্টা" এর দিকে ঝুঁকছে।

— sysadmin1138

আরেকটি কন: পরে পার্টিশনটিকে দুটি ভাগে ভাগ করা আরও শক্ত করে তোলে।

— কিম

এই সুপারইউজার প্রশ্নোত্তর জুড়ে এসেছিল যার ব্যবহারের কয়েকটি ভাল উদাহরণ রয়েছে hexdumpএবং odযা /dev/sdaভার্সেস .. /dev/sda1সেটআপের সাথে কী চলছে তা খুব নিবিড় শর্তে দেখায় ।

— slm

পুরো ডিস্কে ভলিউমটি প্রসারিত করা কিছুটা সহজ কারণ আপনার প্রথমে পার্টিশনটি প্রসারিত করতে হবে না।

— psusi

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

— গ্রাহাম নিকোলস

Answer 2

এটি লিনাক্সের ক্ষেত্রে কীভাবে প্রযোজ্য তা সম্পর্কে নিশ্চিত নন তবে দেশীয় জেডএফএসের সাথে, ডিস্ক রাইটিং ক্যাশে সক্ষম করা গেলে পূর্ববর্তী ক্ষেত্রে পুরো ডিস্কে পুল তৈরি করার পরামর্শ দেওয়া হয় এবং পার্টিশন নয় is

আরও কয়েকটি কারণ এখানে উল্লেখ করা হয়েছে:

http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#Storage_Pools

উপসংহার: এটি কাজ করে এবং ফাইল সিস্টেমের উপর নির্ভর করে একটি ভাল ধারণা হতে পারে।

Comments

জানা ভাল. এই নির্দিষ্ট ক্ষেত্রে এটি মেঘে ছিল! সুতরাং সিস্টেম সেটআপ করার সময় স্টোরেজটি বেশ ভারী বিমূর্ত হয়ে যায়।

— sysadmin1138

পার্টিশনের টেবিলটি ব্যবহার হচ্ছে কিনা তা নিয়ে পৃথিবীতে ডিস্ক লেখার ক্যাশেটির কী সম্পর্ক রয়েছে?

— psusi

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

— jlliagre

অবশ্যই, তবে ওএসকে অন্ধভাবে ফাইল সিস্টেম বা কাঁচা ডিভাইসের ভোক্তার প্রয়োজনীয়তাগুলি না জেনে ক্যাশে চালু করা একটি নির্ভরযোগ্য পদ্ধতি নয়। ডাটাবেসের মতো অ্যাপ্লিকেশন রয়েছে যা নিশ্চিত হওয়া দরকার যে প্রতিশ্রুতিবদ্ধ লেনদেন কেবলমাত্র মেমরিতে নয় disk

— jlliagre

@psusi fsync ডিস্ক ক্যাশে ফ্লাশ করবে কিনা তা ফাইল সিস্টেম নির্ভর বলে মনে হচ্ছে না।

— jlliagre

Answer 3

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

আমরা যদি পার্টিশন ব্যবহার করছি, হয় আমাদের LVM (এবং এর সাথে যুক্ত ওভারহেড) ব্যবহার করতে হবে এবং পার্টিশনগুলিকে একসাথে চেইন করতে হবে, বা আমাদের জিপিআর্টের মতো কিছু ব্যবহার করার জন্য হোস্টটি (বা ফাইল সিস্টেম ব্যবহার করার প্রয়োজন নেই) নিতে হবে।

তবে, আপনি যদি কোনও পার্টিশনের পরিবর্তে পুরো ডিস্কটি ব্যবহার করেন তবে আপনি নিজের এসসিএসআই ডিস্কগুলিতে পুনরায় জোর করতে পারেন এবং অনলাইনে (এবং ব্যবহারের সময়) ফাইল সিস্টেমটি বাড়ানোর জন্য পুনরায় আকার 2 টি ব্যবহার করতে পারেন।

Comments

ভাল যুক্তি! ভার্চুয়াল ডিস্কের সাহায্যে (যেমন আপনি এটি তৈরি করতে, মুছে ফেলতে এবং প্রয়োজনীয় হিসাবে তাদের আকার পরিবর্তন করতে পারেন) পার্টিশনগুলি একটি অকেজো স্তর বলে মনে হয়।

— পাবউক

Answer 4

কোনও পার্টিশন তৈরি না করেই ডিস্ক ডিভাইসে একটি ফাইল সিস্টেম স্থাপন করা অস্বাভাবিক নয়।

সুবিধাদি:

• যখন আপনি যে কোনও উপায়ে পুরো জায়গাটি ব্যবহার করতে চান, তখন আপনাকে কোনও বিভাজন সরঞ্জাম দিয়ে আপনার সময় নষ্ট করতে হবে না
• আপনাকে 'স্ট্যান্ডার্ড' পার্টিশন ফর্ম্যাটটির অসম্পূর্ণতাগুলি নিয়ে চিন্তা করতে হবে না (বিটিডব্লিউ, পার্টিশন ফর্ম্যাটটি কী স্ট্যান্ডার্ড, ডস এক, বিএসডি এক?), যেমন ডস পার্টিশন ফর্ম্যাটটি কেবল 2 টিবি অবধি পার্টিশনকে ব্যবহার করার অনুমতি দেয় 512 বাইট লজিক্যাল সেক্টর!
• (বর্তমানে) অস্বাভাবিক সেক্টর আকারের (যেমন 4 কে) ড্রাইভগুলিতে পার্টিশন প্রেরিত প্রান্তিককরণ সংক্রান্ত সমস্যাগুলি নিয়ে আপনাকে উদ্বিগ্ন হওয়ার দরকার নেই - অবশ্যই, বর্তমান বিতরণে পার্টিশন সরঞ্জামগুলি শিপ করা উচিত যা বিভিন্ন সেক্টরের মাপের সাথে সঠিক প্রান্তিককরণ করে

কোনও কাঁচা ডিভাইসে ফাইল সিস্টেমের আকার পরিবর্তন করতে সক্ষম হওয়া ভাল কারণ নয়। আপনি যেভাবে জায়গাটি সংরক্ষণ করেন, আপনি অন্য জিনিসগুলির জন্য ব্যবহার করতে পারবেন না। সুতরাং, আপনি কেবলমাত্র পুরো ডিভাইসে ফাইল সিস্টেম তৈরি করতে পারেন।

Answer 5

একটি উত্তর যা তালিকাভুক্ত করা হয়নি তা হ'ল, যদি আপনি কোনও পার্টিশন তৈরি না করেন তবে কার্নেলের এটি সনাক্ত করার জন্য আপনাকে অপেক্ষা করতে হবে না যা কেবল রিবুটের পরে হতে পারে।

একটি ব্যবহারের ক্ষেত্রে ইসি 2 ইবিএস ভলিউম হতে পারে যা আপনি নোডে যুক্ত করেন এবং প্রথম বুটটিতে সূচনা করতে চান।

যদি আপনার সূচনা প্রক্রিয়া একটি পার্টিশন তৈরি করে তবে সদ্য নির্মিত পার্টিশনটি দেখার জন্য কার্নেলের জন্য পুনরায় বুট করার ঝুঁকিটি চালান। আপনি সাধারণত একটি বার্তা দেখতে পাবেন:

ত্রুটি: পার্টিশন / dev / xvde1- এ পরিবর্তনগুলি সম্পর্কে কার্নেলকে জানাতে ত্রুটি - ডিভাইস বা সংস্থান ব্যস্ত। এর অর্থ লিনাক্স আপনি পুনরায় বুট না করা অবধি / dev / xvde1 এ করা কোনও পরিবর্তন সম্পর্কে জানতে পারবেন না - যাতে আপনার এটি মাউন্ট করা বা পুনরায় বুট করার আগে কোনওভাবেই এটি ব্যবহার করা উচিত নয়।

এই ক্ষেত্রে আপনার সূচনা প্রক্রিয়াটি একটি পুনরায় চালু করতে হবে এবং তারপরে নতুন নির্মিত পার্টিশনে একটি ফাইল সিস্টেম যুক্ত করা চালিয়ে যেতে হবে।

আপনি যদি জানেন যে আপনার কেবলমাত্র একটি একক পার্টিশনের প্রয়োজন যাচ্ছেন তবে আপনি এটি এড়িয়ে যেতে পারেন যার ফলে পুনরায় বুট করার দরকার নেই।