のライブアップグレード NCache 100％の稼働時間
NCache 非常に高速でスケーラブルなインメモリ 分散キャッシュ .NETアプリケーション向けです。主に読み取り中心のミッションクリティカルな本番環境で使用されます。このようなアプリケーションでは、高可用性と100%の稼働率が不可欠であり、 NCache 必需品。
主な機能の XNUMX つ NCache このような環境向けに提供されるのは Live Upgrade であり、これによりダウンタイムなしで新しいバージョンにアップグレードできます。 NCache Live Upgradeは、バージョン移行中に100%の可用性を維持するために設計された、ダウンタイムゼロの移行メカニズムです。アクティブ-パッシブブリッジトポロジを活用することで、異なるホスト間でデータをリアルタイムに同期します。 NCache バージョンをアップグレードすることで、データの損失やアプリケーションの中断なしにシームレスな移行が可能になります。
キャッシュクラスターのライブアップグレードはどのように機能しますか？
Live Upgradeは、手動によるサーバーアップグレードで発生する遅延を大幅に削減します。キャッシュクラスターのすべてのサーバーを最小限の遅延でアップグレードできます。 NCache、設計上、すべてのサーバーが同じバージョンの NCacheこれにより、バージョンの非互換性の問題を防ぐことができます。
クラスタのバージョンを最新の状態に保つには、 NCache 提供しています WAN レプリケーションのブリッジ トポロジ 2つのキャッシュクラスタ間のブリッジとして機能する。これにより、現在実行中のキャッシュのデータを最新のキャッシュに段階的に複製することができる。 NCache キャッシュが実行され続けている間、その間にそのブリッジを使用してキャッシュします。
このライブアップグレードプロセスは、ブルーグリーンデプロイメント戦略に似ています。「ソース」クラスターは「ブルー」環境として機能し、「ターゲット」クラスターは「グリーン」環境として機能します。ブリッジは、最終的なカットオーバーの前にデータのパリティとシームレスな同期を確保します。
NCache ゼロダウンタイムのライブ アップグレードとブルーグリーン移行ワークフロー。
ここで説明する手順に従って、Live Upgrade を通じてクラスターのキャッシュをアップグレードしてください。
ステップ1: ソフトウェアアップグレード用のサーバーサブセットの分離
クラスタ内に2つ以上のキャッシュサーバーがある場合は、それらのサブセットを取り出してアップグレードします。 NCache それらのサーバー上のサーバーソフトウェア。
サブセットを削除する場合は、キャッシュサーバーを合計4台以上、つまりソースクラスターに少なくとも2台のサーバーを残すことをお勧めします。ただし、この場合、アプリケーションをサポートする唯一のサーバーがダウンすると、アプリケーションにダウンタイムが発生する可能性があります。
ステップ2: 新しいクラスタの初期化 NCache バージョン
アップグレードした後 NCache 2台以上のキャッシュサーバーがある場合は、それらすべてでクラスターを作成し、これらのサーバー上でキャッシュを開始します。高可用性を確保するには、各サブクラスターに少なくとも2台のサーバーが必要です。XNUMX台のサーバーがダウンすると、ダウンタイムが発生する可能性があります。
ステップ3: アクティブ/パッシブブリッジトポロジによるデータの同期
新しいバージョンのキャッシュサーバーすべてを含むクラスターが正常に作成されたら、 NCache, 橋を作る 新しいクラスター（一般的には ターゲットキャッシュ）および古いバージョンのクラスター（ソースキャッシュ).
このブリッジを作成するには、古いバージョンの NCache または、古いバージョンの NCacheBridge トポロジのアクティブ/パッシブ構成を使用して、ターゲット クラスターがソース クラスターと完全に同期されるまで待機します。
ブリッジノードでは、ブリッジサーバーにデータを入力するため、ターゲットキャッシュのIPアドレスを追加する必要があります。これは、 ブリッジ.ncconf 次のように：
<configuration>
<bridge-config ... >
<cache ... servers-list="20.200.20.38, 20.200.20.29" ... />
</bridge-config>
</configuration>ステップ4: ターゲットクラスタへの段階的なクライアント移行
両方のクラスタが完全に同期されたら、クライアントのサブセットをすべて新しいバージョンのキャッシュクラスタに移行する必要があります。移行が完了したら、古いバージョンに接続しているすべてのクライアントを直ちに停止する必要があります。このアクティブ/パッシブブリッジを介したキャッシュクライアントの移行により、データ損失やクライアントアプリケーションの操作中断が防止されます。
ステップ5: 残りのノードのアップグレードの最終処理
クライアント接続がターゲットクラスタに正常に転送された後、ソースクラスタを停止してアップグレードする必要があります。アップグレード後、これらのノードはターゲットクラスタに再参加し、完全な高可用性が回復し、新バージョン環境の総コンピューティング能力が向上します。
これが、のライブアップグレード機能を使用するための最後のステップになるはずです。 NCache 既存のキャッシュクラスターをアップグレードします。
手順6：すべてのキャッシュクライアントを新しいクラスターに移行する
次に、古いバージョンに接続されている残りのクライアントを新しいバージョンのキャッシュクラスターに移行する必要があります。 すべてのクライアントが正常に移行されたら、それらのクライアントでアプリケーションの実行を開始できます。
新しいキャッシュクラスターで古いクライアントを使用する
キャッシュクライアントをアップグレードしたくない場合は、 NCache 古いバージョンのクライアントが新しいバージョンのキャッシュクラスタとシームレスに連携できるようになります。クライアントをアップグレードするか、古いバージョンを維持するかは、お客様次第です。 NCache アプリケーションサーバーまたはWebサーバー上のクライアント（NCache リモートクライアント）すべてのキャッシュサーバーが新しいバージョンにアップグレードされた場合でも、アプリケーションは問題なく動作します。これは、 NCache は、大阪で 下位互換性 クライアントのために。
下位互換性APIで新しいキャッシュクライアントを使用する
アップグレードすることをお勧めします NCache アプリケーションとWebサーバーのクライアントソフトウェアをアップグレードする必要はありません。新しいクライアントには、要求されたバグ修正がすべて含まれている可能性があるためです。このプロセスは非常に簡単でシームレスです。これは、新しいバージョンのクライアントが古いバージョンと下位互換性を持っているためです。この互換性により、アプリケーションは新しいクライアントでも、変更を意識することなく動作します。アプリケーションでLive Upgradesを使用する最大の利点は、コードの変更や再コンパイルが不要なことです。 NCache クライアント ソフトウェアをインストールすると、残りは自動的に実行されます。
Live Upgrade機能を使用してアップグレードする方法の詳細な手順については、 NCache クラスターについては、次のドキュメントに従ってください ライブアップグレード NCache .