Exadata Cloud Serviceインスタンスの作成

このトピックでは、Oracle Exadata Cloud Serviceインスタンスの作成方法について説明します。また、Oracle Cloud Infrastructure Object Storageサービスへの必要なアクセスの構成方法とDNSの設定方法についても説明します。

コンソールまたはAPIを使用してExadata Cloud Serviceインスタンスを作成する場合、Oracleデータベースをサポートするようにシステムがプロビジョニングされます。サービスでは、提供するオプションおよびこのトピックで後述する一部のデフォルト・オプションに基づいて、初期データベースが作成されます。

作成されるリソース

新しいExadata Cloud Serviceインスタンスをプロビジョニングするには、次のリソースを個別にプロビジョニングします。

  • クラウドExadataインフラストラクチャ・リソース: インフラストラクチャ・リソースは最上位(親)リソースです。インフラストラクチャ・レベルでは、データベース・サーバーとストレージ・サーバーの数を制御します。また、Exadataシステム・メンテナンス・スケジュールをExadataインフラストラクチャ・レベルで制御します。
  • クラウドVMクラスタ・リソース: VMクラスタはインフラストラクチャ・リソースの子リソースで、Exadataクラウド・インフラストラクチャ・リソースとOracle Database間のリンクを提供します。ネットワーキング、OCPU数、IORMおよびOracle Grid Infrastructureは、VMクラスタ・レベルで構成および管理されます。クラウドVMクラスタを作成するには、VMクラスタを格納するための既存のクラウドExadataインフラストラクチャ・リソースが必要です。

ノート:

現在、Exadata Cloud Serviceインスタンスでは1つのクラウドVMクラスタのみがサポートされています。

ノート

Exadata Cloud Serviceでは、(個別のExadataインフラストラクチャおよびVMクラスタ・リソースで構成される)新しいリソース・モデルの使用のみがサポートされ、選択したハードウェア・シェイプ・ファミリ(X7、X8またはX8M)に関係なく、Exadata Cloud Serviceインスタンスをプロビジョニングできます。DBシステム・リソース・モデルとAPIは、Exadata Cloud Serviceでは非推奨になりました。

必須IAMポリシー

Oracle Cloud Infrastructureを使用するには、管理者によってポリシーでセキュリティ・アクセス権が付与されている必要があります。このアクセス権は、コンソール、あるいはSDK、CLIまたはその他のツールを使用したREST APIのいずれを使用している場合でも必要です。権限がない、または認可されていないというメッセージが表示された場合は、自分がどのタイプのアクセス権を持っているか、およびどのコンパートメントで作業するかを管理者に確認してください。

管理者の場合: データベース管理者によるOracle Cloudデータベース・システムの管理のポリシーにより、指定したグループがデータベースおよび関連データベース・リソースを含むすべてのものを実行できます。

ポリシーを初めて使用する場合は、ポリシーの開始共通ポリシーを参照してください。データベースのポリシーの書込みを詳細に確認する場合は、データベース・サービスの詳細を参照してください。

前提条件

  • SSH経由でシステムに接続する際に使用する予定のキー・ペアのOpenSSH形式の公開キー。わかりやすくするために省略されているサンプルの公開キーを次に示します。

    ssh-rsa AAAAB3NzaC1yc2EAAAABJQAA....lo/gKMLVM2xzc1xJr/Hc26biw3TXWGEakrK1OQ== rsa-key-20160304

    詳細は、Linuxインスタンスでのキー・ペアの管理を参照してください。

  • システムを起動するために正しく構成された仮想クラウド・ネットワーク(VCN)。関連するネットワーク・リソース(ゲートウェイ、ルート表、セキュリティ・リスト、DNSなど)も、システムのために必要に応じて構成する必要があります。詳細は、Exadata Cloud Serviceインスタンスのネットワーク設定を参照してください。

初期データベースのデフォルト・オプション

コンソール内およびAPIを使用する際のExadata Cloud Serviceインスタンスの起動を簡単にするために、初期データベースには次のデフォルト・オプションが使用されます:

  • コンソールの有効化: False
  • コンテナ・データベースの作成: バージョン11.2.0.4データベースの場合はFalse。それ以外の場合はtrue。
  • インスタンスのみ作成(スタンバイおよび移行): False
  • データベース・ホームID: データベース・ホームを作成する
  • データベース言語: AMERICAN
  • データベース・サイズ・テンプレート: odb2
  • データベース・ストレージ: 自動ストレージ管理(ASM)
  • データベース・テリトリ: AMERICA
  • 一意のデータベース名:ユーザー指定のデータベース名とシステムが生成した接尾辞(dbtst_phx1csなど)。
  • PDB管理名: pdbuser (バージョン11.2.0.4データベースの場合は適用不可。)

コンソールの使用

クラウドExadataインフラストラクチャ・リソースを作成するには
  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle CloudのExadata」をクリックします。
  2. 「Oracle CloudのExadata」で、「Exadataインフラストラクチャ」をクリックします。
  3. 「Exadataインフラストラクチャの作成」をクリックします。
  4. Exadataインフラストラクチャの「コンパートメント」ドロップダウンからコンパートメントを選択します。
  5. Exadataインフラストラクチャの表示名を「表示名」フィールドに入力します。名前は一意である必要があります。Oracle Cloud Identifier (OCID)は、クラウドExadataインフラストラクチャ・リソースを一意に識別します。機密情報の入力は避けてください。
  6. Select an availability domain from this section. The availability domain  in which the Exadata infrastructure resides.
  7. このドロップダウンからExadataシステム・モデルを選択します。固定シェイプ・システム(quarter、halfまたはFull Rack X7またはX8シェイプ)、またはスケーラブル・システム(X8M)を選択します。

    X8M-2:フレキシブルなX8Mシステム・モデルを選択した場合、最初のExadata Cloud Serviceインスタンスには2つのデータベース・サーバーと3つのストレージ・サーバー(X8クォーター・ラック・シェイプに相当します)があります。プロビジョニング後、必要に応じてサービス・インスタンスをスケーリングするには、ストレージ・サーバー、コンピュート・サーバー、またはその両方を追加します。

    X7-2およびX8-2: X7またはX8システムを選択すると、四半期、ハーフまたはフル・ラックをプロビジョニングできます。ハードウェアおよび容量の詳細は、Exadata固定ハードウェア・シェイプ: X6、X7、X8およびExadataベースを参照してください。

    Exadataベース: Exadataベース・シェイプは単一の構成で提供され、クォータ・ラック・システムをプロビジョニングするかわりに経済的な代替方法を提供します。Exadata固定ハードウェア・シェイプ: X6、X7、X8およびExadataベースを参照してください

  8. 「メンテナンス詳細の指定」セクションで、自動メンテナンスを構成し、メンテナンスが発生したときに通知するユーザーの電子メール・アドレスを追加できます。

    • 「自動メンテナンスの構成」サブセクションで、「メンテナンスの変更」ボタンをクリックして、四半期自動インフラストラクチャ・メンテナンスのスケジュールを指定します。開いた「自動インフラストラクチャ・メンテナンス・スケジュール」ダイアログで、次の手順を実行します。
      1. 「スケジュールの指定」ラジオ・ボタンをクリックして、インフラストラクチャ・メンテナンスに対して希望する月、週、平日および開始時刻を選択します。
      2. 「メンテナンス月」ドロップダウンから、インフラストラクチャが商業リージョンにある場合、Exadataインフラストラクチャのメンテナンスを実行する四半期ごとに、少なくとも1か月を選択します。四半期ごとに複数の月を選択できます。事前通知に長いリード・タイム(たとえば、4週間)を指定する場合は、メンテナンス実行を行うことができる月を四半期ごとに2つまたは3つ指定することをお薦めします。これにより、必要なリード・タイムを考慮したうえで、メンテナンス更新が適用されるようになります。リード・タイムについては、後のステップで説明します。ノート:政府リージョンのExadataインフラストラクチャ・リソースの場合、Oracleはメンテナンス操作を毎月実行します。インフラストラクチャが政府リージョン内にある場合、すべての月にメンテナンス操作を有効にします。

      3. 「月の週」ドロップダウンから、メンテナンスを実行する月の週を選択します。週は月の1日、8日、15日、22日から始まり、7日の期間があります。週の開始および終了はカレンダの日付に基づき、曜日ではありません。28日を超える週の第5週にはメンテナンスをスケジュールできません。

      4. オプション。「曜日」ドロップダウンから、メンテナンスが発生する曜日を選択します。曜日を指定しない場合、Oracleはメンテナンス更新を週末に実行して中断を最小限に抑えます。

      5. オプション。「開始日時(UTC)」ドロップダウンから、メンテナンス実行を開始する時間を選択します。開始時間を指定しない場合は、中断を最小限に抑えるように、メンテナンス更新を実行する時間が選択されます。

      6. 「リード・タイム」ドロップダウンから、メンテナンス・イベントの何週間前に通知メッセージを受信するかを指定します。リード・タイムにより、事前通知に必要な期間を考慮して、新しくリリースされたメンテナンス更新がスケジュールされます。

      7. 「メンテナンス・スケジュールの更新」をクリックします。
    • 「連絡先の追加」ボタンをクリックして、インフラストラクチャに関する更新通知を受け取るユーザーの電子メール・アドレスを追加します。最大10個の電子メール・アドレスを含めることができます。
  9. 「拡張オプションの表示」をクリックし、初期データベースの拡張オプションを指定します

    「タグ」タブでは、データベースにタグを追加できます。定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用すべきかわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。

  10. 「Exadataインフラストラクチャの作成」をクリックします。クラウドExadataインフラストラクチャが「プロビジョニング」ステータスで「Exadataインフラストラクチャ」リストに表示されます。インフラストラクチャのアイコンが黄色から緑(エラーを示す場合は赤)に変わります。

次の操作

クラウドExadataインフラストラクチャ・リソースが正常にプロビジョニングされ、ステータスが「使用可能」になったら、インフラストラクチャにクラウドVMクラスタを作成できます。新しいExadata Cloud Serviceインスタンス最初のデータベースを作成する前に、インフラストラクチャ・リソースとVMクラスタの両方をプロビジョニングする必要があります。

クラウドVMクラスタ・リソースを作成するには
ノート

Exadata Cloud ServiceインスタンスにクラウドVMクラスタを作成するには、まずクラウドExadataインフラストラクチャ・リソースを作成しておく必要があります。Exadata Cloud Serviceインスタンスは現在、単一のクラウドVMクラスタの作成をサポートしています。

  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Oracle CloudのExadata」をクリックします。
  2. 「Oracle CloudのExadata」で、「Exadata VMクラスタ」をクリックします。
  3. 「Exadata VMクラスタの作成」をクリックします。

    「Exadata VMクラスタの作成」ページが表示されます。VMクラスタを構成するために必要な情報を指定します。

  4. コンパートメント: VMクラスタ・リソースのコンパートメントを選択します。
  5. 表示名: VMクラスタのわかりやすい表示名を入力します。名前は一意である必要はありません。Oracle Cloud Identifier (OCID)は、DBシステムを一意に識別します。機密情報の入力は避けてください。
  6. Exadataインフラストラクチャの選択: VMクラスタを含むインフラストラクチャ・リソースを選択します。現在、クラウドExadataインフラストラクチャ・リソースは1つのVMクラスタのみをサポートしているため、既存のVMクラスタを持たないインフラストラクチャ・リソースを選択する必要があります。「コンパートメントの変更」をクリックし、作業中のコンパートメントとは別のコンパートメントを選択して、他のコンパートメントのインフラストラクチャ・リソースを表示します。
  7. VMクラスタの構成: 各VMクラスタの仮想マシン・コンピュート・ノードに割り当てるOCPUコアの数を指定します。読取り専用の「Exadata VMクラスタに対してリクエストされたOCPU数」フィールドには、割り当てるOCPUコアの合計数が表示されます。CPUコアを増やすと、VMクラスタの作成後に増加した要求に合せることができます。
  8. Exadataストレージの構成: 次を指定します:

    Exadataスパース・スナップショットのストレージの割当て: VMクラスタ内でスナップショット機能を使用する場合は、この構成オプションを選択します。このオプションを選択すると、SPARSEディスク・グループが作成され、PDBスパース・クローニングにVMクラスタ・スナップショット機能を使用できるようになります。このオプションを選択しない場合、SPARSEディスク・グループは作成されず、環境に作成されたどのデータベース・デプロイメントでもスナップショット機能を使用できません。

    ローカル・バックアップへのストレージの割当て: Exadata Cloud Serviceインスタンス内でローカルExadataストレージへのデータベースのバックアップを実行する場合は、このオプションを選択します。このオプションを選択すると、Exadataストレージにバックアップを格納するために使用されるRECOディスク・グループにより多くの領域が割り当てられます。このオプションを選択しないと、DATAディスク・グループにより多くの領域が割り当てられるため、データベースにより多くの情報を格納できます。

  9. SSHキーの追加: SSHアクセスに使用する各キー・ペアの公開キー部分をDBシステムに追加します。

    SSHキー・ファイルのアップロード: .pubファイルを参照またはドラッグ・アンド・ドロップするには、このラジオ・ボタンを選択します。

    SSHキーの貼付け: 個々の公開キーを貼り付けるには、このラジオ・ボタンを選択します。複数のキーを貼り付けるには、「+別のSSHキー」をクリックして、エントリごとに1つのキーを指定します。

  10. ネットワーク設定の構成: 次を指定します:

    • 仮想クラウド・ネットワーク: VMクラスタを作成するVCN。別のコンパートメントにあるVCNを選択するには、「コンパートメントの変更」をクリックします。
    • クライアント・サブネット: VMクラスタがアタッチする必要のあるサブネット。別のコンパートメントにあるサブネットを選択するには、「コンパートメントの変更」をクリックします。

        192.168.16.16/28と重複するサブネットは使用しないでください。これはデータベース・インスタンス上のOracle Clusterwareプライベート・インターコネクトによって使用されています。重複しているサブネットを指定すると、プライベート・インターコネクトが正しく動作しません。

    • バックアップ・サブネット: バックアップ・ネットワークに使用するサブネット。通常は、Oracle Cloud Infrastructure Object Storageとの間のバックアップ情報の転送およびData Guardレプリケーションに使用されます。別のコンパートメントにあるサブネットを選択するには、「コンパートメントの変更」をクリックします(該当する場合)。

      192.168.128.0/20と重複するサブネットは使用しないでください。この制限は、クライアント・サブネットとバックアップ・サブネットの両方に適用されます。

      データベースをオブジェクト・ストレージにバックアップする予定の場合は、Exadataデータベースのバックアップの管理でネットワークの前提条件を参照してください。

    • ネットワーク・セキュリティ・グループ: オプションで、クライアント・ネットワークとバックアップ・ネットワークの両方に1つ以上のネットワーク・セキュリティ・グループ(NSG)を指定できます。NSGは仮想ファイアウォールとして機能し、イングレスおよびエグレス・セキュリティ・ルールのセットをExadata Cloud Service VMクラスタに適用できます。NSGは5つまで指定できます。詳細は、ネットワーク・セキュリティ・グループExadata Cloud Serviceインスタンスのネットワーク設定を参照してください。

      セキュリティ・リストを含むサブネットを選択する場合、VMクラスタのセキュリティ・ルールは、セキュリティ・リストおよびNSG内のルールの論理和になります。

      ネットワーク・セキュリティ・グループを使用するには:

      • 「ネットワーク・セキュリティ・グループを使用したトラフィックの制御」チェック・ボックスを選択します。このボックスは、クライアント・サブネットとバックアップ・サブネットの両方のセレクタの下に表示されます。NSGは、クライアントまたはバックアップ・ネットワーク、あるいはその両方に適用できます。NSGをネットワークに割り当てるには、仮想クラウド・ネットワークを選択する必要があります。
      • ネットワークで使用するNSGを指定します。複数のNSGを使用する必要がある場合があります。不明な場合は、ネットワーク管理者に問い合せてください。
      • 追加のNSGをネットワークで使用するには、「+別のネットワーク・セキュリティ・グループ」をクリックします。
    • ホスト名の接頭辞: Exadata DBシステムのホスト名の選択。ホスト名はアルファベットで始める必要があり、英数字およびハイフン(-)のみを含めることができます。Exadata DBシステムに使用できる最大文字数は12文字です。

      重要

      ホスト名はサブネット内で一意である必要があります。一意でない場合、VMクラスタはプロビジョニングに失敗します。
    • ホスト・ドメイン名: VMクラスタのドメイン名。選択したサブネットがDNS名解決にOracle提供のインターネットおよびVCNリゾルバを使用する場合、このフィールドにはサブネットのドメイン名が表示されるため、変更できません。それ以外の場合は、ドメイン名を選択できます。ハイフン(-)は使用できません。

      データベース・バックアップをオブジェクト・ストレージに格納する予定の場合、バックアップに使用されるSwiftエンドポイントは自動的に解決されるため、クライアント・サブネットのDNS名の解決にはVCNリゾルバを使用することをお薦めします。

    • ホストおよびドメインURL: この読取り専用フィールドは、ホスト名とドメイン名を結合して、データベースの完全修飾ドメイン名(FQDN)を表示します。最大長は64文字です。
  11. ライセンス・タイプの選択: VMクラスタに使用するライセンスのタイプ。選択内容が請求の測定に影響します。

    • ライセンス込み」は、クラウド・サービスのコストにデータベース・サービスのライセンスが含まれていることを意味します。
    • ライセンス持込み(BYOL)は、無制限ライセンス契約または制限付きライセンス契約を持ち、Oracle Cloud Infrastructureのライセンスを使用するOracle Databaseのお客様であることを意味します。これにより、個別のオンプレミス・ライセンスおよびクラウド・ライセンスが不要になります。
  12. 「拡張オプションの表示」をクリックし、VMクラスタの拡張オプションを指定します:

    • タイム・ゾーン: DBシステムのデフォルトのタイム・ゾーンはUTCですが、別のタイム・ゾーンを指定できます。タイム・ゾーン・オプションは、Java.util.TimeZoneクラスおよびOracle Linuxオペレーティング・システムの両方でサポートされています。詳細は、DBシステム・タイム・ゾーンを参照してください。

      ヒント

      UTCまたはブラウザが検出したタイム・ゾーン以外のタイム・ゾーンを設定する場合に、目的のタイム・ゾーンが表示されない場合は、「地域または国」リストで「その他」を選択し、追加のタイム・ゾーンの選択肢を検索してみてください。

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

次の操作

VMクラスタが正常に作成され、「使用可能」状態になったら、クラスタのリストでVMクラスタの名前をクリックして「VMクラスタ詳細」ページを表示できます。「VMクラスタ詳細」ページで、「データベースの作成」をクリックしてクラスタ内の最初のデータベースを作成できます。

APIの使用

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

これらのAPI操作を使用して、Exadata Cloud Serviceコンポーネントを作成します。

新しいExadata Cloud Serviceリソース・モデルのAPI

新しいExadataリソース・モデルは、提供されるすべてのExadataシェイプ・ファミリ(X7、X8およびX8M)と互換性があります。詳細は、「Exadata Cloud Serviceリソース・モデル」を参照してください。

ヒント

Oracleでは、新しいリソース・モデルを使用して新しいExadata Cloud Serviceインスタンスをプロビジョニングすることをお薦めします。Exadataインスタンスの場合、DBシステム・リソース・モデルは、両方のリソース・モデルがサポートされる期間が経過すると非推奨になります。

クラウドExadataインフラストラクチャ・リソース:

システム・シェイプおよびデータベース・バージョン

データベース・ホーム

DBシステム・リソース・モデルのAPI (X7およびX8シェイプのみ)

ノート

DBシステムのAPIは、Exadata Cloud Serviceでは非推奨です。Oracleでは、既存のExadata DBシステムをできるだけ早く新しいリソース・モデルに変換することをお薦めします。新しいリソース・モデルに変換しても、システムの停止時間は発生しません。さらに学ぶ

オブジェクト・ストアにアクセスするための静的ルートの構成

Exadata Cloud Serviceインスタンス内のすべてのトラフィックは、デフォルトではデータ・ネットワークを介してルーティングされます。バックアップ・トラフィックをバックアップ・インタフェース(BONDETH1)にルーティングするには、クラスタ内のコンピュート・ノードで静的ルートを構成する必要があります。手順については、オブジェクト・ストレージへのノード・アクセス: 静的ルートを参照してください。

Exadata Cloud Serviceインスタンス用のDNSの設定

DNSでは、IPアドレスのかわりにホスト名を使用してExadata Cloud Serviceインスタンスと通信できます。仮想クラウド・ネットワークのDNSで説明されているように、インターネットおよびVCNリゾルバ (VCNに組み込まれたDNS機能)を使用できます。クライアント・サブネットではDNS名の解決にVCNリゾルバを使用することをお薦めします。これは、データベースのバックアップ、パッチ適用およびExadataインスタンス上のクラウド・ツールの更新に必要なSwiftエンドポイントを自動的に解決します。