OCI Full Stack DRは、OKEの完全自動リカバリに限られた可用性を提供 (2024/10/10)

OCI Full Stack DRは、OKEの完全自動リカバリに限られた可用性を提供 (2024/10/10)

https://blogs.oracle.com/cloud-infrastructure/post/full-stack-dr-for-oke-la-release

投稿者： Gregory King | Senior principal product manager for OCI Full Stack Disaster Recovery


Oracle Cloud Infrastructure(OCI)Full Stack Disaster Recovery(Full Stack DR)は、Oracle Kubernetes Engine(OKE)の限定的な可用性を発表します。オラクルの限定アベイラビリティ・プログラムに参加して、お客様のテナンシでFull Stack DRのリリース機能を近々試してみてください。


Full Stack DRは、OCIの100%クラウドネイティブのディザスタ・リカバリ・アズ・アズ・サービス(DRaaS)であり、さまざまなリカバリ・プロセスを1回のボタン・クリックでトリガーできる1つのまとまりのあるワークフローに結び付けます。オラクルの新しい組込み機能により、既存のOKEクラスタをFull Stack DRに簡単に追加して、OCIリージョン間のOKEのエンドツーエンド・リカバリ・オーケストレーションを完全に自動化できます。ただし、限定的な可用性プログラムに参加しないかぎり、この新機能は表示されません。


図1: 新しいリソース・タイプとしてのOKE (テナンシが許可リストされた後にのみ表示されます)


テナンシがこの新機能に対して許可リストに登録されている場合は、2つのOCIリージョンから既存のOKEクラスタをFull Stack DRに追加します。両方のリージョンにリソース・タイプを追加し、リカバリの動作をFull Stack DRに通知するいくつかのプロパティを指定する必要があります。次に、1つのボタンをクリックして完全なDR計画を生成し、OKEのリカバリに必要なすべてのステップを事前移入します。



Kubernetes以上のリカバリのオーケストレーション


Full Stack DRが他のKubernetesリカバリ・ソリューションよりも持つユニークな利点は、Full Stack DRがKubernetesのみよりもはるかに多くのリカバリをオーケストレーションすることです。OKEクラスタでホストされるリソースは、多くの場合、完全なビジネス・システムまたはアプリケーション・スタックの一部にすぎません。


OKEとともに、リカバリする必要がある、サポートされているインフラストラクチャおよびPlatform-as-a-Service (IaaSおよびPaaS)リソースを追加します。次に、図2に示すように、「計画の作成」ボタンをクリックしてDR計画を数分で生成します。画像は、OKEとともに他のサービスを含めることができるアプリケーション・スタック全体のリカバリを編成するDR計画の単純な例を示しています。


図2: 組込みステップとユーザー定義ステップを備えた完全なディザスタ・リカバリ計画の簡単な例


前述のDR計画の例には、同じビジネス・システムの一部であり、どちらのリージョンでもKubernetesクラスタの一部ではないブロック・ボリューム、ファイル・システム、コンピュートおよびデータベースに対する組込みのリカバリ・ステップが含まれています。ロード・バランサのバックエンド・セットを管理するステップには、複数のロード・バランサにまたがる複数のバックエンド・セットを含めることができます。


DR計画には、OKEクラスタおよびOKEクラスタの一部ではないVMでホストされている仮想マシン(VM)でOracleまたはOracle Applications以外を停止および起動するカスタム自動化によるユーザー定義ステップもあります。たとえば、ビジネス・システムには、社内アプリケーション、Oracle Analytics Cloud、OCI Integration、Oracle Business Intelligence Enterprise Editionなどの一般的なOCIサービス、その他の任意の数のサービス、およびOKEクラスタに含まれないOCI Marketplaceアプリケーションが含まれる場合があります。


これはすべて、単純なVMフェイルオーバーを超えたOCIネイティブ・ディザスタ・リカバリ・サービスにつながり、IaaSおよびPaaSサービスを、単一のシームレスなワークフローにリカバリする必要がある他のほとんどすべてのサービスと統合します。



限られた可用性プログラムに参加する


お客様主導のOCIサービスとして、私たちは常に、ビジネス・リーダーや日々当社のサービスを利用する人々に直面する課題をより深く理解したいと考えています。開発者は、Oracleのお客様が当社の製品の品質と、ディザスタ・リカバリの課題を解決するためのアプローチについてどう思っているかに関心を持っています。2つ目のOCIリージョンに2つ目のOKEクラスタがデプロイされている、またはすでに構築中の組織を探しています。フィードバックをお寄せください。


Oracle Kubernetes EngineがFull Stack DRのリソース・タイプとして表示されるのは、テナンシが非本番ワークロードの試用ベースでこの新機能拡張を許可リストに登録されるまでです。


OKEの限定アベイラビリティ・プログラムへの参加については、今すぐOCIアカウント・チームにお問い合せください。アカウント・チームでの作業をお薦めしますが、担当者がわからない場合は、LinkedInから次の製品マネージャに連絡します。



もっと知りたいですか?


OCI Full Stack Disaster Recoveryをまだ実際にご覧になっていない場合は、Oracle Cloud Infrastructureのアカウント・チームに今すぐデモンストレーションを設けてください。ドキュメント、価格、チュートリアル、顧客成功事例、チュートリアル、ハンズオン・ラボなどの詳細は、Full Stack Disaster Recoveryを参照してください。


コメント

コメントを投稿

このブログの人気の投稿

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 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を生成できるため、アプリケーションをより簡単に構築したり、ワンクリックで構文修正を実行したり、表名を覚える必要がなくなります。開発者は、自然言語プロンプトを使用して目的の機能とコンポーネントを指定し、直感的な会話型インタフェースを使用し
続きを読む