ইউনিটি স্টোরেজের ফাস্ট ভিপি: এটি কীভাবে কাজ করে

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

আমি আপনাকে এখনই বলব যে উপাদানটিতে কী থাকবে না। তাদের সাথে প্রতিযোগী এবং তুলনার জন্য কোন অনুসন্ধান হবে না। আমি ওপেন সোর্স থেকে অনুরূপ প্রযুক্তি সম্পর্কে কথা বলার পরিকল্পনা করি না, কারণ কৌতূহলী পাঠক ইতিমধ্যে সেগুলি সম্পর্কে জানেন। এবং, অবশ্যই, আমি কিছু বিজ্ঞাপন যাচ্ছি না.

স্টোরেজ টিয়ারিং। FAST VP-এর লক্ষ্য ও উদ্দেশ্য

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

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

এখন আসুন ইউনিটিতে স্টোরেজ টিয়ারিং বাস্তবায়নের বৈশিষ্ট্যগুলি দেখুন। ঐক্যের 3টি স্তর বা স্তর রয়েছে:

• চরম কর্মক্ষমতা (এসএসডি)
• কর্মক্ষমতা (SAS HDD 10k/15k RPM)
• ক্ষমতা (NL-SAS HDD 7200 RPM)

তারা কর্মক্ষমতা এবং দামের ক্রমানুসারে উপস্থাপিত হয়. চরম কর্মক্ষমতা শুধুমাত্র সলিড স্টেট ড্রাইভ (SSDs) অন্তর্ভুক্ত। অন্য দুটি স্তরের মধ্যে চৌম্বকীয় ডিস্ক ড্রাইভ অন্তর্ভুক্ত রয়েছে, যা ঘূর্ণন গতি এবং তদনুসারে, কর্মক্ষমতার মধ্যে ভিন্ন।

একই স্তর এবং একই আকারের স্টোরেজ মিডিয়া একটি RAID অ্যারেতে একত্রিত হয়, একটি RAID গ্রুপ গঠন করে (RAID গ্রুপ, সংক্ষেপে RG); আপনি অফিসিয়াল ডকুমেন্টেশনে উপলব্ধ এবং প্রস্তাবিত RAID স্তরগুলি সম্পর্কে পড়তে পারেন। এক বা একাধিক স্তর থেকে RAID গ্রুপ থেকে স্টোরেজ পুল তৈরি করা হয়, যেখান থেকে ফাঁকা স্থান বিতরণ করা হয়। এবং পুল থেকে স্থান ফাইল সিস্টেম এবং LUN এর জন্য বরাদ্দ করা হয়।

কেন আমি টায়ার্ড প্রয়োজন?

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

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

• প্রশাসকের সময় এবং মনোযোগ প্রয়োজন;
• পরিবর্তিত অবস্থার সাথে মানানসই স্টোরেজ সংস্থান "পুনরায় আঁকতে" সবসময় সম্ভব নয়;
• একটি গুরুত্বপূর্ণ সুবিধা অদৃশ্য হয়ে যায়: বিভিন্ন স্টোরেজ স্তরে অবস্থিত সংস্থানগুলিতে একীভূত অ্যাক্সেস।

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

সামনের দিকে তাকিয়ে, আমি বলব যে FAST VP শুধুমাত্র একটি পুলের মধ্যে ডেটা স্থানান্তর করে, এবং একাধিক পুলের মধ্যে নয়।

FAST VP দ্বারা সমস্যার সমাধান

প্রথমে বিমূর্তভাবে কথা বলা যাক। আমাদের একটি পুল এবং কিছু প্রক্রিয়া আছে যা এই পুলের মধ্যে ডেটা পুনরায় বিতরণ করতে পারে। আমাদের লক্ষ্য হল সর্বাধিক উৎপাদনশীলতা অর্জন করা, আসুন আমরা নিজেদেরকে জিজ্ঞাসা করি: আমরা কোন উপায়ে এটি অর্জন করতে পারি? তাদের মধ্যে বেশ কয়েকটি থাকতে পারে, এবং এখানে FAST VP-এর কাছে ব্যবহারকারীকে অফার করার মতো কিছু রয়েছে, যেহেতু প্রযুক্তিটি কেবল স্টোরেজ টায়ারের চেয়ে আরও বেশি কিছু। FAST VP পুলের কর্মক্ষমতা বাড়াতে পারে এমন কিছু উপায় এখানে রয়েছে:

• বিভিন্ন ধরণের ডিস্ক, স্তর জুড়ে ডেটা বিতরণ
• একই ধরণের ডিস্কের মধ্যে ডেটা বিতরণ করা
• পুল প্রসারিত করার সময় ডেটা বিতরণ

এই কাজগুলি কীভাবে সমাধান করা হয় তা দেখার আগে, FAST VP কীভাবে কাজ করে সে সম্পর্কে আমাদের কিছু প্রয়োজনীয় তথ্য জানতে হবে। FAST VP একটি নির্দিষ্ট আকারের ব্লকগুলির সাথে কাজ করে - 256 মেগাবাইট। এটি ডেটার সবচেয়ে ছোট সংলগ্ন "খণ্ড" যা সরানো যেতে পারে। ডকুমেন্টেশনে এটিকে তারা বলে: স্লাইস। FAST VP-এর দৃষ্টিকোণ থেকে, সমস্ত RAID গ্রুপ এই ধরনের "টুকরা" এর একটি সেট নিয়ে গঠিত। তদনুসারে, সমস্ত I/O পরিসংখ্যান এই ধরনের ডেটা ব্লকের জন্য জমা করা হয়। কেন এই ব্লক আকার নির্বাচন করা হয়েছিল এবং এটি হ্রাস করা হবে? ব্লকটি বেশ বড়, কিন্তু এটি ডেটার গ্রানুলারিটি (ছোট ব্লকের আকার মানে আরও সঠিক বন্টন) এবং উপলব্ধ কম্পিউটিং সংস্থানগুলির মধ্যে একটি সমঝোতা: RAM এবং প্রচুর সংখ্যক ব্লকের বিদ্যমান কঠোর সীমাবদ্ধতার কারণে, পরিসংখ্যান ডেটা গ্রহণ করতে পারে খুব বেশি, এবং গণনার সংখ্যা আনুপাতিকভাবে বৃদ্ধি পাবে।

কিভাবে FAST VP পুলে ডেটা বরাদ্দ করে। রাজনীতিবিদদের

FAST VP সক্ষম সহ একটি পুলে ডেটা স্থাপন নিয়ন্ত্রণ করতে, নিম্নলিখিত নীতিগুলি বিদ্যমান:

• সর্বোচ্চ উপলব্ধ স্তর
• অটো-টায়ার
• উচ্চ শুরু করুন তারপর অটো-টায়ার (ডিফল্ট)
• সর্বনিম্ন উপলব্ধ স্তর

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

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

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

ফাস্ট ভিপি তার কাজে ব্যবহার করে এমন মানদণ্ড

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

তাপমাত্রা গণনা ফাংশন নিম্নলিখিত বৈশিষ্ট্য আছে:

• I/O এর অনুপস্থিতিতে, সময়ের সাথে সাথে ডেটা "ঠান্ডা হয়ে যায়"।
• সময়ের সাথে কম বা কম সমান লোডের অধীনে, তাপমাত্রা প্রথমে বৃদ্ধি পায় এবং তারপর একটি নির্দিষ্ট পরিসরে স্থিতিশীল হয়।

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

তবে এর কাজগুলিতে ফিরে আসা যাক। সুতরাং, আমরা FAST VP সমস্যা সমাধানের জন্য কী করা হচ্ছে তা বিশ্লেষণ করতে শুরু করতে পারি।

A. বিভিন্ন ধরণের ডিস্ক, স্তর জুড়ে ডেটা বিতরণ

আসলে, এটি FAST VP এর প্রধান কাজ। বাকি, এক অর্থে, এর ডেরিভেটিভস। নির্বাচিত নীতির উপর নির্ভর করে, ডেটা বিভিন্ন স্টোরেজ স্তরে বিতরণ করা হবে। প্রথমত, প্লেসমেন্ট নীতিটি বিবেচনায় নেওয়া হয়, তারপর ব্লকের তাপমাত্রা এবং RAID গ্রুপের আকার/গতি।

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

B. একই ধরণের ডিস্কের মধ্যে ডেটা বিতরণ

মনে রাখবেন, শুরুতে আমি সেই স্টোরেজ মিডিয়া থেকে লিখেছিলাম এক অথবা অধিক স্তর এক পুল মধ্যে মিলিত হয়? একক স্তরের ক্ষেত্রে, FAST VP-এরও কাজ আছে। যেকোনো স্তরে সর্বোচ্চ কর্মক্ষমতা অর্জন করতে, ডিস্কের মধ্যে সমানভাবে ডেটা বিতরণ করার পরামর্শ দেওয়া হয়। এটি (তত্ত্ব অনুসারে) আপনাকে সর্বাধিক পরিমাণ IOPS পেতে অনুমতি দেবে। একটি RAID গোষ্ঠীর মধ্যে ডেটা ডিস্ক জুড়ে সমানভাবে বিতরণ করা বিবেচনা করা যেতে পারে, তবে এটি সর্বদা RAID গ্রুপগুলির মধ্যে হয় না। ভারসাম্যহীনতার ক্ষেত্রে, FAST VP তাদের আয়তনের অনুপাতে RAID গোষ্ঠীর মধ্যে ডেটা স্থানান্তর করবে এবং "শর্তসাপেক্ষ কর্মক্ষমতা" (সংখ্যাসূচক ভাষায়)। স্পষ্টতার জন্য, আমি তিনটি RAID গ্রুপের মধ্যে একটি পুনঃব্যালেন্সিং স্কিম দেখাব:

B. পুল প্রসারিত করার সময় ডেটা বিতরণ

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

SSD পরিধান সমতলকরণ

পরিধান সমতলকরণ ব্যবহার করে, FAST VP একটি SSD এর আয়ু বাড়াতে পারে, যদিও এই বৈশিষ্ট্যটি সরাসরি স্টোরেজ টায়ারের সাথে সম্পর্কিত নয়। যেহেতু তাপমাত্রা ডেটা ইতিমধ্যেই উপলব্ধ, লেখার ক্রিয়াকলাপের সংখ্যাও বিবেচনায় নেওয়া হয়, এবং আমরা জানি কীভাবে ডেটা ব্লকগুলি সরাতে হয়, এই সমস্যাটি সমাধান করা FAST VP-এর পক্ষে যৌক্তিক হবে৷

যদি একটি RAID গ্রুপে এন্ট্রির সংখ্যা উল্লেখযোগ্যভাবে অন্যটিতে এন্ট্রির সংখ্যা অতিক্রম করে, তাহলে FAST VP লেখার ক্রিয়াকলাপের সংখ্যা অনুসারে ডেটা পুনরায় বিতরণ করবে। একদিকে, এটি লোড থেকে মুক্তি দেয় এবং কিছু ডিস্কের সংস্থান সংরক্ষণ করে, অন্যদিকে, এটি কম লোডের জন্য "কাজ" যোগ করে, সামগ্রিক কর্মক্ষমতা বৃদ্ধি করে।

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

কিছু টিপস

1. ডকুমেন্টেশন পড়া অবহেলা করবেন না. সেরা অনুশীলন আছে, এবং তারা বেশ ভাল কাজ করে. আপনি যদি তাদের অনুসরণ করেন, তাহলে, একটি নিয়ম হিসাবে, কোন গুরুতর সমস্যা দেখা দেয় না। বাকি উপদেশগুলো মূলত পুনরাবৃত্তি বা পরিপূরক।
2. আপনি যদি FAST VP কনফিগার এবং সক্ষম করে থাকেন তবে এটিকে সক্ষম করে রাখাই ভালো। এটিকে বরাদ্দকৃত সময়ে এবং বছরে একবারেরও কম সময়ে ডেটা বিতরণ করতে দিন এবং অন্যান্য কাজের পারফরম্যান্সের উপর মারাত্মক প্রভাব ফেলতে দিন। এই ধরনের ক্ষেত্রে, তথ্য পুনঃবন্টন একটি দীর্ঘ সময় নিতে পারে.
3. একটি স্থানান্তর উইন্ডো নির্বাচন করার সময় সতর্কতা অবলম্বন করুন. যদিও এটি সুস্পষ্ট, তবে ইউনিটিতে সর্বনিম্ন লোড সহ একটি সময় বেছে নেওয়ার চেষ্টা করুন এবং পর্যাপ্ত সময় বরাদ্দ করুন।
4. আপনার স্টোরেজ সিস্টেম প্রসারিত করার পরিকল্পনা করুন, সময়মত এটি করুন। এটি একটি সাধারণ সুপারিশ যা FAST VP-এর জন্যও গুরুত্বপূর্ণ। যদি খালি জায়গার পরিমাণ খুব কম হয়, তাহলে ডেটা চলাচল ধীর হয়ে যাবে বা অসম্ভব হয়ে যাবে। বিশেষ করে যদি আপনি পয়েন্ট 2 অবহেলা করেন।
5. FAST VP সক্ষম সহ একটি পুল প্রসারিত করার সময়, আপনার ধীরতম ডিস্কগুলি দিয়ে শুরু করা উচিত নয়। অর্থাৎ, আমরা হয় একযোগে সমস্ত পরিকল্পিত RAID গ্রুপ যোগ করি, অথবা প্রথমে দ্রুততম ডিস্ক যোগ করি। এই ক্ষেত্রে, নতুন "দ্রুত" ডিস্কগুলিতে ডেটা পুনরায় বিতরণ করা পুলের সামগ্রিক গতি বাড়িয়ে দেবে। অন্যথায়, "ধীর" ডিস্ক দিয়ে শুরু করা একটি খুব অপ্রীতিকর পরিস্থিতির দিকে নিয়ে যেতে পারে। প্রথমত, ডেটা নতুন, তুলনামূলকভাবে ধীরগতির ডিস্কে স্থানান্তরিত হবে এবং তারপরে, যখন দ্রুততর যুক্ত করা হবে, বিপরীত দিকে। এখানে বিভিন্ন FAST VP নীতির সাথে সম্পর্কিত সূক্ষ্মতা রয়েছে, তবে সাধারণভাবে, একটি অনুরূপ পরিস্থিতি সম্ভব।

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

উপাদানের শেষে, আমি বেশ কয়েকটি দরকারী লিঙ্ক শেয়ার করছি:

• পৃষ্ঠা ইউনিটি স্টোরেজ সিস্টেম
• ডেল ইএমসি ইউনিটি: ফাস্ট ভিপি থিওরি অফ অপারেশন - ফাংশনের সংক্ষিপ্ত বিবরণ
• আরো সম্পূর্ণ এবং বিস্তারিত বিবরণ, পিডিএফ ফরম্যাট
• ইউনিটি ভিএসএ/ক্লাউড সংস্করণ

উপসংহার

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

উত্স: www.habr.com