একটি ছোট ব্যবসায়ের জন্য উচ্চ সার্ভার উপলব্ধ


11

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

আমাদের কাছে পাঁচটি প্রধান সার্ভার (4x লিনাক্স, 1 এক্স ওপেনবিএসডি) রয়েছে যার সমস্তটি সংস্থাকে পরিচালিত করার জন্য চালিত হওয়া দরকার। তিনটি সার্ভার মোটামুটি স্ট্যান্ডার্ড (ফাইলস / ওয়েব / ডাটাবেস), চতুর্থটি বেশিরভাগ নেটওয়ার্কের রাউটিং এবং ওয়েব প্রক্সি পরিচালনা করে, যখন পঞ্চমটি আমাদের ফোন সিস্টেমকে সমর্থন করে এবং এতে অ-মানক হার্ডওয়্যার রয়েছে।

আমার বস জানিয়েছেন যে কোনও সার্ভারের ব্যর্থতার জন্য সময় ঘুরিয়ে 30 মিনিটের কম হওয়া উচিত।

এই ক্ষেত্রে আমার অভিজ্ঞতা অস্তিত্বহীন (আমি কেবল একজন প্রোগ্রামার যাকে 'প্রচারিত' করা হয়েছিল), তাই আমি অনুমান করি যে আমার প্রশ্নটি সত্যিই এখানে ফুটে উঠেছে:

  • এটি কি এমন কিছু যা এমনকি গড় সার্ভার-প্রশাসক দক্ষতার দ্বারা কেউ চেষ্টা করা উচিত। যদি তা হয় তবে আমার কী পড়া উচিত এবং কার সাথে কথা বলব?

ধন্যবাদ।


উত্তর:


5

আমি মনে করি যে বিবৃত "প্রয়োজনীয়তা" পূরণের সাথে সম্পর্কিত ব্যয়টি বাজেটের মধ্যে পড়ে কিনা তা নির্ধারণের জন্য আপনার একসাথে সংখ্যা সংগ্রহ করে শুরু করা উচিত। প্রয়োজনীয়তা পূরণের জন্য ব্যবহৃত সমস্ত "সাধারণ" পদ্ধতির সাথে যদি আপনি স্বাচ্ছন্দ্য বোধ করেন না (ব্যর্থতা ক্লাস্টারিং, "হট মাইগ্রেশন" সামর্থ্য সহ হাইপারভাইজারস ইত্যাদি), তবে আপনি সম্ভবত একজন পরামর্শদাতাকে খুঁজে বের করতে পারেন যিনি পারেন সাহায্য.

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

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

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

যদিও "ট্র্যাডিশনাল" ফেইলওভার ক্লাস্টারিংটি ছাড়বেন না। আপনার অ্যাপ্লিকেশনগুলি যদি এই জাতীয় কনফিগারেশনের জন্য উপযুক্ত হয় তবে অবশ্যই সেখানে "জয়" রয়েছে।

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

কারও কাছ থেকে সাহায্য পান যিনি আসতে পারেন এবং আপনার ব্যবসায় অধ্যয়ন করতে পারেন এবং সুপারিশ করতে পারেন। আপনি আফসোস করবেন না।


মহান প্রতিক্রিয়ার জন্য ধন্যবাদ। আমি নিশ্চিত যে ঘটনাস্থলে 30 মিনিটের সময় ফ্রেমটিও তৈরি হয়েছিল।
ম্যাথু

আসলে, আমি সন্দেহ করি যে 30 মিনিটের মধ্যে গ্রাহকরা যে অভিযোগ পেয়েছেন তার সংখ্যার সাথে "30 মিনিট" সরাসরি আবদ্ধ। বিশুদ্ধরূপে টিসিপি / আইপি অ্যাপ্লিকেশনগুলির জন্য ব্যর্থ সিস্টেমগুলি এত শক্ত নয়। টেলিফোন সিস্টেম বা ভিওআইপিগুলির ফেইলওভার সিস্টেমগুলি অন্যদিকে পিএসটিএন-এর সাথে একরকম টাই-ইন রয়েছে, এটি অত্যন্ত ব্যয়বহুল।
আর্নি 4'12

2

"এই রাস্তাটি অনেক ব্যথা এবং আঘাতের দিকে নিয়ে যায় ..."

তাহলে, আপনার ব্যবসায়ের ধারাবাহিকতা পরিকল্পনা কী? আপনি বিপর্যয় রিকভারি পরিকল্পনা?

আপনি এটি নিয়ে আলোচনা করেছেন? লিখেছেন? এটি পরীক্ষা?

আপনার "উচ্চতর আপ" এর সাথে একটি যথাযথ কথোপকথন হওয়া দরকার এবং উচ্চ প্রাপ্যতার জন্য প্রয়োজনীয়তার নীচে পৌঁছাতে হবে কারণ এটি বিভিন্ন পরিষেবার জন্য পৃথক।

তাহলে তারা সেই সকালে "ব্যথার পয়েন্ট" কী অনুভব করেছিল?

এটা ছিল?

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

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

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

হয়তো অনেকটাই ভয় ছিল। তাদের কোনও ধারণা নেই যে এই জাতীয় সমস্যাটি ঘটতে পারে (এবং সার্ভারগুলি তাদের ব্যবসায়ের পক্ষে কতটা গুরুত্বপূর্ণ) এবং আপনি সত্যই জানেন না আপনি কী করছেন (?) একটি আত্মবিশ্বাসের সমস্যা?

খুব ব্যয়বহুল এইচএ রুটে নেমে যাওয়ার আগে আপনাকে উপরের সমস্ত অধিকার পেতে হবে। ব্যবসায় কি এই ব্যয়বহুল সরঞ্জাম বহন করতে পারে (এবং এর বেশিরভাগ সংজ্ঞা অনুসারে কেবল ব্যর্থতায় ব্যবহৃত হয় এবং প্রায়শই ব্যবহৃত হয় না!)


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

1
দুর্যোগ পুনরুদ্ধার পরিকল্পনাটি সার্ভারে ব্যাকআপ পদ্ধতি সহ রাখা আছে ... ওফ ... এটাই ক্র্যাশ করেছে ...
বার্ট সিলভারস্ট্রিম

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

1

ইভান কিছু ভাল পয়েন্টগুলিতে হিট করেছে তবে ব্যর্থতার মুখে উপশম 1 ঘন্টা পুনরুদ্ধারের সময় পাওয়ার জন্য এখানে কিছু নির্দিষ্ট ব্যয় কার্যকর উপায় রয়েছে।

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

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

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

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

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

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

আপনি ফোন সিস্টেম সম্পর্কে আপনি কী করতে পারেন তা আমার কোনও ধারণা নেই ... এটি সত্যিকারের বিক্রেতা এবং এটি কীভাবে সেটআপ হয় তার উপর নির্ভর করে। বিক্রেতার কাছে স্থিতিস্থাপকতার জন্য কিছু পরিমাণ তাক থাকতে পারে off

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

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


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

আইপি ঠিকানায় একাধিক নাম ইশারা করা থাকতে পারে সেটার সুবিধা গ্রহণ করাও ভাল ধারণা, যাতে আপনি নির্দিষ্ট পরিষেবাদির জন্য এ বা সিএনএম রেকর্ডস সেট করতে পারেন - যেমন "এনটিপি", "ফাইল", "www", "এফটিপি "," এমএক্স "এবং আরও কিছু। এইভাবে আপনি মেশিনগুলির মধ্যে পরিষেবাগুলি সরিয়ে নিতে (বা পরে আরও মেশিন যুক্ত করতে পারেন) এবং কেবল সেই পরিষেবার জন্য ডিএনএস এন্ট্রি আপডেট করতে পারেন।
ক্যাস

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

1

প্রত্যেকেই এলিস পয়েন্ট দুর্দান্ত তাই কেবল বেশ কয়েকটি মন্তব্য।

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

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

এই উদাহরণগুলি এর কম-বেশি একটি গরম স্ট্যান্ডবাই সেটআপ ভাবছে যা আমি সন্দেহ করি যা আপনার বসের ভাবছে।

আমি ছোট ব্যবসায়ের জন্য যা ভাল দেখি তা হ'ল সমস্ত কিছু পুনরুদ্ধার করা এবং শ্রেণিবদ্ধ করার পরিকল্পনা করা।

কোন পরিষেবাগুলি তা চিত্রিত করুন

সমালোচনামূলক (ব্যবসা বন্ধ)

গুরুত্বপূর্ণ (ব্যবসায় মন্দা)

রুটিন (কিছুক্ষণের জন্য ব্যবসা এটি করতে পারে)।

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

এটি যদি আপনার ** টি সত্যিই কোনও দিন ভক্তটিকে আঘাত করে তবে আপনার জিনিসপত্র ঠিক করার আদেশ দিন :)


1

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

ফেলওভার সম্ভব তবে সাধারণত সার্ভারগুলির মধ্যে ডেটা ভাগ করার জন্য রিন্ডান্ট্যান্ট হার্ডওয়্যার, সানদের প্রয়োজন হয় ... অন্য কথায়, ভাগ্যবান তারা যদি এটির যত্ন নেওয়ার জন্য কোনও নিবেদিত প্রশাসক নিয়োগ না দেয় তবে এটি অর্থায়ন করে।

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

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

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

শেষটি হ'ল একটি দম্পতি সিস্টেমকে ফাঁকা স্লেট সিস্টেম হিসাবে কাজ করার জন্য এবং কোনও সার্ভার মারা গেলে আপনার কোনও "ফাঁকা" সিস্টেমে ডেটা পুনরুদ্ধার করার মঞ্জুরি দেওয়ার জন্য একটি দুর্দান্ত ব্যাকআপ পরিকল্পনা রয়েছে। হার্ডওয়্যার অনসাইট থাকা আপনার / যখন কোনও সার্ভার মারা যায় তখন কিছু বিকল্প দেয়; তবে ডেটা পুনরুদ্ধার করার সময় আপনার কিছু ডাউনটাইম থাকবে এবং নতুন সার্ভারে আপনার অ্যাপ্লিকেশনগুলি কীভাবে সঠিকভাবে ইনস্টল করতে হবে সে সম্পর্কে আপনার নির্দেশিকাগুলি প্রয়োজন। আপনি কতটা দ্রুত কাজ করেন এবং ডেটা কত বড় তা নির্ভর করে আপনার ডাউনটাইম কয়েক ঘন্টা থেকে এক / দুই দিন অবধি স্থায়ী হতে পারে। আপনি কি হাঁ জায়গায় কাজ, আপনার সার্ভারের জন্য known-ভাল ব্যাকআপ, একটি পুনরুদ্ধারের পরিকল্পনা সঙ্গে আছে?

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

তারা আপনাকে এটি করার জন্য বলছে এবং আপনি বলছেন যে আপনি কেবলমাত্র একজন প্রোগ্রামার যা "প্রচারিত" হয়েছিল এবং আপনার একটি পিএইচবি রয়েছে যাতে সর্বোচ্চ 30 মিনিটের ব্যর্থতার সময় দিয়ে রিডানডেন্সি দেওয়ার কথা বলা হয় আপনি দয়াবান হন একটি ক্রিক আপ

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