システムptimeを空室状況

測定状況

するときにユーザーまたはプロジェクトのリーダーと可用性の要件について、彼はいつもは、100％の可用性が必要なのかわかります："我々のプロジェクトのように私たちはダウンタイムがまったくないことが重要です"しかし、チューニングは通常変更するときは、プロジェクトリーダーをどれだけの100％の可用性、コストが検索されます。その後の議論お金の問題となり、交渉のプロセスの詳細。このように表2.1に、99パーセントの稼働率が適切である、多くのアプリケーションに見ることができる場合はシステムには、1時間、1週間あたりのダウンタイムの半分の平均は、可能性があります満足のいくもの。もちろん、これは多くの場合、1時間半の発生に依存します。もし午前3:00と4:30の間の日曜日には、多くの多くのシステムで許容される予定です該当する場合よりも、それ10:00〜11:30 AMの間で木曜日、平日に2で発生します：15分や20分に00参考に。

神話99.999の

私たちは"広告"または5ナイン宣言の数を見てきた以上の可用性。私たちは、ハードウェア、システムの故障間隔（MTBF）と今年のコースでは、ダウンタイムのプロジェクトの間の平均時間を測定することができますこれはマーケティング資料のために作るにはすてきな一般化です。システムの可用性ソフトウェアの構成、負荷、ユーザーの期待には、障害を修復するための時間に基づいています。する前に、99.99％の目標数値、または判事は、システムがその相対的な宣言の可用性に基づい目指し、お客様の要件に照らして、アドバタイズされた番号と一致することを確認します。次の零時に希望の空室状況を評価する考慮事項があります：

99.99％平均です。修復するには、最大時間の面での最大の停止、さらには、平均稼働率よりも重要です。ナインのみの測定これは、モデル化することができます。負荷とソフトウェアのモデルと平均的なケースでは難しい。場合は、実際のソフトウェアの負荷を実行してリアルタイムシステムの実際の空室状況と修理の間隔を測定する必要があります。ナインは、通常、世界の単一のシステムビューを反映します。クイック：ネットワークに接続ではないが、重要なシステムを考えてみよう。信頼性のコンピュータのネットワークをベースにしており、最上位のコンポーネントは、ネットワークを構成するスタックの下へ。もし。コンピュータのシステムベンダは、可用性の"ナイン"についての話は99.99％空室状況を表現するための興味深い方法が誤って設定ルータの背後に座って、世界で最も障害信頼性の高いトレラントシステムは無意味です、彼らはいくつかの重要なポイントを欠場すべてダウンタイムを平等に創られていません。の場合の停止距離、それをはるかには、単にそれらのユーザーが不便を停止よりもコストがかかるが、顧客やユーザーを駆動します。しかし、停電の原因と不便なことは、ユーザーによって検出されていない停止以上の企業にはコストがかかる。

アマゾンなどの電子小売商のWebサイトでのダウンタイムのコストを考えます。comおよびebay.com。の場合、今年のコースは、単一の30分間、停電時に受けた場合、システムは99.994パーセントを明らかに立派な稼働している場合は、停電の金曜日の夜に12月初旬に発生した場合、それは多くのコストそれは日曜日の7月の4:00、現地時間で発生したのと同じ障害が失われた事業。空室状況の統計情報の2つを区別することはありません。同様に、株式の取引会社は、連邦準備金利の驚きの変更を発表する前に5分、30分の停電の経験、それは企業がかなり同じ停止よりもコストとなる午後8時で、火曜日の夜がない場合にレートを変更し、実際、任意の種類のほとんどの活動は、沖合にいた。顧客や人の重要なシステムを使用したいユーザーの欲求レベルを考えてみましょう。場合は、30分間の停止のすべてを一度になると、次にユーザーが離れる可能性がありますし、保存するか、次の夜に戻り、帰国時に、ご滞在の場合、すべてがOK。しかし、もし、ダウンタイムの30分間で3年連続の夜以上に広がっている同じ時間、アクセスできる人が、これらの各3泊分の利得に停止しているシステムを特定しようとするユーザーは非常にイライラされます。それらのいくつかの場所に戻り、決して移動します。（親指のは、10倍の新規顧客よりも古いものを保持するには詳細をご覧くださいコストというルールを忘れないでください。）多くのシステムベンダは、どこで、特定の稼働率を保証すると主張するタイム保証を提供します。もし顧客の場合、ベンダー契約顧客のお金を支払うか、既得権の返還のいくつかの他のフォームを提供するバインドされて、これらのレベルを達成しないでください。

前年比99.93パーセント普及の可用性、ダウンタイムの6時間を超えている。数学を見てもう一つの方法は、すべての実用的な目的は、7つのコンポーネントは、同じ時間でダウンしていることも考慮することです。以来、各コンポーネントの1年間のダウンタイムの52分を担当する（99.99％の可用性）を、7回52 364分、または1年間だけでも6時間、99.93パーセントですベースのユーザーからサーバーに実際のパスに起こっている多くの図2.1で1よりも複雑になる。たとえば、ネットワークを雲のルーター、ハブ、最大なされており、スイッチ、どれも、それによって低いネットワークの可用性が失敗することができます。場合は、ストレージミラーリングされ、その後、その可用性を可能性が高くなる値を確実に異なります。数式にすれば、電力や建物自体は別の例を考えますなどの障害が発生したが、追加のダウンタイムを引き起こす可能性が他の多くのコンポーネントを除外します。 6つのチェーン内の7つのコンポーネントのが、唯一の99パーセントのアップタイムを実現7番目の99.99％の可用性を提供します。コンポーネントのチェーンのための全体的な可用性の割合は98.94パーセントになります。投資の大返す弱いリンクの可用性の向上を実現することができますので、中にいくつかの単一のコンポーネント99.99％の可用性を上向きに提供することができるかもしれないが、はるかに、システム全体に対して、ユーザーからサーバーに配信することは困難と同じレベルです。複数のコンポーネントがあるチェーンで、より多くの鎖複合体は、全体的な可用性が低くなります。サプライチェーン内の任意の不良コンポーネント全体の可用性を下げることができますが、ある一つの良いコンポーネントのレベルの上にそれを上げる方法はありません弱いリンクします。

記事は、ベンSmeider提出

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