ব্লক স্টোরেজ একটি ভলিউম উপস্থাপন করে, ফাইল স্টোরেজ একটি ফাইলসিস্টেম ইন্টারফেস উপস্থাপন করে এবং অবজেক্ট স্টোরেজ একটি API এর মাধ্যমে সম্বোধন করা অবজেক্ট উপস্থাপন করে। আপনার সফ্টওয়্যার যে ইন্টারফেস প্রত্যাশা করে তা চয়ন করুন, তারপর ধারাবাহিকতা, অ্যাক্সেস, কর্মক্ষমতা এবং পুনরুদ্ধার তুলনা করুন। এই লেবেলগুলির কোনওটিই নিজে থেকে একটি ব্যাকআপ বা একটি সীমাহীন ক্ষমতার প্রতিশ্রুতি প্রতিষ্ঠা করে না।
অ্যাপ্লিকেশনের ইন্টারফেস দিয়ে শুরু করুন
টেরাবাইট তুলনা করার আগে, অ্যাপ্লিকেশন কীভাবে ডেটা পড়ে এবং পরিবর্তন করে তা চিহ্নিত করুন। এটি কি একটি স্থানীয়ভাবে মাউন্ট করা ভলিউম, ফাইল অনুমতি সহ একটি শেয়ার করা পথ বা একটি API প্রত্যাশা করে যা একটি কী দ্বারা একটি অবজেক্ট পুনরুদ্ধার করে? সেই ইন্টারফেসগুলি ভিন্ন। প্রচুর ক্ষমতা সহ একটি পণ্য এখনও উল্লেখযোগ্য অ্যাপ্লিকেশন পরিবর্তনের প্রয়োজন হতে পারে যদি এটি ভুল অ্যাক্সেস মডেল প্রকাশ করে।
সুনির্দিষ্ট অপারেশন লিখুন: একটি ফাইলে সংযোজন, একটি ডেটাবেসের অংশ আপডেট, একটি ডিরেক্টরি তালিকা, একটি বড় ছবি পরিবেশন বা একাধিক মেশিনকে একই নথি সম্পাদনা করতে দিন। স্টোরেজ পছন্দটি সেই অপারেশনগুলিকে ইচ্ছাকৃতভাবে সমর্থন করা উচিত। সুবিধাজনক ক্লায়েন্ট সরঞ্জামগুলিকে তদন্ত করার জন্য অভিযোজন হিসাবে বিবেচনা করুন, ধরে নেওয়ার পরিবর্তে যে তারা প্রতিটি ব্যাকএন্ডকে বিনিময়যোগ্য করে তোলে।
ব্লক স্টোরেজ দায়িত্ব বুঝুন
ব্লক স্টোরেজ একটি ভলিউম-সদৃশ ইন্টারফেস প্রদান করে যার উপর একটি সিস্টেম একটি ফাইলসিস্টেম বা অন্য ডেটা লেআউট তৈরি করতে পারে। অপারেটিং সিস্টেম এবং অ্যাপ্লিকেশন সাধারণত সেই ব্লকগুলিতে লেখা ডেটার অর্থ পরিচালনা করে। এটি সিস্টেম ডিস্ক এবং মাউন্ট করা ভলিউম প্রত্যাশা করে এমন অ্যাপ্লিকেশনগুলির জন্য একটি সাধারণ ভিত্তি, তবে এর সঠিক সংযুক্তি এবং শেয়ারিং নিয়মগুলি বাস্তবায়নের উপর নির্ভর করে।
ভলিউম ব্যবহার করার আগে পার্টিশন, ফর্ম্যাটিং, ফাইলসিস্টেম ক্ষমতা এবং পুনরুদ্ধারের পরিকল্পনা করুন। একটি ব্লক বরাদ্দ স্বয়ংক্রিয়ভাবে একটি ডেটাবেস-সামঞ্জস্যপূর্ণ ব্যাকআপ তৈরি করে না বা নিরাপদে একাধিক সম্পর্কহীন মেশিনকে একসাথে লিখতে দেয় না। পণ্যের সংযুক্তি মডেল এবং এটি যে কোনও সফ্টওয়্যার সমন্বয় প্রয়োজন তা যাচাই করুন। সঠিক অ্যাক্সেস প্যাটার্ন ক্ষমতা সংখ্যার মতোই গুরুত্বপূর্ণ।
ফাইল স্টোরেজ সেমান্টিক্স বুঝুন
ফাইল স্টোরেজ অ্যাপ্লিকেশনগুলিকে একটি ফাইলসিস্টেম ইন্টারফেসের মাধ্যমে নাম ও পাথ প্রদান করে। একটি শেয়ার্ড পরিষেবা NFS-এর মতো একটি প্রোটোকল প্রকাশ করতে পারে, যেখানে বাস্তবায়ন-নির্দিষ্ট অনুমতি, লকিং এবং সামঞ্জস্য আচরণ থাকে। Amazon EFS হলো NFS-ভিত্তিক পরিষেবার একটি নথিভুক্ত উদাহরণ; এর সক্ষমতাগুলি EFS-কে বর্ণনা করে, প্রতিটি শেয়ার্ড ফাইলসিস্টেম বা একটি SwissOctet স্টোরেজ বিকল্পকে নয়।
একটি টিম ওয়ার্কস্পেসের জন্য জিজ্ঞাসা করুন কীভাবে পরিচয়গুলি অনুমতির সাথে ম্যাপ হয় এবং যখন দুটি ক্লায়েন্ট একই ফাইল আপডেট করে তখন কী ঘটে। একটি অ্যাপ্লিকেশনের জন্য, শুধুমাত্র একটি ডিরেক্টরি তালিকা পরীক্ষা না করে এটি যে অপারেশনগুলির উপর নির্ভর করে সেগুলি যাচাই করুন। ফাইলগুলি দূরবর্তীভাবে অ্যাক্সেস করা হলে নেটওয়ার্ক পৌঁছানোর ক্ষমতা এবং ক্লায়েন্ট কনফিগারেশন অপারেটিং সিস্টেম ডিজাইনের অংশ।
অবজেক্ট স্টোরেজ একটি API হিসাবে বুঝুন
অবজেক্ট স্টোরেজ কী এবং সংশ্লিষ্ট মেটাডেটার মাধ্যমে সংরক্ষিত কন্টেন্টকে সম্বোধন করে। Amazon S3 বাকেট, অবজেক্ট কী এবং সংস্করণ শনাক্তকারীর মাধ্যমে এই মডেলটি নথিভুক্ত করে। একটি অবজেক্ট ইন্টারফেস সেই API-এর মাধ্যমে কন্টেন্ট আপলোড এবং পুনরুদ্ধার করার জন্য ডিজাইন করা সফ্টওয়্যারের জন্য উপযুক্ত। এটি অপারেটিং সিস্টেম দ্বারা মাউন্ট করা ডিস্ক বা সাধারণ ফাইল অপারেশন সহ একটি শেয়ার্ড ডিরেক্টরি থেকে একটি ভিন্ন বিমূর্ততা।
একটি ফোল্ডার-সদৃশ ব্রাউজার ফাইলসিস্টেম সেমান্টিক্স প্রতিষ্ঠা করে বলে ধরে নেবেন না। প্রিফিক্সগুলি নাম সংগঠিত করতে সহায়তা করতে পারে যখন API এখনও নিয়ন্ত্রণ করে কীভাবে অবজেক্ট তৈরি এবং পরিবর্তিত হয়। নির্বাচিত পরিষেবার সামঞ্জস্য, সংস্করণকরণ এবং অ্যাক্সেস-নিয়ন্ত্রণ আচরণ যাচাই করুন। এই বিবরণগুলি নির্ধারণ করে যে একটি আপলোড ওয়ার্কফ্লো, মিডিয়া ক্যাটালগ বা এক্সপোর্ট রিপোজিটরি ইন্টারফেসটি নিরাপদে এবং দক্ষতার সাথে ব্যবহার করতে পারে কিনা।
একটি ব্যবহারিক প্রকল্প ইন্টারফেসে ম্যাপ করুন
একটি রিলেশনাল ডেটাবেস, ব্যবহারকারী-আপলোড করা ছবি এবং ব্যাচ ওয়ার্কারদের দ্বারা শেয়ার করা একটি ডিরেক্টরি সহ একটি উদাহরণমূলক অ্যাপ্লিকেশন বিবেচনা করুন। ডেটাবেস একটি উপযুক্ত ভলিউম আশা করতে পারে, ছবিগুলি একটি অবজেক্ট-সচেতন অ্যাপ্লিকেশন ডিজাইনের সাথে মানানসই হতে পারে এবং ওয়ার্কারদের একটি শেয়ার্ড ফাইলসিস্টেমের প্রয়োজন হতে পারে। ইন্টারফেসগুলি একত্রিত করা বোধগম্য হতে পারে যখন প্রতিটি একটি স্পষ্ট ভূমিকা পালন করে, প্রতিটি ডেটাসেটকে একটি স্টোরেজ পণ্যে জোর করে না ফেলে।
নিচের টেবিলটি প্রশ্নের জন্য একটি সূচনা বিন্দু, কোনো পণ্যের সুপারিশ বা বর্তমানে উপলব্ধ SwissOctet অবজেক্ট পরিষেবা সম্পর্কে একটি দাবি নয়। ক্যাটালগটি তার প্রকৃত কনফিগারেশনের জন্য স্টোরেজ রিসোর্স তালিকাভুক্ত করে। আপনি যদি নিজেই একটি ফাইল বা অবজেক্ট পরিষেবা প্রকাশ করতে চান, তাহলে সফ্টওয়্যার, রিসোর্সের প্রয়োজনীয়তা এবং এটি তৈরি করতে প্রয়োজনীয় প্রশাসনিক কাজ যাচাই করুন।
| অ্যাপ্লিকেশন প্রয়োজনীয়তা | মূল্যায়ন করার ইন্টারফেস | স্থাপনার আগে প্রশ্ন |
|---|---|---|
| মাউন্ট করা সিস্টেম বা ডেটাবেস ভলিউম | ব্লক | অ্যাপ্লিকেশনটি ভলিউম এবং পুনরুদ্ধার পদ্ধতি সমর্থন করে? |
| ক্লায়েন্টদের মধ্যে শেয়ার্ড পাথ | ফাইল | অনুমতি, লকিং এবং সামঞ্জস্য উপযুক্ত? |
| API-ভিত্তিক মিডিয়া আপলোড | অবজেক্ট | অ্যাপ্লিকেশনটি API এবং অ্যাক্সেস নিয়ম সমর্থন করে? |
| স্বাধীন ব্যাকআপ রিপোজিটরি | যেকোনো সমর্থিত টার্গেট | পুনরুদ্ধার সরঞ্জামটি এই ফর্ম্যাটটি যাচাই এবং পুনরুদ্ধার করে? |
মেট্রিক্স মিশ্রিত না করে কর্মক্ষমতা তুলনা করুন
ক্ষমতা, অপারেশন লেটেন্সি এবং টেকসই স্থানান্তর ভিন্ন বৈশিষ্ট্য। বড় মিডিয়া অবজেক্ট পড়া একটি ওয়ার্কলোড অনেক ছোট ফাইল বা ডেটাবেস পৃষ্ঠা আপডেট করার থেকে আলাদা। বাস্তবসম্মত ডেটা আকার এবং সমকালীনতা সহ একটি প্রতিনিধিত্বমূলক পরীক্ষা তৈরি করুন। ক্লায়েন্ট প্রসেসিং এবং নেটওয়ার্ক স্থানান্তর যেখানে অন্তর্ভুক্ত সেখানে অন্তর্ভুক্ত করুন, পুরো ফলাফলটি স্টোরেজ ব্যাকএন্ডকে আরোপ না করে।
এছাড়াও সিস্টেমটি তার ব্যবহারিক সীমার কাছাকাছি কীভাবে আচরণ করে তা পরীক্ষা করুন। ক্রমবর্ধমান ফাইল, অবজেক্ট-তালিকা অপারেশন, মেটাডেটা কার্যকলাপ এবং একযোগে ক্লায়েন্টরা রিসোর্সের চিত্র পরিবর্তন করতে পারে। স্বাভাবিক এবং ব্যস্ত সময়কাল পরিমাপ করুন, রক্ষণাবেক্ষণের জন্য ক্ষমতা ছেড়ে দিন এবং পরিবেশ পূর্ণ হওয়ার আগে সতর্কতা নির্ধারণ করুন। NVMe-এর মতো একটি লেবেল একটি স্টোরেজ প্রযুক্তি চিহ্নিত করে, প্রতিটি অ্যাপ্লিকেশন ফলাফল নয়।
প্রতিটি ইন্টারফেস জুড়ে নিরাপত্তা এবং পুনরুদ্ধার রাখুন
প্রতিটি ডেটাসেটের জন্য উপযুক্ত একটি অ্যাক্সেস মডেল ব্যবহার করুন। প্রশাসনিক শংসাপত্রগুলি অ্যাপ্লিকেশন অ্যাক্সেস থেকে আলাদা রাখুন এবং সংরক্ষিত ডেটা ডিক্রিপ্ট করার জন্য প্রয়োজনীয় যেকোনো কী সুরক্ষিত করুন। পাবলিক এক্সপোজার স্পষ্টভাবে পর্যালোচনা করুন: একটি ব্যক্তিগতভাবে উদ্দেশ্যপ্রণোদিত ফাইল শেয়ার বা অবজেক্ট সংগ্রহ কেবলমাত্র সুবিধাজনক ডিফল্ট সহ তার অ্যাপ্লিকেশন স্থাপন করার কারণে অ্যাক্সেসযোগ্য হয়ে উঠবে না।
অবশেষে, একটি পুনরুদ্ধারের পরিকল্পনা করুন যা সমস্ত সম্পর্কিত স্টোর কভার করে। একটি ডেটাবেস পুনরুদ্ধার পয়েন্ট এবং এটি যে আপলোড করা ফাইলগুলি উল্লেখ করে সেগুলি একসাথে কাজ করতে হবে। মালিকানা, ব্যাকআপ ফর্ম্যাট এবং পুনরুদ্ধারের ক্রম নথিভুক্ত করুন। SwissOctet Vault বা সার্ভার স্টোরেজ তুলনা করার সময়, সঠিক বরাদ্দ এবং বিকল্পগুলি পড়ুন; একটি বিস্তৃত স্টোরেজ লেবেল থেকে একটি পরিচালিত অবজেক্ট API, প্রতিলিপি নীতি বা ব্যাকআপ গ্যারান্টি অনুমান করবেন না।
আপনার ব্যবহারিক চেকলিস্ট।
- অ্যাপ্লিকেশনের প্রয়োজনীয় অপারেশনগুলি তালিকাভুক্ত করুন।
- এর প্রত্যাশিত স্টোরেজ ইন্টারফেস চিহ্নিত করুন।
- শেয়ারিং, লকিং এবং অ্যাক্সেস সেমান্টিক্স পরীক্ষা করুন।
- বাস্তবসম্মত ডেটা এবং সমকালীনতা পরীক্ষা করুন।
- অ্যাপ্লিকেশন এবং প্রশাসনিক অ্যাক্সেস আলাদা রাখুন।
- সমস্ত সম্পর্কিত ডেটাসেট একসাথে পুনরুদ্ধার করুন।
যে বিবরণগুলো গুরুত্বপূর্ণ।
অবজেক্ট স্টোরেজ কি একটি সাধারণ ডিস্কের মতো ব্যবহার করা যেতে পারে?+
অভিযোজন সরঞ্জাম বিদ্যমান, তবে অন্তর্নিহিত API এবং সেমান্টিক্স ভিন্ন। একটি মাউন্ট করা ইন্টারফেস সেগুলিকে সমতুল্য করে তোলে বলে ধরে না নিয়ে অ্যাপ্লিকেশনের প্রয়োজনীয় অপারেশনগুলি যাচাই করুন।
SAN কি স্বয়ংক্রিয়ভাবে অবজেক্ট স্টোরেজ?+
না। একটি SAN লেবেল একটি অবজেক্ট API প্রতিষ্ঠা করে না। প্রকৃত ভলিউম এবং অ্যাক্সেস স্পেসিফিকেশন পড়ুন এবং কনফিগারেশনটি কী প্রকাশ করে তা নিশ্চিত করুন।
ব্যাকআপের জন্য কোন ইন্টারফেস সেরা?+
আপনার ব্যাকআপ সরঞ্জাম দ্বারা সমর্থিত একটি টার্গেট চয়ন করুন এবং অ্যাক্সেস বিচ্ছিন্নতা, ধারণ এবং পুনরুদ্ধার যাচাই করুন। একা ইন্টারফেস ব্যাকআপের গুণমান নির্ধারণ করে না।
সূত্রে যান।
এই রেফারেন্সগুলি এই গাইডের প্রযুক্তিগত ধারণাগুলি সমর্থন করে। একটি উৎপাদন সিস্টেম পরিবর্তন করার আগে বর্তমান ডকুমেন্টেশন অনুসরণ করুন।
- AWS: ব্লক, ফাইল এবং অবজেক্ট স্টোরেজ তুলনা aws.amazon.com
- Amazon S3: অবজেক্ট ওভারভিউ docs.aws.amazon.com
- Amazon EFS: ফাইল-সিস্টেম ইন্টারফেস এবং অ্যাক্সেস সেমান্টিক্স docs.aws.amazon.com
SwissOctet দ্বারা সম্পাদকীয় নির্দেশনা। উদাহরণগুলি উদাহরণমূলক। সেবা স্পেসিফিকেশন, উপলব্ধ অপশন এবং চুক্তিভিত্তিক শর্তগুলি আলাদাভাবে যাচাই করতে হবে।