Exadataインフラストラクチャについて
Exadataインフラストラクチャ(EI)リソースは、Exadata Database MachineシステムをOracle Cloudに接続するネットワーク構成とともに表します。これは、基礎となるコンポーネントAutonomous VMクラスタ、Autonomous Container DatabaseおよびAutonomous AIデータベースをホストします。
EIは、専用Exadataインフラストラクチャ上のAutonomous AI Databaseの基盤となる、4レベルのデータベース・アーキテクチャ・モデルの4つのコンポーネントの1つです。
Autonomous AI Database on Dedicated Exadata Infrastructureで使用される4層アーキテクチャの全体像を把握し、このアーキテクチャでのExadataインフラストラクチャの位置付けを理解するには、専用Exadataインフラストラクチャ上のAutonomous AI Databaseのコンポーネントを参照してください。
EIはフリート管理者によって作成されます。詳細は、専用Exadataインフラストラクチャ上のAutonomous AI Databaseに関連付けられたユーザー・ロールを参照してください。
フリート管理者は、Exadataインフラストラクチャ・リソースの作成の手順に従って、最初にAutonomous AIデータベース・リソースをホストするEIリソースを作成する必要があります。デプロイするプラットフォームによっては、インフラストラクチャのシェイプや容量などのEI属性を決定する際に、次のページが役立つ場合があります。
-
Oracle Public Cloudへのデプロイ:
-
Exadata Cloud@Customerへのデプロイ:
-
マルチクラウドへのデプロイ:
ノート:
Oracle Exadata Database Service on Dedicated InfrastructureまたはOracle Exadata Database Service on Cloud@Customerの既存の顧客で、EIリソースをすでにプロビジョニングしている場合は、新しいEIリソースの作成をスキップできます。Autonomous AI DatabaseとExadata Database Serviceの両方を同じEIにデプロイできます。
Exadataインフラストラクチャ・リソースでは、イベント(リソースの変更を示す構造化メッセージ)が発行されます。Exadataインフラストラクチャ・インスタンスがOracle Public Cloudで発行するイベント・タイプのリストはクラウドExadataインフラストラクチャ・イベント・タイプを、Exadata Cloud@CustomerでAutonomous AI Databaseのイベントを生成する操作のリストはExadataインフラストラクチャ・イベント・タイプを参照してください。
Exadataインフラストラクチャの要件
ノート: Cloud Serviceプロバイダに応じて、次のデプロイメントの前提条件を参照してください。
IAMポリシー要件
必要なIAMポリシーを通じて付与された権限を持つOracle Cloud Infrastructureアカウントが必要です。必要なポリシーは、実行している操作によって異なります。Exadataインフラストラクチャに関連するIAMポリシーのリストは、Exadataインフラストラクチャ・リソースを管理するためのポリシーを参照してください。
最小リソース要件
サービス制限に、使用可能なサポートされているExadataシステム・シェイプが少なくとも1つ表示されていることを確認します。インフラストラクチャ・リソースを作成する前に、必要に応じてサービス制限の引上げをリクエストしてください。ガイダンスについては、Request Service Limit Increaseを参照してください。
ノート:少なくとも1つのAutonomous Exadata VMクラスタの作成をサポートするには、EIに十分な残りのリソースが必要です。
Exadataインフラストラクチャから管理されるデータベース機能
Autonomous AI Databaseの次の機能は、Exadata Infrastructure (EI)レベルで定義および管理できます。
| 機能 | ノート | 参照先 |
|---|---|---|
リージョンおよび可用性ドメイン EIリソースを作成する場合は、リージョンおよび可用性ドメインを選択する必要があります。リージョンは限定された地理的領域で、可用性ドメインはリージョン内に配置された1つ以上のデータ・センターです。1つのリージョンは、1つ以上の可用性ドメインで構成されます。 |
リージョンはレルムにグループ化されます。テナンシは、単一のレルムに存在し、そのレルムに属するすべてのリージョンにアクセスできます。そのレルム内にないリージョンにはアクセスできません。 EIの適切なリージョンは後で変更できないため、必ず選択してください。 |
リージョンおよび可用性ドメイン |
Exadataシステムのモデルとシェイプ Exadataインフラストラクチャは、様々なExadataシステム・モデルでプロビジョニングできます。各モデルは、一定量のメモリー、ストレージおよびネットワーク・リソースを備えた様々なシェイプで提供されます。 |
Autonomous AI Database on Dedicated Exadata Infrastructureに割り当てられるリソースの合計は、サービスのプロビジョニングに使用されるExadataシステム(およびシェイプ)によって決まります。 使用可能なExadataシステム・シェイプは、選択したExadataシステム・モデルによって異なります。 |
|
コンピュートおよびストレージの構成 EIリソースを構成するためのデータベースおよびストレージ・サーバーの数を指定できます。 |
|
|
メンテナンス・スケジュール 一般に、Oracleは、CVSSスコアが7以上の脆弱性について、四半期ごとにフリート・メンテナンス・スプレッド全体をスケジュールし、月次インフラストラクチャ・セキュリティ修正を実行します。 ユーザーは、Oracleにメンテナンス・スケジュールの処理を任せることも、Oracleがメンテナンス操作を開始できる特定のメンテナンス・ウィンドウを設定することもできます。 |
Oracleで管理するEIのメンテナンス・スケジュール設定を定義または変更したり、カスタム・メンテナンス・スケジュールを設定できます。 | |
担当者電子メール Exadataインフラストラクチャに関する運用上の通知、お知らせおよび計画外メンテナンス通知を受信できる連絡先電子メールを提供できます。 |
Oracleでは、重要な通知やお知らせが見逃されないように、可能な場合は個人の電子メール・アドレスではなく管理者グループの電子メール・アドレスを使用することをお薦めします。 |
Exadataインフラストラクチャ管理操作
Exadataインフラストラクチャで次の管理操作を実行できます。
| 操作 | タスクの指示 |
|---|---|
| Exadataインフラストラクチャ・リソースの作成 | Oracle Public Cloudデプロイメントの場合は、Exadataインフラストラクチャ・リソースの作成を参照してください マルチクラウド・デプロイメントの場合は、AWSリージョンでのExadataインフラストラクチャ・リソースの作成を参照してください |
| Exadataインフラストラクチャ・リソースのメンテナンス・スケジュールの変更 | Exadataインフラストラクチャ・リソースのメンテナンス・スケジュールの変更 |
| 別のコンパートメントへのExadataインフラストラクチャ・リソースの移動 | 別のコンパートメントへのExadataインフラストラクチャ・リソースの移動 |
| Exadataインフラストラクチャ・リソースの詳細の表示 | Exadataインフラストラクチャ・リソースの詳細の表示 |
| Exadataインフラストラクチャ・リソースのリストの表示 | Exadataインフラストラクチャ・リソースのリストの表示 |
| Exadataインフラストラクチャ・リソースのスケジュール済メンテナンスの表示と管理 | Exadataインフラストラクチャ・リソースのスケジュール済メンテナンスの表示と管理 |
| Exadataインフラストラクチャ・リソースの過去のメンテナンスの表示 | Exadataインフラストラクチャ・リソースの過去のメンテナンスの表示 |
| Exadataインフラストラクチャ・リソースの終了 | Exadataインフラストラクチャ・リソースの終了 ノート:マルチクラウド・デプロイメントの場合、Exadataインフラストラクチャ・リソースもAWSコンソールから終了できます。 AWSコンソールからのExadataインフラストラクチャ・リソースの終了を参照してください。 |
| Exadataインフラストラクチャの顧客コンタクトの管理 | Exadataインフラストラクチャの顧客コンタクトの管理 |
前述の操作は、APIを使用しても実現できます。詳細は、Exadataインフラストラクチャ・リソースを管理するためのAPIを参照してください。