ফ্ল্যাশ ক্যাশে দিয়ে IO উন্নত করা হচ্ছে


14

আমার 2 টি এইচডিডি (2x 1 টিবি) সহ একটি সার্ভার রয়েছে, যা র‌্যাড 1 (এসডাব্লু-রেড) এ চলছে। আমি ব্যবহার করে আইও পারফরম্যান্স উন্নত করতে চাই flashcache। সেখানে ব্যবহার করে এটি চলমান সাহায্যে KVM ভার্চুয়াল মেশিন হয়, LVM

এটি সম্পর্কে, আমার নিম্নলিখিত প্রশ্নগুলি রয়েছে:

  • এটি কি কাজ করবে? flashcacheব্লক ডিভাইসগুলির জন্য কাজ করে, তবে এটি নিজস্ব সেটআপ সহ সমস্ত ভার্চুয়াল মেশিন।
  • আমি কতটা পারফরম্যান্স বাড়ানোর আশা করব? বেশিরভাগ ভার্চুয়াল মেশিনগুলি ওয়েবসাইট এবং কিছু হোস্ট গেম চালায়।
  • এসএসডি কত বড় হতে হবে? এটি আরও ফাইল ক্যাশে করতে সক্ষম হওয়ায় একটি বড় এসএসডি কি পারফরম্যান্স বাড়িয়ে তুলবে?
  • এসএসডি মারা গেলে কী হয়? চান flashcacheঐতিহ্যগত HDD এর থেকে ফাইল পুনরুদ্ধার করতে এবং আমি কেবল এসএসডি প্রতিস্থাপন করতে পারে?
  • কত দ্রুত হবে writebackসঙ্গে তুলনা হতে writethroughএবং writearound?

দুর্ভাগ্যক্রমে আমার কাছে কোনও পরীক্ষা সিস্টেমে অ্যাক্সেস নেই, তাই আমি flashcacheডিস্কগুলি আনমাউন্ট না করেই কোনও লাইভ সার্ভারে ইনস্টল করতে পারি ? আমি একটি মহান টিউটোরিয়াল পাওয়া এখানে যা আমি ব্যবহার করা হবে।


আমি মনে করি আপনি যদি এসএসডি এর প্রধান ড্রাইভ হিসাবে ব্যবহার করতে পারতেন তবে আপনি আরও সামঞ্জস্যপূর্ণ পারফরম্যান্স উপভোগ করতে পারবেন।
ew white

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

আপনি যে টিউটোরিয়ালটি উল্লেখ করেছেন তাতে লিঙ্কটি মারা গেছে। অন্য যে কোনও জায়গায় আমি সেই তথ্যটি খুঁজে পেতে পারি?
থাইলি

উত্তর:


18

ফ্ল্যাশকাচি, যাঁরা এটি আগে দেখেননি তাদের পক্ষে, লিনাক্স ব্লক-ক্যাশে এসএসডি ড্রাইভের মাধ্যমে প্রসারিত করার একটি পদ্ধতি। আধা টিবি র‌্যামের সাথে সার্ভার চালানোর চেয়ে কেবল ক্যাচিংয়ের জন্য এটি সস্তা।

এটি কি কাজ করবে?

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

আপনি যদি ফাইল-ব্যাকড ভার্চুয়াল-ডিস্ক ব্যবহার করেন তবে এটি অবশ্যই কাজ করবে।

আপনি যদি এলভি-ব্যাকড ভার্চুয়াল-ডিস্ক ব্যবহার করেন তবে আমি জানি না।

আমি কতটা পারফরম্যান্স বাড়ানোর আশা করব?

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

এসএসডি কত বড় হতে হবে?

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

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

এসএসডি মারা গেলে কী হয়?

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

রচনাথ্রু : সমস্ত লেখাগুলি সমান্তরালভাবে ক্যাশে এবং প্রাথমিক স্টোরেজে লেখা হয়, সুতরাং ভিএমগুলিতে হঠাৎ এসএসডি ক্ষতির সম্ভাবনা খুব কম।

রাইটারাউন্ড : সমস্ত লেখাগুলি প্রাথমিক স্টোরেজে লেখা হয় এবং কেবল যখন পড়ে থাকে তখন ক্যাশে করা হয়। ভিএমগুলিতে ত্রুটির সম্ভাবনা নেই।

রাইবব্যাক : সমস্ত লেখাগুলি প্রথমে ক্যাশে যান এবং পটভূমিতে প্রাথমিক স্টোরেজে লেখা হয়। আপনার ভিএমগুলিতে ত্রুটি ঘটানোর সবচেয়ে বেশি সম্ভাবনা এসএসডি ব্যর্থ হওয়া উচিত, এবং আমি এই মোডটি উত্পাদনে ব্যবহার করব না।

রাইটথ্রু এবং রাইটারআউন্ডের সাথে তুলনা করে রাইটিংব্যাক কতটা দ্রুত হবে?

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

এছাড়াও, আপনি যা করছেন তার জন্য রাইটব্যাক একটি খারাপ নীতি এটি ব্যবহার করবেন না।


1
হাই সিসাদমিন, আপনার বিস্তৃত উত্তরের জন্য ধন্যবাদ। আমি ব্যবহার করব না writebackযেহেতু এটি কিছু বিবিইউ ছাড়াই সবকিছুকে দূষিত করতে পারে। আমি মোটেও এসএসডি-ক্যাচিং ব্যবহার করব না, কেবলমাত্র একটি সাধারণ এসএসডি। আবার ধন্যবাদ!
ডেভিয়েটার

4

হ্যাঁ, আপনি যতক্ষণ না সঠিক ব্লক ডিভাইস ব্যবহার করেন ততক্ষণ এটি কার্যকর থাকবে work এবং একটি কৌশল আছে।

এলভিএম যখন পিভিগুলির জন্য স্ক্যান করে, তখন প্রকৃত হার্ড ড্রাইভের মাধ্যমে এবং ফ্ল্যাশচ্যাচ "ভার্চুয়াল" ডিভাইসের মাধ্যমেও পার্টিশনটি দেখতে পাওয়া উচিত।

একটি স্পষ্ট লক্ষণ হ'ল এলভিএম সরঞ্জামগুলি নকল পিভি সম্পর্কে অভিযোগ করে।

ঠিক করা, সেই সতর্কতাগুলি এড়াতে এবং আরও গুরুত্বপূর্ণভাবে, নিশ্চিত করুন যে ফ্ল্যাশচেক ডিভাইসটি এলভিএম 2 ব্যবহার করে, ফিল্টারটি খাপ খাইয়ে নিতে হয় /etc/lvm/lvm.conf

LVM.CONF(5)র manpage আমার চেয়ে ভাল তা ব্যাখ্যা হবে, কিন্তু আমি যদি, একটি উদাহরণ সঙ্গে আপনি ছেড়ে দেব সব প্রকৃত ভলিউম flashcache সমর্থন করা হয়:

filter = [ "a/.*dm.*/" ]

2

লাস্টফেসের নির্মাতার কাছ থেকেও স্তর রয়েছে। এটি আপনাকে এসএসডি এবং এইচডিডি এর মধ্যে হাইব্রিড ডিভাইস তৈরি করতে দেয়। স্তরের পারফরম্যান্স ফ্ল্যাশকেচে ছাড়িয়ে গেছে বলে মনে হচ্ছে।

http://www.lessfs.com/wordpress/

http://www.lessfs.com/wordpress/?p=776

// খ্রিস্টান


1

কিছু অ্যাপ্লিকেশন অ-বাফার পদ্ধতিতে ফাইলগুলি খোলায়।

http://man7.org/linux/man-pages/man2/open.2.html

O_DIRECT (যেহেতু লিনাক্স 2.4.10) এই ফাইলটিতে এবং থেকে I / O এর ক্যাশে প্রভাবগুলি হ্রাস করার চেষ্টা করুন। সাধারণভাবে এটি কর্মক্ষমতা হ্রাস করবে, তবে বিশেষ পরিস্থিতিতে যেমন অ্যাপ্লিকেশনগুলি তাদের নিজস্ব ক্যাচিং করে তখন এটি কার্যকর। ফাইল I / O সরাসরি ব্যবহারকারী / স্পেস বাফারগুলিতে / থেকে করা হয়। ও_আইডিআরসিটি পতাকাটি নিজস্বভাবে ডেটা স্থানান্তর করার চেষ্টা করে তবে ওএসওয়াইএনসি পতাকাটির গ্যারান্টি দেয় না যে ডেটা এবং প্রয়োজনীয় মেটাডেটা স্থানান্তরিত হয়েছে। সিঙ্ক্রোনাস I / O গ্যারান্টি হিসাবে, O_YREC এর পাশাপাশি O_SYNC ব্যবহার করা উচিত। আরও আলোচনার জন্য নীচের নোটগুলি দেখুন।

উদাহরণস্বরূপ, এটি ডাটাবেসের জন্য খুব সাধারণ। সুতরাং ফ্ল্যাশক্যাচ এই অ্যাপ্লিকেশনগুলির সেটটিতে কাজ করে কিনা ডাবল পরীক্ষা করে দেখুন।

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