ビジネスがデータに大きく依存している場合、特にトラフィックの多いシステムの場合は、データ損失の可能性を少しでも嗅ぐだけで警鐘を鳴らすのに十分です。 さらに、災害復旧という考えは完全な悪夢に違いありません。
特にキャッシュ層を組み込んでいる場合は、その定義上、キャッシュ データ (特に一時データ) は揮発性であるためです。 この一時データは、ASP.NET セッション、アプリケーションによって生成された任意のデータ、または集約データである可能性があります。 さらに、他のキャッシュ データが失われると、そのデータがデータベースから再ロードされ、パフォーマンスが低下しますが、これは誰も望んでいません。
幸いなことに、 NCache は、分散キャッシュ ソリューションを扱う場合、ピーク負荷障害、システム停止などが避けられない問題であるという理解に基づいて作成されました。 そのため、可能な限り利用可能な高キャッシュ データを保証しようとします。
したがって、次のように災害復旧を計画してください。 NCache お早めにご連絡ください。ご案内させていただきます。 キャッシュ層の徹底的なリスク評価 (つまり、機密データの特定、データセンターを検討している場合はパッシブ サイトの指定など) を実施した後、考えられる回復コースを特定する必要があります。 次に、実装後にいくつかの訓練を実行して、戦略が機能することを確認する必要があります。 以下で、これらの方法のいくつかを検討してみましょう。
どのように NCache これを手伝いますか?
NCache は、災害復旧のためのいくつかの緊急事態をユーザーに提供します。以下は最も重要なものです。
ハイ Aの可用性 NCache C光沢s
インメモリ分散データ キャッシュ ソリューションとして、 NCache は、前述の高トラフィックまたはシステムのダウンタイム期間中であっても、高いデータ可用性を保証するアーキテクチャを提供します。 そのピアツーピア アーキテクチャにより、単一障害点に関連する問題が回避されます。
さらに、高可用性を保証する一連のキャッシュ トポロジを提供します。 それらは次のとおりです。
- ミラーリングされたトポロジ: XNUMX つのノードを備えたクラスター。そのうちの XNUMX つはアクティブであり、パッシブ ノードにミラーリングされます。
- 複製されたトポロジー: 各ノードに同じデータが複製されているクラスター。
- レプリカトポロジのパーティション: クラスターはパーティションに分割されており、各パーティションが異なるサーバー上でレプリケートされます。レプリカはパッシブです。つまり、アクティブ ノードが停止しているか永続的に利用できないと判断されるまで、クライアントはレプリカに接続できません。
これらのトポロジはどれも、アプリケーションの要件に基づいて高可用性を実現するために必要なものになる可能性があります。 組み込み時にさまざまなレプリカが作成されるため、キャッシュ データが失われることはありません。 たとえば、ミラーリングされたトポロジでは、アクティブ ノードを失ったときに、以前のパッシブ ノードから完全なレプリカを利用できるようになります。 同様に、POR トポロジでは、アクティブ ノードが停止していると見なされ、パーティションが失われた場合、そのレプリカが利用可能になり、サービスの提供を開始できます。 また、複製されたトポロジでは、すべてのノードにキャッシュ全体のコピーがあり、高可用性が保証されます。
さらに、ピアツーピア アーキテクチャにより、次のような機能が可能になります。 自己修復動的クラスタリング。 この TCP ベースの動的クラスターは、クラスターを停止することなく 100% の稼働時間を提供します。 さらに遠く、 NCacheの負荷分散機能は、トラフィックをより効率的に分散し、そもそもサーバーの過負荷が発生するのを防ぐため、このセットアップに完全に対応します。 高可用性を求めている場合は、明らかに、次の点に注目する必要があります。 NCache.
ライブデータの永続性
さらなる安心感を求める方向けの機能です。 持続性 耐久性のあるストレージとデータ バックアップのために、特定の場所にデータを書き込むプロセスを指します。 永続ストア内に項目を保存するメカニズム全体は非同期であり、永続キューを介して行われます。
キャッシュが再起動されると、キャッシュ全体が自動的に再設定されます。 これには、ユーザー構成は必要ありません (永続ストアをすでに設定している場合)。 言うまでもなく、クラスター内のすべてのノードは、データの欠落が発生した場合に集中ストアにアクセスして再設定できます。
WANレプリケーション
トランザクション性の高いアプリケーションのディザスタ リカバリに最も密接に関連する設定は、XNUMX つ以上のデータ センターを持つことです。 ここでは、XNUMX つのアクティブ データ センターにパッシブ データ センターがあり、通常はまさにこれらの目的のために地理的に異なる場所にあります。
したがって、 NCache を介して WAN レプリケーション機能を提供します。 ブリッジ。 アクティブ/パッシブ構成では、 NCache アクティブ サイトとパッシブ サイトの両方で、アクティブ サイトにブリッジ トポロジを作成します。 すべてのアプリケーションの更新は、アクティブ サイトのキャッシュからブリッジに送信され、数ミリ秒以内にパッシブ サイトに非同期で送信されます (ここでの唯一の遅延は、データ センターが離れている場合の遅延です)。
ただし、非同期レプリケーションは、各サイトのアプリケーションとキャッシュが、データが他のデータ センターにレプリケートされるのを待機しないことを意味します。 XNUMX ノード クラスタであるブリッジのデータ更新キュー。 XNUMX つ以上のデータ センターがある場合、ブリッジは受信した更新を複数のアクティブ サイトに並行して適用します。 さらに、ブリッジは一括更新を実行します。 したがって、複数のデータ項目を XNUMX つのリクエストに結合し、それらを XNUMX つの一括リクエストとして他のサイトに送信することで、ネットワーク トリップを減らすことができます。
何らかの災害によりアクティブ サイトがダウンすると、アプリケーションと同様にブリッジもダウンします。 したがって、パッシブ サイトはすべてのアプリケーション トラフィックに対応し、アクティブになる必要があります。 すべてのデータは元のアクティブ サイトから元のパッシブ サイトにすでにレプリケートされており、ユーザーは中断されません。 そのため、すべての更新はここで行われますが、ユーザーには中断がありません。
元のアクティブ サイトが再び起動すると、新しいアクティブ サイト (元のパッシブ サイト) に接続し、完全に同期します。 同期が完了すると、両方のデータセンターがアクティブ/アクティブになります。 これは、すべてのトラフィックが元のパッシブ サイトに送信される場合でも発生します。 この時点で、すべてのトラフィックを元のアクティブ サイトにオフロードできます。 その後、ブリッジ上でアクティブ/アクティブ サイトのステータスをパッシブに戻すことができます。 NCache これをすべて実行時に行うことができます。
バックアップと復元
データの特定のバージョンが重要な場合は、次のように使用できます。 NCacheさん キャッシュデータのインポート/エクスポート 特徴。 Export-CacheData PowerShell コマンドレットを使用でき、エクスポート後は、Import-CacheData コマンドレットを使用して、キャッシュの既存のバックアップに存在するすべてのアイテムと関連する Lucene ドキュメントを取得できます。
まとめ
NCache は、高可用性を確保するためのいくつかの強力なツールをユーザーに提供します。 ほとんどの場合、これらのツール (主にトポロジ、アーキテクチャ、および WAN レプリケーション) は、災害シナリオで発生する重大なデータ損失を防ぎます。 それから、 NCache さらに一歩進んで、XNUMX 種類のバックアップ作成が可能になり、最悪の事態が発生した場合に確実にバックアップを作成できるようになります。 それで、ダウンロードしてください NCache 今すぐ、良いときも悪いときもサポートしてくれるキャッシュ ソリューションをセットアップしてください。