クラウド上のExadataは未来 – 何を待っていますか? (2024/08/21)

https://blogs.oracle.com/database/post/exadata-in-the-cloud-is-your-future

投稿者：Kevin Deihl | Director of Product Management

Eddie Ambler | Senior Principal Product Manager

オンプレミスのExadataワークロードをクラウド内のExadataに移行する主なメリットは次のとおりです。

Exadataは、10年以上にわたり、最も高速なパフォーマンス、最高の可用性、最も堅牢なセキュリティを必要とするOracle Databaseワークロードの業界標準として認められています。Exadataワークロードをパブリックまたはハイブリッドのクラウドに移行することを検討している場合は、引き続きアプリケーションにとって重要なExadataの利点を活用しながら、クラウドのメリットを追加する必要があります。

クラウドは、クラウドの自動化とOracle管理インフラストラクチャにより、従量課金制の消費と管理の軽減により、優れた経済性を提供します。オンプレミスのExadataワークロードをクラウドのExadataに移行することで、運用を簡素化し、コストを削減し、データベース・インフラストラクチャを最新化する方法について説明します。

データ・モデルやアプリケーションを変更せずにどこにでもデプロイ

クラウドのExadataは、Exadataオンプレミスと同じ革新的なテクノロジを提供し、デプロイメント・モデル間で100%の互換性を持ち、シームレスなデータベース移行と中断の最小化を実現します。クラウド内のExadataはオンプレミスのExadataと同じパフォーマンスと可用性を持ち、場所に関係なく同じOracle Databaseも提供します。

クラウドのExadataには、次の3つのデプロイメント選択肢があります。

Oracleのパブリック・クラウド(Oracle Cloud Infrastructure)のExadataインフラストラクチャ、または
Exadata Cloud@Customerを使用したデータセンター内のハイブリッド・クラウド、または
Oracle Database@Azureを使用したマルチクラウド・ソリューションの一部であるExadataインフラストラクチャ(Exadataは今後Oracle Database@Google Cloudでも利用可能になる予定です)。

マルチクラウド・ソリューションは、Azure内または将来Google Cloud内でExadataをOCIで実行し、Exadata上で稼働するデータベースへのAzureおよびGoogle Cloudアプリケーションのネイティブな低レイテンシ・アクセスを提供します。

インフラストラクチャのコストと管理を削減

ワークロードをパブリック・クラウドまたはCloud@CustomerのExadataに移行する場合、Exadataインフラストラクチャはオンプレミス・デプロイメントと同じです。現在のワークロードのコンピュート・リソースとストレージ・リソースを柔軟にサイズ変更でき、将来的にコンピュートまたはストレージ(あるいはその両方)を動的に追加できるので、必要なインフラストラクチャについてのみ支払うことができます。Exascaleインフラストラクチャでは、Exadataも使用できます。これにより、パブリック・クラウドのExadataのエントリ・コストが削減され、サイズの最小化が小さくなり、あらゆる規模のワークロードがExadataのメリットを得ることができます。

パブリック・クラウドにExadataをデプロイする場合、アプリケーションをテストして、使用した分についてのみ支払うことができます。ただし、インフラストラクチャへの長期的なコミットメントは不要です。長期的なコミットメントなしにインフラストラクチャをオンデマンドでデプロイすることにより、準備ができたら最新世代に移行するだけで、新しいハードウェア・パフォーマンスの改善を活用できます。また、パブリック・クラウドでは、ビジネスの急増に対応するためにコンピューティングやストレージの容量を柔軟に拡張することは、オンプレミスに必要なハードウェア調達プロセスに比べて非常に簡単で、必然的に遅延が発生します。

パブリック・クラウドまたはCloud@CustomerのExadataにワークロードを移動すると、インフラストラクチャの管理の負担もなくなります。Exadataインフラストラクチャは、リスクを低減する高度な自動化を使用して、Oracleエキスパートによって管理されます。インフラストラクチャ・メンテナンスの責任を管理チームから排除することで、リソースを解放し、中核的な組織目標に集中できます。

インフラストラクチャ・メンテナンスの一環として、OracleはExadataサーバー、スイッチおよびその他のインフラストラクチャ・コンポーネントを更新します。Oracleはインフラストラクチャの管理を担当しますが、メンテナンス・アクティビティのタイミングを制御して、エンド・ユーザーの中断を最小限に抑えることができます。

管理コストの削減

Autonomous DatabaseおよびExadata Database Serviceは、パブリック・クラウドとCloud@Customerの両方でExadataで実行される2つのOracle Databaseサービスです。Autonomous Databaseはフルマネージドサービスですが、Exadata Database Serviceは、ユーザーとOracleの間で責任を共有する共同管理サービスです。

フルマネージドのAutonomous Databaseでは、Oracleは自律型操作を通じてインフラストラクチャとデータベースの両方を管理するため、アプリケーション用にデータベースを簡単に使用できます。対象範囲内で、Autonomous Databaseは、Real Application Clusters (Oracle RAC)やData Guardなどの高度な機能を含む、すべてのOracle Database機能を利用します。Autonomous Databaseは、データベースのプロビジョニング、保護、チューニング、およびスケーリングを自動的に行います。クラウド・ネイティブ・アプリケーションの最新開発を簡素化する一連の機能があり、業界をリードするExadataプラットフォームで実行される最も高度なデータベース・テクノロジ上に構築されています。

Exadata Database Serviceは、お客様とOracleによって共同管理され、Oracleがインフラストラクチャを管理し、一般的なライフサイクル管理タスクに堅牢なクラウド自動化を使用してデータベースを管理します。自動化により、ベストプラクティスが構成に組み込まれるだけでなく、データベースの作成、更新、バックアップおよびスケーリング時にも正しく従うことが保証されます。これにより、オンプレミス・アプリケーションを簡単にクラウドにリフト・アンド・シフトしながら、データベース環境の柔軟性と制御性を高めることができます。

自動化により、最高のパフォーマンス、可用性、セキュリティを備えたデータベースを導入するための技術概要とドキュメントを調査する必要がなくなります。たとえば、データベース・プロビジョニングは、ベスト・プラクティスに従ってOracle RACデータベースが構成されるように自動化されます。データベースの更新、Data Guardスタンバイの作成、スイッチオーバーの実行などのアクティビティは、Autonomous Databaseを使用するか、Exadata Database Serviceで数回のクリックまたはAPIコールのみで実行されます。時間のかかるタスクに自動化を活用することで、管理チームはシステムやデータベースを管理するのではなく、付加価値の高い機能に集中できます。

どちらのサービスも、オンプレミスの導入と比較して運用コストを削減しますが、お客様は分離、制御、カスタマイズの要件が異なります。これらのデータベース・サービスが提供する管理の選択肢により、データベースの運用ニーズに最も適したソリューションを選択できます。専用インフラストラクチャ上のサービスは相互に排他的ではないため、Autonomous DatabaseとExadata Database Serviceを同じインフラストラクチャで実行できます。Autonomous Databaseは、パブリック・クラウドのサーバーレスExadataインフラストラクチャでも使用できます。また、Exadata Database Serviceは、共有Exascaleインフラストラクチャ上のパブリック・クラウドにデプロイできます。この柔軟性により、Exadata Database Serviceで制御を維持するシンプルなリフト・アンド・シフト・アプローチを使用してクラウドに移行するアプリケーションもあれば、フルマネージドのAutonomous Databaseのメリットを得るために最新化されるアプリケーションもあるため、スケジュールどおりにOracle Database環境を最新化できます。

Oracle Databaseのライセンス・コストの削減

Oracle Databaseは、ビジネス・ニーズを満たすために利用できる、コスト効率に優れた2つのライセンス・モデルから選択してライセンス付与できます。

クラウド内のExadataのライセンス込みモデルには、すべてのOracle Database Enterprise Editionオプションの資格が含まれます。このモデルは、既存のOracle Databaseライセンスが十分でないお客様や、現在ライセンスされているもの以外のOracle Database機能を使用しようとするお客様に最適です。「含まれるライセンス」の値は、データベース・オプションの採用が増加するにつれて拡張されます。

Bring Your Own License (BYOL)モデルは、クラウドで使用するOracle Database Enterprise Editionおよびデータベース・オプション・ソフトウェア・ライセンスをすでに所有しているお客様に最適です。これは、既存のソフトウェア投資の価値を最大化しつつ、サポート・コストを削減するように設計されています。BYOL Enterprise Edition Database Licenseには、Transparent Data Encryption (TDE)、Diagnostic & Tuning Packs、Real Application TestingおよびData Masking & Subsettingを無料で使用するための資格が含まれており、追加コストなしでより多くの機能が提供されます。BYOLを使用すると、オンプレミスのサポート料金にクラウド費用の25%のクレジットを適用するOracle Support Rewardsも提供されます。

Oracle Cloudの使用量に応じたデータベース・ライセンスは、データベース・ワークロードの実行に使用するコンピュート・リソースと、選択したライセンス・モデルに基づいています。Exadata Database Serviceでは、データベース環境に割り当てられたコンピュート・コアを動的にスケール・アップおよびスケール・ダウンでき、使用対象のみの料金がかかります。Autonomous Databaseでは、ワークロード需要の変化に応じて、コンピュート・スケーリングが自動的に行われます。必要なコンピュート・リソースに対してのみ支払う機能により、特にワークロードのピークを処理できる必要があるが、通常はそれらのピークを十分に下回る環境では、大幅な節約を実現できます。

どちらのライセンス・モデルも、パブリック・クラウドのExadata Database ServiceとAutonomous Database、Exadata Cloud@Customer、およびマルチクラウド環境に適用できます。

移行のダウンタイムと労力を削減

Oracle Databaseにはすべてのデプロイメントで100%の互換性があるため、データを移動してクラウド内のExadataに移行するだけです。Oracle Databaseでは、停止時間を許容できる場合、バックアップやリカバリなど、使い慣れた移行方法を使用できます。ダウンタイムは、通常Exadata上で実行される重要なデータベースでは問題になる可能性があるため、OracleはZero Downtime Migration (ZDM)を使用して自動化されたソリューションを提供し、物理データベースまたは論理データベースの移行を簡素化します。ZDMを使用すると、オンプレミスの本番データベースと同期したOracle Cloudにレプリカ・データベースをデプロイできます。準備ができたら、アプリケーションをクラウド・データベースに切り替えて、クラウド移行を完了します。

重要なポイント

クラウド内のExadataは、オンプレミスのExadataのすべてのメリットと、クラウドの経済的、運用上のメリットを組み合せます。

クラウド内のExadataのみが、オンプレミスのExadataのパフォーマンスと可用性に一致します。他のクラウド・インフラストラクチャでOracle Databaseを実行すると、標準外のアプリケーション・エクスペリエンスにつながる可能性があります。クラウドに移行する際には、クラウドでExadataが実行されるようにする必要があります。
クラウドのExadataでコストを削減Exadataクラウド・サブスクリプションは実際の使用量に動的に調整できるため、使用した分にのみ支払います。オンプレミスのライセンスを転送したり、新しいデータベース・オプションでアプリケーションを拡張したりするインセンティブにより、ライセンス・コストがさらに削減されます。また、Oracleはインフラストラクチャを管理するため、管理スタッフは付加価値の高いプロジェクトで作業できます。また、もちろん、Oracle Cloudに移行しても、お客様のデータ・センターを維持するコストが削減されます。
クラウドのExadataは、選択したデプロイメント・モデルでAutonomous Databaseなど、最新のExadata世代および最先端のテクノロジ・イノベーションを提供します。次のものを選択できます。

Oracle Cloud Infrastructure (OCI)のExadataインフラストラクチャ、または
Oracle Databaseをサポートする唯一のハイブリッド・クラウドであるExadata Cloud@Customer、または
Oracle Database@Azureを使用したマルチクラウド環境、および今後Oracle Database@Google Cloudを使用したExadataインフラストラクチャ

クラウドのExadataを使用すると、大幅なコスト削減を実現できるだけでなく、運用サービス・レベルおよびポリシーにも対応できます。Exadataのパフォーマンス、可用性、セキュリティ、クラウドの経済性とシンプルさ、オンプレミスのOracleデータベースとの100%の互換性により、クラウドに移行する最善の方法はありません。

クラウド上のExadataは未来 – 何を待っていますか?

詳細は、クラウド内のExadataで実行されるOracle Databaseサービスに関するドキュメントの新機能に関する項を参照してください。

ドキュメントリンク

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

10月 31, 2023

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 Blog(翻訳)