Exadata Cloud@CustomerでMultiple VM Autonomous Databaseを利用 (2022/03/26)

 Exadata Cloud@CustomerでMultiple VM Autonomous Databaseを利用 (2022/03/26)

https://blogs.oracle.com/cloud-infrastructure/post/multiple-vm-autonomous-database-exadata-cloudcustomer-debuts

投稿者： Ranganath Srirangapatna Ramachandra | Senior Product Manager

Robert Greene | VP Product Management


この度、Exadata Cloud@CustomerでMultiple VM Autonomous Databaseの提供を開始することをお知らせします。お客様から最も要望の多かった機能の1つが、1つのExadata Cloud@Customerインフラ上にAutonomous Database VM ClusterとExadata Database VM Clusterを作成する機能でした。Multiple VM Autonomous Databaseの提供開始により、お客様はX7 Gen2から最新世代までの既存のExadata Cloud@Customerプラットフォーム上に複数のAutonomous Exadata VM ClustersおよびExadata Database VM Clustersを作成できるようになりました。


Oracle Exadata Cloud@Customerは、顧客がデータベースのクラウド利点を実現するための世界で最もシンプルなパスです。セルフサービスによるAPIの俊敏性、従量制の財務モデル、高可用性、セキュリティ、ビジネスリスクを低減する標準化などを実現します。クラウドの利点を、お客様のファイアウォールの内側、お客様のデータセンター内で実現し、クラウドネイティブAPIを使用してオラクルによって完全に管理されます。Exadata Cloud@Customerにより、企業はセキュリティ、ガバナンス、および規制の要件を満たしながら、エンタープライズ・アーキテクチャのアプリケーション層で何も変更せずにデータベース資産を近代化し、クラウドのメリットを活用することができます。


Oracle Autonomous Databaseは、データベースアプリケーションの開発者および管理者にとって、最も運用面で完成度が高く、使いやすいデータベースサービスです。このサービスは、機械学習によるタッチレスなミッションクリティカル機能を、自動的かつ動的なスケーリング、パフォーマンス、およびセキュリティで提供します。このサービスは、単一のソリューションで複数のデータ型、ワークロード、分析機能を利用する最新のアプリケーションアーキテクチャに特に適しています。 


Autonomous Database on Exadata Cloud@Customer（ADB-C@C）は2020年7月に同時発表され、お客様のデータセンターでクラウドのあらゆる利点を備えた運用上完全かつシンプルなデータベースサービスを提供します。


ADB-C@Cを利用するために、お客様は4つの主要なリソースを作成する必要があります。


  •     Exadata Cloud@Customer infrastructure
  •     Autonomous Exadata VM Cluster
  •     Autonomous Container Database
  •     Autonomous Database


しかし、図1に示すように、当初の導入アーキテクチャでは、顧客はプラットフォーム全体をAutonomous Exadata VM ClusterまたはExadata Database VM Clusterのいずれかに割り当てる必要がありました。


図1 2020年のExadata Cloud@CustomerにおけるAutonomous Databaseの様子


Multiple VM Autonomous Databaseの発表と一般提供により、お客様は図2に示すように、1つのExadata Cloud@Customer上に複数のAutonomous Exadata VM ClustersとExadata Database VM Clustersを作成することができるようになりました。

図2：Exadata Cloud@Customer上のMultiple VM Autonomous Database


Multiple VM Autonomous Databaseは、高可用性のAutonomous Database Serviceインスタンスを分離した対称的な仮想マシン群上で動作し、単一のExadata Cloud@Customerインフラ上で動作するExadata Database VM Clustersと一緒にデプロイすることが可能です。


各Autonomous VM Clusterは、Exadata Cloud@Customer上で個別のネットワーク構成、メンテナンススケジュール、ライセンスタイプの選択（BYOLおよびライセンス込み）、カスタマイズ可能なメモリ、ストレージ、コンピューティング割り当てをサポートし、Autonomous Databaseを作成・実行します。


Multiple VM Autonomous Databaseは、アクセスルール、クォータ、パフォーマンスSLOを独自に設定することで、開発テスト、ステージング、本番といった分離された運用環境をプロビジョニングすることが可能になります。これにより、企業は既存のデータベースを移行して最新化し、クラウドのメリットを得るだけでなく、企業統治基準を満たすセルフサービス型のデータベースアプリケーション開発プラットフォームを構築することが可能になります。これにより、社内の開発者は、自動調整、自動スケール、自動管理を行うAutonomous Databaseを使用して、新しいアプリケーションを構築することができます。


既存および新規のExadata Cloud@Customerに複数のVMクラスタを採用することで、顧客は複数のメリットを得ることができます。


  •     Exadata Database ServiceとAutonomous Database Serviceの両方を搭載したシングルインフラストラクチャ  
    •         既存のインフラストラクチャの容量を使用してAutonomous Databaseの経験を積むことが可能
    •         同じ物理リソースで異なるワークロードに効率的にリソースを割り当てることが可能
    •         すべてのデータベースをインクリメンタルにアップグレードし、同じExadata Cloud@Customer上でAutonomous Databaseへの移行を容易に行うことができます。
  •     最も低いコストでAutonomous Databaseを導入可能
    •         Autonomous VMクラスタを無償でセットアップし、費用対効果の高いプライベートDatabase as a Service（DBaaS）環境を構築することができます。
    •         Autonomous Databaseのワークロードを実行した分のみの支払い
    •         CPUコアの分割利用、必要に応じた消費量の自動調整、個々のデータベースの起動・停止によるコスト削減
  •     新規・既存ワークロードの簡素化
    •         既存ワークロードの完全自動化・最適化
    •         新しいアプリケーションを作成するための開発者用セルフサービスデータベースの提供
  •     柔軟なライセンス形態
    •         同じExadata Cloud@Customerインフラ上でBYOLデータベースとライセンス付属のAutonomous Databaseの両方を使用可能
  •     重要なデプロイメントのための本番コストを繰り延べる
    •         同じCloud@Customerインフラ上のExadata VMクラスタ間でAutonomous Data Guardを作成し、テストすることができます。
    •         低コストでAutonomous Data Guardが必要な開発/テストのユースケースを可能にします。
  •     特殊なワークロードを可能にする
    •         異なるワークロードを最適にサポートするために、各Autonomous Exadata VM Cluster構成の計算、ストレージ、メモリをカスタマイズ可能
  •     セキュアな環境分離
    •         ネットワークで分離されたAutonomous Exadata VM Clustersにより、特定のワークロード（開発テスト、ステージング、本番）に対するセキュリティ強化と予測可能なパフォーマンスを提供します。



OCIコンソール体験


Autonomous Exadata VMクラスタの作成


Autonomous Exadata VM Clusterを作成するには、Autonomous Exadata VM Clusterのリストビューページに移動して、[Create Autonomous Exadata VM Cluster]を選択します。

各Autonomous Exadata VM Clusterリソースは、Exadata Cloud@Customerの導入時に設定されたVLANによってネットワークが分離されています。ネットワークは別々に設定されるので、最初のクラスタリソースを作成する前に少なくとも1つのVLANを設定する必要があります。


Autonomous Exadata VM Clusterの作成中に、Autonomous Container DatabasesおよびAutonomous Databasesに使用されるリソースを割り当てる必要があります。主なリソース構成パラメータ


  •     Exadata VM Clusterに作成する予定のAutonomous Container Databasesの数 - ローカルストレージはこの値に基づいて自動的に割り振られます。
  •     ノードあたりのOCPU数 - Autonomous VM ClusterでAutonomous Databases用のノードあたりのOCPUを設定します。
  •     OCPUあたりのデータベースメモリ - OCPUの割り当て合計に基づいて、Autonomous DatabaseワークロードのVMクラスタ内のメモリ合計を設定します。
  •     Autonomous Database Storage - Autonomous Databasesのユーザーデータストレージ


リソース構成スライダーのデフォルト値は、Exadata VM Clusterの自律動作に必要な最小値に設定されています。


リソース構成パラメータを設定すると、リソース構成セクションの右側にAutonomous Exadata VM Clusterの作成に必要な総リソースとその値を計算するための計算式が表示されます。

各Autonomous Exadata VM Clusterには、個別のメンテナンススケジュールが設定されています。[Modify Maintenance]ボタンを選択し、Autonomous Maintenanceの環境設定を行います。メンテナンススケジュールを設定し、[Save Changes]をクリックします。

注：メンテナンスの実行を一度スケジュールすると、スキップや再スケジュールが可能です。


ライセンスの種類を選択し、「Autonomous Exadata VM Clusterの作成」をクリックします。Multiple-VM Autonomous Databaseでは、同じExadata Cloud@Customerインフラ上に異なるライセンスタイプのAutonomous Databasesを持つことができます。


注：Exadata Cloud@Customer、Autonomous Container Database、Autonomous Databaseを作成するコンソールエクスペリエンスは、Multiple VM Autonomous Database機能でも変わりません。その他のリソースの作成については、こちらをご覧ください。



提供開始時期


コンソール、SDK、CLI、Terraform for Multiple-VM Autonomous Databaseは、2022年3月16日より、すべてのOCI商用リージョンで利用可能です。



リソース




まとめ


Multiple VM Autonomous Databaseは、単一のExadata Cloud@Customerインフラ上に複数のAutonomous Database VM ClustersとExadata Database VM Clustersを作成することが可能です。複数のVMクラスターをサポートすることで、X7 Gen2から最新バージョンまでのExadata Cloud@Customerへの投資価値を高めることができます。


  •     Exadata Database ServiceとAutonomous Databaseの両方をExadata Cloud@Customer上で利用できるシングルプラットフォーム
  •     Autonomous Databaseを導入し、プライベートDBaaSを構築するための最安値のコスト
  •     同一のExadata Cloud@Customerインフラ上で柔軟なライセンスタイプ（BYOLとIncluded）を選択可能
  •     ローカルDRテストによるミッションクリティカルなデプロイのための製品コストの先送り
  •     カスタマイズされたAutonomous Exadata VM Clustersで特殊なワークロードが可能
  •     アプリケーション、プロジェクト、ビジネスラインごとに、ネットワークで分離された開発テスト環境、ステージング環境、本番環境により、環境を安全に分離


Autonomous Databasesの詳細については、こちらをご覧ください。


コメント

コメントを投稿

このブログの人気の投稿

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 GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19)

イメージ
Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19) https://blogs.oracle.com/dataintegration/post/how-to-replicate-to-mirrored-database-in-microsoft-fabric-using-goldengate 投稿者： Shrinidhi Kulkarni | Principal Product Manager Oracle GoldenGate 23aiでは、オープン・ミラーリングを介したMicrosoft Fabricへの統合のパブリック・プレビューがサポートされるようになりました。この強力な組み合わせにより、リアルタイムのデータ統合が可能になり、ハイブリッド環境とマルチクラウド環境のデータをMicrosoft Fabricのミラー化されたデータベースに継続的に同期できるため、データは常にAIと分析に対応できます。 Microsoft Fabric統合のOpen Mirroring は、GoldenGate for Distributed Applications and Analytics 23ai (GG for DAA) (23.6)製品を介して提供されます。 既存の Azure統合の詳細については、 ドキュメント を参照してください。 オープン・ミラーリングは、オープン・デルタ・レイク表形式に基づいて、データISVがMicrosoft Fabricのミラーリングを拡張できるように設計されています。この機能により、Oracle GoldenGate 23aiは、オープン・ミラー化パブリックAPIおよびアプローチに基づいて、Microsoft Fabricのミラー化データベースに変更データを直接書き込むことができます。Microsoft FabricでのOpen Mirroringの詳細については、「 Microsoft FabricでのOpen Mirroringの概要 」を参照してください。 このブログ投稿では、この統合の実装の側面について深く掘り下げ、GoldenGate統合の構成方法を示します。 構成ステップ: リファレンス・アーキテクチャの理解 前提条件 ...
続きを読む

Oracle Database Service for Azure（ODSA）とOracle Interconnect for Azureの比較 (2022/08/15)

イメージ
Oracle Database Service for Azure（ODSA）とOracle Interconnect for Azureの比較 (2022/08/15) https://database-heartbeat.com/2022/08/15/odsa-vs-interconnect/ はじめに Oracle Database Service for Azure（ODSA） が最近発表されて以来、大きな反響を呼んでいる。この新サービスは、AzureとOCI上でマルチクラウド・ソリューションを実現するために、オラクルが管理し、完全に自動化された方法を提供するものだからです。 しかし、ちょっと待った! MicrosoftとOracleはすでにしばらく（2019年から）提携しており、マルチクラウドワークロードに使用する Oracle Interconnect for Azure （ここでは略称：Interconnect）を提供しています。そこで、問題提起されているのは、何が違うのか？類似点は何か？そして、どちらを使うべきなのでしょうか？ InterconnectはAzureとOCI間のネットワーク接続を設定するものであるのに対し、ODSAは接続、OCIデータベースのプロビジョニングと管理を行うAzureライクな体験などを提供するサービスベースのアプローチですが、違いと類似点について整理してみましょう。 AzureからOCIへの接続性 ODSAは、Oracleが管理するInterconnectをベースにしています。OCIのVCNとAzureのVNetは自動的にピアリングされるので、Interconnectのセットアップと設定にネットワークの専門知識は必要ありません。AzureのリソースとOCIのOracle Databases間のネットワークトラフィックは、Oracle-managed Interconnectを使用します。そのようなものが存在することを知る必要さえありません。 お客様自身が管理するInterconnectを利用するには、OCI ConsoleとAzure Portalにログインし、ネットワークリソースを作成し、 Interconnectを設定する、という手順 が必要です。OCI Dynamic Routing Gateway や Azure E...
続きを読む