5.5データの高可用性
データストレージおよびデータバックアップの高可用性は、主にフェイルオーバー機構であることを確認することを意味します。
データのバックアップは、完全なデータの永続性を実現するために、複数のデータのコピー、データが永久に失われることはありません任意の故障のコピーがあることを確認することです。
フェイルオーバー・メカニズムは、データのコピーにアクセスできないとき、他のコピーが素早く、アクセスデータに切り替えることができ、システムが利用可能であることを確認することが保証されています。
キャッシュは、データ・ストレージ・サービス、高すぎると、他の手段によって解決ではなく、可用性キャッシングサービス自体を改善する必要がありますされているサーバの負荷圧が生じ、キャッシュされたデータの損失によるキャッシュ・サーバのダウンタイムではありません。
クラスタ内のスタンドアロンのキャッシュサーバのためによりダウンタイムにスタンドアローンのデータベースの負荷率と圧力の変化が小さく、大きなキャッシュサーバのクラスタならば、キャッシュデータの損失、ダウンし、システム全体への影響も小さいです。
キャッシュサーバクラスタのサイズを拡大する簡単な手段が同じキャッシュ・クラスタを共有するサイト全体に分散されており、製品は独自のキャッシュサーバーを展開する別のアプリケーションを必要としない、あなただけがキャッシュ資源ができる共有キャッシュ・クラスタのために適用する必要があります。
各アプリケーションが複数のサーバー上でデプロイ論理的または物理的な分割方法によって緩衝することができる、何らかの障害にキャッシュサーバのダウンタイムは、キャッシュ・データ・アプリケーションのほんの一部に影響を与える、データベース、およびアプリケーションのパフォーマンスはしません大きな影響をロードします。
5.5.1 CAP原則
高可用性のデータを意味のいくつかの層
データの永続化
持続可能なデータストレージを確認し、データの損失は、すべてのケースでは発生しません。データの冗長性をバックアップするには
データアクセス
データ記憶装置の損傷、すぐに別の記憶装置、ほとんどないエンドユーザーの知覚に切り替える必要があります。
データの一貫性
データの複数のコピーの場合は、ネットワーク、サーバやソフトウェアの障害ならば、成功は、書かれている部分レプリカに障害が書かれた部分のコピーをリードします。
これは、競合のデータ内容の様々なコピー間のデータの不整合につながることができます。
例えば、データ更新操作を返すことができなかった、実際には、データ・ストレージ・サーバーは正常に更新されました。
サービス提供のデータ・ストレージ・システムは、同じ時間、データの整合性（一貫性）、データ可用性（Availibility）、忍耐パーティション/パーティションのフォールトトレランスで会うことができないCAP原則状態3（Patitionトレランスは、システムは、ネットワーク・パーティションに拡張性を持っています）条件
大規模なWebアプリケーションでは、データは常に急速な規模の拡大、したがって将来の拡張性のゾーニング忍耐が不可欠であり、大きくなっている、マシンの数は、その後、ネットワークとサーバーの障害が頻繁に発生し、大規模になるだろうアプリケーションが使用可能であることを確認したい、分散処理システムの高可用性を確保する必要があります。
だから、大規模なサイトは、通常、分散ストレージシステムの可用性（A）と拡張性（P）を強化することを選択すると、ある程度の一貫性（C）をあきらめます。
システムは非常に同時書き込みまたはクラスタの不安定な状態（フェイルオーバー、クラスター展開...）である場合、データの不整合が通常起こる一般的に、アプリケーションは、分散データ処理システムにデータを必要と矛盾理解とアプリケーションシステムのデータを避けるために補償し、エラー訂正の感覚は、間違っています。
CAP原理は適切に完璧な製品を作成しようとする試みの様々なニーズに応えるない、それは持続不可能、ジレンマに設計を行うことができる、スケーラブルな分散システム設計、システム設計及び開発プロセスのために重要です。
具体的には、データの整合性は、以下の点に分割することができます。
強力なデータの一貫性
物理ストレージ内のデータの各コピーは常に同じです。
操作や運用データ更新応答の結果は、通知の更新に応じて、操作はかなり不確定な状態に比べて、そのデータが更新されてはならない障害が発生したことを、常に同じです。
一貫したユーザデータ
すなわち、物理的データに格納されたデータの各コピーが不整合であってもよいが、アクセスするエンドユーザ、誤り訂正及びバックユーザに一貫した正確なデータを決定するためのメカニズムをチェックして。
最終的には一貫性のあるデータ
これは、弱いデータの整合性、すなわち、物理的な記憶データが矛盾することができ、データへのエンドユーザアクセスも矛盾してもよい（同じユーザー、異なる結果に継続的にアクセス、または異なるユーザへの同時アクセス、異なる結果）しかし、自己回復と補正の期間（時間の通常比較的短い期間）の後にシステムが、データは最終的に合意に達するだろう。
それは、強力なデータの一貫性を満たすことは困難であるため、多くの場合、サイトのアプリケーションサービスやその他のデータの監視とエラー訂正と組み合わせ、コスト、技術、ビジネスシナリオの一般的な用語は、ストレージシステムは、データの正確さを保証するために、同じユーザー、エンドユーザーのアクセスを実現しています。
5.5.2データのバックアップ
コールドスタンバイデータ：定期的にアーカイブに保存されたデータをコピーして、ストレージ・システムが破損している場合、いくつかの物理的な記憶媒体には、コールドスタンバイでの記憶装置からデータを回復。
それは定期的にバックアップされるため、システムデータが失われた場合にコールドスタンバイ契約は、バックアップから復元することはできません更新データが完全に失われます、最後のバックアップポイントから開始した後、最終的なデータを保証するものではありません。
しかし、また、データの可用性を保証することはできません、冷蔵機器からのデータ復旧には時間がかかり、データにアクセスすることはできませんこの時点では、システムが使用できなくなります。
コールドスタンバイは、一般的に日常の運用・保守で使用され、リアルタイムのオンラインビジネスのウェブサイトでは、それはまた、より良いデータの可用性を提供するために、ホットスタンバイのデータが必要です。
同期および非同期ホットスタンバイモードホットスタンバイモードの2つのカテゴリにデータを追跡。
非同期モードデータの複数のコピーが完了すると、書き込み動作の非同期を指し、アプリケーションは、データの書き込み動作を受信成功したサービスシステム応答である、ちょうど成功したストレージシステムが非同期で他のコピーを書き込む書き込み（このプロセスはそうですそれは）失敗します。
非同期書き込みでは、ストレージ・サーバは、メインストレージサーバ（マスタ）に分割され、ストレージサーバ（スレーブ）から、通常の状況下では、アプリケーション・サーバは、データをモジュールが書き込み主ストレージサーバエージェントによって書き込まれるだけメインメモリに接続されデータはマシンのメモリシステムを戻すために書かれた直後に動作成功応答を書き、その後、ストレージサーバからの非同期スレッドを同期させるためにデータを書き込みます。
同期モードは、データ同期の複数のコピーを書き込み指し完了、すなわち書き込みデータサービスアプリケーションは、すでに成功した操作を書き込まれたデータの複数のコピーを正常な応答システムを受け取ります。
アプリケーションは、失敗した操作に応じて、書き込まれたデータを受信したときしかし、コピーの一部またはすべてのコピーが既に（正常な応答を操作に戻ることができないため、ネットワークやシステム障害の）成功を書かれているがあるかもしれません
同期がホットスタンバイ時間を具現化した後、パフォーマンスを向上させるためには、同時クライアント・アプリケーションは、同時にストレージサーバが複数にデータを書き込み、その後、操作成功応答を返すすべてのストレージサーバーを待ち、その後、書き込みが成功したアプリケーションを通知します。
この場合、サーバが管理し、維持しやすい、完了するまでにマスターポイントを保存し、好きではありません。データの複数のコピーを書くことでストレージサービスクライアントは、同時動作、データ待ち時間の合計書き込み複数のコピーは、そのストレージ・サーバの遅延に応じて、最も遅い応答ではなく、複数のストレージ・サーバと応答遅延であることを意味しています。そして、その性能は、ほぼ非同期ホットスタンバイモードです。
マスタースレーブ同期メカニズムとして知られているホットスタンバイメカニズムリレーショナルデータベース。マスタースレーブデータバックアップメカニズムは、問題を解決するだけでなく、データベース・システムのパフォーマンスを向上させるために、実際には、通常使用される別の読み取りやアクセス方法スレーブとマスターデータベースを作成し、マスターデータベース書き込み専用アクセス、読み取り専用アクセスのスレーブデータベース。
5.5.3フェイルオーバー