একটি পূর্ববর্তী ব্লগ পোস্টে, আমরা MongoDB-র সাথে ব্যাপক স্কেলিং-র একটি পরিচয় দিয়েছিলাম। স্কেলিং স্বাভাবিকভাবে প্রতিক্রিয়াশীল প্রকৃতির, যা অ্যাপ্লিকেশন পারফরম্যান্স অবনতি বা, এরও বদতর, সম্পূর্ণ অ্যাপ্লিকেশন ডাউনটাইমের মতো সমস্যা তৈরি করতে পারে। এই সমস্যাগুলি চূড়ান্তভাবে আপনার ব্যবসায়িক প্রভাব ফেলে এমন নেতিবাচক গ্রাহক অভিজ্ঞতাগুলিকে বোঝায়। তাই আপনি কীভাবে বুঝবেন আপনার Mongo ডেটাবেস স্কেল করার সঠিক সময় কী যাতে আপনার নথি লাইন প্রভাবিত না হয়?
আপনার অ্যাপের জন্য সঠিক থ্রেশহোল্ড খুঁজে বের করুন
আপনার অ্যাপ্লিকেশন ব্যবহার বৃদ্ধি এবং ট্রাফিক বাড়ের ঝাড়ো সামলাতে আপনার অ্যাপ্লিকেশন সক্ষম হয় তা নিশ্চিত করতে, লোড টেস্ট করে সিস্টেমের থ্রেশহোল্ড নির্ধারণ করা अत्यাবশ্যক যাতে আপনি প্রোডাকশন সিস্টেমে স্কেলিং এর মতো পরিবর্তন প্রয়োগ করার আগে জানতে পারেন আপনার অ্যাপ্লিকেশন কতটুকু হ্যান্ডেল করতে পারে। অধিকাংশ সময় এই প্রক্রিয়াটি উপেক্ষা করা হয় এবং ট্রাফিক বৃদ্ধির সাথে সমস্যা হলে আপনাকে জরুরি পরিস্থিতি মোকাবিলা করতে বাধ্য হয়।
MongoDB লোড টেস্টে সফলতার পথে নিম্নলিখিত বিবেচনাগুলি অন্তর্ভুক্ত থাকা উচিত:
- বটলনেক খুঁজে বের করতে কোন মেট্রিক্স নিরীক্ষণ করা দরকার?
- কোন থ্রেশহোল্ড ব্যবহার করা উচিত স্কেল করার সিদ্ধান্ত নেওয়ার জন্য?
- মেট্রিক্স বিশ্লেষণে কোন টুলস ব্যবহার করা উচিত?
- লোড টেস্ট কোথায় চালানো উচিত?
বটলনেক খুঁজে বের করতে কোন মেট্রিক্স নিরীক্ষণ করব?
প্রথমে, আপনার নির্দিষ্ট অ্যাপ্লিকেশনের সীমাবদ্ধ কৌশল খুঁজে বের করতে কোন মানদণ্ড ব্যবহার করবেন তা নির্ধারণ করতে হবে। প্রতিটি অ্যাপ্লিকেশন ভিন্ন। এই প্রয়োজনীয়তাগুলি জানলে আপনি ডেটাবেস পক্ষ থেকে নিরীক্ষণ করার উপযুক্ত মেট্রিক্স নির্ধারণ করতে পারবেন।
কিছু উদাহরণ:
- ট্রাফিক বৃদ্ধির সময় আপনার অ্যাপ্লিকেশনকে প্রতি সেকেন্ডে X সংখ্যক ইনসার্ট প্রয়োজন।
- ডেটা ১০০ মিলিসেকেন্ডের কম সময়ে ব্যবহারকারীর কাছে ফিরতে হবে।
- সমবর্তি সংযোগের সংখ্যার সীমা রয়েছে।
- সার্ভার রিসোর্সে সীমা রয়েছে, যেমন উচ্চ CPU বা লোড এভারেজ।
যখন আপনি অ্যাপ্লিকেশন-পক্ষের মেট্রিক্স নির্ধারণ করতে পারবেন, তখন ডেটাবেস পক্ষ থেকে কী নিরীক্ষণ করবেন সেটি সিদ্ধান্ত নিতে পারবেন।
উদাহরণস্বরূপ, যদি আপনার প্রয়োজন হয় নির্দিষ্ট সংখ্যক ইনসার্ট অনুরোধ, তাহলে লিখার মেট্রিক্স যেমন নিম্নলিখিত مواردে ফোকাস করুন:
- সার্ভার I/O
- ডেটাবেস লকিং
- opcounters, সক্রিয় লেখা অপারেশনগুলির দিক থেকে
- উপলব্ধ রাইট টিকেট, যদি আপনি WiredTiger স্টোরেজ ইঞ্জিন ব্যবহার করেন
মেট্রিক্স বিশ্লেষণের জন্য ব্যবহৃত টুলস
নিরীক্ষণ করার মেট্রিক্স নির্ধারণ করার পরে, আপনাকে ডেটাবেস পক্ষ থেকে ডেটা সংগ্রহ করতে হবে। লোড ফ্যাক্টর বিশ্লেষণে ব্যবহারabile কিছু ইউটিলিটি এখানে দেওয়া হল:
- mongostat ইউটিলিটি লকিং, রিড, এবং রাইট কিউ-র রিয়েল-টাইম ডেটাবেস মেট্রিক্স দেখায়।
- db.currentOp() ইউটিলিটি বর্তমান সক্রিয় অপারেশন নির্ধারণ করে।
- mongotop শীর্ষ সক্রিয় সংগ্রহগুলো দেখতে দেয়।
- top, sar, iostat এর মতো সার্ভার ইউটিলিটি CPU ব্যবহার বা ডিস্ক থ্রুপুটের মতো মেট্রিক্স দেখায়।
রিয়েল-টাইম বিশ্লেষণের পাশাপাশি, আপনি MongoDB লগগুলিও খনন করতে পারেন ডেটাবেস অ্যাক্টিভিটি এবং যেকোনো ত্রুটি কন্ডিশনের অতিরিক্ত বিবরণ পেতে। ডিফল্টভাবে, MongoDB ১০০ms এর বেশি সময় নেওয়া কোয়ারীগুলিকে লগ করে তাই এটি খারাপ পারফরম্যান্স वाले কোয়ারী শনাক্ত করার জন্য একটি ভাল টুল।
লোড টেস্ট কোথায় চালাবেন তা নির্ধারণ করুন
ডেটা সংগ্রহের জন্য কী ব্যবহার করবেন তা নির্ধারণ করার পরে, আপনি লোড টেস্টের জন্য প্রস্তুত। সাধারণ বোধ বলছে আপনার কখনো প্রোডাকশন পরিবেশে লোড টেস্ট চালানো উচিত নয়। কখনও কখনও এটি একটি বাধা হয়ে ওঠে কারণ পর্যাপ্ত দ্রুত একটি পরিবেশ স্পিন আপ করা কঠিন হতে পারে। যদি আপনি ইতিমধ্যে ObjectRocket প্ল্যাটফর্মে না থাকেন, তবে আপনি খুব দ্রুত একটি MongoDB টেস্ট ক্লাস্টার স্পিন আপ করতে পারেন।
কিছু সাহায্য দরকার?
আপনার MongoDB পরিবেশ কখন স্কেল করবেন তা জানা জটিল হতে পারে। ObjectRocket গ্রাহকরা হ্যান্ডস-ডাউন সেরা স্কেলিং এবং শার্ডিং সমর্থন উপভোগ করেন। আমাদের DBAs আপনার ক্লাস্টার স্কেল করার প্রতিটি দিকের সাথে সাহায্য করতে পারেন এবং আমাদের সাহায্য সর্বদা অন্তর্ভুক্ত। আজই আমাদের সাথে যোগাযোগ করুন শুরু করতে।
এখন যেহেতু আপনি আপনার MongoDB ইনস্ট্যান্স কখন স্কেল করবেন তা নির্ধারণ करना শুরু করতে পারছেন, আমাদের পরবর্তী ব্লগে আমরা কভার করব কীভাবে MongoDB ইনস্ট্যান্স স্কেল করবেন।
