[読み込みノート]サイトの高可用性アーキテクチャ

序文

私は、「大規模なWebサイトの技術フレームワーク、」5つの建築要素がZhihuiの先生の本を説明した本を配置し、この鶏肉料理の前に読んでノートを持っていました。これらの5つの要因は、パフォーマンス、可用性、柔軟性、拡張性、セキュリティ目指し可用性が要因のこの単純な議論を行い、内容が本書「大規模なWebサイトの技術フレームワーク」からの主な参照である(非常にこの本をお勧めします、個人的にこの本は技術アーキテクチャの導入として存在すると言うことができると思います) 。

可用性参照サイトのアーキテクチャ設計の重要な要素である、時間の短い期間内にサイトのサービスは、損失によってもたらさすることはできませんが非常に大きい可能性が高いです。

私たちは、主に以下の手段を持って、システムの可用性を確認してください。

冗長性

高可用性を確保するための主な手段は、サーバーの障害が他のサーバーを要求する際に、冗長性を使用することです。

まず、アプリケーションサーバの冗長性

冗長アプリケーションサーバは限りアプリケーションサーバーが状態を持っていない、ときに、アプリケーション・サーバの障害、ロードバランサ、元のユーザーのアプリケーションサーバが別のアプリケーションサーバに要求を転送し、ユーザーがいずれかを持っていないので、達成することは比較的容易であり、インパクト。

アプリケーションサービスのコンテキスト情報を保存していない、いわゆるステートレスサーバーを指します(つまり、セッションは、アプリケーションサーバに格納されないようにしてください、提出要求ごとにデータを処理するだけで対応するサービスロジックを)。

ここに画像を挿入説明
以来、アプリケーションは、非常に便利で高可用性アーキテクチャの状態を保存しないリクエストサーバの状態が成立しない場合、すべてのサーバーの完全な相互主義のいずれか、または複数のサーバーがダウンした場合、他のクラスタに要求をRenyiyitai可能な機械加工は、エンドユーザーとなるよう、要求は常に、システム全体がまだ使用可能に成功しています。

第二に、ストレージサーバの冗長性

冗長ストレージサーバの使用が必要ですから、マスターコピープライマリサーバに障害が発生した場合に、達成し、マスター、ハンドオーバーと呼ばれるプロセスとしてサーバーをアップグレードする必要があります。

モニター

システム障害が発生する前に問題を検出するためのメッセージが特定の閾値に達したモニタリング、操作および保守員通知のCPU、メモリ、ディスク、ネットワーク負荷情報システム。

サービスのダウングレード

サービスは多数の要求に対処するシステムを格下げし、これ利用できるコア機能を確保し、いくつかの機能をシャットダウンするためのイニシアチブを取ります。

降格の二つの手段があります。

  • サービス拒否
  • 閉じるサービス

サービス拒否は:;リクエストの他の部分が成功したので、私たちは一緒に死ぬ死ぬために悲劇を避けるため、ランダムまたは要求の呼び出しを拒否し、リソースを節約呼び出しは、通常の使用のコアアプリケーションことを確認するために、並行サービス呼び出しの回数を減らし、優先度の低いアプリケーションを拒否しています。

閉じるサービス:いくつかの不要なサービスの閉鎖、内部サービスやリソースを作るために重要なサービスや機能のために、オーバーヘッド節約するためにいくつかの重要な機能の閉鎖。

おすすめ

転載: blog.csdn.net/u013568373/article/details/91358551