কেন আপনার উচ্চ প্রাপ্যতা স্টোরেজ সিস্টেমে সফ্টওয়্যার পরীক্ষা করা গুরুত্বপূর্ণ (99,9999%)

কোন ফার্মওয়্যার সংস্করণ সবচেয়ে "সঠিক" এবং "কাজ"? যদি একটি স্টোরেজ সিস্টেম 99,9999% ত্রুটি সহনশীলতার গ্যারান্টি দেয়, তার মানে কি এটি একটি সফ্টওয়্যার আপডেট ছাড়াই নিরবচ্ছিন্নভাবে কাজ করবে? অথবা, বিপরীতভাবে, সর্বাধিক দোষ সহনশীলতা পেতে, আপনার সর্বদা সর্বশেষ ফার্মওয়্যার ইনস্টল করা উচিত? আমরা আমাদের অভিজ্ঞতার ভিত্তিতে এই প্রশ্নের উত্তর দেওয়ার চেষ্টা করব।

ছোট পরিচয়

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

প্রায়শই, ব্যবহারকারীরা "ফ্যাক্টরি থেকে ফার্মওয়্যার" এ থাকে (বিখ্যাত "এটি কাজ করে, তাই এটির সাথে বিশৃঙ্খলা করবেন না") বা সর্বদা সর্বশেষ সংস্করণটি ইনস্টল করেন (তাদের বোঝার মধ্যে, সর্বশেষ মানে সবচেয়ে কার্যকর)। আমরা একটি ভিন্ন পদ্ধতি ব্যবহার করি - আমরা ব্যবহৃত সবকিছুর জন্য রিলিজ নোট দেখি mClouds মেঘে সরঞ্জাম এবং সাবধানে সরঞ্জাম প্রতিটি টুকরা জন্য উপযুক্ত ফার্মওয়্যার নির্বাচন করুন.

আমরা এই উপসংহারে এসেছি, যেমনটি তারা বলে, অভিজ্ঞতার সাথে। আমাদের অপারেশনের উদাহরণ ব্যবহার করে, আমরা আপনাকে বলব যে কেন প্রতিশ্রুত 99,9999% স্টোরেজ সিস্টেমের নির্ভরযোগ্যতার কোনো মানে হয় না যদি আপনি সফ্টওয়্যার আপডেট এবং বিবরণ অবিলম্বে নিরীক্ষণ না করেন। আমাদের কেস যেকোন বিক্রেতার স্টোরেজ সিস্টেম ব্যবহারকারীদের জন্য উপযুক্ত, যেহেতু যেকোন নির্মাতার হার্ডওয়্যারের সাথে একই রকম পরিস্থিতি ঘটতে পারে।

একটি নতুন স্টোরেজ সিস্টেম নির্বাচন করা হচ্ছে

গত বছরের শেষে, আমাদের অবকাঠামোতে একটি আকর্ষণীয় ডেটা স্টোরেজ সিস্টেম যুক্ত করা হয়েছিল: IBM FlashSystem 5000 লাইনের একটি জুনিয়র মডেল, যা কেনার সময় Storwize V5010e বলা হয়েছিল। এখন এটি FlashSystem 5010 নামে বিক্রি হয়, কিন্তু আসলে এটি একই হার্ডওয়্যার বেস যার ভিতরে একই Spectrum Virtualize আছে। 

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

আইবিএম ফ্ল্যাশসিস্টেম 5010

আমাদের মডেল 5010 সম্পর্কে সংক্ষেপে। এটি একটি এন্ট্রি-লেভেল ডুয়াল-কন্ট্রোলার ব্লক স্টোরেজ সিস্টেম। এটি NLSAS, SAS, SSD ডিস্কগুলিকে মিটমাট করতে পারে। NVMe প্লেসমেন্ট এটিতে উপলব্ধ নেই, যেহেতু এই স্টোরেজ মডেলটি এমন সমস্যাগুলি সমাধান করার জন্য স্থাপন করা হয়েছে যেগুলির জন্য NVMe ড্রাইভগুলির কর্মক্ষমতা প্রয়োজন হয় না৷

স্টোরেজ সিস্টেমটি সংরক্ষণাগার তথ্য বা ডেটা যা ঘন ঘন অ্যাক্সেস করা হয় না তা মিটমাট করার জন্য কেনা হয়েছিল। অতএব, এর কার্যকারিতার মানক সেটটি আমাদের জন্য যথেষ্ট ছিল: টিয়ারিং (সহজ স্তর), পাতলা বিধান। 1000-2000 IOPS স্তরে NLSAS ডিস্কের কর্মক্ষমতাও আমাদের জন্য বেশ সন্তোষজনক ছিল।

আমাদের অভিজ্ঞতা- কিভাবে আমরা সময়মতো ফার্মওয়্যার আপডেট করিনি

এখন সফটওয়্যার আপডেট সম্পর্কে। কেনার সময়, সিস্টেমে ইতিমধ্যে স্পেকট্রাম ভার্চুয়ালাইজ সফ্টওয়্যারটির একটি সামান্য পুরানো সংস্করণ ছিল, যথা, 8.2.1.3.

আমরা ফার্মওয়্যারের বিবরণ অধ্যয়ন করেছি এবং একটি আপডেট করার পরিকল্পনা করেছি 8.2.1.9. আমরা যদি একটু বেশি দক্ষ হতাম, তাহলে এই নিবন্ধটি থাকত না - একটি সাম্প্রতিক ফার্মওয়্যারে বাগটি ঘটত না। তবে, কিছু কারণে, এই সিস্টেমের আপডেট স্থগিত করা হয়েছিল।

ফলস্বরূপ, একটি সামান্য আপডেট বিলম্ব একটি অত্যন্ত অপ্রীতিকর চিত্রের দিকে পরিচালিত করে, যেমন লিঙ্কের বিবরণে: https://www.ibm.com/support/pages/node/6172341. 

হ্যাঁ, সেই সংস্করণের ফার্মওয়্যারে তথাকথিত APAR (অনুমোদিত প্রোগ্রাম বিশ্লেষণ রিপোর্ট) HU02104 প্রাসঙ্গিক ছিল। এটি নিম্নরূপ প্রদর্শিত হয়. লোডের অধীনে, নির্দিষ্ট পরিস্থিতিতে, ক্যাশে ওভারফ্লো হতে শুরু করে, তারপরে সিস্টেমটি প্রতিরক্ষামূলক মোডে যায়, যেখানে এটি পুলের জন্য I/O অক্ষম করে। আমাদের ক্ষেত্রে, এটি RAID 3 মোডে একটি RAID গ্রুপের জন্য 6টি ডিস্ক সংযোগ বিচ্ছিন্ন করার মতো দেখায়৷ সংযোগ বিচ্ছিন্ন 6 মিনিটের জন্য ঘটে৷ এর পরে, পুলের ভলিউমগুলিতে অ্যাক্সেস পুনরুদ্ধার করা হয়।

আইবিএম স্পেকট্রাম ভার্চুয়ালাইজের প্রেক্ষাপটে যৌক্তিক সত্তার গঠন এবং নামকরণের সাথে কেউ পরিচিত না হলে আমি এখন সংক্ষেপে ব্যাখ্যা করব।

স্টোরেজ সিস্টেমের গঠন যৌক্তিক উপাদান

ডিস্কগুলিকে MDisk (পরিচালিত ডিস্ক) বলা হয়। MDisk একটি ক্লাসিক RAID (0,1,10,5,6) অথবা একটি ভার্চুয়ালাইজড হতে পারে - DRAID (ডিস্ট্রিবিউটেড RAID)। DRAID ব্যবহার করে আপনি অ্যারের কর্মক্ষমতা বাড়াতে পারবেন, কারণ... গ্রুপের সমস্ত ডিস্ক ব্যবহার করা হবে, এবং পুনর্নির্মাণের সময় হ্রাস করা হবে, কারণ শুধুমাত্র নির্দিষ্ট ব্লকগুলি পুনরুদ্ধার করতে হবে, এবং ব্যর্থ ডিস্কের সমস্ত ডেটা নয়।

RAID-5 মোডে ডিস্ট্রিবিউটেড RAID (DRAID) ব্যবহার করার সময় ডিস্ক জুড়ে ডেটা ব্লকের বিতরণ।

এবং এই চিত্রটি একটি ডিস্ক ব্যর্থতার ক্ষেত্রে কীভাবে একটি DRAID পুনর্নির্মাণ কাজ করে তার যুক্তি দেখায়:

একটি ডিস্ক ব্যর্থ হলে DRAID পুনর্নির্মাণের যুক্তি

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

সুতরাং, আমরা, বর্ণিত পরিস্থিতির ফলে APAR HU02104, তিনটি ডিস্কের যৌক্তিক ব্যর্থতার কারণে, MDisk কার্যকরী হওয়া বন্ধ করে দেয়, যার ফলস্বরূপ, পুল এবং সংশ্লিষ্ট ভলিউম ব্যর্থ হয়।

যেহেতু এই সিস্টেমগুলি বেশ স্মার্ট, সেগুলিকে IBM স্টোরেজ ইনসাইটস ক্লাউড-ভিত্তিক মনিটরিং সিস্টেমের সাথে সংযুক্ত করা যেতে পারে, যা স্বয়ংক্রিয়ভাবে IBM সমর্থনে একটি পরিষেবা অনুরোধ পাঠায় যদি কোনো সমস্যা দেখা দেয়। একটি অ্যাপ্লিকেশন তৈরি করা হয় এবং IBM বিশেষজ্ঞরা দূর থেকে ডায়াগনস্টিকগুলি পরিচালনা করে এবং সিস্টেম ব্যবহারকারীর সাথে যোগাযোগ করে। 

এর জন্য ধন্যবাদ, সমস্যাটি বেশ দ্রুত সমাধান করা হয়েছে এবং আমাদের সিস্টেমকে পূর্বে নির্বাচিত ফার্মওয়্যার 8.2.1.9-এ আপডেট করার জন্য সমর্থন পরিষেবা থেকে একটি প্রম্পট সুপারিশ প্রাপ্ত হয়েছে, যা সেই সময়ে ইতিমধ্যেই ঠিক করা হয়েছিল। এটা নিশ্চিত করে সংশ্লিষ্ট রিলিজ নোট.

ফলাফল এবং আমাদের সুপারিশ

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

আমরা নিশ্চিতকরণ পেয়েছি যে এমনকি 99,9999% প্রতিশ্রুত প্রাপ্যতা সহ নির্ভরযোগ্য সিস্টেমগুলির জন্য মনোযোগ এবং সময়মত রক্ষণাবেক্ষণ প্রয়োজন। পরিস্থিতির উপর ভিত্তি করে, আমরা নিজেদের জন্য বেশ কয়েকটি উপসংহার টানেছি এবং আমাদের সুপারিশগুলি ভাগ করেছি:

• আপডেট প্রকাশের নিরীক্ষণ করা, সম্ভাব্য জটিল সমস্যাগুলির সংশোধনের জন্য রিলিজ নোটগুলি অধ্যয়ন করা এবং সময়মত পরিকল্পিত আপডেটগুলি সম্পাদন করা অপরিহার্য।

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

• সর্বদা সর্বশেষ সফ্টওয়্যার সংস্করণ সহ সিস্টেমটি রাখা ভাল। তদুপরি, বর্তমানটি এমন নয় যেটির একটি বড় সংখ্যাসূচক উপাধি রয়েছে, বরং পরবর্তী প্রকাশের তারিখ সহ একটি। 

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

  রিলিজ 8.3-এর বেশ কয়েকটি কার্যকরী সুবিধা রয়েছে, উদাহরণস্বরূপ, এক বা একাধিক নতুন ডিস্ক যুক্ত করে MDisk (DRAID মোডে) প্রসারিত করার ক্ষমতা (এই বৈশিষ্ট্যটি সংস্করণ 8.3.1 থেকে উপস্থিত হয়েছে)। এটি একটি মোটামুটি মৌলিক কার্যকারিতা, কিন্তু 8.2 তে, দুর্ভাগ্যবশত, এই ধরনের কোন বৈশিষ্ট্য নেই।

• যদি কোনো কারণে আপডেট করা সম্ভব না হয়, তাহলে স্পেকট্রাম ভার্চুয়ালাইজ সফ্টওয়্যার 8.2.1.9 এবং 8.3.1.0 সংস্করণের পূর্বে (যেখানে উপরে বর্ণিত বাগটি প্রাসঙ্গিক) এর সংঘটনের ঝুঁকি কমাতে IBM প্রযুক্তিগত সহায়তা সুপারিশ করে। পুল স্তরে সিস্টেমের কর্মক্ষমতা সীমিত করা, যেমনটি নীচের চিত্রে দেখানো হয়েছে (ছবিটি GUI-এর Russified সংস্করণে তোলা হয়েছে)। 10000 IOPS এর মান একটি উদাহরণ হিসাবে দেখানো হয়েছে এবং আপনার সিস্টেমের বৈশিষ্ট্য অনুযায়ী নির্বাচন করা হয়েছে।

IBM স্টোরেজ কর্মক্ষমতা সীমিত করা

• স্টোরেজ সিস্টেমে লোড সঠিকভাবে গণনা করা এবং ওভারলোডিং এড়ানো প্রয়োজন। এটি করার জন্য, আপনি হয় IBM সাইজার ব্যবহার করতে পারেন (যদি আপনার এটিতে অ্যাক্সেস থাকে), বা অংশীদারদের সাহায্য, বা তৃতীয় পক্ষের সংস্থান। স্টোরেজ সিস্টেমে লোড প্রোফাইল বোঝা অপরিহার্য, কারণ MB/s এবং IOPS-এ কর্মক্ষমতা কমপক্ষে নিম্নলিখিত পরামিতিগুলির উপর নির্ভর করে ব্যাপকভাবে পরিবর্তিত হয়:

  • অপারেশন প্রকার: পড়ুন বা লিখুন,

  • অপারেশন ব্লক আকার,

  • মোট I/O স্ট্রীমে পঠন এবং লেখার ক্রিয়াকলাপের শতাংশ।

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

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

শেষ পর্যন্ত পড়ার জন্য আপনাকে ধন্যবাদ.
আমরা মন্তব্যে আপনার প্রশ্ন এবং মন্তব্যের উত্তর দিতে প্রস্তুত. এছাড়াও আমরা আপনাকে আমাদের টেলিগ্রাম চ্যানেলটি সাবস্ক্রাইব করার জন্য আমন্ত্রণ জানাচ্ছি, যেখানে আমরা নিয়মিত প্রচার রাখি (IaaS-এ ছাড় এবং VPS-এ 100% পর্যন্ত প্রচারমূলক কোডের জন্য উপহার), আকর্ষণীয় খবর লিখি এবং Habr ব্লগে নতুন নিবন্ধ ঘোষণা করি।

উত্স: www.habr.com