3 জিবি জার্নাল ফাইল ছাড়াই একটি মঙ্গোডিবি কনফিগারেশন সার্ভার চালান


9

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

জার্নালের জন্য খুব কম ডিস্ক ব্যবহার করে এই কনফিগার সার্ভারগুলি (নিরাপদে!) চালানোর কোনও উপায় আছে কি? কনফিগার সার্ভারে আমার কি জার্নালিংয়ের দরকার আছে? আমি কি জার্নালটির আকার ছোট হতে পারি?

উত্তর:


10

হ্যাঁ - জার্নাল ফাইলগুলির ডিফল্ট আকার হ্রাস করার একটি উপায় রয়েছে যা বেশ কয়েকটি ক্যাভেটের সাপেক্ষে। থেকে MongoDB কনফিগারেশন ডকুমেন্টেশন :

ডিস্ক ব্যবহারে জার্নালিংয়ের প্রভাব হ্রাস করতে, আপনি জার্নাল সক্ষম করতে ছেড়ে যেতে পারেন এবং ডেটা এবং জার্নাল ফাইলের আকার হ্রাস করতে ছোট ছোট ফাইলগুলি সত্যতে সেট করতে পারেন।

এখানে smallfilesকনফিগ তথ্য:

একটি ছোট ডিফল্ট ডেটা ফাইলের আকার ব্যবহার করতে মঙ্গোডিবি সংশোধন করতে সত্যতে সেট করুন। বিশেষত, ছোট ফাইলগুলি ডাটা ফাইলগুলির জন্য প্রাথমিক আকার হ্রাস করে এবং এগুলিকে 512 মেগাবাইটে সীমাবদ্ধ করে। স্মার্টফিলস সেটিং প্রতিটি জার্নাল ফাইলের আকার 1 গিগাবাইট থেকে 128 মেগাবাইটে হ্রাস করে।

ছোট ছোট ফাইলগুলি সেটিংটি ব্যবহার করুন যদি আপনার কাছে প্রচুর পরিমাণে ডেটাবেস থাকে যা প্রত্যেকের কাছে অল্প পরিমাণে ডেটা থাকে। স্মার্টফিলস সেটিংটি অনেকগুলি ফাইল তৈরি করতে মঙ্গোদকে নেতৃত্ব দিতে পারে, এটি বৃহত্তর ডাটাবেসের জন্য পারফরম্যান্সকে প্রভাবিত করতে পারে।


0

আপনি কিছু সদস্য, প্রতিলিপি , জার্নালিং এবং অন্যদের না ব্যবহার করতে পারেন। [1]

কমান্ড লাইন "--smallfiles" ব্যবহার করে আপনি জৌরাল আকারটি ছোট হতে সেট করতে পারেন। [2]


এবং এর কোনটিই প্রস্তাবিত?
থিলো

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

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

0

আপনি মজদোড - অজানাার বিকল্পটি দিয়ে শুরু করতে পারেন তবে আমি আপনার কনফিগার সার্ভারের ব্যাকআপগুলি সম্পর্কে খুব নিশ্চিত।


1
তিনটি ভিন্ন মেশিনে তিনটি কনফিগার সার্ভার থাকার চেয়ে আমার আরও কতটা নির্দিষ্ট হওয়া দরকার? এছাড়াও, কনফিগার সার্ভারের ব্যাকআপ তৈরির পদ্ধতি কী? আমি যদি প্রতিটি পরিবর্তনের পরে ব্যাকআপ না রাখি (বলুন সংযোজন যুক্ত করা বা শারডিং ইভেন্ট), তবে আমি এই পুরানো ব্যাকআপগুলি থেকে সেরে উঠতে পারি না, তাই না?
থিলো
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.