コストのダウンタイムのない定数である

さらにややこしいことに、ダウンタイムのコストは一定ではないという事実です。我々は我々の計算の目的のために一定であると仮定します（かれらについて、かなりシンプルになります）、になりますが、現実には、停電が増加の期間中、ダウンタイムの増加のコストをもう一度メールでのダウンタイムの影響を考慮するコマースサイトを運営。場合は、サイトを簡単に停止（数秒）を被った場合、コストは、おそらくほとんど最小限になります。分以下おそらく停電がひどく、ビジネスに影響を与えません：全てのが、最も不実のユーザは、単に、ユーザーがブラウザの再読み込み]ボタンをクリックし、もう一度試してください。 30分間の停電は一部の顧客が競合他社のサイトに自社のビジネスを取る可能性が、他の患者され、努力を続ける。いくつかの時間を停止可能性が高いのが、最も忠実な顧客とのビジネスの場所を取るに復帰しないようにいくつかの原因が原因となります。

その日は、ビジネスの完全な失敗につながる可能性がなくなり次第終了の停止。いったん顧客と失われ、顧客が競合他社のWebサイト上でより快適な経験を持って、顧客の可能性が高いあなたに戻って、他のサイトarticlemarkされます。あなたのビジネス、1:00 AMに障害の性質上、コストが応じて1:00 PMに障害が（それから再び以下は、もっと費用がかかる。）を停止、12月中旬よりの停電にも多くの費用がかかり、8月中旬。ため、複数の停電1時間停電よりも多くのユーザーの不満を引き起こす可能性が15分1基当たりを繰り返し、断続的な障害は、合計2時間の可能性が高い場合よりも、単一の2時間の停電の費用がかかりますが、この資料では計算の目的のために、我々が物事をシンプルに保つとのダウンタイムはコストが一定であると仮定します。親指のルールとして、約1時間の停電のため、ダウンタイムのコストを考えてみましょう。（もし、すべての手段によって、より正確な値を計算してそれらを使用します。）さらに、ダウンタイムのこの記事内の任意のより良い当社のポイントをお手伝いされません可変費用のための数式を開発しようとして、追加の複雑さ。

空室コンティニュアム

その論理制限するために撮影した、高可用性の定義は、上記のテキストの引用は、すべてのシステムが潜在的に空室前に、高可用性を実現の別のしきい値を持つことができますを意味します。これは絶対に正しいものです。コンピュータシステムの普及のダウンタイムは許容範囲内異なります。一部のシステムで致命的な結果がなく、サービスでも最も短い中断を扱うことができないのに対し、他の人が、短い中断を処理することができます拡張されないものとしながら、投資に必要な返す上で提供する他の人も、長時間の停電を処理することができます。

次の例を考えます：コンピュータが故障入院生活をサポートするシステムやアビオニクスシステムなど、一般的に可用性のための最高の要件がある人間の生命の損失が発生します。やや重要度の低いコンピュータで実行することができます電子アマゾンのような商取引のWebサイト。 comとebay.com、または管理、仲介機関で、世界の株式の取引を実行する。システムは、組立ラインまたは他の重要な生産活動を、操作が失敗した労働者の数百人のアイドルかもしれないが、中には、ビジネスの他の部分を続行することができます。

一方、教授の割り当て期限を延期すると教えて他の素材は、巨大な影響を与えずに、大学のコンピュータ科学部門内のコンピュータでは1週間のダウンタイムをスタンドできるようにすることがあります。のような小さな企業では、課金機能を管理するコンピュータは、全体の請求サイクルを停止している可能性が場合、バックアップ手順を手動で処理を許可するような場所にあります。アクティブなサービスから引退されており、アイドル状態のクローゼットの中に座ってコンピュータをゼロに空室があります。実際には、利用可能性のレベルの範囲全体されている100の絶対的な要件の範囲ここで、それだけで問題にならない場合は、コンピュータかどうか実行されていない、低レベルに％減少し、最後の行頭文字としてインチ我々は、この範囲には、可用性連続通話には、図3.1に描かれている。すべてのコンピュータが（事実では、あらゆる種類のすべてのシステムは、広げではない）は、世界で聞かせ可用性が要求しては、コンティニュアムのどこかに配置します。ハード部分は、あなたのシステムの可用性の要件は、連続の上に置き、を把握され、その後の保護技術を設定し、これらの要件に一致する。

それは、それぞれのシステムのために必要ですが、変更することは適切なレベルの可用性を決定するのがベストですが、現実には、時間の経過だけで、すべてのシステムについての高い連続でドリフトする傾向がある。図3.1では、我々はいくつかの異なるタイプのを選んだのですシステムと場所連続、それらが落ちる可能性を示した。これは適切な時点を決定する重要なシステムのための連続で最高であり、そこに残し、それより、システムが最初ではなくデプロイさに空のデザインを簡単に簡単です以上の時間をかけて徐々に改良を追加します。漸進的な改善は、可用性の再評価に従っ常に追加のダウンタイムが発生し、必要がある場合、それらのシステムの初期導入時にインストールされていたとしてもされている可能性のある拡張機能として信頼されないケースが多い。

ため、実装コストを決定する重要な側面はどのようなシステムが保護されてシステムの高い連続で時間をかけてドリフトする必要があります。以下の賢明な予算の所有者よりも、必要な保護措置を以下のお金を提供する傾向がある。ときに障害が発生した障害は、システムが生き残るために設計されている一連の外に発生すると、システムは、延長後の期間は恐らく下がるだろうね。ときは、予算の所有者は、この停電、自分のビジネスのお金を多くのコストがかかるの目にも明らかになり、彼は可能性が高い将来の障害から保護するための追加支出を承認します。彼は、彼は連続最大システム推し進めされていません。システムの高い連続にする必要があるほど、そこにそれを得るためです。これで可用性の高いレベルを達成するために高いコストが必要である場合、より多くの品種を保護する必要があるのとあまり頻繁に停電が発生、複雑な。

記事は、ベンSmeider提出

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、ダウンタイムの"自動ソフトウェアによって翻訳されていない一定である"原価。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。