ভিএমওয়ারে লিনাক্স - পার্টিশন কেন ব্যবহার করবেন?


46

ভার্চুয়ালাইজড এনভায়রনমেন্টে (আমার ক্ষেত্রে ESXi) লিনাক্স ভিএম ইনস্টল করার সময়, প্রতিটি মাউন্ট পয়েন্টের জন্য পৃথক ডিস্ক যুক্ত করার পরিবর্তে ডিস্কগুলি (ext4 ব্যবহার করার সময়) পার্টিশনের কোনও বাধ্যতামূলক কারণ রয়েছে?

কেবলমাত্র আমি দেখতে পাচ্ছি এটি উদাহরণস্বরূপ fdisk সহ কোনও ডিস্কে ডেটা উপস্থিত রয়েছে কি না তা দেখতে এটি কিছুটা সহজ করে তোলে।

অন্যদিকে, আমি পার্টিশন ব্যবহার না করার কয়েকটি ভাল কারণ দেখতে পাচ্ছি (স্পষ্টতই / বুট ব্যতীত)।

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

আশেপাশে এই বিষয়টিতে আমি খুব একটা পাইনি। আমি কি গুরুত্বপূর্ণ কিছু মিস করেছি?


16
ওহ এবং আমি কেবল মন্তব্য করতে চেয়েছিলাম যে নিজেকে এবং এসএফ-র অন্যান্য 'হাই-রেপ' ব্যবহারকারীরা আপনার প্রথম প্রশ্নের সাথে কীভাবে প্রভাবিত হয়েছিল। আমরা কখনও কখনও নতুন ছেলেদের মারধর করার জন্য অভিযুক্ত হয়ে যাই তবে এটি সত্যই যে অনেকগুলি নতুন ব্যবহারকারী আমরা কী করছি এবং আমরা কী করছি তা পড়েন না - তাই আমি ভেবেছিলাম যে একটি উপযুক্ত প্রশ্ন জিজ্ঞাসা করার জন্য আমাকে কেবল ধন্যবাদ বলা উচিত ভাল লিখিত এবং বিবেচিত উপায় :)
চপার

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

1
ধন্যবাদ। এবং আমি শব্দটিকে কিছুটা সাধারণ হতে সম্পাদনা করেছি।
সাবোকে

@ সাভোচে আপনার একটি উত্তর চিহ্নিত করা উচিত
ew

উত্তর:


27

এটা মজার একটা প্রশ্ন...

আমি মনে করি না এর একটি চূড়ান্ত উত্তর আছে তবে আমি কীভাবে সময়ের সাথে এই বিষয়টিকে ঘিরে সেরা অভ্যাসগুলি পরিবর্তিত হতে পারে সে সম্পর্কে কিছু historicalতিহাসিক প্রসঙ্গ দিতে পারি।

২০০ 2007 সাল থেকে আমাকে ভিএমওয়্যার পরিবেশে বিভিন্ন ফর্মে মোতায়েন করা কয়েক হাজার লিনাক্স ভিএম সমর্থন করতে হয়েছিল dep আমার স্থাপনার প্রতি দৃষ্টিভঙ্গিটি বিকশিত হয়েছে, এবং অন্যান্য ইঞ্জিনিয়ারদের দ্বারা নির্মিত উত্তরাধিকারসূত্রে এবং রিফ্যাক্টরিংয়ের অনন্য ( কখনও কখনও দুর্ভাগ্যজনক ) অভিজ্ঞতা পেয়েছি ।

পুরনো দিনগুলি...

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

ভার্চুয়াল অবকাঠামো ...

ESX 3.5 এবং প্রথম দিকে ESX / ESXi 4.x রিলিজের (২০০৯-২০১১), আমি লিনাক্স ব্যবহার করছিলাম, সাধারণ মোড়ের উপরে মোটা বিভক্ত বিএমডিকে ফাইল হিসাবে বিভক্ত হয়েছি । স্টোরেজ প্রিলোকল্ট করে রাখার ফলে আমি লিনাক্স ডিজাইন সম্পর্কে ঠিক একইভাবে চিন্তা করতে বাধ্য হলাম যেমনটা আমি সত্যিকারের হার্ডওয়্যারের মতো করে থাকি। আমি অপারেটিং সিস্টেমের জন্য ৩GB জিবি, GB২ গিগাবাইট, ১৪6 জিবি ভিএমডিকে তৈরি করছিলাম, সাধারণ /, / বুট, / ইউএসআর, / ভার, / টিএমপি বিভাজন করে, তারপরে "ডেটা" বা "গ্রোথ" পার্টিশনের জন্য অন্য ভিএমডিকে যুক্ত করছি (তা সে / হোম, / অপ্ট বা অ্যাপ্লিকেশন-নির্দিষ্ট কিছু)। আবার, এই যুগে শারীরিক হার্ড ডিস্ক আকারের মিষ্টি স্পটটি 146 গিগাবাইট, এবং যেহেতু পূর্বনির্ধারণের প্রয়োজন ছিল (এনএফএস ব্যবহার না করা), তাই আমাকে স্থান সহ রক্ষণশীল হতে হবে।

পাতলা বিধানের আগমন

ভিএমওয়্যার পরে ইএসএক্সআই ৪.০ রিলিজের মধ্যে পাতলা বিধানের চারপাশে আরও উন্নত বৈশিষ্ট্য বিকাশ করেছিল এবং আমি কীভাবে নতুন সিস্টেমগুলি ইনস্টল করতে শুরু করেছি এটি পরিবর্তিত হয়েছিল। সম্পূর্ণ বৈশিষ্ট্য সেটটি 5.0 / 5.1 এ যুক্ত হওয়ার সাথে সাথে একটি নতুন ধরণের নমনীয়তা আরও সৃজনশীল ডিজাইনের অনুমতি দেয়। মনে রেখো, ভার্চুয়াল মেশিনগুলিতে আরও কতগুলি ভিসিপিএস এবং কতটা র‌্যাম পৃথক ভিএম-এর প্রতি প্রতিশ্রুতিবদ্ধ হতে পারে তার সাথে বর্ধিত দক্ষতার সাথে তাল মিলিয়ে চলেছে। অতীতের তুলনায় আরও ধরণের সার্ভার এবং অ্যাপ্লিকেশনগুলিকে ভার্চুয়ালাইজ করা যেতে পারে। এটি ঠিক যেমন কম্পিউটিং পরিবেশগুলি সম্পূর্ণ ভার্চুয়াল যেতে শুরু করেছিল।

এলভিএম ভয়ঙ্কর ...

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

পার্টিশন স্নোববারি ...

এটি পরিবর্তন করার চেষ্টা করার জন্য আমি এই সুযোগটি নিয়েছি । আমি লিনাক্সের কিছুটা পার্টিশন-স্নোব এবং অনুভব করি যে মনিটরিং এবং অপারেশনাল প্রয়োজনে ফাইল সিস্টেমগুলি পৃথক করা উচিত। আমি এলভিএমকেও অপছন্দ করি, বিশেষত ভিএমওয়্যার এবং আপনি যা জিজ্ঞাসা করছেন তা করার ক্ষমতা নিয়ে। সুতরাং আমি ভিএমডিকে ফাইলগুলি বিভাজনে বিভক্ত করেছি পার্টিশনগুলিতে যা সম্ভাব্যভাবে বাড়তে পারে। / opt, / var, / home প্রয়োজনে তাদের নিজস্ব ভার্চুয়াল মেশিন ফাইলগুলি পেতে পারে। এবং সেগুলি কাঁচা ডিস্ক হবে। কখনও কখনও ফ্লাইতে নির্দিষ্ট আন্ডারসাইড পার্টিশনটি প্রসারিত করার সহজ পদ্ধতি ছিল।

, Obamacare ...

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

আমি আজ কি করি ...

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


2
ওহ গীজ, আমাকে অনেক বেশি বয়স্ক মনে করার জন্য ধন্যবাদ আমার কাছে 2007 এখনও "প্রায় বর্তমান"। :-)
ব্রায়ান নোব্লাচ

1
মাউন্টপয়েন্ট হিসাবে অতিরিক্ত ভিএমডিকে যুক্ত করা হচ্ছে পার্টিশন না হয়ে।
ew white

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

5
"পিছনে দিন" 2007 ছিল? ১৯৮৯ সালে আইবিএম-তে আমি সম্মানজনক লাইসেন্স প্রাপ্তি হয়েছিল যখন সংস্করণ 1 প্রেরণ করা হয়েছিল। আমি একজন ভিএম ডাইনোসর: ডি (তরঙ্গগুলি @ ব্রায়ানকনোব্লাচ)। আপনার LVM মন্তব্যগুলি, লিনাক্সের প্রসঙ্গে আপনি এটি বিচার করছেন বলে মনে হচ্ছে। লিনাক্সের আগে কয়েক বছর ধরে ইউনিক্সের বাণিজ্যিক জমিতে এলভিএম পরিপক্ক প্রযুক্তি। আপনি যদি শীর্ষ-সোলারিজ / স্পার্ক / ইএমসি সিমমেট্রিক্স পরিচালনা করে থাকেন তবে লিনাক্সটি একটি পদক্ষেপ নেওয়ার মতো ছিল (এবং এখনও অনেক উপায়ে রয়েছে)। ছোট ডিস্কের দিনগুলিতে, এলভিএম মাল্টি-টেরাবাইট ডেটাবেসগুলি পরিচালনাযোগ্য করে তোলে। আপনার বর্ণিত সমস্যাগুলি আমি কখনও পাই নি, যা সত্যই মানুষের সমস্যার মতো মনে হয়, যদিও আমি অবশ্যই তা সম্পর্কিত হতে পারি।
কোডেনহেম

1
LVM বেশিং সত্ত্বেও +1। উত্তরটির বাকী অংশটি সুস্পষ্ট অভিজ্ঞতা থেকে ভাল জিনিস।
কোডেনহিম

7

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

সম্পাদনা করুন - ওহ এবং এটি কিছুটা ধীরে ধীরে ধীরে ধীরে ঝাপিয়ে পড়বে, তবে এটি আবার কোনও সমস্যা নয়।


6

যখন আমি একটি নির্দিষ্ট "বৃহত ভার্চুয়ালাইজেশন সফ্টওয়্যার সংস্থা" তে অবকাঠামোতে কাজ করেছি, আমাদের প্রায়শই কোনও ভিএম এর ফাইল সিস্টেমের আকার বাড়াতে হবে। আমরা তখন ext3 / 4 ব্যবহার করেছি।

ভার্চুয়াল ডিস্ক বৃদ্ধি করা খুব সহজ, একটি লাইভ ওএসে নতুন ডিভাইসের আকার বাছাই করা তুলনামূলকভাবে সহজ (এক্স / সিএসের দিকে ঝাঁকুনি), ext3 / 4 ফাইল সিস্টেম লাইভের আকার পরিবর্তন করা সহজ ছিল, তবে যা সর্বদা অসম্ভব বলে মনে হয়েছিল (লাইভ করা) ছিল পার্টিশনের আকার পরিবর্তন করা হচ্ছে।

আপনাকে fdisk ব্যবহার করে পার্টিশন টেবিলের জিপিআরটি ব্যবহার করতে হবে বা পুনর্লিখন / পুনরায় আকার লিখতে হবে - তবে এটি সর্বদা কার্নেল দ্বারা লক করা ছিল এবং নতুন বিন্যাসটি তুলতে কার্নেলটি পেতে পুনরায় বুট প্রয়োজন (পার্টপ্রোব এটি করেনি।)

আমি অনেকগুলি সিস্টেমকে এলভিএমে স্থানান্তরিত করেছিলাম এবং ফাইলসাইজগুলি আকার পরিবর্তন করা সহজ, প্রায় মনোরম, অভিজ্ঞতা হয়ে উঠেছে!

  • ভিএম এর বাইরে ভার্চুয়াল ডিস্ক চিত্র বাড়ান
  • ভিএম-তে,
    • ডিস্কের মেট্রিকগুলি পুনরায় ছাড়ার জন্য পোকে / সিএস করুন (প্রতিধ্বনি "1"> / sys / শ্রেণী / scsi_device // ডিভাইস / পুনরায়)
    • পিভ্রেসাইজ / ডেভ / এসডিএক্স (এলভিএমের দৈহিক ভলিউমের আকার পরিবর্তন করুন)
    • lvresize --extents + 100% ফ্রি / ডেভ / ভিজি / lvolXX (এলভিএম-এ লজিক্যাল ভলিউমের আকার পরিবর্তন করুন)
    • পুনরায় আকার দিন (ফাইল সিস্টেমকে আকার দিন)

এগুলি সবই একটি লাইভ সিস্টেমে নিরাপদে করা যেতে পারে - এবং কোনও রিবুট লাগবে না!

খালি ডিস্ক না কেন? এটি আমাকে নার্ভাস করে তোলে - আমি মনে করি না যে খালি ডিস্কগুলি এখনও পর্যাপ্তভাবে গ্রহণযোগ্য, তবে আমি মনে করি আমরা আরও ব্যাপক গ্রহণযোগ্যতার পথে। এর সাথে সম্পর্কিত বিটিআরএফএস মেলিং তালিকায় একটি থ্রেড ছিল:

http://www.spinics.net/lists/linux-btrfs/msg24730.html

তবে একটি খালি ডিস্কের জন্য কেবল পুনরায় এবং পুনরায় আকার দেওয়ার দরকার হবে।

সুতরাং, সংক্ষেপে, হ্যাঁ, পারলে পার্টিশন সারণীগুলি এড়িয়ে চলুন।


1
কার্নেলটি পার্টিশন টেবিলটি পুনরায় পড়তে দিতে আপনাকে পুনরায় বুট করার দরকার নেই। কিন্তু আপনি হবে আকৃতিটিকে সবদিক থেকে ডিভাইসে ফাইল সিস্টেম (গুলি) আন-মাউন্ট করা (যা চতুর হলে এটা / পার্টিশন হয়) প্রয়োজন। পার্টিশন টেবিলগুলি ব্যতীত ডকুমেন্টারি উদ্দেশ্যে পরিবেশন করা হয় - প্রত্যেকে এবং তাঁর চাচা fdisk -lএকটি অজানা ডিস্কটি কী তা দেখার জন্য একটি (বা সংশ্লিষ্ট সমতুল্য) চালাতেন। যদি এটি অবিবাহিত হয়, তবে এটি সহজেই "খালি" এবং ওভাররাইটের জন্য ভুল হতে পারে। এই কারণেই আমি সবসময় ডিস্কের জন্য একটি বিভাজন সারণী তৈরি করি । যদিও এলভিএম খারাপ।
দ্য ওয়াববিট

এটি এই নির্দিষ্ট ভিএমগুলিতে আমার অভিজ্ঞতা নয়, যদিও এটি অন্যদের উপর অতীতে কাজ করেছে। Fs আনমাউন্ট করা লকটি মুক্ত করে নি। সম্ভবত এটি ঠিক Centos5 ছিল, আমি জানি না। আমি স্টম্পড হয়ে গেলাম। পার্টিশন বিশ্বে, LVM দুর্দান্ত। নতুন বিটিআরএফ / জেডএফএস বিশ্বে এটি অপ্রচলিত। আইএমএইচও অবশ্যই।
ruuenza

আপনি আসলে ভিএম এর অভ্যন্তরে lvm ব্যবহার করছেন তা বুঝতে আমার কিছুটা সময় লেগেছে ... হোস্টে আপনি এলভিএম ব্যবহার করেন না এবং অতিথিকে কেবল ডিস্ক হিসাবে ব্যবহার করার জন্য কোনও এলভিকে দেওয়ার কোনও কারণ নেই? পুনরায় আকার দেওয়ার পদক্ষেপগুলি হ'ল: হোস্টের ভলিউমের আকার পরিবর্তন করুন, অতিথির উপর পুনর্নির্মাণ করুন, অতিথির উপর পুনরায় আকার দিন।
GnP

হ্যাঁ, ভিএম এর ভিতরে। যেহেতু এটি এসেক্সের আওতাধীন, ভার্চুয়াল ডিস্কটি একটি ভিএমডিকি ফাইল হতে হবে। হ্যাঁ, তাত্ত্বিকভাবে আমরা অতিথিতে কোনও কাঁচা ডিস্ক ব্যবহার করতে পারতাম।
ruuenza

খালি ডিস্ক ব্যবহার করা এত সহজ - 5 টির মধ্যে 2 টি পদক্ষেপ সরিয়ে দেয়, এলভিএম জানার দরকার নেই। LVM এফএস এর আকার পরিবর্তন করা ঝুঁকিপূর্ণ হলেও এটি ভাল হচ্ছে: এলভিএম বিপদ এবং সতর্কতা
রিচভেল

1

আপনার লিখিত হিসাবে প্রশ্নটি ভিএমওয়্যার (ইএসএক্সআই) সম্পর্কিত, আমি কেভিএম-তে একই ধারণা থাকার পরে পার্টিশন টেবিলগুলি ব্যবহার করতে ফিরে যেতে এমন একটি পরিস্থিতি যুক্ত করতে চাই।

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

মঞ্জুর, এটি একটি কোণার ক্ষেত্রে তবে আপনার যদি এমন কোনও সেটআপ প্রয়োজন হয় তা বিবেচনা করার মতো worth


কেন আপনার ভিএম এর ভিতরে এলভিতে ভিজি লাগবে? (দ্রষ্টব্য আমি
এলভিএমের

নেস্টেড এলভিগুলিকে ফিল্টার আউট করতে আপনি হোস্টে এলভিএম ফিল্টার ব্যবহার করতে পারেন।
মিরসিয়া ভুটকোভিচি

1

এটি করা ভাল কিনা তা আপনার সিস্টেমে নির্ভর করে।

প্রতিটি সেটআপের পক্ষে বিভিন্ন মতামত রয়েছে।

তবে, একক ড্রাইভের প্রধান সুবিধা নিম্নরূপ:

  1. সরলতা: একটি একক ড্রাইভে একটি একক ফাইল থাকে, যা সহজেই বিতরণ ও প্রতিলিপি করা যায়।
  2. হোস্ট ওএসের সংকেত: একটি একক ফাইলকে ডেটাগুলির একক ব্লক হিসাবে গণ্য করা হবে, এবং তাই হোস্ট ওএস জানবে যে অতিথি মেশিন অ্যাক্সেসের ক্রমগুলি সেই ফাইলে থাকবে। এটি কয়েকটি হোস্ট ওএস কনফিগারেশনে সমস্ত ড্রাইভের চিত্রগুলি একই ফাইলে রেখে কেবল অর্জন করা যায়, তবে এটি অগত্যা হবে না।

তবে মাল্টি-ড্রাইভের সুবিধা রয়েছে।

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

মাল্টি-ড্রাইভ আপনাকে স্বাধীন মোডে কিছু ডিস্ক ফাইল (কমপক্ষে ESXi এ) দেয় lets আপনি স্ন্যাপ এবং স্ন্যাপ ভিত্তিক ব্যাকআপগুলিতে অস্থায়ী ডেটা অন্তর্ভুক্ত করে এড়াতে পারবেন can
সাওচে

1

আর একটি বিকল্প রয়েছে: এনএফএস ভলিউমে অ্যাপ্লিকেশন ডেটা মাউন্ট করুন। আপনার ভাল ফাইলার প্রয়োজন (সমস্ত এনএফএস বাস্তবায়ন একই নয়)।

যখন এনএফএস ভলিউম পূরণ হয়, ভলিউমটি প্রসারিত করে, লিনাক্স ক্লায়েন্ট এখনই অতিরিক্ত স্থান দেখতে পাবে।

আপনার অ্যাপ্লিকেশন এবং বিক্রেতার অবশ্যই এটির এনএফএসে থাকা ডেটা সমর্থন করা উচিত এবং আপনার একটি সাবধানী এনএএস নকশা প্রয়োজন তবে এটি আপনার ভার্চুয়ালাইজড পরিবেশের জন্য প্রতিটি স্টোরেজ সমাধান সহ করে।

এই পদ্ধতির জন্য আরেকটি বোনাস পয়েন্ট হ'ল যদি আপনার স্টোরেজ বিক্রেতার কাছে স্ন্যাপশটিং / ক্লোনিং প্রযুক্তি থাকে (zfs বা নেটঅ্যাপের মতো) ডেটা ব্যাক আপ করা এবং পরীক্ষা / দেব পরিবেশ তৈরি করা সত্যিই সহজ।


0

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

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

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


0

একটি কারণ যা এখনও অবধি উল্লেখ করা হয়নি তা হ'ল গুগল কম্পিউট এর মতো কিছু অবকাঠামোতে, ডিস্কের IO পারফরম্যান্স ডিস্কের আকারের সাথে লাইনগতভাবে বৃদ্ধি পায় । অন্য কথায়, একটি বড় বিভাজনযুক্ত ড্রাইভের একাধিক ছোট ড্রাইভের চেয়ে আরও ভাল আইও পারফরম্যান্স থাকবে।

মনে রাখবেন যে যদিও এটি সাধারণত হয় না। চপার্পার 3 দ্বারা উল্লিখিত হিসাবে একাধিক ড্রাইভে আরও ভাল পারফরম্যান্স থাকবে। শেষ পর্যন্ত যদি আপনার সমস্ত ভার্চুয়াল ড্রাইভগুলি একটি একক শারীরিক ড্রাইভে ম্যাপ করা হয় তবে কোনও পার্থক্য হওয়া উচিত নয়।


0

আমার অভিজ্ঞতায় আরও ভাল পদ্ধতির জন্য ওএসের জন্য 1 ভিএমডিকে ব্যবহার করা এবং আমি সাধারণত এটি নিম্নলিখিত উপায়ে বিভক্ত করি:

/dev/sda1 - /boot - 256M
/dev/sda2 - swap  - ~4GB
/dev/sda3 - /     - ~8GB

আমি 8GBs / এর পক্ষে পর্যাপ্ত পরিমাণে খুঁজে পেয়েছি কারণ আমি সাধারণত আমার প্রয়োজনীয় ন্যূনতম লিনাক্স বিতরণ (~ 800MB) + সফ্টওয়্যার ইনস্টল করি। লগগুলি সেই বিভাজনেও যায়, তবে সঠিকভাবে সেট আপ হলে (এক সপ্তাহের জন্য লোগ্রোটেট), এবং অন্য কোথাও প্রেরণ করা হয় (সিসলগ / ইলাস্টিক সার্চ) তারা সাধারণত পার্টিশনটি পূরণ করার জন্য ট্রিট দেয় না।

ডেটা অন্য ভিএমডিকে হিসাবে যুক্ত করা হয়, এবং আমি সাধারণত ফাইল সিস্টেম সরাসরি খালি ডিস্কের মাধ্যমে ফর্ম্যাট করি (যেমন। / Dev / sdb)। এটি আমাকে ভিএমওয়্যারের ভলিউমটিকে পুনরায় আকার দিতে এবং পুনরায় বিভাজন / umount / রিবুট করার প্রয়োজন ছাড়াই এটি সরাসরি ভিএম-এ পুনরায় আকার দিতে দেয়।


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

0

আমি দুটি কারণে বিভাজন:

  1. ডকুমেন্টেশন - আমার একবার "প্রশিক্ষিত" EMC প্রশাসক আমার অধীনে থেকেই LUN গুলি চুরি করেছিলেন কারণ তারা নিঃসংশ্লিষ্ট ছিল এবং তাকে তাকে নির্বিঘ্ন বলে মনে হয়েছিল, এবং মধ্যরাতে হঠাৎ অফলাইনে চলে যাওয়া ওরাকল ডাটাবেসের জন্য পৃষ্ঠাযুক্ত ছিল। কোনও সম্পর্কযুক্ত অ্যাপের জন্য তিনি আমার এলইউনগুলিকে অন্য ভলিউমের জন্য পুনরায় বিধান করেছিলেন। তার পর থেকে আমি ডকুমেন্টেশন সম্পর্কে ভৌতিক।
  2. আমার ডিস্ককে ওভার-প্রভিশন দেওয়া। প্লাটারগুলির সাথে এটি ডেটা ধীর সিলিন্ডারগুলির বাইরে রাখে এবং এসএসডি সহ এটি আজীবন / এমটিবিএফ প্রসারিত করে।
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.