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 Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21)

イメージ
Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21) https://medium.com/oracledevs/how-to-control-or-pass-validation-for-duplicate-rows-in-interactive-grid-of-oracle-apex-as-compare-18f453f750bf 投稿者： Jignesh oracle Formsでは、データブロックの重複行を制御するのは非常に簡単ですが、IGの検証を制御するにはどうすればよいでしょうか。 必要な出力 ステップ1：インタラクティブグリッドのある白紙ページを作成します（私は1つの領域「IG」を作成し、インタラクティブグリッドとしてタイプを選択しました） ステップ 2: リージョンに Static ID を定義する (私の場合、リージョンは IG で、Static ID も IG です) ステップ3：複製を制御したいカラムのStatic IDを定義します ステップ4：関数とグローバル変数に移動します コード： var validity, message, ui = this.data; (function($) { function update(model) { var projKey = model.getFieldKey(“PROJECT_ID”), recObj = [], recArray = []; model.forEach(function(record, index, id) { var projid = parseInt(record[projKey], 10), // record[salKey] should be a little faster than using model.getValue in a loop meta = model.getRecordMetadata(id); if (!isNaN(projid) && !meta.deleted && !meta.agg) { recObj = {ID: id, project_id: projid}; recArray.push(recObj)...
続きを読む

Oracle APEX 24.1の一般提供の発表 (2024/06/17)

イメージ
Oracle APEX 24.1の一般提供の発表 (2024/06/17) https://blogs.oracle.com/apex/post/announcing-oracle-apex-241 投稿者： Ashish Mohindroo | Vice President, Product Management APEX Low Code Application Platform Oracle APEX 24.1は、 ダウンロード が一般的に可能になり、世界中のOCI APEX Application DevelopmentおよびAutonomous Database Cloud Serviceリージョンにロールアウトされています。この最新リリースで、GenAIを使用して最初のローコード・アプリケーションを構築する方法を学習します。リリースのお知らせのリプレイはこちらからご覧いただけます。 このリリースでは、優れたエンタープライズ・グレードのアプリケーションを簡単に構築できるイノベーションの3つの主要な柱(AI支援アプリケーション開発、Oracleの次世代データ・プラットフォームのパワー活用、高度なWebおよびモバイル・アプリケーションを構築するための強力なエンタープライズ・グレードのコンポーネント)が提供されています。 AI支援アプリ開発 このリリースでは、AIをローコード開発に直接取り込み、すべての開発者が高度なクラウドおよびモバイル・アプリケーションを簡単に構築できるようにしています。開発者は、AIをアシスタントとして使用して、時間と労力を削減してアプリを構築できるようになりました。APEX AIアシスタントを使用すると、開発者は複数のウィンドウを使用して表名と列名を検索する必要がなくなります。 APEX 24.1 では、クラウドおよびモバイル・アプリの自然言語ベースの開発を可能にするネイティブAI搭載APEX AIアシスタントを導入しました。APEX AIアシスタントを使用すると、すべての開発者は自然言語を使用してSQLを生成できるため、アプリケーションをより簡単に構築したり、ワンクリックで構文修正を実行したり、表名を覚える必要がなくなります。開発者は、自然言語プロンプトを使用して目的の機能とコンポーネントを指定し、直感的な会話型インタフェースを使用し...
続きを読む