機械翻訳について

Oracle Exadata Database Service on Cloud@Customerシステムでの最初のVMクラスタのプロビジョニング

Oracle Exadata Database Service on Cloud@Customerシステムで最初のVMクラスタを作成する方法を学習します。

Oracle Exadata Database Service on Cloud@CustomerでのVMクラスタの管理について

VMクラスタは、Oracle Exadata Database Service on Cloud@CustomerインフラストラクチャとデプロイするOracle Databasesの間のリンクを提供します。

VMクラスタには、クラスタ内のデータベースをサポートするOracle Clusterwareのインストールが含まれます。 VMクラスタ定義で、データベースで使用可能なCPUリソースの量を決定する有効なCPUコアの数も指定します

Exadata Cloud@Customerインフラストラクチャにデータベースを作成する前に、VMクラスタ・ネットワークを作成して、VMクラスタに関連付ける必要があります。

ノート:

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

Oracle Exadata Database Service on Cloud@CustomerでのVMクラスタの前提条件

VMクラスタ仮想マシンに接続するには、SSH公開キーを使用します。

公開キーは、SSHを介してVMクラスタ仮想マシンへの接続に使用する予定のキー・ペアのOpenSSH形式です。 次に、読みやすくするために省略した公開キーの例を示します。
ssh-rsa AAAAB3NzaC1yc2EAAAABJQAA....lo/gKMLVM2xzc1xJr/Hc26biw3TXWGEakrK1OQ== rsa-key-20160304

コンソールを使用したASM VMクラスタの作成

ASM VMクラスタを作成するには、インフラストラクチャの構成に必要なフィールドに値を指定する準備をします。

ASM VMクラスタを作成するには、次のものがあることを確認します:

  • VMクラスタをホストするために、アクティブなExadataインフラストラクチャを使用できます。
  • 検証されたVMクラスタ・ネットワークは、VMクラスタで使用できます。
  1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
  2. Exadataインフラストラクチャを含む「リージョン」を選択します。
  3. 「VMクラスタ」をクリックします。
  4. 「Exadata VMクラスタの作成」をクリックします。
  5. Exadata VMクラスタの作成ページで、リクエストされた情報を指定します:
    1. コンパートメントの選択:使用可能なコンパートメントのリストから、VMクラスタを含めるコンパートメントを選択します。
    2. 表示名の指定: 表示名は、VMクラスタの識別に使用できるわかりやすい名前です。 Oracle Cloud識別子(OCID)はVMクラスタを一意に識別するため、名前は一意である必要はありません。
    3. Exadata Infrastructureを選択します:リストから、VMクラスタをホストするExadataインフラストラクチャを選択します。 使用可能でアクティブなExadataインフラストラクチャのないVMクラスタは作成できません。
    4. VMクラスタ・ネットワークの選択: リストから、VMクラスタに使用するVMクラスタ・ネットワーク定義を選択します。 VMクラスタを作成する前に、使用可能で検証済のVMクラスタ・ネットワークが必要です。
    5. VMクラスタを構成します:
      • DBサーバー:
        • VMリソースを割り当てるVM配置の場合は、「DBサーバーの変更」をクリックします。
        • 「DBサーバーの変更」ダイアログで、VMを配置するデータベース・サーバーを少なくとも1つ選択します。 メンテナンス中および計画外停止中も使用可能な高可用性データベース・サービスが必要な場合は、少なくとも2つのデータベース・サーバーを選択します。 VMごとの割当てに使用できる最大リソースは、選択したデータベース・サーバーの数に基づきます。

          ノート:

          • すでに8つのVMが実行されているDBサーバーは選択できません。
          • 選択したDBサーバー間の最大ローカル・ストレージ・リソースを計算する場合、VMをホストするためにシステムが必要とする予約済ローカル・ストレージは、リソースが最も少ないDBサーバーから差し引かれます。

            たとえば、選択したDBサーバーで使用可能なローカル・ストレージがDBサーバー3の場合は823 GB、DBサーバー4の場合は813 GB、選択したサーバー全体の最小値は813 GBで、リソース割当てに使用できる最大値は813 GBです - 184 GB (X8M DBサーバーでVMをホストするために予約されたローカル・ストレージ) = 629 GB。

            詳細は、「VMにプロビジョニングできるローカル・ストレージの容量の見積り」を参照してください。

        • 「変更の保存」をクリックします。
      • VM当たりのOCPU (X11MのECPU)数を指定します: このクラスタ内のVMごとにプロビジョニングするOCPU (X11MのECPU)数を指定します。 X11MにOCPUを0(ゼロ)またはECPUを0(停止VM条件)に指定しないかぎり、最小値は、VMごとに2 OCPU、またはVMごとに8 ECPU (ライブVM条件の場合)です。

        値0を指定すると、VMクラスタ仮想マシンはすべてクラスタ作成プロセスの終了時に停止します。 この場合、後でOCPU (X11MのECPU)リソースをスケーリングして仮想マシンを起動できます。 「コンソールを使用したVMクラスタのリソースのスケーリング」を参照してください。

        VMクラスタ全体のOCPU (X11MのECPU)数は、指定したVMごとのOCPU (X11MのECPU)数と、VMクラスタ用に構成された物理データベース・サーバーの数に基づいて自動的に計算されます。

        OCPU: Oracle Computeユニット(OCPU)は、ハイ・パー・スレッドが有効になっているIntel Xeonプロセッサの1つの物理コアに相当するCPU容量を提供します。 各OCPUが2つのハードウェア実行スレッドに相当し、これをvCPUと言います。

        「Oracle Platform as a Service and Infrastructure as a Service - Public Cloud Service DescriptionsMetered & Non-Metered」を参照してください。

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

      • VMクラスタのリクエストされたOCPU (X11MのECPU)数: VM当たりのOCPU (X11MのECPU)数を指定フィールドに指定した値に基づいて、VMクラスタに割り当てられたCPUコアの合計数が表示されます。 このフィールドは編集できません。
      • VM当たりのメモリー(GB)を指定します: 各VMのメモリーを指定します。 値は1GBの倍数とする必要があり、Exadataインフラストラクチャで使用可能なメモリーによって制限されます。
      • VMクラスタのリクエストされたメモリー(GB): VM当たりのメモリーの指定(GB)フィールドに指定した値に基づいて、VMクラスタに割り当てられたメモリーの合計量が表示されます。 このフィールドは編集できません。
      • VM当たりのローカル・ファイル・システム・サイズ(GB)を指定します: 個々のVMごとにローカル・ファイル・システム・サイズを指定します。 値は1 GBの倍数である必要があり、X11Mインフラストラクチャ上のファイル・システムの使用可能なサイズによって制限されます。

        ローカル・システム・ストレージの最小サイズは60 GBである必要があります。 新しいVMクラスタを作成するたびに、使用可能な合計領域のうち残りの領域が新しいVMクラスタに使用されます。

        個々のVMごとのサイズを指定する方法の詳細および手順は、スケール・アップまたはスケール・ダウン操作の概要を参照してください。

        1. 「追加のローカル・ファイル・システム構成オプションを表示」をクリックします。
        2. 必要に応じて、/, /u01, /tmp, /var, /var/log, /var/log/auditおよび/homeファイル・システムのサイズを変更します。

          ノート:

          • これらのファイル・システムは拡張のみ可能で、拡張後にサイズを減らすことはできません。
          • バックアップ・パーティションおよびミラー化により、/および/varファイル・システムは、割り当てられた領域の2倍を消費します。これは、読取り専用「ミラー化による / (GB)の割当て済ストレージの合計」および「ミラー化による/var (GB)の割当て済ストレージの合計」フィールドに示されています。
          • VMクラスタの作成後、Exadata Infrastructureの詳細ページの「Exadataリソース」セクションをチェックして、ローカル・ストレージ(/u02)およびローカル・ストレージ(追加のファイル・システム)に割り当てられているファイル・サイズを確認します。
      • VM当たりの予約済ローカル・ストレージ(GB): ルート・ファイル・システム、Oracle Grid Infrastructureホームおよび診断ログ用に内部的に予約されているローカル・ストレージ・サイズを表示します。 このフィールドは編集できません。
    6. Exadataストレージの構成: 次の設定では、VMクラスタで使用するためのExadataストレージの構成方法を定義します。 選択したストレージ・タイプは、VMクラスタが目的のストレージ・タイプでプロビジョニングされた後は、後で変更できません。 選択できるオプションは2つあります: 自動ストレージ・タイプ(ASM)およびExascale。 Exascaleストレージ・タイプの詳細は、「コンソールを使用したExascale VMクラスタの作成」を参照してください。
      自動ストレージ管理(ASM)
      • 使用可能なExadataストレージの指定: 個々のVMのサイズを指定します。 推奨される最小サイズは2 TBです。
      • Exadataスナップショットのストレージの割当て: Exadataスナップショット機能をサポートするために必要なスパース・ディスク・グループを作成するには、このオプションを選択します。 Exadataスナップショットを使用すると、非常に迅速かつ容易に作成および破棄できるOracleデータベースの領域効率のよいクローンを作成できます。
      • ローカル・バックアップ用のストレージの割当て: ローカル・データベース・バックアップを有効にするようにExadataストレージを構成するには、このオプションを選択します。 このオプションを選択すると、バックアップに対応するためにRECOディスク・グループにより多くの領域が割り当てられます。 このオプションを選択しない場合、VMクラスタ内のデータベースのバックアップ先としてローカルExadataストレージを使用することはできません。

      表4-13 ストレージ割当て

      記憶域の割当て DATAディスク・グループ RECOディスク・グループ SPARSEディスク・グループ

      Exadataスナップショット: いいえ

      ローカルExadataストレージでのバックアップの有効化: いいえ

      80%

      20%

      0% (SPARSEディスク・グループは作成されません。)

      Exadataスナップショット: いいえ

      ローカルExadataストレージでのバックアップの有効化: Yes

      40%

      60%

      0% (SPARSEディスク・グループは作成されません。)

      Exadataスナップショットのストレージの割当て: Yes

      ローカルExadataストレージでのバックアップの有効化: いいえ

      60%

      20%

      20%

      Exadataスナップショットのストレージの割当て: Yes

      ローカルExadataストレージでのバックアップの有効化: Yes

      35%

      50%

      15%

    7. バージョンの選択:
      • Oracle Grid Infrastructureバージョンを選択します: リストから、VMクラスタにインストールするOracle Grid Infrastructureリリース(19cおよび23ai)を選択します。

        Oracle Grid Infrastructureリリースによって、VMクラスタでサポートできるOracle Databaseリリースが決まります。 Oracle Grid Infrastructureソフトウェア・リリースより後のOracle Databaseリリースは実行できません。

        ノート:

        Grid Infrastructure 23aiでVMクラスタをプロビジョニングするための最小要件:
        • Exadataシステム・ソフトウェアを実行するExadataゲストVM 23.1.8
        • Exadata Infrastructure Exadataシステム・ソフトウェアの実行23.1.x
      • Exadataゲスト・バージョンの選択:
        • Oracle Linux 7およびExadataイメージ・バージョン22.1.10.0.0.230422のExadataインフラストラクチャ:
          • 「イメージを変更」ボタンは有効になっていません。
          • Oracle Grid Infrastructureバージョンのデフォルトは19.0.0.0.0です。
          • Exadataゲストのバージョンは、ホストOSのバージョンと同じです。
        • Oracle Linux 8およびExadataイメージ・バージョン23.1.3.0.0.230613のExadataインフラストラクチャ:
          • Exadataゲスト・バージョンは、デフォルトで最新(23.1.3.0)になります。
          • Oracle Grid Infrastructureバージョンのデフォルトは19.0.0.0.0です
          • 「イメージを変更」ボタンが有効になっています。
          • 「イメージの変更」をクリックします。

            結果の「イメージの変更」パネルには、使用可能なExadataイメージのメジャー・バージョン(23.1.3.0および22.1.3.0)のリストが表示されます。

            各メジャー・バージョンの最新リリースは、"(latest)で示されます。

          • スライド「使用可能なすべてのバージョンの表示」

            最新バージョンのExadataイメージ23.1.3.0および22.1.3.0を含む6つの過去のバージョンが表示されます。

          • バージョンの選択
          • 「変更の保存」をクリックします。
    8. SSHキーの追加:VMクラスタ仮想マシンへのアクセスに使用するSSHキー・ペアの公開キー部分を指定します。 キーを含むファイルをアップロードするか、SSHキー文字列を貼り付けることができます。

      複数のキーを指定するには、複数のキー・ファイルをアップロードするか、各キーを別々のフィールドに貼り付けます。 貼り付けられたキーの場合、各キーが単一の連続した行にあることを確認します。 結合キーの長さは10,000文字を超えることはできません。

    9. ライセンス・タイプの選択:
      • ライセンス持込み (BYOL): VMクラスタで使用するOracle Databaseソフトウェア・ライセンスを組織がすでに所有している場合は、このオプションを選択します。
      • 含まれるライセンス: Exadata Database Service on Cloud@Customerの一部としてOracle Databaseソフトウェア・ライセンスをサブスクライブするには、このオプションを選択します。
    10. 診断収集:

      診断収集および通知を有効にすることで、Oracle Cloud操作により、ゲストVMの問題を迅速かつ効果的に識別、調査、追跡および解決できます。 イベントをサブスクライブして、リソース状態の変更に関する通知を取得します。 詳細は、「イベントの開始」を参照してください。

      ノート:

      収集されるイベント、メトリックおよびログ・ファイルのリストが将来変更される可能性があることを理解することに反対しています。 この機能はいつでもオプトアウトできます。
      • 診断イベントの有効化: Oracleがクリティカル・イベント、警告イベント、エラー・イベントおよび情報イベントを収集して公開できるようにします。
      • ヘルス・モニタリングの有効化: Oracleが、Oracle Database up/down、ディスク領域使用量などのヘルス・メトリック/イベントを収集し、Oracle Cloud操作と共有できるようにします。 一部のイベントの通知も受信します。
      • インシデント・ログおよびトレース収集の有効化: Oracleがインシデント・ログおよびトレースを収集して障害診断および問題解決を可能にします。

        デフォルトでは、3つのチェック・ボックスがすべて選択されています。 デフォルト設定をそのままにすることも、必要に応じてチェックボックスをクリアすることもできます。 診断収集設定は、「VMクラスタ詳細」ページの「一般情報」 >> 「診断収集」に表示されます。
        • 有効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルの収集を選択した場合(3つのオプションすべて)。

        • 無効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルを収集しないことを選択した場合(3つすべてのオプション)。

        • 一部有効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルの収集を選択した場合(1つまたは2つのオプション)。
    11. 高度なオプションを表示:
      • タイムゾーン: Exadata InfrastructureのデフォルトのタイムゾーンはUTCですが、別のタイムゾーンを指定することもできます。 タイムゾーン・オプションは、Java.util.TimeZoneクラスとOracle Linuxオペレーティング・システムの両方でサポートされているオプションです。

        ノート:

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

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

      • タグ: オプションで、タグを適用できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用するかどうか不明な場合は、このオプションをスキップする(タグを後から適用できます)か、管理者に問い合せてください。
  6. オプションで、リソース構成をスタックとして保存できます。
    • リソース構成をスタックとして保存するには:
      1. 「スタックとして保存」をクリックします。
      2. 結果の「スタックとして保存」ダイアログで、次の詳細を指定します:
        1. 名: (オプション)わかりやすい名前を指定します。
        2. 説明: (オプション)簡単な説明を入力します。
        3. コンパートメント: このスタックが存在するコンパートメントを選択します。
        4. タグ: タグを追加します。
      3. 「保存」をクリックします。

        スタックを保存すると、保存されたスタックへのリンクを含むバナーが表示されます。

      4. リンクをクリックして、Resource Manager Serviceコンソールでスタックを開きます。

        「リソース・マネージャおよびTerraform」を参照してください。

    • スタックの詳細を表示するには:
      1. ナビゲーション・メニューを開きます。 「開発者サービス」の下で、「リソース・マネージャ」をクリックします。
      2. 「スタック」をクリックします。
      3. 詳細を表示するスタックの名前をクリックします。

        または、アクション・メニュー(3つのドット)をクリックし、「スタックの詳細を表示」オプションを選択します。

  7. 「VMクラスタの作成」をクリックします。

    「VMクラスタの詳細」ページが表示されます。 作成プロセスの実行中、VMクラスタの状態は「保留中」です。 VMクラスタの作成プロセスが完了すると、VMクラスタの状態が「使用可能」に変わります。

    「VMクラスタ詳細」ページの「Exadata Databaseストレージ」セクションには、構成されるストレージのタイプ(この場合はASM)が表示されます。