উচ্চ প্রাপ্যতা ভার্চুয়ালাইজড পরিবেশের জন্য সেটআপ


9

একটি প্রকল্পের জন্য আমার কাছে ওয়েব শপ এবং সিএমএস সিস্টেমের জন্য একটি উচ্চ প্রাপ্যতা সেটআপ করার পরিকল্পনা রয়েছে। তবে, অবশ্যই প্রকল্পটি একটি শক্ত বাজেটের উপর। সুতরাং একটি উচ্চতর সমাধান বাজেটে নাও থাকতে পারে।

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

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

উচ্চ প্রাপ্যতা সমর্থন করার সবচেয়ে ভাল উপায় কোনটি?

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

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

সম্পাদনা: আমি একটি 99,9% প্রাপ্যতা লক্ষ্য করি। তবে নিয়মিত ব্যবসায়ের সময় থাকায় 24/7 টির কোনও প্রাপ্যতা দরকার নেই, যা চালাকি করার জন্য কিছু জায়গা দেয়। প্রাপ্যতার সময়কাল যা কোনও উপায়ে গ্যারান্টিযুক্ত হতে হবে সকাল দশটা থেকে মধ্যরাতের মধ্যে।


2
'উচ্চ উপলব্ধতা' কীভাবে 'উচ্চ'? আপনি কি 1-9 বা 6-নয় প্রাপ্যতার জন্য শুটিং করছেন, বা এর মধ্যে কোথাও? আপনার যথাযথ প্রয়োজনীয়তা না পাওয়া পর্যন্ত আপনি যা করতে চান তা প্রদত্ত বাজেটে অর্জনযোগ্য কিনা তা বলা অসম্ভব।
21

হ্যাঁ তুমিই ঠিক. আমি একটি 99,9% প্রাপ্যতা জন্য লক্ষ্য।
স্পা

"99.9%" কেবল একটি বাক্য নয় যা আমরা ফেলে দিয়েছি। এটি বছরে প্রায় 8.8 ঘন্টা ডাউনটাইমের সমান হয় । এটি আপনাকে এমন শক্তির সিস্টেমগুলির বাইরে নিয়ে যায় যা কেবলমাত্র শক্ত বাজেটে একসাথে নিক্ষেপ করা হয়। যদি আপনার বাজেট সীমাবদ্ধ থাকে, আপনি কি সেই স্তরের প্রাপ্যতা সমর্থন করতে পারবেন?
রব মোয়ার

1
@ রবমায়ার - আমি যুক্তি দিয়েছি যে আমার উত্তরটিতে আমি যে মানদণ্ডটি উল্লেখ করেছি আপনি যদি তা পূরণ করেন তবে এই 8 ঘন্টা আপনি ঠিক করতে পারেননি এমন অনেক সমস্যা নেই (এবং বাজেট এখনও ছোটখাটো হতে পারে)। আপনি যদি নিশ্চিত হন যে উন্নত-সতর্কতা, সময়ের বাইরে, নির্ধারিত ডাউনটাইমটি আপনার এসএলএ-র (গণনা-24/7 সফ্টওয়্যারের জন্য) গণনা করে না।
মার্ক হেন্ডারসন

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

উত্তর:


13

একটি সাধারণ ওভারভিউ হিসাবে আপনার উচ্চ প্রয়োজনীয়তা অর্জন করতে:

  1. একাধিক সার্ভার
  2. একাধিক সংবেদনশীল কপি ডেটা
  3. সংবেদনশীল ডেটা যা একাধিক সার্ভারের মধ্যে অ্যাক্সেস করা যায়
  4. স্ট্যান্ডবাই সার্ভারে স্বয়ংক্রিয়ভাবে একটি দ্বিতীয় উদাহরণ বুট করার একটি উপায়

সংখ্যা 1 এটি যতটা সহজ শোনাচ্ছে - দুটি অভিন্ন সার্ভার কিনুন।

2 নম্বর একটি অনুলিপি সান (ব্যয়বহুল, খুব দ্রুত, খুব নির্ভরযোগ্য), বা প্রতিটি সার্ভারের একটি প্রতিলিপি ফাইল সিস্টেম (সস্তা, গতি এবং নির্ভরযোগ্যতা নির্বাচিত প্রযুক্তির আপনার জ্ঞানের উপর নির্ভর করতে পারে) দ্বারা অর্জন করা যেতে পারে।

3 নম্বরটি একটি স্যান (একটি স্টোরেজ এলইউএন, দুটি সার্ভার দ্বারা অ্যাক্সেস করা), বা একটি প্রতিলিপিযুক্ত ফাইল সিস্টেম (দুটি পৃথক স্টোরেজ অঞ্চল, প্রতিটি সার্ভার কেবল তার নিজস্ব দেখতে পারে) দ্বারা অর্জন করতে পারে।

হার্টবিট অ্যাপ্লিকেশন দ্বারা 4 নম্বর অর্জন করা যেতে পারে।

একটি ছোট বাজেটের সাথে এটি করার জন্য, VMWare vSphere বলি, আপনি SAN বা VMWare ব্যবহার করতে পারেন এখন একটি স্ব-প্রতিলিপি সঞ্চয়স্থান অ্যাপ্লিকেশন সরবরাহ করে যা দুটি সার্ভারে দুটি স্বতন্ত্র ডেটা স্টোর সরবরাহ করে যা উচ্চ প্রাপ্যতার জন্য ব্যবহার করা যেতে পারে। vSphere বিল্ট-ইন হার্টবিট এবং উচ্চ প্রাপ্যতা কনফিগারেশনও সরবরাহ করে।

সঙ্গে এই কাজের জন্য কোন বাজেট, আপনি Xen সংক্রান্ত পাথ নিচে যান, এবং দুই নোডের মধ্যে স্টোরেজ প্রতিলিপি নির্মাণ করতে DRBD ব্যবহার করতে পারে। তারপরে আপনি প্রথমটি নীচে নেমে গেলে দ্বিতীয় হোস্টে ভিএম বুটআপ করতে সক্রিয় ডিআরবিডি স্টোরেজ নোড এবং জেন উদাহরণটি স্যুইচ করতে হার্টবিট সেট করেছেন।

আপনি এই বেসিক সুপারিশগুলি ব্যবহার করে আপ - টেন -এর (99.999%) পাবেন না, তবে আপনি কী করছেন তা যদি আপনি জানেন তবে সস্তারতম পদ্ধতি ব্যবহার করে আপনি 3- নাইন (99.9%) পেতে পারেন।


9

ভাগ করা স্টোরেজ নিয়ে আলোচনা করার সময় আপনি "এই কত নগদ কিনতে হবে" এর পরিপ্রেক্ষিতে "ব্যয়" সম্পর্কে কথা বলুন। এটি অবশ্যই একটি সম্পূর্ণ বৈধ পয়েন্ট, অর্থ সর্বত্রই শক্ত ।

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

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

আমি মনে করি সিস্টেমগুলির প্রাপ্যতা উন্নয়নে ভার্চুয়ালাইজেশনের অনেকগুলি সম্ভাবনা রয়েছে, তবে এটি কোনও যাদু কাঠি নয়। জিনিসগুলির হার্ডওয়্যার দিকটি গুরুত্বপূর্ণ, যদিও এটি সফ্টওয়্যার প্রয়োজনীয়তার সাথে খুব গৌণ - এটি কোনও এসকিউএল ডাটাবেস ক্লাস্টার থাকা ভাল নয় যে কোনও এসকিউএল সার্ভারের ক্র্যাশ হওয়ার ক্ষেত্রে যদি কোনও সমস্যায় পড়ে না তবে যদি ফ্রন্ট-এন্ড অ্যাপ্লিকেশন কথা বলে that ডাটাবেস chokes কারণ এটি ব্যর্থতা পরিচালনা করতে পারে না।

এবং একজন "ডেটাসেন্ট্রে" একে অপরের পাশে বসে থাকা "অত্যন্ত উপলব্ধ" সার্ভারগুলি এখনও বিদ্যুতের ব্যর্থতা, চুরি ইত্যাদির ঝুঁকির মধ্যে রয়েছে, আবার " আমরা কেন এটি করছি?" এর উত্তরের উপর নির্ভর করে আপনার এই দিকটি বেশ বিবেচনা করতে হবে সাবধানতার সাথে এটি আপনার প্রকল্পের বেশ কয়েকটি অংশে ব্যয় এবং জটিলতা যুক্ত করতে পারে।


3
...no good having a SQL database cluster that falls over with no trouble in the event of one of the SQL servers crashing if the front-end application that talks to the database chokes because it can't handle the failover.- আমি এটি যথেষ্ট জোর দিতে পারিনি। আমাদের একটি ক্লায়েন্ট ছিলেন যিনি আমাদের একটি বড় এসএএন-তে একটি এইচএ এসকিউএল সার্ভার ক্লাস্টারটি প্রয়োগ করেছিলেন এবং দিনের শেষে তাদের সফ্টওয়্যারটি ব্যর্থতার ক্ষেত্রে পুনরায় চালু করতে হয়েছিল কারণ এটি যোগাযোগের কোনও বিরতি পরিচালনা করতে পারে না। এটি একটি ব্যয়বহুল অনুশীলন যা নিষ্ক্রিয় ছিল যখন কোনও এসকিউএল মিরর এবং এনএলবি যথেষ্ট হত।
মার্ক হেন্ডারসন

পুরানো প্রকল্পগুলি থেকে আমরা দুজনেই একইরকম চিহ্ন পেয়েছি বলে মনে হচ্ছে
রব মায়ার

@ মার্কহেন্ডারসন কেন যোগাযোগ ভেঙেছেন (বিটিডব্লিউ কোনটি - সান বা নেটওয়ার্ক)?
নিলস

5

আপনি কোন ডিবি এবং অ্যাপ্লিকেশন সার্ভার ব্যবহার করেন তা না জেনে আমি সুপারিশ করব:

  • ভিএমএসের জন্য পিভি মোডে XEN> 3.2 ব্যবহার করুন (কেবলমাত্র আমার ব্যক্তিগত প্রিয়) - বগি বা অন্যান্য লাইটওয়েট ভাইরালাইজেশন সমাধানগুলিও উপযুক্ত হতে পারে (এক নাম হিসাবে ওপেনজেড)।
  • প্রতিটি শারীরিক নোডে চারটি ভিএম মেশিন তৈরি করুন
  • SAS 3,5 "ডিস্ক সহ স্থানীয় RAID 5 ব্যবহার করুন - স্থানীয়ভাবে যতগুলি ডিস্ক সম্ভব (5 টি ভাল)
  • 15 কে আরপিএম ডিস্ক ব্যবহার করুন (আপনার ডিবিগুলি এটির প্রয়োজন হবে)
  • সস্তা "শেয়ারড" স্টোরেজ সরবরাহ করতে ডিআরবিডি এবং ওসিএফএস 2 ব্যবহার করুন, এই সংযোগের জন্য একটি দ্রুত, সুরক্ষিত, নির্ভরযোগ্য স্থানীয় নেটওয়ার্ক ব্যবহার করুন (সরাসরি আন্তঃসংযোগগুলি বন্ধন করা বেশ দ্রুত এবং ভাল)।
  • আবেদন স্তরে এইচএ করুন
  • মেশিনগুলির জোড়াগুলির মধ্যে লোড-ব্যালেন্সিং ব্যবহার করুন, যাতে আপনি সমবর্তী কাজগুলি করে 8 টি মেশিন পান

স্বাস্থ্য সহকারীর-উদাহরণ:

  • অ্যাপ্লিকেশন-সার্ভার: ক্লাস্টার সক্রিয় / সক্রিয়-মোডে টমক্যাট ব্যবহার করুন
  • এলভিএস: সমকালীন ক্রীতদাস এবং lvs এর মাস্টার প্রতিলিপি ব্যবহার করুন
  • ওরাকল-ডিবি: আরএসি ব্যবহার করুন (ওপেনসোর্স ডিবিগুলির জন্য সমপরিমাণ সমাধান আছে কিনা তা আমি জানি না)

আপনি যদি অ্যাপ্লিকেশন স্তরে এইচএ করেন তবে সেই স্তরটি সেশনগুলি কীভাবে প্রতিলিপি করতে হবে তা ভালভাবে জানে। যদি কোনও নোড নেমে যায় (পরিকল্পনা বা অপরিকল্পিত) বেঁচে থাকা নোডটি গ্রহণ করবে - সেশন সহ।


"ওরাকল-ডিবি: আরএসি ব্যবহার করুন" - স্ট্যান্ডার্ড সংস্করণটি ওসিএফএস 2 এর সাথে লাইসেন্সযুক্ত বা সমর্থিত নয়। তা ছাড়াও খুব তথ্যবহুল একটি উত্তর।
kubanczyk

@kubanczyk ওরাকল-আরএসি ocfs2 এর চেয়ে বেশি। তবে ocfs2 বিনামূল্যে। সুতরাং আপনি যখনই চান এটি ব্যবহার করতে পারেন।
নিলস

2

আপনি কেন আপনার নিজের হোস্ট কিনতে চান? তোমার মত একটি এন্টারপ্রাইজ ক্লাউড / IaaS প্রদানকারী কেন পাই না BlueLock বা Terremark যে পরিকাঠামো আপনার যা দরকার প্রদান করবে। তারা ভিএসফিয়ার এইচএ (সার্ভিস এইচএর তুলনায় ডাউনটাইম যেমন হ'ল তবে এটি একটি সাশ্রয়ী সমাধান), ফায়ারওয়াল, এলটিএম / এসএসএল অফলোডার, সান (রিলান্ড্যান্ট তাক সহ), মনিটরিং / সতর্কতা ইত্যাদির মতো পরিষেবা সরবরাহ করবে নোট করুন যে আমরা না এখানে গ্রাহক মেঘ সমাধান সম্পর্কে কথা বলছি তাই মূল্য প্রদানের জন্য প্রস্তুত থাকুন।


হ্যাঁ তুমিই ঠিক. তবে সেটআপটিতে ফ্যাক্স সরবরাহের জন্য কাস্টম হার্ডওয়্যারের মতো অন্তর্ভুক্ত রয়েছে। সুতরাং একটি মেঘ সমাধান দুঃখজনকভাবে করবে না।
স্পা

@ স্পা, আপনি এখনও তাদের শারীরিক পরিবেশের উপর কাস্টম হার্ডওয়্যার সরবরাহ করতে পারেন, বাকী ভার্চুয়াল এবং ভিএলএএন সেতুতে পারেন।
HTTP500

2

আপনি একটি সমস্ত-ইন-ওয়ান ভার্চুয়ালাইজড / স্টোরেজ প্রতিলিপি সমাধান দেখতে পারেন।

এই ব্লগ পোস্টে উল্লিখিত হিসাবে জেডএফএস ফাইল সিস্টেম এটি সম্ভব করে তোলে ।

আর একটি বিকল্প টিউটোরিয়ালটি অনুসরণ করে রেড হ্যাট কেভিএমের সাথে সমাধানের বিশদ বর্ণনা করবে

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