একটি ওয়েব অ্যাপ্লিকেশন জন্য 100% আপটাইম


312

আমরা আজ একটি ক্লায়েন্টের কাছ থেকে একটি আকর্ষণীয় "প্রয়োজনীয়তা" পেয়েছি।

ওয়েব অ্যাপ্লিকেশনটিতে অফ সাইট ফেইলওভার সহ তারা 100% আপটাইম চায় । আমাদের ওয়েব অ্যাপ্লিকেশনটির দৃষ্টিকোণ থেকে, এটি কোনও সমস্যা নয়। এটি একাধিক ডাটাবেস সার্ভার ইত্যাদিতে স্কেল তৈরি করতে সক্ষম হওয়ার জন্য ডিজাইন করা হয়েছিল etc.

তবে, কোনও নেটওয়ার্কিং ইস্যু থেকে আমি কীভাবে এটি কাজ করব তা অনুধাবন করতে পারি না।

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

এখন আমরা জানি যে অভ্যন্তরীণ ব্যক্তিদের (ক্যারিয়ার কবুতর?) এর সমাধান করার কোনও উপায় নেই তবে তারা বহিরাগত ব্যবহারকারীদের এমনকি খেয়াল নাও করতে চায়।

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

ধারনা?

হালনাগাদ

আমি আজ ক্লায়েন্টের সাথে আলোচনা করেছি এবং তারা বিষয়টি নিয়ে স্পষ্ট করে জানিয়েছে।

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


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

182
আমি যত তাড়াতাড়ি সম্ভব এই ক্লায়েন্টের কাছ থেকে ব্যক্তিগতভাবে রান করব । আমি সন্দেহ করি এটি তাদের কাছে শেষ প্রযুক্তিগত ধারণা নয় (প্রযুক্তিগত দিক থেকে)।
গ্রেগড

137
আমি আশা করি আমি আপনার ক্লায়েন্টকে নামিয়ে দিতে পারতাম।
joeqwerty

81
যদি আপনি 100% আপটাইম খুঁজে বের করেন তবে আমাকে জানান। আমি এটি দিয়ে একটি ব্যবসা তৈরি করব এবং এটি গুগলে বিক্রি করব। 100% গ্যারান্টি দেওয়া অসম্ভব। এমনকি মাইক্রোসফ্ট, অ্যামাজন বা গুগলের মতো সংস্থাগুলিও এত বেশি বাড়বে না কারণ তারা জানে যে এটি অসম্ভব। আমি সবচেয়ে ভাল দেখেছি 99.999% এবং এমনকি এটি একটি প্রসারিত (এক বছরে 5 মিনিট)। আপনি যা করতে পারেন তার সেরাটি নির্ভরযোগ্যভাবে 99.99%।
ম্যাট

39
তাদের উন্মাদ অনুরোধটি রাখার জন্য কেবল একটি অত্যন্ত উচ্চ মূল্য ট্যাগ আপ করুন। এটি সম্ভবত তাদের জ্ঞানে ফিরে আসবে। অন্যথায়, বা এটি তাদের কাছে মিথ্যা বলতে ইচ্ছুক কাউকে খুঁজলে তাদের পাঠিয়ে দেবে।
নাট সি কে

উত্তর:


368

এখানে উইকিপিডিয়ায় নাইনগুলির অনুসরণের কার্যকর চার্টটি রয়েছে:

এখানে চিত্র বর্ণনা লিখুন

মজার বিষয় হল, শীর্ষ ২০ টি ওয়েবসাইটের মধ্যে কেবল তিনটিই 2007 সালে পৌরাণিক 5 টি নাইন বা 99.999% আপটাইম অর্জন করতে সক্ষম হয়েছিল They সেগুলি ছিল ইয়াহু, এওএল এবং কমকাস্ট। ২০০৮ সালের প্রথম 4 মাসে, সর্বাধিক জনপ্রিয় কিছু সামাজিক নেটওয়ার্ক , এটির কাছেও আসে নি।

চার্ট থেকে এটি স্পষ্ট হওয়া উচিত যে 100% আপটাইম অনুসরণ করা কতটা হাস্যকর ...


62
পিংডমও প্রতি সেকেন্ডে যাচাই করে না। তারপরে, পাঁচটি নাইনগুলি পূরণ করে এমনগুলি সম্ভবত স্থানীয়করণে বাধা পেয়েছিল যা পিংডম সনাক্ত নাও করতে পারে বা পিংসের প্রতিক্রিয়া জানাতে গিয়ে কিছু পরিষেবা অনুপলব্ধ করে তুলেছিল এমন সমস্যাগুলি।
সেজেজোজ

8
যা এবং নিজেই পাঁচটি
নাইনকে

5
অবিকল। এবং তাদের সাথে কাজ করার জন্য বিলিয়ন ডলার পেয়েছে!
সেজেজোজ

43
আড্ডাটি চলতে বিরক্ত করার জন্য দুঃখিত, তবে ওপির প্রশ্নটি ছিল প্রযুক্তিগত পর্যায়ে 100% আপটাইম লক্ষ্য অর্জনের লক্ষ্যে কীভাবে চেষ্টা করা যায়, আমি নিশ্চিত যে তিনি জানেন যে হার্ডওয়ারের সাথে ঘটে যাওয়া প্রাকৃতিক ঘটনাগুলির কারণে এটি সবসময় সম্ভব নয় knows এবং পরিবেশ. আমরা কি তাকে সাহায্য করতে পারি?
ডেভিড ডি সি ই ফ্রেইটাস

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

186

তাদেরকে 100% নির্ধারণ করতে বলুন এবং কোন সময়ের মধ্যে এটি কীভাবে পরিমাপ করা হবে। তারা সম্ভবত যতটা সম্ভব 100% এর কাছাকাছি বোঝাতে পারে mean তাদের খরচ দিন।

সম্প্রসারিত. আমি ক্লায়েন্টদের সাথে বছরের পর বছর ধরে অনুমান করার মতো হাস্যকর প্রয়োজনীয়তার সাথে আলোচনা করেছি। সমস্ত ক্ষেত্রে তারা আসলে কেবলমাত্র নির্ভুল পর্যাপ্ত ভাষা ব্যবহার করেছিল।

বেশিরভাগ ক্ষেত্রে তারা এমন জিনিসগুলিকে এমনভাবে ফ্রেম করে যা নিখুঁতভাবে প্রদর্শিত হয় - যেমন 100% তবে গভীর তদন্তের ক্ষেত্রে প্রকৃতপক্ষে তারা ব্যয় / উপকার বিশ্লেষণগুলি করার পক্ষে যথেষ্ট যুক্তিসঙ্গত যা ঝুঁকি প্রশমিত করার উপাত্তের জন্য মূল্য সহ উপস্থাপিত হয়। তারা কীভাবে প্রাপ্যতা পরিমাপ করবে তা জিজ্ঞাসা করা একটি গুরুত্বপূর্ণ প্রশ্ন। যদি তারা এটি না জানে তবে আপনি তাদের এমন একটি অবস্থানের বিষয়ে পরামর্শ দিন যা প্রথমে এটি সংজ্ঞায়িত করা দরকার।

নিম্নলিখিত ক্লায়েন্টটি যদি সাইটটি নীচে নেমে যায় তবে আমি ক্লায়েন্টকে ব্যবসায়ের প্রভাব / ব্যয়ের ক্ষেত্রে কী হবে তা নির্ধারণ করতে বলব:

  • এক্স ব্যয়ের জন্য তাদের ব্যস্ততম সময়ে
  • X ঘন্টা তাদের কমপক্ষে ব্যস্ত সময়

এবং তারা কীভাবে এটি পরিমাপ করবে।

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


21
একমত। তারা কেবলমাত্র খুব শক্ত ব্যর্থ কৌশল হিসাবে "খুব উচ্চ" আপটাইম (উচ্চ 90s?) এর অর্থ হতে পারে। যদি তা না হয় তবে জড়িত ব্যয় স্কেলের একটি ব্যাখ্যা আশাবাদী তাদের রাজি করিয়ে দেবে ...
মার্টিন ডাও

32
সিদ্ধান্তে ঝাঁপ না দেওয়ার জন্য +1 এবং পরিবর্তে ক্লায়েন্টকে তাদের মনে কী রয়েছে তা বোঝাতে বলুন।
সলেস্কে

4
আমি "উপসংহারে ঝাঁপ না" বিবৃতি প্রতিধ্বনিত ... গ্রাহক যদি 100% আপটাইম (বিয়োগ নির্ধারিত রক্ষণাবেক্ষণ) মানে তবে এটি যুক্তিসঙ্গত প্রয়োজন হতে পারে be
টিম রেড্ডি

1
ব্যবসায়ের প্রভাব সম্পর্কে, আমরা আসলে তাদের ব্যবসায়টি পুরোপুরি জানি এবং বুঝতে পারি এবং সাইটের নিচে যাওয়ার জন্য জড়িত ব্যয়গুলি আর্থিক নয়। পিটফোর্স, সম্ভাব্য হ্যাঙ্গিং ইত্যাদির সাথে দেখানো নেটিভদের লাইন ধরে আরও;) কল্পনা করুন যে আপনার সামনের দরজায় 40,000 লোক চিৎকার করছে। তারা আবেগের সাথে এড়াতে চায়।
নটম

7
@ ক্রিসলাইভলি তখন ঝুঁকি সম্পর্কে পরিপক্ক বোঝার আরও অনেক কারণ reason নিরাপত্তা প্রকৌশল জন্য দৃষ্টান্ত হল সম্ভাব্য ঝুঁকি মূল্যায়ন । এমন সিস্টেম রয়েছে যা কয়েক হাজার মানুষকে হত্যা করতে পারে (কেবল বিরক্ত নয়) এবং তাদের এখনও কম, আশাবাদী ভালভাবে বোঝা গেছে তবে ব্যর্থতার শূন্যতার সম্ভাবনা নেই।
পুলি

140

আপনার ক্লায়েন্টরা পাগল। 100% আপটাইম অসম্ভব আপনি যে পরিমাণ অর্থ ব্যয় করুন তা অসম্ভব । সরল এবং সহজ - অসম্ভব। গুগল, অ্যামাজন ইত্যাদির দিকে নজর দিন তাদের অবকাঠামোগত কাজ করার জন্য তাদের কাছে প্রায় অবিরাম অর্থ আছে এবং এখনও তারা ডাউনটাইম পরিচালনা করতে পারে। আপনার তাদের কাছে সেই বার্তাটি পৌঁছে দেওয়া দরকার এবং যদি তারা জোর করে বলতে থাকে যে তারা যুক্তিসঙ্গত দাবিগুলি সরবরাহ করে। যদি তারা স্বীকৃতি না দেয় যে কিছু পরিমাণ ডাউনটাইম অনিবার্য, তবে তাদেরকে খনন করুন।

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

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


7
একমত। পুরোটাই। ক্রেজি।
jdw

2
তারা অভ্যস্ত ??
সাইরেক্স

2
@ সাইরেক্স সাম্প্রতিক পরীক্ষার কথা উল্লেখ করে @ সিইআরএন যেখানে আলোর চেয়ে দ্রুত নিউট্রিনো ভ্রমণ করতে দেখা গেছে। যদিও ফলাফল এখনও স্বাধীন বিজ্ঞানীরা দ্বারা নিশ্চিত করা যায়নি।
টিসি 1

9
@ টিসি 1 আমি আপনার জন্য 200 ডলার বাজি ধরব যা পুরোপুরি না পারা যায়।
ডিপ্যাচারি

4
@ এরিকা 100% আপটাইম জন্য একটি অনুরোধ সিস্টেমের প্রযুক্তিগত বৈশিষ্ট্য অজ্ঞতার ইঙ্গিত দেয়। এটি ঠিক আছে, কারণ গ্রাহকের কাজ তারা যা করে তা করছে। আপনার কাজ আইটি সিস্টেমগুলি ইঞ্জিনিয়ার করা। এর মতো কঠিন গ্রাহকরা দুঃস্বপ্ন হতে পারে তবে তারা আপনার সেরা গ্রাহকও হতে পারে।
duffbeer703

54

ঠিক আছে, এটি অবশ্যই একটি আকর্ষণীয়। আমি নিশ্চিত নই যে আমি নিজেকে চুক্তিবদ্ধভাবে 100% আপটাইমকে বাধ্য করতে চাই, তবে আমার যদি মনে হয় তবে এটি এমন কিছু দেখাচ্ছে বলে মনে করি:

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

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

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

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

আপনার ক্লায়েন্ট নেটওয়ার্ক এবং আপনার নেটওয়ার্কের বাইরে এক বা একাধিক আপনার পিছনে থাকতে পারে। আমি বিশ্বাস করি, তবে আমি ১০০% নিশ্চিত নই যে আপনি ব্যাকেন্ডগুলিকে অগ্রাধিকার দিতে পারবেন যাতে আপনার ক্লায়েন্টদের মেশিনগুলি সমস্ত সময় অস্বাস্থ্যকর হয়ে ওঠার আগ পর্যন্ত অগ্রাধিকার পেতে পারে।

আমি এই কাজটি শুরু করলে আমি এখানেই শুরু করব এবং নিঃসন্দেহে আমি যখন যাব তখন এটি পরিমার্জন করব।

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


2
কিছুক্ষণের জন্য আমি ক্লাউড মোতায়েনের জন্য অ্যামাজন এবং এমএস সম্পর্কে ভাবছিলাম তবে গত দু'মাস ধরে তাদের দু'জনেরই বড় আটকানো হয়েছিল। এসএসএল সমালোচনামূলক।
নোটমিতে

3
আপনি যদি অ্যামাজন ব্যবহার করতে যাচ্ছেন তবে আপনি অবশ্যই 5 টি প্রাপ্যতা অঞ্চলগুলিতে আপনার মেশিনগুলি ছড়িয়ে দিতে চাইবেন। তাদের অঞ্চলগুলি একই সাথে বেরিয়ে আসার সম্ভাবনা খুব কম।
jdw

11
আসলে ওপি-র মূল প্রশ্নটির সমাধানের জন্য +1।
ফিল

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

একমত। অন্য প্রত্যেকে যেমন উল্লেখ করেছে, ১০০% আপটাইম বলে কিছু নেই। আপনি যা করতে পারেন তা হ'ল চেষ্টা করা এবং আমি যা বর্ণনা করেছি তা হল আমি কীভাবে চেষ্টা শুরু করব।
jdw

30

কোনও সমস্যা নেই - যদিও সামান্য সংশোধিত চুক্তি শব্দটির শব্দ:

... 100% (শূন্য দশমিক স্থানে গোলাকার) একটি আপটাইম গ্যারান্টি দিন।


2
); লক্ষ, যে 100% 100,0% বা 100,000% ইত্যাদি দশমিক সংখ্যা বিষয়ে নয় জন্য +1 তারা স্পষ্টতা ইঙ্গিত
Danubian নাবিক

4
কিছু কনভেনশন অনুসারে, "১০০%" এর একটি মাত্র উল্লেখযোগ্য চিত্র রয়েছে, যেমন দেড় থেকে একটির মধ্যে সমস্ত সংখ্যা "100%" এর চেয়ে বড় হয়; 50% গোল হয়ে 100% হয়ে যাবে।
থমাস লেভিন

1
কিছু গণনার মানের উপর নির্ভর করে কেউ বলবেন যে 50% এর দুটি মেইনিংফুল সংখ্যা রয়েছে যেখানে 100% এর তিনটি মেনিংফুল সংখ্যা রয়েছে। 50,5 এবং 100 এখানে ঠিক যেমন নির্ভুল রয়েছে। অন্যরা দশমিক বিন্দুর পরে অঙ্কগুলি গণনা করবে। তাহলে 50,5 এবং 100,4 ঠিক ততটাই নির্ভুল হবে। যদি অন্য কিছু না বলে থাকে তবে আমি ধরে নেব যে 100% 99,5% বা তার বেশি। 100,0% 99.95% এবং তার বেশি ইত্যাদি
টিলাবেক

26

ফেসবুক এবং অ্যামাজন যদি এটি না করতে পারে তবে আপনি পারবেন না। এটা ঐটার মতই সহজ.


17
তিনি তাদের সমস্ত লোকের তুলনায় চৌকস হতে পারেন, যিনি জানেন: পি
ম্যাট

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

13
@ ডেভিডফ্রিটাস - আমি মনে করি চুক্তিতে এটি সাধারণত বেশ আক্ষরিক ...
দ্য ক্রিক

2
@ ম্যাট কেবল ফেসবুক / অ্যামাজন করতে পারে না এর অর্থ এটি কোনও ছোট সাইট এটি করতে পারে না। ছোট ওয়েবসাইটের তুলনায় অনেক বড় বড় ওয়েবসাইটগুলি আরও শক্ত সমস্যার মুখোমুখি হয়।
জোর্লেভ

1
সুতরাং আপনি যা বলছেন তা হচ্ছে আপনার 100% আপটাইম নেই কারণ আপনার কিছু ক্লায়েন্ট রয়েছে যার ত্রুটি ছিল .. প্লাস ডিএনএস তাত্ক্ষণিক সুইচ নয় যেহেতু আপনার কাছে সংক্ষিপ্ত টিটিএল উপেক্ষাকারী আইএসপি রয়েছে
মাইকে

25

হ্যাকার নিউজ থেকে oconnore এর উত্তর যুক্ত করতে

সমস্যাটি কী তা আমি বুঝতে পারি না। ক্লায়েন্ট চান যে আপনি দুর্যোগের জন্য পরিকল্পনা করুন, এবং তারা গণিতমুখী নয়, সুতরাং 100% সম্ভাবনা চাইলে যুক্তিসঙ্গত মনে হয় sounds প্রকৌশলী যেমন ইঞ্জিনিয়াররা প্রবণ হয়ে আছেন, ক্লায়েন্ট এটি না পারে তা বিবেচনা না করেই তার প্রথম প্রব & 101 এর প্রথম দিনটি মনে পড়ে। যখন তারা এটি বলে, তারা পারমাণবিক শীতের কথা চিন্তা করে না, ফ্রেড তার কফিটিকে অফিসের সার্ভারে ফেলে, একটি ডিস্ক ক্র্যাশ করছে বা কোনও আইএসপি নামছে। তদতিরিক্ত, আপনি এটি সম্পন্ন করতে পারেন। ভৌগোলিকভাবে স্বতন্ত্র, স্বতন্ত্র নিরীক্ষণ সার্ভারগুলির সাথে আপনার মূলত কোনও ডাউনটাইম থাকবে না। 3 টি সার্ভার একটি স্বতন্ত্র (1) তিন 9 নির্ভরযোগ্যতার সাথে অপারেটিং সহ ভাল ফেলিওভার মোড সহ, আপনার প্রত্যাশিত ডাউনটাইমটি প্রতি বছর (2) এক সেকেন্ডের অধীনে। এমনকি যদি এটি একবারে ঘটে যায়, আপনি ওয়েব সংযোগের জন্য এখনও একটি যুক্তিসঙ্গত এসএলএর মধ্যে রয়েছেন এবং সুতরাং ডাউনটাইম কার্যত অস্তিত্ব নেই। ক্লায়েন্টকে এখনও কেয়ামতের দিনের পরিস্থিতিগুলি মোকাবেলা করতে হবে, তবে গডজিলা বাদ নেই, তার এমন একটি পরিষেবা থাকবে যা "সর্বদা" আপ থাকে।

(১) এলএ-তে একটি সার্ভার বোস্টনের সার্ভার থেকে যুক্তিসঙ্গতভাবে স্বতন্ত্র, তবে হ্যাঁ, আমি বুঝতে পেরেছি যে পারমাণবিক যুদ্ধের সাথে জড়িত কিছু ছেদ রয়েছে, চীনা হ্যাকাররা বিদ্যুত্ গ্রিড ক্র্যাশ করছে ইত্যাদি I আমি মনে করি না যে আপনার ক্লায়েন্ট দ্বারা বিচলিত হবে এই.

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


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

@Shadur: তারা যদি সত্যিই এটি করতে চান, তাহলে আপনি আবশ্যক সত্যিই তাদের চার্জ। সার্ভারগুলি ভৌগোলিকভাবে বহু দূরে ছড়িয়ে দিন, আশা করি সর্বত্র বিপর্যয় ঘটবে না।
জঙ্গল হান্টার

3
আমি এমন একটি সাইট দেখেছি যা 100% আপটাইম গ্যারান্টি বা আপনার অর্থ ফেরত দেয়। কৌতুকটি তারা একটি নৌকা বোঝা এবং কয়েক মাসের মধ্যে বিভক্ত ছিল। সুতরাং কিছু মাস অদৃশ্য হয়ে যায় এবং আপনি তার চারপাশের সমস্ত কিছু নির্ধারণ করে দিন এবং যে মাসগুলি ঠিক আছে তা শেষ করে দিন cover
jldugger

17

আপনাকে অসম্ভব কিছু করার জন্য জিজ্ঞাসা করা হচ্ছে।

এখানে অন্যান্য উত্তরগুলি পর্যালোচনা করুন, আপনার ক্লায়েন্টের সাথে বসে থাকুন এবং কেন এটি অসম্ভব তা ব্যাখ্যা করুন এবং তাদের প্রতিক্রিয়াটি নির্ধারণ করুন।

যদি তারা এখনও 100% আপটাইমটির জন্য জোর দেয় তবে বিনীতভাবে তাদের জানান যে এটি করা যায় না এবং চুক্তিটি প্রত্যাখ্যান করে। আপনি কখনই তাদের চাহিদা মেটাবেন না এবং যদি চুক্তিটি পুরোপুরি চুষে না ফেলে তবে আপনি জরিমানার সাথে যুক্ত হবেন।


2
১০০% সংজ্ঞায়িত করা দরকার, যেমন রক্ষণাবেক্ষণ বা আপগ্রেড করা ব্যতীত ১০০% উপলব্ধ এবং সেই সময়টি বেশিরভাগ মাসে কয়েক ঘন্টা শান্ত সময়ের মধ্যে সীমাবদ্ধ থাকবে। এই সমস্ত ক্ষেত্রে ওয়েব অ্যাপ্লিকেশনটির উদ্দেশ্য এবং ব্যবহার কী তার উপর নির্ভর করে ...
ডেভিড ডি সি ই ফ্রেইটাস

1
এবং "ডাউনটাইম" সংজ্ঞায়িত করুন। এমনকি তত্ত্বের গ্যারান্টিও দিতে পারে না যে তারা ওমাহার ফেয়ারব্যাঙ্কসে তাদের অফিসগুলি থেকে কোনও সার্ভার অ্যাক্সেস করতে সক্ষম করবে যদি না আপনি যদি পুরো নেটওয়ার্কটি এর মধ্যে নিয়ন্ত্রণ করেন তবে (যদিও আপনি সার্ভারটি চলমান এবং চলমান থাকবে তা সম্পর্কে আশ্বাস দিতে পারতেন)।
11:39 এ জ্বলন্ত

সংজ্ঞাগুলি হ'ল, আইএমএইচও, তারা "100% আপটাইম" চাইলে অপ্রাসঙ্গিক: আপনি যদি নির্ধারিত রক্ষণাবেক্ষণের বিষয়ে কথাবার্তা করেন এবং এন + এন রিডানডেন্সি তৈরি করেন তবে যদি কোনও ছোটখাটো ত্রুটি যদি আপনার এসএলএ ব্লাড করে দেয় তবে আপনি যদি একটি নির্ধারিত রিবুট বা পরিষেবা ঝিমুনির কারণ হয়ে থাকেন। অবশ্যই আপনি যদি 3, 4 বা 5 টি নাইন এসএলএর সাথে আলোচনা করছেন তবে অবশ্যই প্রাসঙ্গিক।
voretaq7

এসএলএ এর শর্তগুলির উপর নির্ভর করে যদিও তাই না? আপনি যদি প্রতি মাসে K 100K প্রদান করেন এবং ডাউনটাইমের প্রতি মিনিটে একটি $ 1K জরিমানা বহন করে, এটি সম্পূর্ণরূপে করণীয় হতে পারে (যদি আপনার সাইটে 24/7 সাইটের সিসাদমিনগুলির মূল্য সংযোজন করার অন্যান্য চুক্তি থাকে)।
মাইকেল বর্গওয়ার্ট

@ মিশেলবার্গওয়ার্ট অবশ্যই নির্ভুল সংখ্যার দিক থেকে "এটি কাজ করার" উপায় আছে তবে খারাপ পিআর হওয়ার সম্ভাবনার কারণে আমি এখনও অস্বীকার করব (CL _CLIENT টুইটারে গিয়ে বিশ্বকে বলেছে যে আমরা নিচে রয়েছি কারণ _P _PROVIDER অক্ষম এবং তাদের এসএলএ পূরণ করতে পারে না! ')। ব্যক্তিগতভাবে আমি বরং আরও 10 টি ছোট, আরও যুক্তিসঙ্গত ক্লায়েন্ট আমাকে $
10ka

13

সেই অনুযায়ী দাম এবং তারপরে চুক্তিতে শর্ত দিন যে এসএলএর অতীতের যে কোনও ডাউনটাইম তারা যে হারে দিচ্ছে তা ফেরত পাবে।

আমার শেষ কাজটিতে আইএসপি তা করেছে। আমাদের কাছে regular 40 / mo এর জন্য 99.9% আপটাইমে "নিয়মিত" ডিএসএল লাইন বা 1100 / এমওর জন্য 99.99% আপটাইমতে টি 1 এর একটি বন্ডেড ত্রয়ী ছিল। প্রতি মাসে 10+ ঘন্টার ঘন ঘন বিভ্রাট ঘটেছিল, যা তাদের আপটাইম ভাল mo 40 / mo ডিএসএল এর নীচে নিয়ে আসে, তবুও আমাদের কেবলমাত্র 15 ডলার বা তার বেশি ফেরত দেওয়া হয়েছিল, কারণ এটিই প্রতি ঘন্টার হার * ঘন্টা শেষ হয়েছিল। তারা চুক্তি থেকে ডাকাতদের মতো তৈরি করেছিল।

আপনি যদি 100% আপটাইমের জন্য মাসে 450,000 ডলার বিল করে থাকেন এবং আপনি কেবল 99.999% এ আঘাত করেছেন তবে আপনাকে তাদের $ 324 ফেরত দিতে হবে। আমি 99.999% হিট করতে অবকাঠামোগত ব্যয় বাজি রাখতে রাজি আছি fully 45,000 এর প্রতি মাসে সম্পূর্ণরূপে বিতরণ করা কলস, একাধিক স্তর 1 আপলিংস, ফ্যানসিপ্যান্টস হার্ডওয়্যার ইত্যাদি ধরে ধরে neighborhood


3
আপনি যদি দেখেন যে কেউ যদি 100% আপটাইম প্রতিশ্রুতি দেয় তবে তারা যা করছে তা ঠিক এটি। 100% আপটাইম প্রতিশ্রুতি দেওয়া এবং এটি সরবরাহ করার মধ্যে পার্থক্য রয়েছে। তারা যদি কোনও প্রতিযোগীর এসএলএ আপনার কাছে উদ্ধৃতি দেওয়ার চেষ্টা করে তবে ক্লায়েন্টের কাছে এটি ব্যাখ্যা করা ভাল ধারণা।
sjbotha

10

যদি পেশাদাররা যদি প্রশ্ন করে যে 99.999 শতাংশ প্রাপ্যতা [যদি] কখনও ব্যবহারিক বা আর্থিকভাবে व्यवहारিত সম্ভাবনা হয় তবে 99.9999% প্রাপ্যতা এমনকি কম সম্ভাব্য বা ব্যবহারিক। 100% একা যাক।

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


10

এখানে দুই ধরণের লোক রয়েছে যারা 100% আপটাইম চেয়ে থাকে:

  1. কম্পিউটার, কম্পিউটার সিস্টেম বা ইন্টারনেট সম্পর্কে সম্পূর্ণ জ্ঞান নেই এমন ব্যক্তিরা *
  2. আপনারা যারা ইচ্ছাকৃতভাবে একটি গাধা তৈরি করছেন, তা না (আপনার গুগল "অরেঞ্জ জুস টেস্ট") বলার ক্ষমতাটি পরীক্ষা করার জন্য, বা আপনাকে পরে অর্থ প্রদান থেকে বেরিয়ে আসার জন্য একজাতীয় চুক্তির এসএলএ লিভারেজ অর্জন করার চেষ্টা করছে।

আমার পরামর্শ, অনেক সময় এই ধরণের ক্লায়েন্ট উভয়ই ভোগ করে, এই ক্লায়েন্টটি গ্রহণ না করা। তাদের অন্য কাউকে পাগল করে চালাতে দিন।

* দ্রুত ব্যক্তির চেয়ে দ্রুত ভ্রমণ, পার্পেটুয়াল মোশন, কোল্ড ফিউশন ইত্যাদি সম্পর্কে জিজ্ঞাসাবাদ করা এই একই ব্যক্তির কোনও বিব্রতকর কারণ না থাকতে পারে


2
কমলার রস পরীক্ষার জন্য +1 .. আমি এটি পছন্দ করি এবং এটি সম্পর্কে জানতাম না :)
অলিভার এম গ্রেচ

8

আমি ক্লায়েন্টের সাথে যোগাযোগ করব তাদের সাথে 100% আপটাইম মানে কি তা প্রতিষ্ঠিত করার জন্য। এটি সম্ভবত তারা 99% আপটাইম এবং 100% আপটাইমের মধ্যে কোনও পার্থক্য দেখতে পাবে না। বেশিরভাগ লোকের কাছে (যেমন সার্ভার প্রশাসক নয়) এই দুটি সংখ্যা একই।


6

100% আপটাইম?

আপনার যা প্রয়োজন তা এখানে:

একাধিক, (এবং রিডানডান্ট) ডিএনএস সার্ভার, প্রতিটি আইএসপি সহ সঠিক এসএলএস সহ সারা বিশ্ব জুড়ে একাধিক সাইটগুলিতে ইঙ্গিত করে।

টিটিএল কার্যকরভাবে স্বীকৃত হয়ে ডিএনএস সার্ভারগুলি সঠিকভাবে সেটআপ হয়েছে কিনা তা নিশ্চিত করুন।


1
হ্যাঁ, ডিএনএস একটি ভাল শুরু - উদাহরণস্বরূপ nslookup google.comতাদের কিছু কাজ না করে এমন ক্ষেত্রে রিডানডেন্সির জন্য 6 টি আলাদা আইপি প্রদান করে। নির্দিষ্ট ডোমেনের কনফিগারেশন যেমন রবটেক্স.ডেন্স
ডেভিড ডি সি ই

6

এটা সহজ. অ্যামাজন ইসি 2 এসএলএ স্পষ্টভাবে বলেছে:

"বার্ষিক আপটাইম শতাংশ" পরিষেবা বর্ষের সময় অ্যামাজন ইসি 2 "অঞ্চল অনুপলভ্য" অবস্থায় ছিল এমন 5 বছর মেয়াদী 100% থেকে বিয়োগ করে গণনা করা হয়।

http://aws.amazon.com/ec2-sla/

কেবলমাত্র সার্ভিসের পুরো বান্ডিলের তুলনায় 'আপটাইম' সংজ্ঞায়িত করুন আপনি কার্যত 100% সময় চালিত রাখতে পারেন, এবং আপনার কোনও সমস্যা নেই।

এছাড়াও, এটি উল্লেখ করার মতো যে একটি এসএলএর পুরো বিষয়টি হ'ল আপনার দায়িত্বগুলি কী এবং আপনি যদি তা পূরণ করতে না পারেন তবে কী ঘটে তা নির্ধারণ করা। ক্লায়েন্ট 3 টি নাইন বা 5 টি নাইন বা এক মিলিয়ন নাইন চেয়েছে কিনা তাতে কিছু যায় আসে না - প্রশ্ন আপনি / যখন বিতরণ করতে না পারেন তারা কি পান। সুস্পষ্ট উত্তরটি হ'ল আপনি যে দামটি চার্জ করতে চান তা 5x এ 100% আপটাইমের জন্য একটি লাইন আইটেম সরবরাহ করা এবং তারপরে আপনি যদি লক্ষ্যটি মিস করেন তবে তারা 4x ফেরত পাবে। আপনি স্কোর হতে পারে!


5

ডিএনএস পরিবর্তনগুলি সময় নিতে কনফিগার করা থাকলে কেবল সময় নেয়। আপনি টিটিএলকে একটি সেকেন্ডে রেকর্ডে সেট করতে পারেন - আপনার একমাত্র সমস্যা হ'ল আপনি ডিএনএস অনুসন্ধানগুলিতে সময়োচিত প্রতিক্রিয়া সরবরাহ করেছেন এবং ডিএনএস সার্ভারগুলি সেই স্তরের প্রশ্নের সাথে লড়াই করতে পারে তা নিশ্চিত করা।

জিটিএম এফ 5 বিগ আইপিতে ঠিক কীভাবে কাজ করে - ডিফল্টরূপে ডিএনএস টিটিএল 30 সেকেন্ডে সেট করা থাকে এবং যদি ক্লাস্টারের কোনও সদস্যকে দায়িত্ব নেওয়ার প্রয়োজন হয়, ডিএনএস আপডেট হয় এবং প্রায় সঙ্গে সঙ্গে নতুন আইপি নেওয়া হয়। আউটজেটের সর্বাধিক 30 সেকেন্ড, তবে এটি প্রান্তের কেস, গড় হবে 15 সেকেন্ড।


10
এটি আমার অভিজ্ঞতা হয়েছে যে কিছু ডিএনএস সার্ভার এমন কোনও টিটিএলকে অগ্রাহ্য করবে যা তারা আপত্তিজনকভাবে কম বলে মনে করে (আরএফসি সত্ত্বেও)। 5 মিনিটেরও কম কিছু বিশ্বব্যাপী কিছুটা বিশ্বাসযোগ্য নয়।
jdw

13
@ পল বাস্তবতা উপেক্ষা করা কোনও গ্রহণযোগ্য অনুশীলন নয়, যতই তা সবাইকে ছাড়িয়ে যান না।
MDMarra

5
আমি এই নিয়ে জেডিডাব্লু সহ আছি আমি অসংখ্য ডিএনএস সার্ভারগুলি টিটিএলকে পুরোপুরি উপেক্ষা করে দেখেছি, এমনকি 1 ঘন্টাের সেটিং এবং ডিফল্ট ২৪ ঘন্টা বা তার মতো কিছুতে।
নোটমিতে

6
@ পল - গ্রহে প্রতিটি আইএসপি-র ডিএনএস রেজোলভারের ওপির নিয়ন্ত্রণ নেই। তবে, তারা বলার পছন্দ পায় না "আপনি যদি আমাদের ওয়েবসাইট ব্যবহার করতে চলেছেন, তবে আপনার আইএসপি হিসাবে কমকাস্ট / রোডরনার / যাকে ব্যবহার করবেন না কারণ তারা আমাদের টিটিএল সেটিংস উপেক্ষা করবে"। এটি এমন কিছু যা কেবল তাদের নিয়ন্ত্রণের বাইরে থাকে এবং তাই এই সমস্যাটির সমাধান হিসাবে বিবেচনা করা খুব ভঙ্গুর নয় IM সমাধানের মধ্যে নেটওয়ার্কের অন্যান্য বিটের উপর নির্ভর না করে অভ্যন্তরীণভাবে আইপিগুলিকে বাধ্য করতে সক্ষম হওয়ার কিছু উপায় অন্তর্ভুক্ত করতে হবে যা সমবায় নাও হতে পারে।
jdw

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

5

আপনি জানেন এটা অসম্ভব।

কোনও সন্দেহ নেই যে ক্লায়েন্ট "100%" দেখার দিকে দৃষ্টি নিবদ্ধ করছে, সুতরাং [সর্বোপরি যুক্তিসঙ্গত কারণগুলি যা আপনার দোষ নয়] ব্যতীত আপনি সবচেয়ে ভাল 100% প্রতিশ্রুতি দিতে পারেন।


সন্দেহ নেই ক্লায়েন্ট কোনও সমাধান চায় না। তারা একটি পতন চায়। সুতরাং তারা বলতে পারেন, তারা অন্তত চেষ্টা করেছিলেন।
এমবিএক্স

ভাল হয়ত. আপনি একটি উচ্চ স্তরের সূত্র ধরে নিচ্ছেন।
মার্সিন 16

4

যদিও আমি সন্দেহ করি যে 100% সম্ভব আপনি সম্ভবত অ্যাজুরে (বা অনুরূপ এসএলএর সাথে কিছু) বিবেচনা করতে চাইতে পারেন। কি চলছে:

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

এটি বলেছে, এমনকি এই ব্যর্থতার পরেও 99.999 এবং পাগলামির 100 টি সীমানার মধ্যে পার্থক্য।

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


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

এবং নোড নেমে যাওয়ার সময় যদি আপনার লোড ব্যালেন্সার (যা স্যুইচিংটি করে) অলক্ষিত হয়ে যায় (এর মনিটরটিও নজর কাড়তে না পারে), আপনি এখনও ত্রুটিযুক্ত।
26 এ জেভেন্টিং

1
আমি মনে করি আপনি 'অক্ষমতা' বলতে চেয়েছিলেন। আইটি কর্মীদের তাদের কাজ করার দক্ষতার উপর 'পুরুষত্বহীনতা' খুব বেশি প্রভাব ফেলতে হবে না।
mfinni

4

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

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

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


3

আমি শুধু "এটি আর একটি কন্ঠস্বর যোগ করতে চেয়েছিলেন করতে (তাত্ত্বিকভাবে) সম্পন্ন করা" পার্টি।

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

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

আবার, এটি বাস্তবসম্মত না বলেও না .. আমি কেবল পছন্দ করি না যে কীভাবে একটি জবাব উত্তর দিয়েছিল যে এটি "সেখানে যাওয়ার উপায়" নয় - এটি কেবল এমন কিছু নয় যা তারা যদি তারা এটির মাধ্যমে চিন্তা করে তবে তারা চায় actually


3

প্রাপ্যতা পরিমাপ করার আপনার পদ্ধতিটি পুনরায় চিন্তা করুন এবং তারপরে অর্থপূর্ণ লক্ষ্যমাত্রা নির্ধারণ করতে আপনার গ্রাহকের সাথে কাজ করুন ।

আপনি যদি একটি বড় ওয়েবসাইট চালাচ্ছেন তবে আপটাইম মোটেই কার্যকর নয়। আপনার গ্রাহকদের যখন সবচেয়ে বেশি (ট্র্যাফিক পিক) প্রয়োজন হয় আপনি যদি 10 মিনিটের জন্য প্রশ্নগুলি ফেলে দেন তবে এটি রবিবার সকাল 3 টায় এক ঘণ্টার ব্যবধানের চেয়ে ব্যবসায়ের পক্ষে আরও ক্ষতির কারণ হতে পারে।

কখনও কখনও বড় ওয়েব সংস্থাগুলি নিম্নলিখিত মেট্রিকগুলি ব্যবহার করে প্রাপ্যতা বা নির্ভরযোগ্যতা পরিমাপ করে:

  1. কোনও সার্ভার-সাইড ত্রুটি (HTTP 500s) ছাড়াই সাফল্যের সাথে উত্তর দেওয়া প্রশ্নের শতাংশের সংখ্যা ।
  2. নির্দিষ্ট টার্গেটের বিলম্বের নীচে উত্তর দেওয়া প্রশ্নের কয়েকটি শতাংশ ।
  3. বাদ দেওয়া ক্যোয়ারীগুলি আপনার পরিসংখ্যানের বিপরীতে গণনা করা উচিত (নীচে দেখুন)।

স্যাম্পল প্রোব ব্যবহার করে উপলভ্যতা পরিমাপ করা উচিত নয় , যা পিনডম এবং পিংগাবিলিটি হিসাবে কোনও বাহ্যিক সত্তা রিপোর্ট করতে সক্ষম হয়। সম্পূর্ণরূপে নির্ভর করবেন না। আপনি যদি এটি সঠিকভাবে করতে চান তবে প্রতিটি একক কোয়েরি গণনা করা উচিত । আপনার আসল, অনুভূত সাফল্য দেখে আপনার উপলব্ধতা পরিমাপ করুন।

সর্বাধিক দক্ষ উপায় হ'ল আপনার লোড-ব্যালেন্সারের কাছ থেকে লগ বা পরিসংখ্যান সংগ্রহ করা এবং উপরের ম্যাট্রিকগুলির উপর ভিত্তি করে প্রাপ্যতা গণনা করা।

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

আপনার গ্রাহকের সাথে এই পদ্ধতিটি আলোচনা করুন এবং এর উপকারিতা ব্যাখ্যা করুন। তাদের বর্তমান উপলভ্যতা পরিমাপ করে একটি বেস-লাইন সেট করুন । এটি তাদের কাছে পরিষ্কার হয়ে যাবে যে 100% একটি অসম্ভব লক্ষ্য।

তারপরে আপনি বেসলাইনের উন্নতির উপর ভিত্তি করে একটি চুক্তি সই করতে পারেন। বলুন, যদি তারা বর্তমানে 95% প্রাপ্যতা অনুভব করে থাকেন তবে আপনি 98.5% এ গিয়ে দশগুণ পরিস্থিতির উন্নতি করতে প্রতিশ্রুতি দিতে পারেন।

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

জিনিসগুলি এভাবে কিছুটা জটিল হয়ে উঠতে পারে তবে এটি কেবল আপনার সার্ভার আপটাইম পরিমাপের এক ধাপ ।


3

কিছু লোক এখানে উল্লেখ করেছেন যে, 100% পাগল বা অসম্ভব , তারা একরকম আসল পয়েন্টটি মিস করেছে। তাদের যুক্তি ছিল, এর কারণ হ'ল এটাই যে সর্বোত্তম সংস্থাগুলি / পরিষেবাগুলিও এটি অর্জন করতে পারে না।

ঠিক আছে, এটি এর চেয়ে অনেক সহজ। এটি গাণিতিকভাবে অসম্ভব

সবকিছুরই সম্ভাবনা থাকে। আপনি যেখানে আপনার সার্ভারগুলি সঞ্চয় করেন সে সব স্থানে একই সাথে একের পর এক ভূমিকম্প হতে পারে destro সম্মতভাবে এটি একটি হাস্যকরভাবে খুব কম সম্ভাবনা, তবে এটি 0 নয় you আপনি সমস্ত ইন্টারনেট সরবরাহকারী একসাথে সন্ত্রাসী / সাইবার আক্রমণের মুখোমুখি হতে পারেন। আবার খুব সম্ভাব্য নয়, তবে শূন্যও নয়। আপনি যা কিছু সরবরাহ করুন না কেন, আপনি একটি শূন্য-শঙ্কিত সম্ভাবনা পরিস্থিতি পেতে পারেন যা পুরো পরিষেবাটি নীচে নিয়ে আসে। কারণ এটি, আপনার আপটাইম হয় না 100%।


আসলে, আমি পাগল বা অসম্ভব হয়ে যাব এবং এটিকে বোকা বলব। মানুষ কিছুই জানে না 100%।
চতুর্মুখী

2

পরিসংখ্যান সংক্রান্ত নমুনা ব্যবহার করে মান নিয়ন্ত্রণের উপর একটি বই ধরুন। এই বইটিতে একটি সাধারণ আলোচনা, যে কোনও ধারণাগুলি যে কোনও ম্যানেজারকে কলেজের একটি সাধারণ পরিসংখ্যান কোর্সে প্রকাশ করা হত, এক হাজারে 1 টি ব্যতিক্রম থেকে 10 হাজারে 1 মিলিয়ন হয়ে যাওয়ার ব্যয় নির্ধারণ করে তাত্ক্ষণিকভাবে এক বিলিয়ন বৃদ্ধি। মূলত ১০০% আপটাইম হিট করার ক্ষমতাটি প্রায় সীমাহীন পরিমাণে তহবিলের জন্য ব্যয় করতে পারে, যেমন কোনও বস্তুকে আলোর গতিতে ঠেলাতে প্রয়োজনীয় জ্বালানীর পরিমাণ।

একটি পারফরম্যান্স ইঞ্জিনিয়ারিং দৃষ্টিকোণ থেকে আমি প্রয়োজনটিকে অযৌক্তিক এবং অযৌক্তিক উভয় হিসাবে প্রত্যাখাত করব, এই অভিব্যক্তিটি সত্য প্রয়োজনের চেয়ে একটি ইচ্ছা বেশি। নেটওয়ার্কিং, নাম রেজোলিউশন, রাউটিং, অন্তর্নিহিত আর্কিটেকচারাল উপাদান বা বিকাশ সরঞ্জামগুলি থেকে প্রস্তাবিত ত্রুটিগুলি যে কোনও অ্যাপ্লিকেশনের বাইরে থাকা অ্যাপ্লিকেশন নির্ভরতাগুলির সাথে, এটি যে কেউ 100% আপটাইম গ্যারান্টিযুক্ত ব্যবহারিক অসম্ভব হয়ে ওঠে।


1

আমি মনে করি না গ্রাহক আসলে 100% আপটাইম, এমনকি 99.999% আপটাইম চেয়েছেন। তারা কী বর্ণনা করছে তা যদি আপনি লক্ষ্য করেন তবে কোনও উল্কা তাদের সাইটে ডেটাসেন্টার বের করে নিলে তারা কোথায় গিয়েছিল তা তুলে নেওয়ার বিষয়ে কথা বলছেন।

প্রয়োজনীয়তা যদি বাহ্যিক লোকেরাও খেয়াল না করে তবে তা কতটা কঠোর হতে হবে? একজন অ্যাজাক্স অনুরোধটি আবার চেষ্টা করে একজন স্পিনারকে 30 সেকেন্ডের জন্য শেষ ব্যবহারকারীর কাছে গ্রহণযোগ্য হতে পারে?

এগুলি হ'ল ধরণের বিষয় যা গ্রাহককে যত্ন করে। যদি গ্রাহক প্রকৃতপক্ষে সুনির্দিষ্ট এসএলএগুলি নিয়ে ভাবছিলেন, তবে তারা এটিকে 99.99 বা 99.999 হিসাবে প্রকাশ করার জন্য যথেষ্ট জানত।


গ্রাহক যদি মনে করেন যে তারা "১০০% আপটাইম" চান এবং এটি চুক্তির ভার্চিয়াতে শেষ হয়, আপনি যদি আদালতে শেষ হয়ে যান তবে আপনি এটির কাছে থাকতে পারেন। এগুলি কথা বলার সর্বোত্তম এবং গ্রাহকরা কী ভাবছেন তা ধরে নেওয়ার পরিবর্তে তারা সত্যই কী চায় তা বুঝতে সহায়তা করে।
ক্রিস এস

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

1

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

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

যদিও 100% আপটাইম নয়, আপনি বিশ্বজুড়ে সামগ্রী ছড়িয়ে দেওয়ার জন্য এই জাতীয় বিকল্পগুলি বিবেচনা করতে পারেন। আমি যেমন জিনিসগুলি বুঝতে পেরেছিলাম, আকামাইয়ের কাছে ট্র্যাফিকের স্থানীয়করণ করার ক্ষমতাও ছিল আমি যদি মিশিগানে থাকি, আমি মিশিগান / শিকাগো সার্ভার থেকে সামগ্রী পেয়েছিলাম এবং যদি আমি ক্যালিফোর্নিয়ায় থাকি তবে অনুভূতভাবে আমি ক্যালিফোর্নিয়ায় অবস্থিত কোনও সার্ভার থেকে সামগ্রীটি পেয়েছি।


-1 কারণ এটি একটি ব্যবহারিক উত্তর তবে মোটেই কার্যকর নয়। এই সাইটের সমস্ত প্রশ্নের উত্তর "এটি করার জন্য অন্য কাউকে নিয়োগ করুন" দিয়ে উত্তর দেওয়া যেতে পারে, তবে সে কারণেই আমরা এখানে আছি না।
ইয়ভেস জুনকিউরা

আমি আলাদা করতে অনুরোধ। "আদৌ কাজে লাগছে না?" এটি আমার পক্ষে অবশ্যই কার্যকর ছিল এবং আপনার "অন্য কাউকে এটি করার জন্য নিয়োগ করুন" মন্তব্যের বিপরীতে আমি মনে করি আপনার যুক্তি দিয়ে লোকটিকে তার নিজের ফাইবার অপটিক কেবলটি পরিবেশন করা উচিত এবং সেগুলিও কিনে না বরং তার নিজের স্যুইচগুলি ডিজাইন করা উচিত? তুমি কি মারাত্মক? আপনি এমন কারোর মতো শোনেন যিনি আইটি ক্ষেত্রে বেশি সময় ব্যয় করেন নি।
কিলো 0

0

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


0

বাহ্যিকভাবে হোস্ট করা সাইটগুলির জন্য, আপনার নিকটতমতমটি 100% আপটাইম পাবেন গুগলের অ্যাপ ইঞ্জিনে আপনার সাইটটি হোস্টিং করছে এবং এর উচ্চ প্রতিলিপি ডেটাস্টোর (এইচআরডি) ব্যবহার করছে , যা রিয়েল টাইমে কমপক্ষে তিনটি ডেটা সেন্টারে আপনার ডেটা স্বয়ংক্রিয়ভাবে প্রতিলিপি করে। তেমনি, অ্যাপ ইঞ্জিনের ফ্রন্ট-এন্ড সার্ভারগুলি স্বয়ংক্রিয়ভাবে আপনার জন্য স্কেল / প্রতিলিপিযুক্ত।

যাইহোক, এমনকি গুগলের সমস্ত সংস্থান এবং বিশ্বের সবচেয়ে পরিশীলিত প্ল্যাটফর্মের সাথেও অ্যাপ ইঞ্জিন এসএলএর আপটাইম গ্যারান্টি কেবল "যে কোনও ক্যালেন্ডারের মাসে 99.95% সময়" is


0

সহজ এবং সরাসরি: যেকোনকাস্ট

http://en.wikipedia.org/wiki/Anycast

এটিই ক্লাউডফ্লেয়ার, গুগল এবং অন্য কোনও বড় সংস্থা অপ্রয়োজনীয়, কম বিলম্বিতা, ক্রস কন্টিনেন্টাল ফেইল-ওভার / ব্যালেন্সিং করতে ব্যবহার করে।

তবে এও মনে রাখবেন যে ১০০% আপটাইম পাওয়া অসম্ভব এবং 99.999% থেকে 99.9999% এ যাওয়ার ব্যয় অনেক বেশি।

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