PostgreSQL ফেলওভার এবং প্রতিলিপি


14

আমি PostgreSQL 9.1 মূল্যায়ন করছি এবং ফেলওভার এবং প্রতিলিপি সম্পর্কিত বিশদ সম্পর্কিত কয়েকটি প্রশ্ন রয়েছে।

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

পোস্টগ্র্রেএসকিউএল এবং বর্তমানের দৃশ্যের সাথে আমি যে সমস্যাগুলি দেখছি তা নিম্নলিখিত।

1) মাস্টার সার্ভার আউটেজ সনাক্ত করার জন্য আমি অন্তর্নির্মিত সরঞ্জামগুলি দেখতে পাচ্ছি না। আমি পড়লাম যে পিজপুল এটি পরিচালনা করতে পারে এবং ট্রিগার ফাইল তৈরি করতে পারে, আমি আরও পড়লাম যে লোকেরা এটির জন্য লিনাক্স হার্টবিট বা সিমিয়েন্ট সরঞ্জাম ব্যবহার করে। ঠিক আছে, আমি ফেলওভার সনাক্ত করতে এবং ক্লাস্টারে একটি নতুন মাস্টার নির্ধারণ করতে পারি। অন্যান্য দাসরা কি বুঝতে পারবে যে একজন নতুন মাস্টার আছেন এবং তাদের এখনই এটি ব্যাকআপ করা উচিত?

2) আমি ব্যর্থতা পদ্ধতি বুঝতে পারি না। মাস্টার এবং স্লেভ হোস্ট কনফিগারেশন আলাদা। তাহলে কি আমার দুটি মাস্টার ক্র্যাশ হওয়া মাস্টার ব্যর্থব্যাকের পরে থাকবে? সার্ভারগুলি কীভাবে সিঙ্কে ফিরে আসবে? আমি কেবলমাত্র ম্যানুয়াল সমাধানগুলি দেখেছি "সার্ভারে ডেটা ফোল্ডার স্থানান্তর করে এটি পুনরায় চালু করুন"। তাহলে সমাধান বা সেরা অনুশীলন বা এখানে কমপক্ষে কী অধ্যক্ষ কী?

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

৪) কোনও সমাধান আছে (বাণিজ্যিকভাবেও) যাতে আমি নিজে হাতে ডেটা অনুলিপি করা, পোস্টগ্রেএসকিউএল ইনস্ট্যান্স এবং অন্যান্য জিনিস যা হাতে করা উচিত তা পুনরায় কনফিগার করা এড়াতে পারি? এতক্ষণের ক্লাস্টার কনফিগারেশনটি যখন প্রত্যেকে সিঙ্ক হয় তখন এটি পরিষ্কার হয়ে যায় যে কে মাস্টার এবং সবকিছু অপারেটরের মনোযোগ ছাড়াই স্বয়ংক্রিয়ভাবে স্যুইচ হয়?

এই থ্রেড এবং নিবন্ধ অনুযায়ী

পোস্টগ্রিএসকিউএল-এ স্ট্রিমিং রেপ্লিকেশন এবং ব্যর্থতা

PostgreSQL 9.1 এ স্বয়ংক্রিয়ভাবে ব্যর্থতা over

http://denishjpatel.blogspot.com/2010/11/possibility-of-graceful-switchover.html

এই প্রশ্নগুলির সমাধান করার জন্য কোনও একক সম্পূর্ণ স্বয়ংক্রিয় সমাধান নেই। আমি কি সঠিক?

ধন্যবাদ!


এটা সম্ভবত মূল্য প্রতি নির্দেশ প্রাসঙ্গিক 9.2 ডক্স
মাইক শেরিল 'ক্যাট রিক্যাল'

উত্তর:


4
  1. গোলামরা নতুন মাস্টার বুঝতে পারবে না। আপনি নিজেই এটি করা উচিত।
  2. হ্যাঁ এগুলি আলাদা এবং আপনার পুরানো মাস্টারের জন্য নতুন তৈরি করা উচিত .h তবে পুরানো স্ট্যান্ডবাই মাস্টার হিসাবে কাজ চালিয়ে যাবে তবে আপনাকে সেই নোডে সর্বোচ্চ_ওয়াল_সেন্ডার সেট করা উচিত। ফেলওভারের পরে আপনার নতুন মাস্টারের pg_hba.conf সেট করা উচিত। ব্যর্থতার পরে (যখন নোডগুলি মাস্টার-> স্লেভ স্লেভ-> মাস্টারের ভূমিকা পাল্টে দেয়), আপনার নতুন ওয়াল ফাইলগুলি নতুন স্ট্যান্ডবাই ফোল্ডার ডেটা ডিরেক্টরিতে স্থানান্তর করা উচিত যা আপনি পুনরুদ্ধার.কনফ ফাইলটিতে সেট করেছেন। অথবা সহজভাবে আপনি rsync ব্যবহার করতে পারেন।

  3. আপনি পিজবউনার ব্যবহার করতে পারেন। এইভাবে আপনি কেবল পগবাউনার সার্ভার অ্যাড্রেসকে নতুন মাস্টারে পরিবর্তন করবেন।

  4. এন্টারপ্রাইজডিবিতে কিছু বাণিজ্যিক সরঞ্জাম রয়েছে। আপনি তাদের পরীক্ষা করতে পারেন হতে পারে।

এবং অবশেষে হ্যাঁ আপনি ঠিক বলেছেন। এই প্রশ্নগুলির সমাধান করার জন্য কোনও একক সম্পূর্ণ স্বয়ংক্রিয় সমাধান নেই।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.