機械翻訳について
  1. Oracle Exadata Database Service on Cloud@Customer管理者ガイド
  2. How-toガイド
  3. Oracle Exadata Database Service on Cloud@Customerインフラストラクチャの管理

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャの管理

提供されているツールを使用して、インフラストラクチャを管理します。

親トピック: How-toガイド

Oracle Exadata Database Service on Cloud@Customerシステムのプロビジョニングについて

Oracle Exadata Database Service on Cloud@Customerシステムをプロビジョニングするには、Oracleを使用してシステムを設定および構成する必要があります。

Oracle Exadata Database Service on Cloud@Customerシステムのプロビジョニングは、コラボレーション・プロセスです。 このプロセスは次の順序で実行されます:

  1. Oracle Exadata Database Service on Cloud@Customerインフラストラクチャを作成します。
  2. インフラストラクチャ構成の詳細を含むファイルを生成し、Oracleに提供します。
  3. Oracle Exadata Database Service on Cloud@Customerシステムは、データ・センターに物理的にインストールされます。
  4. Oracleは、インフラストラクチャ構成ファイルを使用して初期システム構成を実行します。 このタスクの最後に、Oracleからアクティブ化ファイルが提供されます。
  5. 指定されたアクティブ化ファイルを使用して、Exadata Database Service on Cloud@Customerインフラストラクチャをアクティブ化します。

プロビジョニング・プロセスが完了すると、Oracle Exadata Database Service on Cloud@Customerシステムを使用できるようになります。 その後、仮想マシン(VM)クラスタを作成し、後でいくつかのデータベースを作成できます。

注意:

Oracle Cloud Infrastructureコンソール、APIまたはコマンドライン・インタフェースを使用してクラウド・リソースに説明、タグまたはわかりやすい名前を割り当てる場合は、機密情報を入力しないでください。

親トピック: Oracle Exadata Database Service on Cloud@Customerインフラストラクチャの管理

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャのホーム・リージョンの変更について

Oracle Exadata Database Service on Cloud@Customerホーム・リージョンは、OCIコントロール・プレーンが管理およびモニタリングのために存在するリージョンです。 プロビジョニングされたインフラストラクチャの関連付けは、ホーム・リージョンから(プロビジョニングされた場所から)別のターゲット・リージョンに変更できます。 まれな操作になることが予想されるため、ほとんどのお客様は、この変更を実行する必要はありません。 これを選択できるのは、ホームOCIリージョンが長期間使用できない場合、またはレイテンシが低いなどの理由で別のOCIリージョンが優先される場合です。 ホーム・リージョンの変更が進行中は、サービスの停止時間はありません。 この変更はフィールド・エンジニア支援操作であり、これを実行するにはサービス・リクエストを開く必要があります。

ノート:

ExaDB-C@Cインフラストラクチャのホーム・リージョンを変更しても、請求には影響しません。

前提条件

  • お客様は、ExaDB-C@Cインフラストラクチャのホーム・リージョンを変更するための新しいリージョンを提供する必要があります。
  • テナンシを新しいリージョンにサブスクライブします。
  • 権限およびネットワーク接続構成の詳細を便利に保ちます。

デプロイメント・プロセス

  1. お客様は、ExaDB-C@Cインフラストラクチャのホーム・リージョンを変更するためのSRを開きます。
  2. OracleはSRを処理し、フィールド・エンジニア(FE)を割り当てます。
  3. FEは、顧客データセンターを訪問する時間をスケジュールし、構成の詳細を収集し、事前チェックを実行します。
  4. FEは顧客と協力して、新しいリージョンの資格証明(APIキー/IAMアクセス)を取得します。
  5. お客様は、新しいリージョンに必要なエンドポイント/ポートを開きます。
  6. FEはスクリプトを実行し、接続性を検証します。
  7. FEは、OCIコントロール・プレーンで作成されたOCIリソースを新しいリージョンに対して検証します。
  8. お客様は、必要な構成を再作成します。

ホーム・リージョンの変更後

  • 前のホーム・リージョンで失敗した操作は、ソース・リージョンで解決する必要があります(新しいリージョンへの計画移動のユース・ケースに適用できます)。
  • ソース・リージョンでの失敗またはインフラックスの操作は、新しいホーム・リージョンから再度実行する必要があります(障害リカバリおよび新しいリージョンへの計画外移動のユース・ケースに適用)。

ホームの変更後の構成変更

ホーム・リージョンを変更すると、新しいOCIDsを持つ新しいリージョンのOCIコントロール・プレーンに次のリソースが作成されます

  • Exadata Infrastructure
  • VMクラスタ・ネットワーク
  • VMクラスタ
  • データベース(コンテナおよびプラガブル・データベース)
  • バックアップ
  • NFSおよびZDLRAのバックアップ保存先

デフォルトでは、これらはリージョン変更前と同じコンパートメントに作成されます。 ユーザーは、リージョンの変更プロセス中に別のコンパートメントを選択するオプションがあります。

ノート:

お客様は、ホーム・リージョンの変更後に現在継承されないため、新しいリージョンで次の属性を再度設定する必要があります。
  • インフラストラクチャ・メンテナンス・プリファレンス
  • OCIイベント
  • OCIタグ
  • 顧客担当者
  • データベース・ソフトウェア・イメージ
  • キー・ストア

オペレータ・アクセス・コントロール

  • デフォルト名<cps_name>_opctlのオペレータ・コントロールの作成
    • 「リソース・タイプ」はexadatainfrastructureに設定されます
    • 「プラットフォーム」はcloud at customerに設定されます
    • 事前承認されるアクションはありません
    • 「アクセス・リクエストの承認を許可されたグループ」はUse IAM Policyに設定されます
    • 演算子へのメッセージは、前のオペレータ・コントロールと同じになります
  • 使用されるコンパートメントは、Exadata Infrastructureと同じコンパートメントになります。
  • 新しいオペレータ割当ては、コントロール・プレーン・サーバーの構成ファイルに存在し、ステップ1で作成したオペレータ・コントロールに関連付けられているExadata OCIDを使用して作成されます。
    • 「割当て」はAlwaysに設定されます。
    • 「syslog転送」は、顧客によって構成される場合に構成されます。
    • メンテナンス・ウィンドウ中のアクセス・リクエストの自動承認はfalseに設定されます。
  • ラックごとに、オペレータ・コントロールと対応する割当てが1つあります。
  • アクセス・リクエスト履歴、監査ログ履歴、その他の情報履歴などの履歴は、古いリージョンから移行されません。

Data Guard

リージョンの変更後、OCIコントロール・プレーンでData Guard関連付けを確認します。 データベース間のData Guardへの影響がなく、手動スイッチオーバー/フェイルオーバーが必要になる場合があります。

親トピック: Oracle Exadata Database Service on Cloud@Customerインフラストラクチャの管理

Elastic Storage拡張の概要

エラスティック・ストレージ拡張により、増大するワークロード要件に合わせてストレージ容量を動的に増やすことができます。

追加のストレージ・サーバーでインフラストラクチャをスケール・アップして、オンデマンドでストレージ容量を拡張します。 現在実行中のワークロードを中断することなく、新しく追加したストレージ・サーバーから使用可能なストレージ容量を、すでにデプロイされたVMクラスタに割り当てることができます。 新しく追加したストレージ・サーバーからの追加のストレージ容量も、インフラストラクチャへの新しいVMクラスタのプロビジョニングに使用できます。

エラスティック・ストレージ機能を使用すると、次のことができます:

  • カスタム・ストレージ容量で新しいExadata Infrastructureをプロビジョニングします。
  • インストール時にExadata Infrastructureの小さいストレージ・フットプリントから開始します。
  • 自動化された柔軟な方法で、既存のデプロイ済Exadata Infrastructureのストレージ容量をオンデマンドで拡張します。
  • 新しく追加したストレージ・サーバーから使用可能な追加のストレージ容量を、すでにデプロイされたVMクラスタに割り当てるか、またはそれらを使用してインフラストラクチャに新しいVMクラスタをプロビジョニングします。

表5-1 Exadata Storage Server X7-2キーの追加リソース

仕様 Exadata Base System Storage Server X7-2 Exadata Storage Server X7-2

追加RAWフラッシュ・ストレージ容量

6.4 TB

25.6 TB

追加RAWディスク・ストレージ容量

48 TB

120 TB

追加使用可能ストレージ容量

14 TB

35.3 TB

表5-2 Exadata Storage Server X8-2キーの追加リソース

仕様 Exadata Base System Storage Server X8-2 Exadata Storage Server X8-2

追加RAWフラッシュ・ストレージ容量

12.8 TB

25.6 TB

追加RAWディスク・ストレージ容量

84 TB

168 TB

追加使用可能ストレージ容量

24.6 TB

49.6 TB

表5-3 Exadata Storage Server X8M-2主要な追加リソース

仕様 Exadata Base System Storage Server X8M-2 Exadata Storage Server X8M-2

追加RAWフラッシュ・ストレージ容量

12.8 TB

25.6 TB

追加RAWディスク・ストレージ容量

84 TB

168 TB

追加使用可能ストレージ容量

24.6 TB

49.6 TB

追加のパーシステント・メモリー

-

1.5 TB

表5-4 Exadata Storage Server X9M-2主要な追加リソース

仕様 Exadataベース・システム・ストレージ・サーバーX9M-2 Exadata Storage Server X9M-2

追加RAWフラッシュ・ストレージ容量

12.8 TB

25.6 TB

追加RAWディスク・ストレージ容量

84 TB

216 TB

追加使用可能ストレージ容量

24.6 TB

63.6 TB

追加のパーシステント・メモリー

-

1.5 TB

表5-5 Exadata Storage Server X10Mキーの追加リソース

仕様 Exadata Storage Server X10M

追加RAWフラッシュ・ストレージ容量

27.2 TB

追加RAWディスク・ストレージ容量

264 TB

追加使用可能ストレージ容量

80 TB

追加のExadata RDMAメモリー

1.25 TB

表5-6 Exadata Storage Server X11Mキーの追加リソース

仕様 Exadata Storage Server X11M-BASE Exadata Storage Server X11M-HC

追加RAWフラッシュ・ストレージ容量

13.6 TB

27.2 TB

追加RAWディスク・ストレージ容量

132 TB

264 TB

追加使用可能ストレージ容量

35.6 TB

80 TB

追加のExadata RDMAメモリー

-

1.25 TB

Exadata Storage Serversの柔軟なスケーリングは、次の条件に従います:

  • Exadata Cloud@Customerシステム構成は、Oracle Exadata X7ハードウェア、Oracle Exadata X8ハードウェア、Oracle Exadata X8MハードウェアまたはOracle Exadata X9Mハードウェアに基づいている必要があります。
  • 各Exadata Cloud@Customerシステム構成は、次の絶対最大値を持つことができます:
    • X7, X8: 12 Exadata Storage Servers
    • X8M, X9M, X10M, X11M: 64台のストレージ・サーバー
  • ベース構成シェイプでデプロイされたExadata Infrastructureは、ベース拡張SKUストレージ・サーバーを使用してのみ拡張できます。

  • インストール時にX7生成とともにデプロイされたExadata Infrastructuresは、X8世代ストレージ・サーバーを使用してスケーリングできます。 X7インフラストラクチャのスケーリングに使用されるX8ストレージ・サーバーは、すでにインフラストラクチャの一部である他のすべてのX7ストレージ・サーバーと同じ使用可能容量しか示されません。

  • インストール時にX8M生成とともにデプロイされたExadata Infrastructuresは、X8M以上の世代ストレージ・サーバーでのみスケーリングできます。 X8Mインフラストラクチャのスケーリングに使用されるX9MおよびX10Mストレージ・サーバーでは、すでにインフラストラクチャの一部である他のX8Mストレージ・サーバーと同じ合計使用可能容量のみが提供されます。
  • インストール時にX9M生成を使用してデプロイされたExadata Infrastructuresは、X9M以上の世代ストレージ・サーバーでのみスケーリングできます。 X9Mインフラストラクチャのスケーリングに使用されるX10Mストレージ・サーバーでは、すでにインフラストラクチャの一部である他のX9Mストレージ・サーバーと同じ合計使用可能容量のみが提供されます。
  • インストール時にX10M生成を使用してデプロイされたExadata Infrastructuresは、X10M以上の世代のストレージ・サーバーでのみスケーリングできます。 X10Mインフラストラクチャのスケーリングに使用されるX11Mストレージ・サーバーには、すでにインフラストラクチャの一部である他のX10Mストレージ・サーバーと同じ合計使用可能容量のみが表示されます。

追加のストレージ・サーバーとともにデプロイされたExadata Infrastructuresは、ストレージ・サーバーの合計数と、特定のインフラストラクチャで使用可能な容量が明確にコールされるエラスティック・シェイプとして構成されます。

Exadataストレージ・サーバーの数をスケーリングする前に、サイトとネットワークの要件、およびExadata Cloud@Customerを準備およびデプロイするためのチェックリストを確認してください。 販売を行い、調達プロセスに従っていることを確認します。 次の表に、オーダーおよびデプロイメント・プロセスの概要を示します。

図5-1 オーダーおよびデプロイメント・プロセスの概要


このイメージの説明は、https://docs.oracle.com/en-us/iaas/exadata/doc/img_text/overview-order-and-deployment-process-png.htmlにあります
「図5-1 オーダーおよびデプロイメント・プロセスの概要」の説明

マルチ・ラック拡張

  • ラック最小構成
    • X11M/X10M
      • 初期ラックの最大合計16台のサーバー
      • 拡張ラックの最大合計18台のサーバー
    • X8M/X9M
      • 単一ラックに拡張可能な基本システム
      • 最初のラックに最大8台のデータベース・サーバーと12台のストレージ・サーバー
      • 拡張ラック内の最大11台のデータベースおよび18台のストレージ・サーバー
  • 最小拡張ラック構成
    • 1つのストレージ・サーバーから開始し、他の3つ以上のサーバー(ストレージとコンピュート)を追加します。
  • 最大全体構成
    • 最大合計データベース・サーバー数: 32
    • 最大合計ストレージ・サーバー数: 64
    • 最大合計ラック数(初期値を含む): 6

関連トピック

親トピック: Oracle Exadata Database Service on Cloud@Customerインフラストラクチャの管理

コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

Oracle Exadata Database Service on Cloud@Customerシステムをプロビジョニングする方法について学習します。

親トピック: Oracle Exadata Database Service on Cloud@Customerインフラストラクチャの管理

コンソールを使用したOracle Exadata Database Service on Cloud@Customerインフラストラクチャの作成

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャを作成するには、インフラストラクチャの構成に必要なフィールドに値を指定する準備をします。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 「リージョン」で、Oracle Exadataインフラストラクチャに関連付けるリージョンを選択します。

    Oracle Exadataインフラストラクチャに関連付けられているリージョンは、Oracle Exadataインフラストラクチャの作成後は変更できません。 したがって、インフラストラクチャに最適なリージョンを選択してください。 次のファクタを考慮してください:

    • 特定のリージョンの使用を妨げるビジネス・ポリシーまたは規制を考慮します。 たとえば、国境内のすべての操作を維持する必要がある場合があります。
    • データ・センターへのリージョンの物理的な近接性を考慮します。 余分な物理的分離が必要な場合は、Oracle Cloud Infrastructureと企業のデータ・センター間のネットワーク通信に不要な待機時間が追加されます。
  3. Exadata Infrastructureをクリックします。
  4. 「Exadata Infrastructureを作成」をクリックします。
  5. 「Exadata Infrastructureを作成」ページで、リクエストされた情報を入力します:
    • Oracle Cloud Infrastructureリージョン: Oracle Exadataインフラストラクチャに関連付けられているリージョンは、Oracle Exadataインフラストラクチャの作成後は変更できません。 したがって、表示されたリージョンをチェックして、インフラストラクチャに最適なリージョンを使用していることを確認してください。

      詳細は、ステップ2 (この手順の前半)を参照してください。 今すぐリージョンを切り替えるには、コンソールの上部にある「リージョン」メニューを使用します。

    • コンパートメントの選択: 使用可能なコンパートメントのリストから、Oracle Exadataインフラストラクチャを含めるコンパートメントを選択します。

      詳細は、「コンパートメントの理解」を参照してください。

    • 表示名の指定: 表示名は、Exadataインフラストラクチャの識別に使用できるわかりやすい名前です。 Oracle Cloud識別子(OCID)はOracle Exadataインフラストラクチャを一意に識別するため、この名前は一意である必要はありません。
    • Exadataシステム・モデルを選択します: リストから、Oracle Exadataハードウェアを選択します。

      Oracle Exadataシステム・モデルとシステム・シェイプを組み合せて、Exadataインフラストラクチャで使用可能なCPU、メモリーおよびストレージ・リソースの量を定義します。 詳細は、「システム構成」を参照してください。

    • コンピュートおよびストレージ構成:
      • データベース・サーバー・タイプ(Exadata Cloud@Customer X11Mが選択されている場合に表示されます):
        • 選択肢: X11M-BASE、X11M、X11M-LおよびX11M-XL
      • ストレージ・サーバー・タイプ(Exadata Cloud@Customer X11Mが選択されている場合に表示されます):
        • 選択肢: X11M-BASEおよびX11M-HC
      • データベース・サーバー:
        • X11M/X10M: 初期ラック内のデータベースおよびストレージ・サーバーは、合計16台のサーバーまで拡張できます。
        • X8M/X9M: 最小2を追加し、最大8つのデータベース・サーバーまで拡張できます。
      • ストレージ・サーバー:
        • X11M/X10M: 初期ラック内のデータベースおよびストレージ・サーバーは、合計16台のサーバーまで拡張できます。
        • X8M/X9M: 3以上を追加し、最大12台のストレージ・サーバーまで拡張できます。 追加するストレージ・サーバーごとに、追加するストレージ容量が右側に表示されます。
      • マルチ・ラック・デプロイメント: 最大制限を超えてスケーリングする場合、データベース・サーバー : 8台およびストレージ・サーバー : 12の場合は、マルチ・ラック・デプロイメントのチェックボックスが自動的に選択されます。 また、データベース・サーバーの数およびストレージ・サーバーの数が最小および最大範囲内にある場合も、このオプションをチェックできます。ただし、インフラストラクチャは複数のラックにまたがるようにします。

        このチェック・ボックスを選択すると、新しいフィールド「マルチ・ラック構成ファイルのアップロード」が表示されます。 JSONファイルをドラッグ・アンド・ドロップするか、ローカル・ファイルシステムから選択できます。 マルチ・ラック・デプロイメントの場合、コントロール・プレーンでは、JSONファイルなしで構成バンドルを正しく生成できません。 JSONファイルは、追加コンポーネントのホスト名およびIPアドレスを生成するために使用されます。 詳細は、Oracleフィールド・エンジニアにお問い合せください。

        インフラストラクチャをマルチ・ラックとして識別し、その後マルチ・ラックであると判断できない場合は、そのインフラストラクチャを削除して再作成する必要があります。

      ノート:

      リソース割当てでは、X11Mデータベース・サーバーのECPUと、X10Mおよび古い世代のExadataインフラストラクチャのOCPUが表示されます。

      ECPU: ECPUは、コンピュート・リソースの抽象化されたメジャーです。 ECPUは、コンピュート・サーバーとストレージ・サーバーのプールから柔軟に割り当てられているコアの数に基づきます。

    • クラウド・コントロール・プレーン・サーバー・ネットワークの構成

      各Oracle Exadata Database Service on Cloud@Customerシステムには、Oracle Cloud Infrastructureへの接続を可能にする2つのコントロール・プレーン・サーバーが含まれています。 コントロール・プレーン・サーバーは、企業ネットワーク上のサブネットであるコントロール・プレーン・ネットワークに接続されます。 次の設定では、ネットワーク・パラメータを定義します:

      • コントロール・プレーン・サーバー1 IPアドレス: 最初のコントロール・プレーン・サーバーのIPアドレスを指定します。 このIPアドレスは、コントロール・プレーン・ネットワークを使用して最初のコントロール・プレーン・サーバーを企業ネットワークに接続するネットワーク・インタフェース用です。
      • コントロール・プレーン・サーバー2 IPアドレス: 2つ目のコントロール・プレーン・サーバーのIPアドレスを指定します。 このIPアドレスは、コントロール・プレーン・ネットワークを使用して2つ目のコントロール・プレーン・サーバーを企業ネットワークに接続するネットワーク・インタフェース用です。
      • ネットマスク: コントロール・プレーン・ネットワークのIPネットマスクを指定します。
      • ゲートウェイ: コントロール・プレーン・ネットワーク・ゲートウェイのIPアドレスを指定します。
      • HTTPプロキシ: (オプション)このフィールドを使用して、企業のHTTPプロキシを指定できます。 必要な形式は次のとおりです。ここで、serverはサーバー名、domainはドメイン名、portは割り当てられたポートです: 
        http://server.domain:port
        たとえば: 
        http://proxy.example.com:80

        セキュリティを強化するために、可能な場合、OracleではHTTPプロキシを使用することをお薦めします。

      • コントロール・プレーン・サーバーのオフライン・レポートの有効化: Control Plane Server (CPS)オフライン・レポートを有効にすると、CPSとOCIエンドポイント間の接続の問題が発生した場合の診断に役立ちます。
        レポートを表示するには、次のようにします。
        1. CPS IPアドレスを検索します。

          詳細は、コンソールを使用したExadata Infrastructureネットワーク構成の詳細の表示を参照してください。

        2. ローカル・ネットワークから、HTTPを介してレポートにアクセスします。

          レポートをHTML形式で表示するには、http://<CPSPublicIP>:18080/reportを使用

          レポートをJSON形式で表示するには、http://<CPSPublicIP>:18080/report/jsonを使用

        詳細は、「ExaCC gen2: 顧客側からのVPN/WSS接続のトラブルシューティング」を参照してください。

    • Oracle Exadataシステム・ネットワークの構成

      各Oracle Exadata Database Service on Cloud@Customerシステムには、企業ネットワークに接続されていない2つのシステム・ネットワークが含まれます。 次の設定では、これらのネットワークのIPアドレス割当てを定義します:

      • 管理ネットワークCIDRブロック: CIDR表記を使用して、管理ネットワークのIPアドレス範囲を指定します。 管理ネットワークは、OracleがExadataコンピュート・サーバー、ストレージ・サーバー、ネットワーク・スイッチ、配電ユニットなどのExadataシステム・コンポーネントを管理できるようにする接続性を提供します。 推奨されるデフォルトを受け入れるか、カスタム値を指定できます。

        最小CIDRブロックは /23です。 最大CIDRブロックは /21です。 このCIDRブロックは将来変更できないため、将来可能な拡張に対する柔軟性を最大限に高めるために、 /21 CIDRブロックを使用することをお薦めします。 ただし、次の表は詳細なガイダンスに使用できます。

    • セキュアなFabricネットワーク: CIDR表記を使用して、Exadataセキュア・ファブリック・ネットワークのIPアドレス範囲を指定します。 Exadataセキュア・ファブリック・ネットワークは、様々なシステム・コンポーネント間の内部通信にExadataソフトウェアで使用される高速の低レイテンシ・インターコネクトを提供します。 推奨されるデフォルトを受け入れるか、カスタム値を指定できます。

      最小CIDR /22。 最大CIDRブロック /19。 このCIDRブロックは将来変更できないため、将来可能な拡張に対する柔軟性を最大限に高めるために、 /19 CIDRブロックを使用することをお薦めします。 ただし、次の表は詳細なガイダンスに使用できます。

      表5-7 X11MおよびX10M (クォータ・ラックX10M、クォータ・ラックX10M-Lおよびクォータ・ラックX10M-XL)のCIDR要件

      最大DBサーバー数 最大ストレージ・サーバー数 必要な管理ネットワークCIDR 必須のセキュアなFabricネットワークCIDR
      6 64 /23 /22
      7 45
      8 26
      9 9
      7 64 /22 /22
      8 55
      9 30
      10 5
      15 64 /22 /21
      16 60
      17 45
      18 30
      19 15
      17 64 /21 /21
      18 61
      19 36
      20 11
      32 64 /21 /20

      表5-8 X9M CIDRの要件

      最大DBサーバー数 最大ストレージ・サーバー数 必要な管理ネットワークCIDR 必須のセキュアなFabricネットワークCIDR
      6 64 /23 /22
      7 48
      8 30
      9 9
      7 64 /22 /22
      8 55
      9 30
      10 5
      15 64 /22 /21
      16 62
      17 45
      18 30
      19 15
      17 64 /21 /21
      18 61
      19 36
      20 11
      32 64 /21 /20

      表5-9 X8M CIDRの要件

      最大DBサーバー数 最大ストレージ・サーバー数 必要な管理ネットワークCIDR 必須のセキュアなFabricネットワークCIDR
      8 64 /23 /22
      9 61
      10 47
      11 37
      12 28
      13 13
      11 64 /22 /22
      12 51
      13 34
      14 17
      23 64 /22 /21
      24 56
      25 45
      26 38
      27 21
      26 64 /21 /21
      27 52
      28 35
      29 18
      32 64 /21 /20

      ノート:

      この値は将来変更できません。 この選択を行うときは、将来のすべての展開を検討してください。 そうしないと、将来の拡張性が制限される可能性があります。
    • DNSおよびNTPサービスの構成

      各Exadata Database Service on Cloud@Customerシステムでは、ドメイン・ネーム・システム(DNS)およびネットワーク・タイム・プロトコル(NTP)サービスにアクセスする必要があります。 次の設定では、これらのサービスをExadataインフラストラクチャに提供するサーバーを指定します:

      • DNSサーバー: コントロール・プレーン・ネットワークを使用してアクセスできるDNSサーバーのIPアドレスを指定します。 最大3台のDNSサーバーを指定できます。
      • NTPサーバー: コントロール・プレーン・ネットワークを使用してアクセスできるNTPサーバーのIPアドレスを指定します。 NTPサーバーは最大3台まで指定できます。
      • タイムゾーン: Exadata InfrastructureのデフォルトのタイムゾーンはUTCですが、別のタイムゾーンを指定することもできます。 タイムゾーン・オプションは、Java.util.TimeZoneクラスとOracle Linuxオペレーティング・システムの両方でサポートされているオプションです。

        ノート:

        UTCまたはブラウザで検出されたタイムゾーン以外のタイムゾーンを設定する場合は、「別のタイムゾーンの選択」オプションを選択し、「リージョン」または「国」を選択してから、対応する「タイムゾーン」を選択します。

        目的のリージョンまたは国が表示されない場合は、「その他」を選択し、適切な「タイムゾーン」を選択します。

    • ネットワーク・ボンディング・モード

      ノート:

      LACPを使用するには、LACPが正しく動作できるように、サーバーとswitch(es)の両方に互換性のある設定が必要です。 ExaDB-C@CにLACPを使用するには、Linuxのifcfg-bondethx構成ファイルから次のパラメータと互換性があるようにネットワーク・スイッチを構成する必要があります: 
      BONDING_OPTS="mode=802.3ad miimon=100 downdelay=200 updelay=200 lacp_rate=1 xmit_hash_policy=layer3+4"

      ホスト・オペレーティング・システムのBONDING_OPTS行は変更できないため、カスタマ・スイッチの設定は、変更せずに前述のパラメータと互換性がある必要があります。

      クライアントおよびバックアップ・ネットワークは、デフォルトでアクティブ・バックアップ・ボンディング(モード1)を使用するように構成されます。 設定は各ネットワーク・インタフェースに個別に適用されるため、クライアント・インタフェースとバックアップ・ネットワーク・インタフェースを相互に独立して柔軟に構成できます。 たとえば、必要に応じて、バックアップ・ネットワークをLACPに、クライアント・ネットワークをアクティブ・バックアップに構成できます。

      • クライアント・ネットワークのLACPの有効化: クライアント・ネットワークをLACPモード4 (モード= 802.3 ad)アクティブ/アクティブ動的リンクで構成する場合に選択します。
      • バックアップ・ネットワークのLACPの有効化: LACPモード4 (モード= 802.3 ad)アクティブ/アクティブ動的リンクを使用してバックアップ・ネットワークを構成する場合に選択します。

      クライアントおよびバックアップ・ネットワークのボンディング・モードは、「Exadata Infrastructure詳細」ページの「ネットワーク」セクションで確認できます。

      • Active/Backupは、ネットワーク・インタフェースがデフォルト・モード1を使用するように構成されていることを示します。
      • LACP ネットワーク・インタフェースがモード4に対応していることを示します。
    • メンテナンスの詳細の指定
      • 「メンテナンスの構成」をクリックします。
        表示される「メンテナンスの構成」ページで、次を構成します:
        • メンテナンス・スケジューリング・プリファレンス: Oracle管理スケジュール
          • メンテナンス・メソッドを選択してください:
            • ローリング: デフォルトでは、Exadata Infrastructureはローリング方式で更新され、一度に1つのサーバーは停止時間なしで更新されます。
            • 非ローリング: データベース・サーバーとストレージ・サーバーを同時に更新します。 非ローリング・メンテナンス・メソッドではメンテナンス時間が最小化されますが、完全なシステム・ダウンタイムが発生します。
          • DBサーバーでメンテナンスを実行する前に、カスタム・アクションを有効にします: Oracleのプレビュー以外の追加アクションを実行する場合にのみ、カスタム・アクションを有効にします。 ローリング・ソフトウェア更新で構成されたメンテナンスの場合、このオプションを有効にすると、各DBサーバーでメンテナンスを開始する前に、タイムアウトが構成されたカスタム・アクションがメンテナンス実行によって強制的に待機されます。 非ローリング・ソフトウェア更新で構成されたメンテナンスの場合、メンテナンス実行はすべてのDBサーバー間でメンテナンスを開始する前に、タイムアウトが構成されたカスタム・アクションを待機します。 メンテナンス実行は、カスタム・アクションを待機している間も、タイムアウトの前に再開されることがあります。
            • カスタム・アクション・タイムアウト(分): DBサーバーでメンテナンスを開始する前にカスタム・アクションを実行できるタイムアウト。

              ノート:

              カスタム・アクションのタイムアウトは、DBサーバーにのみ適用されます。 お客様は、DBサーバーのパッチ適用が開始される前に、最低15分および最大120分のカスタム・アクションのタイムアウトを指定できます。 この時間内に、計画したアクションを実行できます。 カスタム・アクションを拡張する場合は、「メンテナンス・ウィンドウの編集」オプションに移動して、同じ操作を拡張できます。 カスタム・アクションが進行中の場合、顧客は2つのオプションを取得 - カスタム・アクション・タイムアウトを拡張するか、メンテナンス・ウィンドウを再開します。

              デフォルト: 15分

              最大: 120分

        • メンテナンス・スケジューリング・プリファレンス: 顧客管理スケジュール
          • メンテナンス・スケジュール: このインフラストラクチャのメンテナンス・プリファレンスを定義
            • メンテナンス・プリファレンスを構成します: 各四半期のメンテナンス時間プリファレンスを定義します。 1つの四半期に複数のプリファレンスが定義されている場合、Oracle Automationはそれらのいずれかを選択して、インフラストラクチャ内のすべてのコンポーネントでメンテナンスを実行します。

              2四半期ごとに少なくとも1か月を選択します。

            • スケジュールを指定します: インフラストラクチャ・メンテナンスの希望する週、平日、開始時間およびリード・タイムを選択します。
              • オプション。 「該当月の週」で、メンテナンスを実行する月の週を指定します。 週は月の1日目、8日目、15日目、22日目から始まり、期間は7日です。 週は、曜日ではなくカレンダの日付に基づいて開始および終了します。 28日を超える月の5週目のメンテナンスはスケジュールできません。 月の週を指定しない場合は、Oracleによって、中断が最小限になる週にメンテナンス更新が実行されます。
              • オプション。 「曜日」で、メンテナンスを実行する曜日を指定します。 曜日を指定しない場合は、Oracleによって、中断が最小限になる週末の日にメンテナンス更新が実行されます。
              • オプション。 「1日の時間」で、メンテナンス実行を開始する時間を指定します。 開始時間を指定しない場合は、Oracleによって、中断が最小限になる時間が選択されてメンテナンス更新が実行されます。
              • 「通知リード・タイム」で、通知メッセージを受信するメンテナンス・イベントの最小週数を指定します。 リード・タイムにより、事前通知に必要な最短期間を考慮して、新しくリリースされるメンテナンス更新がスケジュールされます。
              • メンテナンス・メソッドを選択してください:
                • ローリング: デフォルトでは、Exadata Infrastructureはローリング方式で更新され、一度に1つのサーバーは停止時間なしで更新されます。
                • 非ローリング: データベース・サーバーとストレージ・サーバーを同時に更新します。 非ローリング・メンテナンス・メソッドではメンテナンス時間が最小化されますが、完全なシステム・ダウンタイムが発生します。
              • DBサーバーでメンテナンスを実行する前に、カスタム・アクションを有効にします: Oracleのプレビュー以外の追加アクションを実行する場合にのみ、カスタム・アクションを有効にします。 ローリング・ソフトウェア更新で構成されたメンテナンスの場合、このオプションを有効にすると、各DBサーバーでメンテナンスを開始する前に、タイムアウトが構成されたカスタム・アクションがメンテナンス実行によって強制的に待機されます。 非ローリング・ソフトウェア更新で構成されたメンテナンスの場合、メンテナンス実行はすべてのDBサーバー間でメンテナンスを開始する前に、タイムアウトが構成されたカスタム・アクションを待機します。 メンテナンス実行は、カスタム・アクションを待機している間も、タイムアウトの前に再開されることがあります。
                • カスタム・アクション・タイムアウト(分): DBサーバーでメンテナンスを開始する前にカスタム・アクションを実行できるタイムアウト。

                  ノート:

                  カスタム・アクションのタイムアウトは、DBサーバーにのみ適用されます。 お客様は、DBサーバーのパッチ適用が開始される前に、最低15分および最大120分のカスタム・アクションのタイムアウトを指定できます。 この時間内に、計画したアクションを実行できます。 カスタム・アクションを拡張する場合は、「メンテナンス・ウィンドウの編集」オプションに移動して、同じ操作を拡張できます。 カスタム・アクションが進行中の場合、顧客は2つのオプションを取得 - カスタム・アクション・タイムアウトを拡張するか、メンテナンス・ウィンドウを再開します。

                  デフォルト: 15分

                  最大: 120分

              • 拡張オプションの表示:
                • 月次セキュリティ・インフラストラクチャ・メンテナンスの有効化: 月次セキュリティ・インフラストラクチャ・メンテナンスを実行するには、このチェック・ボックスを選択します。
          • メンテナンス・スケジュール: スケジューリングpolicyDuringインフラストラクチャ・プロビジョニングのメンテナンス・ウィンドウ・プリファレンスを使用します。スケジューリング・ポリシーを選択した後、Oracleは、インフラストラクチャ内のすべてのコンポーネントに更新を適用するための推奨メンテナンス・スケジューリング・プランを生成します。 推奨される計画では、期間に基づいて、すべてのDBサーバー、ストレージ・サーバーおよびネットワーク・スイッチをポリシーのメンテナンス・ウィンドウにスケジュールします。 インフラストラクチャのプロビジョニング後、「メンテナンス・スケジューリング計画」リソースを編集してスケジューリング計画を更新し、特定のコンポーネントに更新をカスタマイズして、スケジューリング・ポリシーの異なるウィンドウに合せることができます。

        「変更の保存」をクリックします。

        ローリングから非ローリング・メンテナンス・メソッドに切り替えると、「非ローリング・メンテナンス・メソッドの確認」ダイアログが表示されます。

        表示されたフィールドにインフラストラクチャの名前を入力して変更を確認します。

        「変更の保存」をクリックします。

        ノート:

        インフラストラクチャの作成後、「インフラストラクチャの詳細」ページの「メンテナンス」および「バージョン」セクションで、メンテナンス・メソッド、メンテナンス・スケジュール、DBサーバーのバージョンおよびストレージ・サーバーのバージョンの詳細を確認できます。
      • メンテナンス連絡先の指定

        メンテナンス担当者は、ハードウェアの交換やその他のメンテナンス・イベントのサービス・リクエストベースの通信に必要です。

        インフラストラクチャの作成中に、メンテナンス連絡先の追加をスキップできます。 ただし、インフラストラクチャをアクティブ化する前にプライマリ連絡先を追加する必要があります。 このインフラストラクチャに関連付けられたカスタマ・サポートID (CSI)をプライマリ連絡先として登録する際に使用した連絡先の詳細を指定していることを確認します。

        オプションで、最大9つのセカンダリ連絡先を追加できます。 プライマリ連絡先とセカンダリ連絡先の両方が、ハードウェアの交換、ネットワークの問題およびソフトウェア・メンテナンスの実行に関するすべての通知を受け取ります。 セカンダリ連絡先はいつでもプライマリとして昇格昇進できます。 セカンダリ連絡先をプライマリに昇格すると、現在のプライマリ連絡先は自動的にセカンダリに降格されます。

    • Show Advanced Options

      拡張オプションを構成することもできます。

      • タグ: (オプション)タグの適用を選択できます。 リソースの作成権限がある場合、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用する必要があるかどうかわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。

  6. 「Exadata Infrastructureを作成」をクリックします。

    すべての入力が有効な場合は、「インフラストラクチャの詳細」ページが表示されます。 このページでは、プロビジョニング・プロセスの次のステップの概要を示します。 最初は、作成後、Oracle Exadataインフラストラクチャの状態はRequires-Activationです。

関連トピック

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したネットワーク・ボンディングの編集

クライアントおよびバックアップのネットワーク・ボンディング・モードを編集するには、次のステップに従います。

ノート:

LACPを使用するには、LACPが正しく動作できるように、サーバーとswitch(es)の両方に互換性のある設定が必要です。 ExaDB-C@CにLACPを使用するには、Linuxのifcfg-bondethx構成ファイルから次のパラメータと互換性があるようにネットワーク・スイッチを構成する必要があります: 
BONDING_OPTS="mode=802.3ad miimon=100 downdelay=200 updelay=200 lacp_rate=1 xmit_hash_policy=layer3+4"

ホスト・オペレーティング・システムのBONDING_OPTS行は変更できないため、カスタマ・スイッチの設定は、変更せずに前述のパラメータと互換性がある必要があります。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. Exadata Infrastructureをクリックします。
  3. 編集するExadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページに、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  4. 「アクション」をクリックし、「ネットワーク結合の編集」を選択します。

    「ネットワーク結合の編集」ページが表示されます。

  5. 「クライアント・ネットワークのLACPの有効化」および「バックアップ・ネットワークのLACPの有効化」チェック・ボックスを選択または選択解除します。

    「ネットワーク結合変更の適用」ダイアログが表示されます。

    ノート:

    このアクションによって非ローリング更新プロセスが開始され、すべてのデータベース・サーバーでボンディング・モードが同時に変更されます。 ネットワーク上の独自のスイッチ設定を適宜管理する必要があります。 ネットワークが停止する可能性があるため、スイッチ設定とExaDB-C@C設定が一致するまで、アプリケーションの停止時間を計画する必要があります。
  6. 「適用」をクリックして変更を適用するか、「取消」をクリックして既存の設定を保持します。

    Exadata Infrastructureの状態は、ボンディング・モード設定のバックエンドの変更が完了するまで「更新中」状態に変更されます。

    前述のとおり、スイッチ設定をBONDING_OPTSに対応するように変更する必要があります。 正しいスイッチ変更を行うまで、状態は「接続待ち」に変わります。 この状態では、ボンディング・モードの検証は成功するまで継続的に再試行されます。

    ネットワーク検証が成功すると、Exadata Infrastructureの状態が「アクティブ」に変わります。

    ノート:

    " 「接続待ち」 "状態の設定を元に戻す必要がある場合は、前述と同じ手順を使用して、ネットワーク結合モードを再度編集できます。 Oracleではスイッチ設定を制御できないため、変更した場合は、スイッチ設定を管理して元の設定に戻す必要があります。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したExadata Infrastructureネットワーク構成の詳細の表示

ネットワーク構成の詳細を表示するには、次のステップに従います。 ネットワークの問題に直面した場合のトラブルシューティングのために、この情報を保存します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Cloud@Customerをクリックします。

  2. 「リージョン」で、Oracle Exadataインフラストラクチャに関連付けるリージョンを選択します。

  3. Exadata Infrastructureをクリックします。
  4. インフラストラクチャのリストから、関心のあるインフラストラクチャの名前をクリックします。 インフラストラクチャは「アクティブ」状態である必要があります。
  5. 「インフラストラクチャの詳細」ページで、「ネットワーク」セクションでネットワーク構成の詳細を検索します。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したOracle Exadata Database Service on Cloud@Customerインフラストラクチャ・ネットワーキング構成の編集

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャ・ネットワーキング構成を編集するには、インフラストラクチャ構成の値を指定する準備をします。

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャ・ネットワーキング構成は、Oracle Exadataインフラストラクチャの現在の状態が「アクティブ化が必要」の場合にのみ編集できます。 また、構成ファイルをダウンロードしてOracleに提供した後は、Exadataインフラストラクチャを編集しないでください。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 「リージョン」および「コンパートメント」を選択し、編集するOracle Exadataインフラストラクチャが配置されているリージョンおよびコンパートメントを指定します。
  3. Exadata Infrastructureをクリックします。

  4. 編集するExadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「インフラストラクチャ・ネットワーキングの編集」をクリックします。

  6. 「インフラストラクチャ・ネットワーキングの編集」ダイアログを使用して、Oracle Exadataインフラストラクチャ・ネットワークを編集します:

    1. クラウド・コントロール・プレーン・ネットワークの構成

      各Oracle Exadata Database Service on Cloud@Customerシステムには、Oracle Cloud Infrastructureへの接続を可能にする2つのコントロール・プレーン・サーバーが含まれています。 コントロール・プレーン・サーバーは、企業ネットワーク上のサブネットであるコントロール・プレーン・ネットワークに接続されています。 次の設定では、ネットワーク・パラメータを定義します:

      • コントロール・プレーン・サーバー1 IPアドレス: 最初のコントロール・プレーン・サーバーのIPアドレスを指定します。 このIPアドレスは、コントロール・プレーン・ネットワークを使用して最初のControl Planeサーバーを企業ネットワークに接続するネットワーク・インタフェース用です。
      • コントロール・プレーン・サーバー2 IPアドレス: 2つ目のコントロール・プレーン・サーバーのIPアドレスを指定します。 このIPアドレスは、コントロール・プレーン・ネットワークを使用して2番目のControl Planeサーバーを企業ネットワークに接続するネットワーク・インタフェース用です。
      • ネットマスク: コントロール・プレーン・ネットワークのIPネットマスクを指定します。
      • ゲートウェイ: コントロール・プレーン・ネットワーク・ゲートウェイのIPアドレスを指定します。
      • HTTPプロキシ: オプションで、このフィールドを使用して、コントロール・プレーン・サーバーからOracle Cloud InfrastructureへのHTTPS接続に使用する企業のHTTPプロキシを指定できます。 予想される形式は次のとおりです: 
        http://server.domain:port

        たとえば: 

        http://proxy.example.com:80

        セキュリティを強化するために、可能な場合、OracleではHTTPプロキシを使用することをお薦めします。

    2. Exadataシステム・ネットワークの構成

      各Oracle Exadata Database Service on Cloud@Customerシステムには、企業ネットワークに接続されていない2つのシステム・ネットワークが含まれます。 次の設定では、これらのネットワークのIPアドレス割当てを定義します:

      • 管理ネットワークCIDRブロック: CIDR表記を使用して、管理ネットワークのIPアドレス範囲を指定します。 管理ネットワークは、OracleがExadataコンピュート・サーバー、ストレージ・サーバー、ネットワーク・スイッチ、配電ユニットなどのExadataシステム・コンポーネントを管理できるようにする接続性を提供します。

        CIDRブロック・プレフィクスの最大長は/23で、ネットワークに必要なIPアドレスの最小ブロックを定義します。 Oracle Exadata Database Service on Cloud@Customer内で将来の拡張を可能にするには、ネットワーク・チームと協力して、将来の成長に対応できる十分なIPアドレスを予約してください。 CIDRブロック・プレフィクスの最小長は/16です。

        IPアドレス範囲が企業ネットワークの他のホストと競合せず、InfiniBandネットワークCIDRブロックと重複しないことを確認してください。

      • セキュアなFabricネットワークCIDRブロック: CIDR表記を使用して、Exadata InfiniBandネットワークのIPアドレス範囲を指定します。 Exadata InfiniBandネットワークは、様々なシステム・コンポーネント間の内部通信のためにExadataソフトウェアで使用される高速の低レイテンシ・インターコネクトを提供します。

        CIDRブロック・プレフィクスの最大長は/22で、ネットワークに必要なIPアドレスの最小ブロックを定義します。 Oracle Exadata Database Service on Cloud@Customer内で将来の拡張を可能にするには、ネットワーク・チームと協力して、将来の成長に対応できる十分なIPアドレスを予約してください。 CIDRブロック・プレフィクスの最小長は/19です。

        IPアドレス範囲が企業ネットワークの他のホストと競合せず、管理ネットワークCIDRブロックと重複しないことを確認してください。

    3. DNSおよびNTPサービスの構成

      各Oracle Exadata Database Service on Cloud@Customerシステムでは、ドメイン・ネーム・システム(DNS)およびネットワーク・タイム・プロトコル(NTP)サービスにアクセスする必要があります。 次の設定では、これらのサービスをExadataインフラストラクチャに提供するサーバーを指定します:

      • DNSサーバー: コントロール・プレーン・ネットワークを使用してアクセスできるDNSサーバーのIPアドレスを指定します。 最大3台のDNSサーバーを指定できます。
      • NTPサーバー: コントロール・プレーン・ネットワークを使用してアクセスできるNTPサーバーのIPアドレスを指定します。 NTPサーバーは最大3台まで指定できます。
      • タイムゾーン: Exadata InfrastructureのデフォルトのタイムゾーンはUTCですが、別のタイムゾーンを指定することもできます。 タイムゾーン・オプションは、Java.util.TimeZoneクラスとOracle Linuxオペレーティング・システムの両方でサポートされているオプションです。

        ノート:

        UTCまたはブラウザで検出されたタイムゾーン以外のタイムゾーンを設定する場合は、「別のタイムゾーンの選択」オプションを選択し、「リージョン」または「国」を選択してから、対応する「タイムゾーン」を選択します。

        目的のリージョンまたは国が表示されない場合は、「その他」を選択し、適切な「タイムゾーン」を選択します。

  7. 「変更の保存」をクリックします。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用した構成データを含むファイルのダウンロード

Oracle Exadata Database Service on Cloud@Customer構成ファイルをダウンロードするには、この手順を実行します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. インフラストラクチャ構成の詳細を含むファイルをダウンロードするOracle Exadataインフラストラクチャを含む「リージョン」および「コンパートメント」を選択します。
  3. Exadata Infrastructureをクリックします。

  4. インフラストラクチャ構成の詳細を含むファイルをダウンロードするOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 表示されたバナーの「ガイドを表示」をクリックします。

  6. 「構成のダウンロード」をクリックします。

    ブラウザによって、インフラストラクチャ構成の詳細を含むファイルがダウンロードされます。

生成された構成ファイルには、インフラストラクチャの作成フローの一部として含まれる追加のストレージ・サーバーの関連するすべての構成詳細が含まれます。

生成されたインフラストラクチャ構成ファイルをOracleに提供する場合は、変更されていないことを確認してください。 また、構成ファイルをダウンロードしてOracleに提供した後は、Oracle Exadataインフラストラクチャを編集しないでください。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したOracle Exadata Database Service on Cloud@Customerインフラストラクチャのアクティブ化

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャをアクティブ化するには、前提条件を満たしていることを確認し、この手順を完了します。

  • プライマリ連絡先が追加されていることを確認します。 主メンテナンス連絡先を追加しないと、インフラストラクチャをアクティブ化できません。
  • アクティブ化ファイルを見つけます。 このファイルは、Oracle Exadata Database Service on Cloud@Customerシステムのインストールおよび初期構成後にOracleによって提供されます。
  • インフラストラクチャの現在の状態が「アクティブ化が必要」であることを確認します。 Oracle Exadataをアクティブ化できるのは、その状態が「アクティブ化が必要」の場合のみです。
  1. アクティブ化ファイルをダウンロードします。
  2. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  3. 「リージョン」および「コンパートメント」を選択し、アクティブ化するOracle Exadataインフラストラクチャを含むリージョンおよびコンパートメントを選択します。
  4. Exadata Infrastructureをクリックします。

  5. アクティブ化するOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  6. 表示されたバナーの「アクティブ化」をクリックします。

    「アクティブ化」ボタンは、Oracle Exadataインフラストラクチャでアクティブ化が必要な場合にのみ使用できます。 Oracle Exadataインフラストラクチャは複数回アクティブ化できません。

  7. 「アクティブ化」ダイアログを使用してアクティブ化ファイルをアップロードし、「すぐにアクティブ化」をクリックします。

    アクティブ化ファイルには、インフラストラクチャの作成フローの一部として含まれている追加のストレージ・サーバーのすべての関連詳細が含まれます。

    アクティブ化すると、Oracle Exadataインフラストラクチャの状態が「アクティブ」に変わります。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したOracle Exadata Database Service on Cloud@Customerインフラストラクチャのステータスの確認

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャのステータスを確認するには、この手順を使用して「インフラストラクチャの詳細」ページを確認します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 目的のOracle Exadataインフラストラクチャを含む「リージョン」および「コンパートメント」を選択します。
  3. Exadata Infrastructureをクリックします。

  4. 目的のOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「インフラストラクチャの詳細」ページのアイコンを確認します。 アイコンの色とその下のテキストは、Oracle Exadataインフラストラクチャのステータスを示します。

    • 作成中: 黄色のアイコン。 Oracle Exadataインフラストラクチャ定義をコントロール・プレーンに作成しています。
    • アクティブ化が必要: 黄色のアイコン。 Oracle Exadataインフラストラクチャはコントロール・プレーンで定義されますが、使用する前にプロビジョニングおよびアクティブ化する必要があります。
    • アクティブ: 緑色のアイコン。 Oracle Exadataインフラストラクチャは正常にプロビジョニングおよびアクティブ化されました。
    • 削除: グレーのアイコン。 コンソールまたはAPIを使用してOracle Exadataインフラストラクチャを削除しています。
    • 削除済: グレーのアイコン。 Oracle Exadataインフラストラクチャが削除され、使用できなくなります。 この状態は一時的です。 Oracle Exadataインフラストラクチャが表示されなくなると、しばらくの間表示されます。
    • アクティブ化失敗: 赤色のアイコン。 現在、エラー状態のため、Oracle Exadataインフラストラクチャをアクティブ化できません。 通常、この状態は自動修正であり、ユーザーの介入は必要ありません。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したインフラストラクチャ・コンピュートおよびストレージのスケーリング

インフラストラクチャのコンピュートおよびストレージをスケーリングするには、この手順を実行します。

Oracle Exadataインフラストラクチャの現在の状態が「アクティブ」または「アクティブ化が必要」である場合、インフラストラクチャのコンピュートおよびストレージをスケーリングできます。

ノート:

データベース・サーバーとストレージ・サーバーを同時に追加することも、個別に追加することもできます。

インフラストラクチャを最初に作成するときに、以前にネットワーク・リソースを予約したポイントを超えてインフラストラクチャをスケーリングすることはできません。 次の表に、必要なネットワーク範囲を示します。 初期インフラストラクチャのデプロイメント時にこれらのネットワークで最初に識別されたネットワーク・アドレスと範囲を変更することはできません。 十分なネットワーク・リソースが予約されていない場合は、この時点でインフラストラクチャをスケーリングできません。

表5-10 X11MおよびX10M (クォータ・ラックX10M、クォータ・ラックX10M-Lおよびクォータ・ラックX10M-XL)のCIDR要件

最大DBサーバー数 最大ストレージ・サーバー数 必要な管理ネットワークCIDR 必須のセキュアなFabricネットワークCIDR
6 64 /23 /22
7 45
8 26
9 9
7 64 /22 /22
8 55
9 30
10 5
15 64 /22 /21
16 60
17 45
18 30
19 15
17 64 /21 /21
18 61
19 36
20 11
32 64 /21 /20

表5-11 X9M CIDRの要件

最大DBサーバー数 最大ストレージ・サーバー数 必要な管理ネットワークCIDR 必須のセキュアなFabricネットワークCIDR
6 64 /23 /22
7 48
8 30
9 9
7 64 /22 /22
8 55
9 30
10 5
15 64 /22 /21
16 62
17 45
18 30
19 15
17 64 /21 /21
18 61
19 36
20 11
32 64 /21 /20

表5-12 X8M CIDRの要件

最大DBサーバー数 最大ストレージ・サーバー数 必要な管理ネットワークCIDR 必須のセキュアなFabricネットワークCIDR
8 64 /23 /22
9 61
10 47
11 37
12 28
13 13
11 64 /22 /22
12 51
13 34
14 17
23 64 /22 /21
24 56
25 45
26 38
27 21
26 64 /21 /21
27 52
28 35
29 18
32 64 /21 /20
  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 目的のOracle Exadataインフラストラクチャを含む「リージョン」および「コンパートメント」を選択します。
  3. Exadata Infrastructureをクリックします。
  4. インフラストラクチャ構成の詳細を含むファイルをダウンロードするOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「インフラストラクチャのスケーリング」をクリックします。
  6. 「追加のデータベース・サーバー」フィールドからデータベース・サーバーの数を選択します。
  7. 「追加ストレージ・サーバー」フィールドからストレージ・サーバーの数を選択します。
  8. インフラストラクチャを複数のラックにまたがるようにする場合は、「マルチ・ラック・デプロイメント」チェック・ボックスを選択します。
  9. 「インフラストラクチャのスケーリング」をクリックします。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したスケール・インフラストラクチャのコンピュートおよびストレージ構成ファイルのダウンロード

Oracle Exadata Cloud@Customerスケール構成ファイルをダウンロードするには、次の手順を実行します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 目的のOracle Exadataインフラストラクチャを含む「リージョン」および「コンパートメント」を選択します。
  3. Exadata Infrastructureをクリックします。
  4. インフラストラクチャ構成の詳細を含むファイルをダウンロードするOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「新規構成のダウンロード」をクリックします。

    ブラウザによって、インフラストラクチャ構成の詳細を含むファイルがダウンロードされます。

    ノート:

    生成されたインフラストラクチャ構成ファイルをOracleに提供する場合は、変更されていないことを確認してください。 また、構成ファイルをダウンロードしてOracleに提供した後は、Oracle Exadataインフラストラクチャを編集しないでください。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用した新しいデータベースおよびストレージ・サーバーのアクティブ化

Oracle Exadata Cloud@Customerスケール構成ファイルをダウンロードするには、次の手順を実行します。

フィールド・エンジニアがコンピュートおよびストレージ・サーバーのデプロイを終了し、アクティブ化ファイルを共有したら、アクティブ化ファイルをアップロードします。

ノート:

アクティブ化ファイルがアップロードされ、アクティブ化プロセスが開始されると、スケール・インフラストラクチャ・リクエストを変更したり、この操作全体を取り消すことはできません。 アクティブ化に失敗した場合は、フィールド・エンジニアに連絡して問題を解決してください。

  1. アクティブ化ファイルをダウンロードします。
  2. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  3. 目的のOracle Exadataインフラストラクチャを含む「リージョン」および「コンパートメント」を選択します。
  4. Exadata Infrastructureをクリックします。
  5. アクティブ化するOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  6. 「Activate」をクリックします。

    アクティブ化ボタンは、Oracle Exadataインフラストラクチャでアクティブ化が必要な場合にのみ使用できます。 Oracle Exadataインフラストラクチャは複数回アクティブ化できません。

  7. 「新規サーバーのアクティブ化」ダイアログを使用してアクティブ化ファイルをアップロードし、「すぐにアクティブ化」をクリックします。

    アクティブ化すると、Oracle Exadataインフラストラクチャの状態が「アクティブ」に変わります。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したVMクラスタ消費で新規サーバーからのストレージ容量を使用可能化

VMクラスタを消費するために新しいサーバーからストレージ容量にするには、次の手順を実行します。

  1. アクティブ化ファイルをダウンロードします。
  2. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  3. 目的のOracle Exadataインフラストラクチャを含む「リージョン」および「コンパートメント」を選択します。
  4. Exadata Infrastructureをクリックします。
  5. アクティブ化するOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  6. 「ストレージ容量の追加」をクリックします。
  7. 「ストレージ容量の追加」ダイアログでアドバイスを確認し、「ストレージ容量の追加」をクリックします。

ノート:

「ストレージ容量の追加」操作の進行中
  • システムでは、ストレージを再バランスして、新しく追加されたストレージ・サーバーの容量がVMクラスタで使用できるようにします。 このリバランスは、ASM構成で設定した内容とは無関係に、ASM電力制限4で実行されます。 リバランスをより迅速に完了する場合は、リバランス・プロセスが開始された後に電力制限を更新できます。 ASMリバランス・プロセスをモニターして、正常に完了していることを確認します(これにより、ストレージ容量の追加ワークフローが完了できます)。
  • VMクラスタを作成または削除できません。
  • プロビジョニングされた既存のVMクラスタは、使用可能なライフサイクル状態にあります。 ただし、OCPU割当てを除き、VMクラスタに割り当てられたリソースのスケール・アップまたはスケール・ダウンはサポートされていません。 OCPU割当ての変更は、「ストレージ容量の追加」操作の進行中でも許可されます。
  • ストレージの追加操作中に、ディスク・グループの縮小操作を実行するためのVMクラスタ内の領域が不足していることがASMによって検出された場合、プロセスを完了するためにVMに追加の領域が自動的に割り当てられます。 その後、この領域は、インフラストラクチャに追加される合計ストレージから差し引かれます。 VMクラスタには、VMに割り当てられた追加の領域が反映されます。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用した、スケーリングされたコンピュートおよびストレージ容量でのOracle Exadata Database Service on Cloud@Customerインフラストラクチャの詳細の表示

新しいストレージ・サーバーからストレージ容量を表示したり、拡張されたコンピュート容量を表示するには、この手順を使用します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 目的のOracle Exadataインフラストラクチャを含む「リージョン」および「コンパートメント」を選択します。
  3. Exadata Infrastructureをクリックします。

    ストレージ容量を変更すると、「シェイプ」は「柔軟」または「エラスティック・ベース」のいずれかに変更されます。

    ノート:

    VMクラスタExadataストレージのスケール操作を実行すると、新しく追加したExadataストレージ容量も使用できます。 同様に、VMクラスタを作成すると、新しく追加されたExadataストレージ容量(共有Exadataストレージ)が使用可能ストレージとして表示されます。

関連トピック

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したOracle Exadata Database Service on Cloud@Customerインフラストラクチャの移動

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャを別のコンパートメントに再配置するには、この手順を使用します。

Exadata Database Service on Cloud@Customerインフラストラクチャを含むコンパートメントを移動することで変更できます。

Exadataインフラストラクチャを移動すると、コンパートメントの変更は関連付けられたVMクラスタ・ネットワークにも適用されます。 ただし、コンパートメントの変更は、現在のコンパートメントに残るVMクラスタなどの他の関連リソースには影響しません。

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャを移行するには:

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 「リージョン」および「コンパートメント」を選択し、移動するOracle Exadataインフラストラクチャを含むリージョンおよびコンパートメントを指定します。
  3. Exadata Infrastructureをクリックします。

  4. 移動するExadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「リソースの移動」をクリックします。
  6. 表示されるダイアログで、Oracle Exadataインフラストラクチャの新しいコンパートメントを選択し、「リソースの移動」をクリックします。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したOracle Exadata Database Service on Cloud@Customerインフラストラクチャの削除

Oracle Exadata Database Service on Cloud@Customerインフラストラクチャを削除するには、前提条件を完了してから、この手順を完了します。

Exadata Database Service on Cloud@Customerインフラストラクチャを削除すると、Cloud Control Planeから削除されます。

アクティブ化の前にOracle Exadataインフラストラクチャを削除する場合は、必要に応じて、Oracleからの入力なしで置換Oracle Exadataインフラストラクチャを作成できます。

アクティブなOracle Exadataインフラストラクチャを削除する場合、置換Oracle Exadataインフラストラクチャを作成するには、Oracleが実行するタスクを含む完全なプロビジョニング・プロセスを繰り返す必要があります。

アクティブなExadataインフラストラクチャを削除する前に、次のことを行う必要があります:

  • データベース、VMクラスタ、VMクラスタ・ネットワークなど、そこに含まれるすべてのリソースを終了します。
  • Oracle Exadataインフラストラクチャを削除する意図を示すOracleを使用して、サービス・リクエスト(SR)を提出します。 SRにレスポンスして、OracleはOracle Exadataインフラストラクチャに削除準備完了のフラグを付けます。

OracleがOracle Exadataインフラストラクチャにフラグを設定した後、次のプロセスを使用してExadataインフラストラクチャを削除します:

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 「リージョン」および「コンパートメント」を選択し、削除するOracle Exadataインフラストラクチャを含むリージョンおよびコンパートメントを指定します。
  3. Exadata Infrastructureをクリックします。

  4. 削除するOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「削除」をクリックします。
  6. 表示されるダイアログで、Oracle Exadataインフラストラクチャ名を入力し、「Exadata Infrastructureの削除」をクリックしてアクションを確認します。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

コンソールを使用したOracle Exadata Database Service on Cloud@Customerリソースのタグの管理

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Cloud@Customerをクリックします。
  2. コンパートメントを選択します。
  3. 目的のExadata Infrastructure、VMクラスタ・ネットワーク、VMクラスタ、バックアップの保存先、データベース・ホームまたはデータベース・リソースを見つけて、名前をクリックします。
  4. 「タグ」タブをクリックして、既存のタグを表示または編集します。 または、「その他のアクション」、「タグの適用」の順にクリックして、新しいものを追加します。

関連トピック

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

インフラストラクチャ・メンテナンス連絡先の管理

Exadataインフラストラクチャ・メンテナンス連絡先の管理について学習します。

親トピック: コンソールを使用したOracle Exadata Database Service on Cloud@Customerのプロビジョニング

プライマリ・メンテナンス連絡先の表示

プライマリ連絡先をカスタマ・サポートID (CSI)に関連付ける必要があります。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 「リージョン」および「コンパートメント」を選択し、連絡先の詳細を表示するOracle Exadataインフラストラクチャを含むリージョンおよびコンパートメントを指定します。
  3. Exadata Infrastructureをクリックします。
  4. 連絡先の詳細を表示するOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「メンテナンス」でCSIおよびプライマリ連絡先を検索します。
    運用チームは、インフラストラクチャ・メンテナンスのサービス・レベル目標値(SLO)をDegradedに設定します:
    • プライマリ連絡先CSIの検証に失敗した場合。
    • プライマリ連絡先がない場合。
    • プライマリ連絡先が検証済で応答しない場合。
    また、次のようにコンソールに警告メッセージが表示されます:
    "Ensure that the primary contact associated with your Customer Support Identifier (CSI) is available for Oracle support to coordinate maintenance-related activities. 
The infrastructure maintenance Service Level Objective (SLO) is set to degraded status without proper primary contact."

    インフラストラクチャをアクティブ化する前にプライマリ連絡先を追加します。

セカンダリ連絡先の追加

最大9つのセカンダリ連絡先を追加できます。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 「リージョン」および「コンパートメント」を選択し、セカンダリ連絡先を追加するOracle Exadataインフラストラクチャを含むリージョンおよびコンパートメントを指定します。
  3. Exadata Infrastructureをクリックします。
  4. セカンダリ連絡先を追加するOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「連絡先の管理」をクリックします。
  6. 「Exadata Infrastructureコンタクトの管理」ウィンドウで、「連絡先の追加」をクリックします。
  7. 「連絡先の追加」ウィンドウで、連絡先の詳細を追加します。
  8. 「連絡先の追加」をクリックします。
メンテナンス連絡先の編集

メンテナンス連絡先を編集して詳細を更新します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 「リージョン」および「コンパートメント」を選択し、メンテナンス連絡先詳細を編集するOracle Exadataインフラストラクチャを含むリージョンおよびコンパートメントを指定します。
  3. Exadata Infrastructureをクリックします。
  4. メンテナンス連絡先詳細を編集するOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「連絡先の管理」をクリックします。
  6. 「Exadata Infrastructureコンタクトの管理」ウィンドウで、アクション・ボタンをクリックし、「連絡先の編集」を選択します。
  7. 「連絡先の編集」ウィンドウで、詳細を編集します。
  8. 「保存」をクリックします。
セカンダリ連絡先をプライマリに昇格

セカンダリ連絡先をプライマリに昇格できます。 現在のプライマリは自動的にセカンダリに降格されます。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 「リージョン」および「コンパートメント」を選択し、セカンダリ連絡先をプライマリに昇格するOracle Exadataインフラストラクチャを含むリージョンおよびコンパートメントを指定します。
  3. Exadata Infrastructureをクリックします。
  4. セカンダリ連絡先をプライマリに昇格させるOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「連絡先の管理」をクリックします。
  6. 「Exadata Infrastructureコンタクトの管理」ウィンドウで、アクション・ボタンをクリックし、「プライマリにする」を選択します。
  7. 「プライマリ連絡先に昇格」ダイアログで、「昇格」をクリックします。
セカンダリ連絡先の削除

セカンダリ連絡先はいつでも削除できます。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. 「リージョン」および「コンパートメント」を選択し、セカンダリ連絡先を削除するOracle Exadataインフラストラクチャを含むリージョンおよびコンパートメントを指定します。
  3. Exadata Infrastructureをクリックします。
  4. セカンダリ連絡先を削除するOracle Exadataインフラストラクチャの名前をクリックします。

    「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。

  5. 「連絡先の管理」をクリックします。
  6. 「Exadata Infrastructureコンタクトの管理」ウィンドウで、アクション・ボタンをクリックし、「削除」を選択します。
  7. 「インフラストラクチャ連絡先の削除」ダイアログで、「削除」をクリックします。

APIを使用したOracle Exadata Database Service on Cloud@Customerインフラストラクチャの管理

Oracle Exadata Database Service on Cloud@Customerは、Oracle Cloud Infrastructureと同じAPIを使用します。

APIの使用およびリクエストの署名の詳細は、「REST API」および「セキュリティ資格証明」を参照してください。 SDKの詳細は、「ソフトウェア開発キットおよびコマンドライン・インタフェース」を参照してください。

次のAPI操作を使用して、Exadata Database Service on Cloud@Customerインフラストラクチャを管理します:

  • ActivateExadataInfrastructure
  • CreateExadataInfrastructure
  • DeleteExadataInfrastructure
  • DownloadExadataInfrastructureConfigFile
  • GenerateRecommendedVmClusterNetwork
  • GetExadataInfrastructure
  • ListExadataInfrastructure
  • UpdateExadataInfrastructure
  • AddStorageCapacityExadataInfrastructure

関連トピック

親トピック: Oracle Exadata Database Service on Cloud@Customerインフラストラクチャの管理