ব্লক স্টোরেজ

বাড়তি ডিস্ক, চালু সার্ভারেই যুক্ত।

ব্লক স্টোরেজ ভলিউম একটা ডিস্ক। সার্ভারে যুক্ত করুন, format করুন, mount করুন — তারপর থেকে সেটা আপনার সফটওয়্যারের লেখার একটা ফোল্ডার। ভরে গেলে বড় করুন। সার্ভার বাতিল হলেও ভলিউম আর তার ভেতরের সবকিছু টিকে থাকে।

ব্লক স্টোরেজ নিয়ে কথা বলুন সার্ভার সাজান

ডিস্কের মতোই: format করুন, mount করুন, চালান
NVMe-নির্ভর: বুট ডিস্কের মতোই solid state
খুলে নেওয়া যায়: অন্য সার্ভারে লাগিয়ে দিন
বাড়ানো যায়: নতুন করে না বানিয়েই

জিনিসটা কী

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

ভলিউম দুটোকে আলাদা করে দেয়। স্টোরেজ নিজের অক্ষে বাড়ে: সার্ভার যেটা আছে সেটাই থাকুক, বাড়তি ডিস্ক যুক্ত করুন, ডেটা সেখানে সরান। আর ভলিউম যেহেতু সার্ভারের অংশ নয়, সেটা খুলে অন্য কোথাও লাগানো যায় — যা ডেটাবেস নতুন মেশিনে নেওয়াকে ঘণ্টার বদলে মিনিটের কাজ বানিয়ে দেয়।

এটা আপনার জন্য যা করে

ব্লক স্টোরেজ আপনার অবকাঠামোর আচরণে যে ছয়টা জিনিস বদলে দেয়।

নতুন করে না বানিয়েই স্টোরেজ বাড়ান

চালু সার্ভারেই ধারণক্ষমতা যোগ করুন। migration নেই, নতুন ঠিকানা নেই, কাউকে কিছু জানানোরও দরকার নেই।

ডিস্কের মতোই আচরণ করে, কারণ ওটা ডিস্কই

ext4, xfs, আপনি যা ব্যবহার করেন। আপনার ডেটাবেস, ব্যাকআপ আর সফটওয়্যারের জানার দরকার নেই যে এটা বুট ডিস্ক নয়।

খুলে নিয়ে সরিয়ে দিন

এক সার্ভার থেকে unmount করুন, আরেকটায় লাগান। ডেটা ডিরেক্টরি বড় মেশিনে নেওয়া আর কপি করার কাজ থাকে না।

সার্ভারের চেয়ে বেশিদিন থাকে

মেশিন নতুন করে বানান, আকার বদলান বা বদলে ফেলুন — ভলিউম ঠিকই থাকে, ডেটাসহ।

পুরোটাই solid state

বুট ডিস্কের মতোই NVMe-নির্ভর — ডেটা বড় হয়ে গেলে ধীর কোনো স্তরে ঠেলে দেওয়া হয় না।

যতটা নিচ্ছেন ততটারই দাম

ধারণক্ষমতা ইনভয়েসে নিজের লাইনে থাকে, এমন এক সার্ভার আকারের ভেতরে ঢুকিয়ে দেওয়া হয় না যেটা আপনার এমনিতে দরকার ছিল না।

মানুষ কী কাজে লাগায়

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

খরচ কত

ভলিউমের দাম প্রতি গিগাবাইট প্রতি মাস হিসেবে, যে সার্ভারে যুক্ত হচ্ছে তার দামের উপরে। কতটা দরকার জানান, সার্ভারের সাথেই কোট দিয়ে দেব।

যাচাই না করা সংখ্যা ছাপানোর চেয়ে আপনাকে কোট দেওয়াই ভালো মনে করি। দামের পাতায় যা আছে তার প্রতিটাই অর্ডার ফর্ম সত্যিই যা নেয় — এখানেও সেটা সত্যি হওয়ার দিনই এটা সেখানে যোগ হবে।

কোট নিন প্রকাশিত দাম দেখুন

প্রশ্ন

Object storage-এর সাথে পার্থক্য কী?

ভলিউম একটা সার্ভারে লাগানো ডিস্ক, আর সফটওয়্যার তাতে filesystem হিসেবেই লেখে। Object storage নেটওয়ার্কের উপর দিয়ে API দিয়ে, যেকোনো জায়গা থেকে, যত খুশি সার্ভার থেকে পৌঁছানো যায়। ডেটাবেস চায় ভলিউম; ব্যবহারকারীর আপলোড আর static ফাইল সাধারণত চায় object storage।

দুটো সার্ভার কি একটা ভলিউম ভাগ করতে পারে?

না। ফিজিক্যাল ডিস্কের মতোই, ভলিউম একবারে একটা সার্ভারেই লাগে। একই ফাইল দরকার এমন দুটো সার্ভারের দরকার object storage, নয়তো ভলিউমের সামনে একটা ফাইল সার্ভার।

এটার কি ব্যাকআপ হয়?

শুধু থাকার কারণে নয়। ভলিউম স্টোরেজ, ব্যাকআপ নয় — এটা জায়গা ফুরিয়ে যাওয়া থেকে বাঁচায়, ভুল জিনিস মুছে ফেলা থেকে নয়। অন্য যেকোনো ডিস্কের মতোই এর snapshot নিন বা ব্যাকআপ চালান।

সার্ভার মুছে ফেললে কী হয়?

ভলিউম টিকে থাকে, যদি না আপনি সেটাও মোছেন। আগে খুলে নিন, তারপর যা আসবে তাতে লাগিয়ে দিন।

এখানে উত্তর নেই এমন কিছু? জিজ্ঞেস করুন — হয় ছোট একটা উত্তর, নয়তো একটা ফোন কল, দুটোতেই অসুবিধা নেই।