OCI Full Stack DRを使用したリカバリ中のロード・バランサの管理 (2024/02/28)

OCI Full Stack DRを使用したリカバリ中のロード・バランサの管理 (2024/02/28)

https://blogs.oracle.com/ateam/post/lb-without-custom-hostname-with-fsdr

投稿者： Atefeh (Ati) Yousefi-Attaei | Senior Cloud Engineer | North America Cloud Engineering


Full Stack DRは、(OCI)ディザスタ・リカバリのオーケストレーションおよび管理サービスであり、インフラストラクチャ、ミドルウェア、データベース、アプリケーションなど、アプリケーション・スタックのすべてのレイヤーに包括的なディザスタ・リカバリ機能を提供します。


FSDRサービスでは、現在、次のOCIリソース・タイプのディザスタ・リカバリがサポートされています:


  • コンピュート・インスタンス
  • ブート・ボリュームおよびブロック・ボリューム(ボリューム・グループ)
  • Oracle Exadata Database Service
  • Oracle Base Database Service
  • Oracle Autonomous Database Serverless
  • ファイルシステム
  • ロードバランサ
  • ネットワーク・ロードバランサ


ロードバランサ機能が前述のサポート・リストに追加されました。このブログでは、FSDRプロセス中にロードバランサを管理する方法について説明します。



前提条件


このブログ・シリーズでは、FSDRの作成については説明せず、パート1の災害時のLoad Balancerの管理に焦点を当てます。パート2で、カスタム・ホスト名をLBに追加し、DR中にロード・バランサDNSを管理するためのトラフィック・ステアリング・ポリシーを作成しますが、OCIネットワーキング、Load Balancer、DNSソリューションおよびFull Stack DRソリューションの知識が必要です。


作成したリソースも次に示す必要があります。


  • プライマリ・リージョンとセカンダリ・リージョンの両方でディザスタ・リカバリ保護グループ(DRPG)を使用するFSDRソリューション。
  • 両方のリージョンにサブネット、適切なセキュリティ・リストおよびインターネット・ゲートウェイがあるVirtual Cloud Network (VCN)。
  • 両方のリージョンのロード・バランサ。
  • コンピュート・インスタンス
  • コンピュート・インスタンスのブート・ボリュームのボリューム・グループ。


FSDRの作成方法の詳細については、このリンクを参照してください。



アジェンダ


  • 移動インスタンス、ボリューム・グループおよびロード・バランサのリソース・メンバーをDRPGプライマリ・リージョンSan Joseに追加します。(パート1)。
  • ロード・バランサ・リソース・メンバーをDRPGセカンダリ・リージョンPhoenixに追加します。
  • セカンダリ・リージョンのフェニックスからスイッチオーバー・プランを作成します
  • フェニックスでDR計画を実行します。
  • 新しいプライマリ・リージョンであるフェニックスで新しいメンバーを検証します。
  • カスタム・ロード・バランサのホスト名(パート2)を使用してトラフィック管理ステアリング・ポリシーを作成します。
  • DR計画を実行して、ロード・バランサのフェイルオーバーを検証します。




移動インスタンス、ボリューム・グループおよびロードバランサのリソース・メンバーをDRPGプライマリ・リージョンSan Joseに追加します


OCIダッシュボードにログインし、ハンバーガー・メニューから「移行とディザスタ・リカバリ」をクリックし、DR保護グループに移動します。



「リソース」で、メンバーをクリックし、メンバーを追加します。


使用可能なリソース・タイプ、サンノゼ・リージョンで使用可能なコンピュート・インスタンスから「コンピュート」を選択し、「インスタンス・タイプの移動」をクリックします。


「VNICマッピングの追加」をクリックします。


ノート: インスタンスを移動すると、DR操作中にプライマリDR保護グループからスタンバイDRPGに移動します。



「VNICマッピングの追加」ページでは、VNICはサンノゼ・リージョンで使用可能なコンピュート・インスタンス(FSDR-SanJose-VM)、宛先VCN(Demo-VCN-PHX)およびサブネット(Demo-VCN-PHX VCNの有効なサブネット)がセカンダリ・リージョンに存在します。



次に、次のメンバーであるボリューム・グループを追加します。


ボリューム・グループは、実行中のアプリケーションの時間一貫性のあるバックアップの作成を簡素化します。プライマリ・リージョンSan Joseの既存のコンピュート・インスタンス(FSDR-SanJose-VM)には、ボリューム・グループ(Demo-VG)にブート・ボリュームがすでに追加されています。そうしないと、メンバーの作成時に失敗状態になります。


次のスクリーンショットを確認してください。



DRPGプライマリ・リージョンの最後のメンバーについて、OCIロード・バランサを追加しました。これは、前に追加したコンピュート・インスタンスがバックエンド・サーバーです。


「メンバーの追加」をクリックし、リソース・タイプ・ロード・バランサを選択して、リージョンで使用可能なLBをクリックします。


次に、宛先ロード・バランサ名とバックエンド・セットを追加します。


ノート: ソース・バックエンド・セットは、サーバーとしてFSDR-SanJose-VM (以前に追加されたコンピュート・インスタンス)を使用するサンノゼ・ロード・バランサBSです。



次のDRPG詳細ページを確認してください。



「ディザスタ・リカバリの概要」ページを確認し、リージョンのステータスを確認します








ロードバランサ・リソース・メンバーをDRPGセカンダリ・リージョンPhoenixに追加します。


OCIポータル・ページの右側から「フェニックス」リージョンにリージョンを変更し、ディザスタ・リカバリDRPGの詳細ページに移動します。


プライマリ・リージョンでインスタンスの移動が作成されるため、ここでコンピュートおよびボリューム・グループ・メンバーを追加する必要はありません。


ただし、フェニックス・リージョンでの既存のロード・バランサの追加は必須です。そうしないと、失敗状態になります。



ロード・バランサをフェニックス・リージョンの唯一のメンバーとして追加します。次のスクリーンショットを確認してください。



次の詳細ページを確認してください。




フェニックスでDR計画を実行します。


プライマリおよびセカンダリDRPGリソースは、DR計画をテストする準備ができています。


DRPGの詳細ページで、「計画」をクリックしてスイッチオーバー計画を作成します。


次のスクリーンショットを確認してください。



計画を作成した後、「DR計画の実行」をクリックします。次のスクリーンショットを確認してください。



「DR計画の実行」をクリックし、計画実行グループの詳細ページにナビゲートします。



このプロセスは、リソースの検証からDRリージョンへの移動まで、すべてのステップバイステップのプロセスをリストするFSDRソリューションの重要なステップの1つです。


すべてのプロセスの状態が成功するまで待機する必要があります。


ノート: コンピュート・インスタンスおよびボリューム・グループの終了はデフォルトで無効になっていますが、要件に基づいて有効にできます。



実行計画が正常に終了すると、フェニックス・リージョンのDRPGに新しいメンバーとして追加されたリソースがサンノゼによって移動されます。



次の新しいバックエンド・サーバーでPhoenix LBを確認します。



次に、フェニックス内の既存のVCNから割り当てられた新しいIPアドレスを使用して、サンノゼで最初に作成されたインスタンスFSDR-SanJose-VMの詳細を示します。



続行するには、2番目のブログを確認してください。


コメント

コメントを投稿

このブログの人気の投稿

Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01)

イメージ
Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01) https://database-heartbeat.com/2023/11/01/draining-ac-rac/ はじめに Oracle RACは、Oracle Databaseのスケーラビリティと高可用性を提供します。1つのサーバー(RACノード)に障害が発生した場合、またはメンテナンスのためにオフラインになった場合でも、追加のノードを介してデータベースにアクセスできます。ただし、メンテナンスの開始時に、データの読取りまたは変更に関係なく、一部の作業を実行しているクライアント・セッションはどうなりますか。この作業は中断され、ドレインを実装してアプリケーション・コンティニュイティまたは透過的アプリケーション・コンティニュイティを有効にしないかぎり、エンドユーザーまたはアプリケーションによって再度実行する必要があります。 環境 2ノードのOracle RACを例に挙げて、高速アプリケーション通知(FAN)、ドレインおよびアプリケーション・コンティニュイティによってメンテナンス・イベントがエンドユーザーに透過的になる方法を理解しましょう。アプリケーションは、30個のセッションを保持するように構成された接続プールを使用しています。 通常の操作 通常の操作中は、両方のRACノードが起動し、アプリケーションを実行しています。ロード・バランシング戦略によっては、セッションの数が両方のノード間で異なるか、均等に分散される場合があります。次の図をよりよく視覚化するために、ノード2のノード1および20のセッションに10のセッションがあるとします。 セッションは、アイドル状態(接続されているが何もしていない)またはアクティブ状態(リクエストの途中)にできます。リクエストは、データの読取り(SELECT)または操作(INSERT、DELETE、UPDATE)が可能です。 ドレインによるサービスの停止 ある時点で、システムのメンテナンスが必要になります。2ノードRACがあるため、メンテナンスはローリング方式で、1つのノードを順番に(ほとんどの場合)実行できます。メンテナンスは、たとえば、オペレーティング・システム、Grid Infrastructureまたはデ
続きを読む

Oracle Cloud Infrastructure Secure Desktopsを発表: デスクトップ仮想化のためのOracleのクラウドネイティブ・サービス (2023/06/28)

イメージ
Oracle Cloud Infrastructure Secure Desktopsを発表: デスクトップ仮想化のためのOracleのクラウドネイティブ・サービス (2023/06/28) https://blogs.oracle.com/cloud-infrastructure/post/secure-desktops-cloud-native-virtualization 投稿者： Joost Pronk Van Hoogeveen Jan Hendrik Mangold | Principal Product Manager Oracleは、Oracle Cloud Infrastructure(OCI)Secure Desktopsという新しいクラウド・ネイティブ・サービスをリリースしています。このエキサイティングな開発により、顧客はOCIテナンシから簡単にすばやく仮想デスクトップ・インフラストラクチャ(VDI)をデプロイできます。 OCIの使用状況は大幅に拡大しています。組織は、OCI内でデータを安全に保つことの価値を実現しています。ゼロトラストなセキュリティ優先アーキテクチャを実装することで、OCI Compute、Storage、およびNetworkingサービスは、グローバル・アクセスのためのエンタープライズ・アプリケーションを導入するための信頼できるプラットフォームを提供します。 データ・セキュリティとVDIがどのように役立つか 業界のアナリストによると 、ラップトップは53秒ごとに盗まれています。その事実と現実を結び付けると、会社のデータは、公共の場所を経由したり、従業員の自宅に座ったりするラップトップやデスクトップへと移行します。ローカル・ディスクの暗号化、データ・アクセス権限の強制、VPNアクセスの保護によってデータを保護するためにテクノロジが使用されていますが、いずれも許容可能なセキュリティ・レベルが適用されるため、リスクは依然として高くなる可能性があります。盗難または準拠していないいくつかのマシンでは、企業データ、さらには顧客データのデータ侵害が発生する可能性があります。 VDIテクノロジは長年にわたって存在してきましたが、従業員はローカル・マシンを使用して、会社のデータ・センター内の仮想マシンで実行されているデスクトップ・アプリケー
続きを読む

Oracle Cloudのデータベースをオブジェクト・ストレージにバックアップする3つの方法 (2021/12/13)

イメージ
Oracle Cloudのデータベースをオブジェクト・ストレージにバックアップする3つの方法 (2021/12/13) https://database-heartbeat.com/2021/12/13/three-ways-backup-cloud/ はじめに Oracle Cloudでは、ボタンをクリックするだけで自動バックアップを有効にするオプションが用意されています。バックアップの要件が異なる場合でも、手動でバックアップ設定を行い、コマンドライン・ツールやRMANを直接使用してバックアップを作成する柔軟性があります。これは、VM DB Systems、Exadata Cloud Service、およびExadata Cloud at Customerに適用されます。 このブログ記事では、Oracle Cloud Object Storageをバックアップ先として使用する場合の、さまざまなバックアップ・オプションの主な違いと、それに伴うコストについて紹介します。Object Storageは、内蔵されたトリプル・ミラーリングと99.999999%(イレブンナイン)の耐久性を提供します。 ハイブリッド・クラウドとマルチ・クラウド Oracle Cloud Object StorageへのOracle Databaseのバックアップは、Oracle Cloud上のOracle Databaseに限らず、ハイブリッドクラウド上のオンプレミスのOracle Databaseや、マルチクラウド環境のOracle以外のクラウド上で稼働しているOracle Databaseに対しても、RMANを介して実装することができます。 プライベートおよび専用のネットワーク接続は、FastConnect、Azure Interconnect、またはサードパーティのネットワーク接続プロバイダを介して提供できます。マルチクラウド環境では、クラウドプロバイダー、リージョン、転送するデータ量に応じて、追加のアウトバウンドトラフィックコストが発生する可能性があります。オラクルをはじめとする多くのクラウドプロバイダーは、すでに Bandwidth Alliance に参加しており、ネットワークエグレス料金を削減または排除しています。 環境について     Oracle Cloud VM DB Sy
続きを読む