আপনার ওয়ার্কলোডগুলির জন্য SAN, NAS এবং DAS আর্কিটেকচারগুলির মধ্যে কীভাবে নির্বাচন করবেন?

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

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

SAN, NAS এবং DAS-এর মধ্যে মূল পার্থক্য বোঝা

প্রতিটি আর্কিটেকচার আসলে কী করে

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

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

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

প্রোটোকল এবং ট্রান্সপোর্ট লেয়ারের পার্থক্য

DAS সরাসরি বাস ইন্টারফেস যেমন SAS, SATA, NVMe অথবা পুরনো SCSI ব্যবহার করে। এগুলো নির্ধারিত, কম-ওভারহেড ট্রান্সপোর্ট যা একটি একক হোস্টের জন্য থ্রুপুটকে সর্বাধিক করে। NAS টিসিপি/আইপি নেটওয়ার্কিং এবং এর উপর স্তরীভূত ফাইল-শেয়ারিং প্রোটোকলের উপর নির্ভর করে, অর্থাৎ গুণগত সেবা (কোয়ালিটি-অফ-সার্ভিস) নীতিমালা সাবধানতার সাথে প্রয়োগ না করা হলে স্টোরেজ পারফরম্যান্স একটি সাধারণ-উদ্দেশ্য নেটওয়ার্কের সমস্ত পরিবর্তনশীলতার অধীন হয়।

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

কাজের বৈশিষ্ট্যের সাথে আর্কিটেকচারের মিলিয়ে নেওয়া

যখন DAS সঠিক সরঞ্জাম

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

DAS হলো অবকাঠামো যাত্রার শুরুতে সংস্থাগুলির জন্য একটি যুক্তিসঙ্গত প্রারম্ভিক বিকল্প। মূলধন খরচ কম, কনফিগারেশন সহজ, এবং পরিচালনার ভার ন্যূনতম। কিন্তু যখন বৃদ্ধি ঘটে, তখন চ্যালেঞ্জটি দেখা দেয়: সার্ভার যোগ করা মানে হয় স্টোরেজ ডুপ্লিকেট করা, অথবা একটি শেয়ার্ড স্টোরেজ মডেলে পুনর্বিন্যাস করা—যা প্রায়শই শুরু থেকে শেয়ার্ড স্টোরেজ নির্মাণ করার চেয়ে বেশি বিঘ্নকারী প্রমাণিত হয়। যদি আপনার রোডম্যাপে ভার্চুয়ালাইজেশন, হাই অ্যাভেইলেবিলিটি ক্লাস্টারিং বা দ্রুত সার্ভার প্রভিশনিং অন্তর্ভুক্ত থাকে, তবে শেয়ার্ড স্টোরেজ আর্কিটেকচারে আগেভাগে বিনিয়োগ করা সাধারণত পরে হওয়া মাইগ্রেশন কাজ এড়ানোর মাধ্যমে নিজেকে প্রতিফলিত করে।

যখন NAS ওয়ার্কলোডের সাথে সামঞ্জস্যপূর্ণ হয়

NAS সেইসব পরিবেশে উৎকৃষ্ট কাজ করে যেখানে অবিন্যস্ত ডেটা (unstructured data) একযোগে অনেকগুলি ব্যবহারকারী বা সিস্টেম দ্বারা অ্যাক্সেস করা হয়। ফাইল সহযোগিতা, মিডিয়া অ্যাসেট ম্যানেজমেন্ট, সফটওয়্যার বিল্ড সিস্টেম এবং ব্যাকআপ ইনফ্রাস্ট্রাকচার—এই সব ক্ষেত্রে NAS স্বাভাবিকভাবেই উপযুক্ত, কারণ এই কাজগুলি ফাইল-ভিত্তিক অ্যাক্সেস সেমান্টিক্স গ্রহণ করতে পারে এবং ব্লক স্টোরেজ যে ঘনিষ্ঠ I/O নিয়ন্ত্রণ প্রদান করে তা প্রয়োজন হয় না। একটি একক স্টোরেজ পুলকে ডজন বা শতাধিক ক্লায়েন্টের মধ্যে ভাগ করে নেওয়ার ক্ষমতা—প্রতিটি হোস্টের জন্য পৃথক স্টোরেজ প্রয়োগ না করে—ফাইল-কেন্দ্রিক কাজের ক্ষেত্রে NAS-কে বৃহৎ স্কেলে অর্থনৈতিকভাবে আকর্ষণীয় করে তোলে।

আধুনিক NAS প্ল্যাটফর্মগুলি স্ন্যাপশট, রেপ্লিকেশন, ডেডুপ্লিকেশন এবং টায়ারিংসহ বিস্তৃত ডেটা ম্যানেজমেন্ট বৈশিষ্ট্যগুলিও সমর্থন করে, যা দীর্ঘমেয়াদী ডেটা রিটেনশন পরিস্থিতিগুলির জন্য মূল্য যোগ করে। তবে, NAS হল ল্যাটেন্সি-সংবেদনশীল ট্রানজ্যাকশনাল ডাটাবেস, সুস্থির সাব-মিলিসেকেন্ড I/O প্রয়োজন করে এমন বৃহৎ আকারের ভার্চুয়াল মেশিন ডিপ্লয়মেন্ট বা যেকোনো ওয়ার্কলোডের জন্য আদর্শ নয় যা র ব্লক ডিভাইস সেমান্টিক্সের উপর নির্ভরশীল। এই ধরনের ওয়ার্কলোডগুলিকে NAS-এ জোর করে চালানোর চেষ্টা করলে সাধারণত কর্মক্ষমতা সংক্রান্ত সমস্যা দেখা দেয়, যা নির্ণয় করা কঠিন এবং পরবর্তী সময়ে সমাধান করা ব্যয়বহুল হয়ে থাকে।

যখন SAN আর্কিটেকচার সর্বাধিক মূল্য প্রদান করে

SAN হল একটি উদ্দেশ্য-নির্মিত সমাধান, যা সেইসব পরিবেশের জন্য ডিজাইন করা হয়েছে যেখানে একাধিক সার্ভারকে উচ্চ-কার্যক্ষমতাসম্পন্ন ব্লক স্টোরেজ শেয়ার করতে হয়, যার ল্যাটেন্সি পূর্বানুমেয় এবং হোস্টগুলির মধ্যে কাজের লোড স্বচ্ছভাবে স্থানান্তর করার ক্ষমতা রয়েছে। এন্টারপ্রাইজ ডাটাবেস ক্লাস্টার, VMware এবং Hyper-V ভার্চুয়ালাইজেশন ফার্ম, Oracle RAC ডিপ্লয়মেন্ট এবং মিশন-ক্রিটিক্যাল ট্রানজ্যাকশনাল সিস্টেমগুলি—সবগুলোই SAN-এর বৈশিষ্ট্যের উপর নির্ভরশীল। SAN সুইচই এই শেয়ারড ফ্যাব্রিক মডেলকে সক্ষম করে, যার মাধ্যমে ডজন সার্ভার এবং একাধিক স্টোরেজ অ্যারেকে এমন একটি টপোলজিতে সংযুক্ত করা যায় যা একসাথে রিডান্ড্যান্স এবং পারফরম্যান্স আইসোলেশন উভয়কেই সমর্থন করে।

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

সমস্ত তিনটি মডেলের মাধ্যমে মোট মালিকানা খরচ মূল্যায়ন

মূলধন ও অবকাঠামো খরচ

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

NAS একটি নিবেদিত NAS অ্যাপ্লায়েন্স এবং মানসম্মত নেটওয়ার্ক ইনফ্রাস্ট্রাকচারের খরচ যোগ করে, কিন্তু এই খরচটি এটি ব্যবহার করে এমন সমস্ত ক্লায়েন্টের মধ্যে ভাগ করে নেয়। NAS সংযোগের জন্য ব্যবহৃত আধুনিক IP নেটওয়ার্কগুলি সস্তা, কারণ এগুলি কমোডিটি ইথারনেট হার্ডওয়্যার ব্যবহার করে। একটি উচ্চ-মানের NAS ডিপ্লয়মেন্ট ফাইল ওয়ার্কলোডের জন্য চমৎকার মূল্য প্রদান করতে পারে, এবং এর পরিচালনা ইন্টারফেসটি সাধারণত SAN পরিচালনার চেয়ে অনেক সহজ। কিন্তু এর প্রতিকূল দিক হলো যে, NAS অন্যান্য নেটওয়ার্ক ট্রাফিকের সাথে ব্যান্ডউইথ শেয়ার করে, যদি না নিবেদিত স্টোরেজ VLAN বা পৃথক ভৌত ইন্টারফেস ব্যবহার করা হয়।

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

অপারেশনাল জটিলতা এবং দক্ষতা প্রয়োজনীয়তা

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

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

আপনার স্টোরেজ সিদ্ধান্তের স্কেলযোগ্যতা এবং ভবিষ্যত-প্রমাণীকরণ

প্রতিটি আর্কিটেকচার কীভাবে স্কেল করে

DAS উল্লম্বভাবে স্কেল করে, অর্থাৎ আপনি পৃথক সার্ভারগুলিতে ক্ষমতা যোগ করেন। কোনও এক সময় এটি অব্যবহার্য হয়ে ওঠে— হয় সার্ভার চ্যাসিসে ড্রাইভ বে শেষ হয়ে যাওয়ায়, নয় স্থানীয় স্টোরেজের কার্যকারিতা অ্যাপ্লিকেশনের বৃদ্ধির সাথে ধরে রাখতে পারে না, অথবা দশকগুলি সার্ভারে পৃথক স্টোরেজ পুলগুলি পরিচালনা করার পরিচালনাগত বোঝা অসহনীয় হয়ে ওঠে। DAS সাধারণত বহু-সার্ভার পরিবেশে সুন্দরভাবে স্কেল করে না, যদি না একটি উল্লেখযোগ্য স্থাপত্যগত পুনর্বিবেচনা করা হয়।

NAS ফাইল ক্ষমতার জন্য ভালোভাবে স্কেল করে, এবং আধুনিক NAS প্ল্যাটফর্মগুলি ক্লাস্টারিং কনফিগারেশন সমর্থন করে যা ক্লাস্টারে নোড যোগ করে ক্ষমতা এবং কার্যকারিতা উভয়ই বাড়াতে দেয়। যেসব ফাইল ওয়ার্কলোড আয়তনে বাড়ে কিন্তু I/O তীব্রতায় নয়, সেগুলির জন্য NAS একটি প্রাকৃতিক এবং খরচ-কার্যকর সম্প্রসারণ পথ প্রদান করে। NAS যেখানে ব্যর্থ হয়, সেখানে হলো লেনদেন-ভিত্তিক ওয়ার্কলোডের I/O চাহিদা পূরণের জন্য স্কেল করা— কারণ ফাইল সিস্টেম স্তরটি একটি ওভারহেড চাপিয়ে দেয় যা যতই হার্ডওয়্যার যোগ করা হোক না কেন, তা দূর করা সম্ভব হয় না।

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

ক্লাউড হাইব্রিড এবং প্রাইভেট ক্লাউড বিবেচনা

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

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

ব্যবহারিক নির্বাচন মাপদণ্ডের সারাংশ

নির্বাচন করার আগে মূল্যায়ন করার জন্য সিদ্ধান্ত গ্রহণের কারকগুলি

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

শেয়ারিংয়ের প্রয়োজনীয়তাগুলি সমানভাবে নির্ণায়ক। যদি একাধিক হোস্ট একই স্টোরেজ ভলিউম বা ফাইল সিস্টেমে একই সময়ে অ্যাক্সেস করতে হয়, তবে DAS বাতিল হয়ে যায়। যদি অ্যাক্সেস প্যাটার্নটি ফাইল-ভিত্তিক হয় এবং লেটেন্সি-সহনশীল হয়, তবে NAS হল স্বাভাবিক পছন্দ। যদি অ্যাক্সেস প্যাটার্নটি ব্লক-লেভেল সেম্যান্টিক্স এবং শেয়ার করা ভলিউমগুলিতে সুসঙ্গত নিম্ন লেটেন্সি প্রয়োজন করে, তবে SAN হল সঠিক উত্তর। আপনার যখন দুটির বেশি হোস্টের মধ্যে বিশ্বস্ত ও পরিচালনাযোগ্য উপায়ে ব্লক স্টোরেজ শেয়ার করার প্রয়োজন হয়, তখনই SAN সুইচটি একটি আবশ্যিক বিনিয়োগ হয়ে ওঠে।

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

স্তরযুক্ত স্টোরেজ কৌশল গঠন

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

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

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

কোন ধরনের কাজের ভার সাধারণত একটি SAN সুইচের প্রয়োজন হয়?

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

ছোট বা মাঝারি বাজারের ব্যবসা কি একটি স্যান সুইচে বিনিয়োগ করার যৌক্তিকতা প্রমাণ করতে পারে?

হ্যাঁ, বিশেষ করে যদি পরিবেশটি ভার্চুয়ালাইজেশন চালায় অথবা যেকোনো উৎপাদন ওয়ার্কলোডের জন্য উচ্চ উপলব্ধতা (হাই অ্যাভেইলেবিলিটি) প্রয়োজন হয়। এন্ট্রি-লেভেল SAN সুইচ পণ্যগুলি নির্দিষ্টভাবে ছোট স্কেলের ডিপ্লয়মেন্টে SAN ক্ষমতা আনার জন্য ডিজাইন করা হয়েছে, যাতে সম্পূর্ণ মডুলার এন্টারপ্রাইজ ফ্যাব্রিক ডাইরেক্টরগুলির খরচ ও জটিলতা এড়ানো যায়। যদি কোনো ব্যবসা দুটি বা তিনটির বেশি সার্ভার চালায়, সার্ভার কনসোলিডেশনের জন্য VMware বা Hyper-V ব্যবহার করে, অথবা উৎপাদন সিস্টেমে অপরিকল্পিত ডাউনটাইম মেটাতে পারে না, তবে একটি SAN সুইচের খরচ সাধারণত এটি যে অপারেশনাল ও উপলব্ধতা সুবিধা প্রদান করে তার দ্বারা যথেষ্ট যৌক্তিক হয়ে ওঠে।

ISCSI এবং ফাইবার চ্যানেল—এই দুটি SAN ট্রান্সপোর্ট প্রোটোকলের মধ্যে তুলনা কীভাবে করা যায়?

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

যখন একটি SAN সুইচ ব্যর্থ হয় তখন কী ঘটে এবং সেই ঝুঁকিটি কীভাবে পরিচালনা করা হয়?

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