Exadata Infrastructureについて
Exadataインフラストラクチャ(EI)リソースは、Exadata Database Machineシステム、およびOracle Cloudに接続するネットワーキング構成を表します。これは、基礎となるコンポーネントAutonomous VMクラスタ、Autonomous Container DatabaseおよびAutonomous AI Databaseをホストします。
EIは、4レベルのデータベース・アーキテクチャ・モデルの4つのコンポーネントの1つで、専用Exadataインフラストラクチャ上のAutonomous AI Databaseの基盤となります。
専用Exadataインフラストラクチャ上のAutonomous AI Databaseで使用される4つのレイヤー・アーキテクチャの包括的なアイデアを得て、このアーキテクチャでのExadataインフラストラクチャの位置づけを理解するには、専用Exadataインフラストラクチャ上のAutonomous AI Databaseのコンポーネントを参照してください。
EIはフリート管理者によって作成されます。詳細は、専用Exadataインフラストラクチャ上のAutonomous AI Databaseに関連付けられたユーザー・ロールを参照してください。
フリート管理者は、Exadataインフラストラクチャ・リソースの作成の手順に従って、最初にEIリソースを作成してAutonomous AI Databaseリソースをホストする必要があります。デプロイするプラットフォームに応じて、次のページでインフラストラクチャのシェイプや容量などの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 Cloud@CustomerでAutonomous AI Databaseのイベントを生成する操作のリストは、Oracle Public CloudおよびExadataインフラストラクチャ・イベント・タイプでExadataインフラストラクチャ・インスタンスが発行するイベント・タイプのリストについては、クラウドExadataインフラストラクチャ・イベント・タイプを参照してください。
Exadataインフラストラクチャの要件
ノート:
Cloud Serviceプロバイダに応じて、マルチクラウド・デプロイメントの次の前提条件を参照してください: .IAMポリシー要件
必要なIAMポリシーを通じて付与された権限を持つOracle Cloud Infrastructureアカウントを持っている必要があります。必要なポリシーは、実行している操作によって異なります。Exadataインフラストラクチャに関連するIAMポリシーのリストは、Exadataインフラストラクチャ・リソースを管理するポリシーを参照してください。
最小リソース要件
サービス制限に、サポートされている1つ以上のExadataシステム・シェイプが使用可能になっていることを確認します。インフラストラクチャ・リソースを作成する前に、必要に応じてサービス制限の引上げをリクエストしてください。ガイダンスは、サービス制限の引上げのリクエストを参照してください。
ノート:
少なくとも1つのAutonomous Exadata VMクラスタの作成をサポートするには、EIに十分な残りのリソースが必要です。Exadataインフラストラクチャから管理されるデータベース機能
Autonomous AI Databaseの次の機能は、Exadataインフラストラクチャ(EI)レベルで定義および管理できます。
| 機能 | ノート | 参照先 |
|---|---|---|
|
リージョンおよび可用性ドメイン EIリソースを作成する場合は、リージョンおよび可用性ドメインを選択する必要があります。リージョンは限定された地理的領域で、可用性ドメインはリージョン内に配置された1つ以上のデータ・センターです。1つのリージョンは、1つ以上の可用性ドメインで構成されます。 |
リージョンはレルムにグループ化されます。テナンシは、単一のレルムに存在し、そのレルムに属するすべてのリージョンにアクセスできます。そのレルム内にないリージョンにはアクセスできません。 EIは後で変更できないため、EIに最適なリージョンを選択してください。 |
リージョンおよび可用性ドメイン |
|
Exadataシステムのモデルおよびシェイプ Exadataインフラストラクチャは、様々なExadataシステム・モデルでプロビジョニングできます。各モデルは、一定量のメモリー、ストレージおよびネットワーク・リソースを備えた異なるシェイプで提供されます。 |
専用Exadataインフラストラクチャ上のAutonomous AI Databaseに割り当てられたリソースの合計は、サービスのプロビジョニングに使用される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インフラストラクチャ・リソースはAWS consoleから終了することもできます。AWS consoleからのExadataインフラストラクチャ・リソースの終了を参照してください。 |
| Exadataインフラストラクチャの顧客連絡先の管理 | Exadataインフラストラクチャの顧客連絡先の管理 |
Oracle Public Cloud前述の操作は、APIを使用して実行することもできます。詳細は、Exadataインフラストラクチャ・リソースを管理するためのAPIを参照してください。