VMクラスタの管理
Oracle Exadata Database Service on Exascale InfrastructureでVMクラスタを管理する方法について学習します。
- コンソールを使用したOracle Exadata Database Service on Exascale InfrastructureでのVMクラスタの管理
コンソールを使用して、Oracle Exadata Database Service on Exascale InfrastructureでVMクラスタを作成、編集および管理する方法について学習します。 - VMクラスタからのVMの追加または削除
既存のVMクラスタに対してVMを追加または削除することで、VMクラスタを水平方向にスケーリングできます。 - 自動診断収集の概要
診断収集および通知を有効にすることで、Oracle Cloud操作により、ゲストVMの問題を迅速かつ効果的に識別、調査、追跡および解決できます。 イベントをサブスクライブして、リソース状態の変更に関する通知を取得します。 - インシデント・ログおよびトレース・ファイル
この項では、インシデント・ログおよびトレース収集をオプトインした場合にOracle Supportで収集できるすべてのファイルをリストします。 - 健全性メトリック
Oracle Trace File Analyzerによって収集されたデータベースおよびデータベース以外のヘルス・メトリックのリストを確認します。 - APIを使用したOracle Exadata Database Service on Exascale Infrastructureインスタンスの管理
これらのAPI操作を使用して、Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS)上のExadata Cloud Infrastructure仮想マシン(VM)およびデータベースを管理します。
親トピック: How-toガイド
コンソールを使用したOracle Exadata Database Service on Exascale InfrastructureでのVMクラスタの管理
コンソールを使用して、Oracle Exadata Database Service on Exascale InfrastructureでVMクラスタを作成、編集および管理する方法について学習します。
- クラウドVMクラスタを作成するには
Oracle Exadata Database Service on Exascale InfrastructureインスタンスにVMクラスタを作成します。 - コンソールを使用した診断収集の有効化、部分的に有効化または無効化
VMクラスタのプロビジョニング後に、ゲストVMの診断収集を有効化、部分的に有効化または無効化できます。 VMクラスタ・レベルで診断収集を有効にすると、VMクラスタの下のすべてのリソース(DBホーム、データベースなど)に構成が適用されます。 - コンソールを使用したVMクラスタのライセンス・タイプの更新
ライセンスを変更するには、ライセンス情報の変更に必要なフィールドに値を指定する準備をします。 - VMクラスタをスケーリングするには
Oracle Exadata Database Service on Exascale InfrastructureのVMクラスタで使用可能なECPU、メモリーまたはストレージを増減 - SSHキーをVMクラスタに追加するには
VMクラスタが存在し、別のSSHキーを必要とする別のユーザーを追加します。 - VMクラスタの作成後のコンソールを使用したSSHキーの追加
- コンソールを使用したVMクラスタ仮想マシンの停止、起動または再起動
コンソールを使用して、仮想マシンを停止、起動またはリブートします。 - コンソールを使用したVMクラスタ仮想マシンのステータスの確認
VMクラスタ仮想マシンのヘルス・ステータスを確認します。 - コンソールを使用したVMクラスタの別のコンパートメントへの移動
Oracle Exadata Database Service on Exascale InfrastructureでVMクラスタを含むコンパートメントを変更するには、この手順を使用します。 - VMクラスタの表示名を変更するには
- コンソールを使用したVMクラスタの終了
VMクラスタを終了する前に、そのクラスタに含まれるデータベースを終了する必要があります。 - プライベートDNS構成の詳細を表示するには
親トピック: VMクラスタの管理
クラウドVMクラスタを作成するには
Oracle Exadata Database Service on Exascale InfrastructureインスタンスにVMクラスタを作成します。
- ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Exadata Database Service on Exascale Infrastructure」をクリック
- 「Exadata VMクラスタ」をクリックします。
-
「VMクラスタの作成」をクリックします。
「VMクラスタの作成」ページが表示されます。 VMクラスタを構成するために必要な情報を指定します。
- コンパートメント: VMクラスタ・リソースのコンパートメントを選択します。
- 表示名: VMクラスタのわかりやすい表示名を入力します。 名前は、一意である必要はありません。 Oracle Cloud Identifier (OCID)はDBシステムを一意に識別します。 機密情報の入力は避けてください。
- クラスタ名を指定: VMクラスタの名前を選択します。
- 可用性ドメインの選択: 表示されたオプションから可用性ドメインを選択します。
- VMクラスタの構成: 次の情報を指定します:
- クラスタ内のVMの数: クラスタに対して構成するVMの数を1から10の間で指定します。
- VM当たり有効ECPU: VMクラスタに対して有効にするECPUコアの数を指定します。 最小ECPUは8です。 ECPUの最大数はVM当たり200、またはVMに指定した合計ECPU数によって制限されます。 選択する値は4の倍数である必要があります。 追加のECPUを予約するために、追加のECPU予約セクションを開くことができます。
- (オプション)追加のECPUを予約するには、「増加する追加ECPUを予約」をクリックします。 次の情報を指定します:
- VMごとに追加予約されたECPU (読取り専用): 追加の予約済ECPUを示します。 追加のECPUの数は、有効なECPUの合計に基づいて自動的に計算されます。 追加の予約済ECPUはライセンス目的ではアクティブではありませんが、VM用に予約されており、有効なECPUのスケーリングの準備ができ、待機しています。 ECMUに関する詳細情報を表示する追加の読取り専用フィールドを確認できます。
-
VMクラスタ全体で予約されている追加ECPUの合計数: 追加の予約済ECPUを示します。
-
VM当たりの合計ECPU: VMごとに割り当てるECPUの合計数を指定します。 合計は、8から200の間の数値(4 ECPUの倍数)にする必要があります。 読取り専用フィールド「VMクラスタ全体のECPU合計」は自動的に更新され、クラスタ内のすべてのVMに割り当てられているECPUの合計数が表示されます。
- VMクラスタ全体のECPU合計(読取り専用): VMクラスタ全体のECPUの合計数を表示します。
- VM当たりのメモリー(GB) (読取り専用): 各VMに割り当てられたメモリーの量を表示します。 メモリーは、合計ECPU当たりの2.75 GBに基づいて計算されます。 「VMクラスタ全体の合計メモリー(GB)」フィールドは自動的に更新され、指定したVM当たりのメモリー割当てに基づいて、VMクラスタ全体で割り当てられたメモリーの合計量が提供されます。
-
VMファイル・システム・ストレージセクションには、入力フィールドVM当たりのファイル・システム・ストレージ容量(GB)が含まれます: VM当たりのストレージ容量をギガバイト(GB)で指定します。
すべてのVMファイル・システムに必要なストレージ量を一緒に指定します。 VMファイル・システム・ストレージには、データベース・ホームが配置される/u02容量と、他のすべてのVMファイル・システム(/、/boot、/tmp、/var、/var/log、/var/log/audit、/home、「スワップ」、「ダンプ」、/u01、「グリッド」、/u02)が含まれます。 システムの最小数を超えて選択された追加容量は、/u02に入ります。 読取り専用フィールド「VMクラスタ全体のファイル・システム・ストレージ容量合計(読取り専用)」は自動的に更新され、VMクラスタ全体に割り当てられた合計メモリーが表示されます。
ノート:
予約済コアと有効化済コア、およびExaDB-XSアーキテクチャの概要は、「Exadata Database Service on Exascale Infrastructureについて」を参照してください -
Exascale Database Storage Vault: 新規ボールトの作成または既存のボールトの選択を選択します。 既存のボールトを選択した場合は、コンパートメント内のボールトを選択します。 「コンパートメントの変更」をクリックして、別のコンパートメント内のボールトを選択します。
新しいボールトを作成すると、「プロビジョニング・ステータス」ウィンドウが開き、ボールト作成のステータス、および作成日を示すVault-YYYYMMDDHHMM形式で作成されているボールトの名前が表示されます(YYYYは年、MMは月、DDは日、HHは時間、MMは分)。
ノート:
ボールトの作成が失敗した場合、「プロビジョニング」ステータス・ウィンドウには、ボールトの作成操作に失敗したポイントと作業リクエストIDを示す作業リクエスト・エラー・メッセージが表示されます。 この作業リクエストIDをノートにとり、My Oracle Supportを使用してサービス・リクエストを開きます。 -
データベースのストレージ容量(GB): データベースのストレージ容量を指定します。 予約するスペースは300から10000の間である必要があります。
(オプション)「スマート・フラッシュおよびメモリー・キャッシュの追加オプションの表示」をクリックして、一部のストレージをスマート・フラッシュ・キャッシュとして構成します:
追加するスマート・フラッシュ・キャッシュ(GB)
-
プロビジョニングされたストレージ容量に対するスマート・フラッシュの追加(%): データベースの通常のストレージ容量に含まれるデフォルト・フラッシュ・キャッシュの量以上の追加フラッシュ・キャッシュを購入して指定するには、このオプションを選択します。 フラッシュ・キャッシュを追加すると、一部のワークロードにストレージ容量を追加することなく、パフォーマンスが向上する可能性があります。 追加のフラッシュ・キャッシュには、追加のメモリー・キャッシュも含まれます。 プロビジョニングされた合計ストレージの割合として、追加のフラッシュ・キャッシュを指定します。 最小値は34で、最大値は300です。
-
「追加するスマート・フラッシュ・キャッシュ(GB)」追加されるスマート・フラッシュ・キャッシュの容量(GB)は、読取り専用フィールドに指定されます。 最小値は100です
-
-
Grid Infrastructureの構成: 使用可能なリリースのリストからGrid Infrastructureリリースを選択します。 Grid Infrastructureのバージョン: 使用可能なバージョンのリストからリリース更新バージョンを選択します。
-
SSHキーの追加:DBシステムへのSSHアクセスに使用する各キー・ペアの公開キー部分を追加します:
- 「SSHキー・ペアの生成」 (デフォルト・オプション) SSHキー・ペアを生成するには、このオプションを選択します。 次に、下のダイアログで「秘密キーを保存」をクリックしてキーをダウンロードし、オプションで「公開キーの保存」をクリックしてキーをダウンロードします。
ノート:
SSHを使用してデータベース・システムに接続できるように、秘密キーをダウンロードします。 再表示されません。 - SSHキー・ファイルのアップロード: .pubファイルを参照またはドラッグ・アンド・ドロップするには、このオプションを選択します。
- SSHキーの貼付け: 個々の公開キーに貼り付けるには、このオプションを選択します。
- 「SSHキー・ペアの生成」 (デフォルト・オプション) SSHキー・ペアを生成するには、このオプションを選択します。 次に、下のダイアログで「秘密キーを保存」をクリックしてキーをダウンロードし、オプションで「公開キーの保存」をクリックしてキーをダウンロードします。
-
ネットワーク設定の構成: デフォルトVCNの作成を選択してOracleプロビジョニング・ネットワークを使用することも、ネットワークを手動で構成することもできます。
-
デフォルトVCNの作成
このオプションを選択すると、デフォルト設定で新しいVCNが作成されます。 デフォルト設定では、全体的なネットワーク範囲10.2.0.0/24が使用され、クライアント・サブネットの場合は10.2.0.0/26、バックアップ・サブネットの場合は10.2.0.64/26が使用されます。 これらのデフォルト設定では、この新しいVCNに自動移入され、VMクラスタに自動的に使用されます。 このVCNの表示名のみを指定します。 デフォルトのネットワーク設定を使用しない場合は、生成された設定を変更しないでください。 代わりに、次のオプション「VCNの手動作成」の手順に従ってください。
-
表示名: ネットワークの表示名を指定します。 名前を指定する必要があります。
-
コンパートメント: デフォルトでは、VMクラスタ・リソースに選択したコンパートメント内のVirtual Cloud Networksが表示されます。 ドロップダウン・リストから、そのコンパートメント内のVirtual Cloud Networkを選択します。 別のコンパートメント(デフォルト以外の選択肢)からVirtual Cloud Networkを選択するには、「コンパートメントの変更」を選択します。
-
CIDR (読取り専用): クラス・レス・ドメイン間ルーティング(CIDR)のIPアドレスの範囲が表示されます。 CIDRアドレスは、テナンシの構成中に割り当てられます。 CIDR表記には、IPアドレスと、ネットワーク・プレフィクスに使用されるアドレスのビット数を示すサフィクスが含まれます。 このメソッドは、従来のメソッドよりも効率的にIPアドレスを割り当て、インターネット・トラフィックをルーティングするメソッドです。 詳細は、次を参照してください。
VNC構成オプションの選択が終了したら、「作成」をクリック
「デフォルトVCNの作成」ダイアログ・ボックスが開き、ネットワーク構成のステータスが表示されます。 自動生成されたVCNを使用する場合は、生成された設定を変更しないでください。 ネットワーク構成が完了したら、「閉じる」をクリックします。
-
-
VCNの手動作成
「デフォルトVCNの作成」をクリックしない場合は、次の入力フィールドで構成情報を選択します:
-
仮想クラウド・ネットワーク: VMクラスタを作成するコンパートメントの仮想クラウド・ネットワーク(VCN)を選択します。 「コンパートメントの変更」をクリックして、別のコンパートメントのVCNを選択します。
-
クライアント・サブネット: コンパートメント内のクライアント・サブネットを選択します。 これは、VMクラスタのアタッチ先のサブネットです。 「コンパートメントの変更」をクリックして、別のコンパートメントのサブネットを選択します。
ノート:
クライアント・サブネットを選択する前に、VCNを選択する必要があります。192.168.16.16/28と重複するサブネットは使用しないでください。これはデータベース・インスタンス上のOracle Clusterwareプライベート・インターコネクトによって使用されています。 重複しているサブネットを指定すると、プライベート・インターコネクトが正しく動作しません。
-
バックアップ・サブネット: バックアップ・ネットワークに使用するサブネットを選択します。これは通常、バックアップの保存先との間のバックアップ情報の転送や、Data Guardレプリケーションに使用されます。 「コンパートメントの変更」をクリックして、別のコンパートメントのサブネットを選択します(該当する場合)。
192.168.128.0/20とオーバーラップするサブネットは使用しないでください。 この制限は、クライアント・サブネットとバックアップ・サブネットの両方に適用されます。
ノート:
バックアップ・クライアント・サブネットを選択する前に、VCNを選択する必要があります。 -
ネットワーク・セキュリティ・グループを使用してトラフィックを制御: オプションで、このオプションを選択して、クライアント・ネットワークとバックアップ・ネットワークの両方に1つ以上のネットワーク・セキュリティ・グループ(NSG)を使用できます。 NSGは仮想ファイアウォールとして機能し、イングレスおよびエグレス「セキュリティ・ルール」のセットをOracle Exadata Database Service on Exascale Infrastructure VMクラスタに適用できます。
「セキュリティ・リスト」でサブネットを選択すると、VMクラスタのセキュリティ・ルールは、セキュリティ・リストおよびNSG内のルールの結合になります。
ネットワーク・セキュリティ・グループを使用するには:
- 「ネットワーク・セキュリティ・グループを使用してトラフィックを制御」チェック・ボックスを選択します。 このボックスは、クライアント・サブネットとバックアップ・サブネットの両方のセレクタの下に表示されます。 NSGは、クライアントまたはバックアップ・ネットワーク、あるいは両方のネットワークに適用できます。 NSGをネットワークに割り当てるには、仮想クラウド・ネットワークを選択する必要があります。
- ネットワーク・セキュリティ・グループ: 使用可能なNSGのリストから、ネットワークで使用するNSGを選択します。 複数のNSGが必要な場合は、「別のネットワーク・セキュリティ・グループ」をクリックします。 不明な場合は、ネットワーク管理者に問い合わせてください。
-
「ホスト名プレフィクス」 Exadata DBシステムのホスト名を選択します。 ホスト名は英字で始める必要があり、英数字とハイフン(-)のみを使用できます。 Exadata DBシステムで許可される最大文字数は12です。
注意:
ホスト名はサブネット内で一意である必要があります。 一意でない場合、VMクラスタのプロビジョニングは失敗します。 -
ホスト・ドメイン名: VMクラスタのドメイン名。 これは読取り専用フィールドです。 参照用にホスト・ドメイン名を書き留めます。
データベース・バックアップをObject StorageまたはAutonomous Recoveryサービスに格納する場合、Oracleでは、バックアップに使用されるSwiftエンドポイントが自動的に解決されるため、クライアント・サブネットのDNS名前解決にVCN Resolverを使用することをお薦めします。
- 「ホストおよびドメインURL」この読取り専用フィールドは、ホスト名とドメイン名を結合して、データベースの完全修飾ドメイン名(FQDN)を表示します。 最大の長さは、63文字です。
-
-
-
ライセンス・タイプの選択: VMクラスタに使用するライセンスのタイプ。 選択は請求の測定に影響します。
- 「含まれるライセンス」は、cloud serviceのコストにデータベース・サービスのライセンスが含まれていることを意味します。
- 「ライセンス持込み (BYOL)」は、Unlimited License AgreementまたはNon-Unlimited License Agreementを持つOracle Databaseのお客様で、Oracle Cloud Infrastructureでライセンスを使用することを意味します。 このオプションを使用すると、個別のオンプレミス・ライセンスとクラウド・ライセンスが不要になります。
- 診断収集: デフォルトでは、診断収集は有効です。 診断収集および通知を有効にすると、ユーザーとOracle Cloudオペレーションは、ゲストVMの問題を迅速かつ効率的に特定、調査、追跡および解決できます。 通知を受信するには、イベントをサブスクライブする必要があります。
-
(オプション) 「高度なオプションを表示」をクリックして、VMクラスタの拡張オプションを指定します。 これらのオプトインは、次の3つのタブ・セクションにあります:
-
「管理」このオプションは、タイムゾーン・オプトインを提供します。 DBシステムのデフォルトのタイムゾーンはUTCですが、ブラウザ・クライアントで検出されたタイムゾーンを指定するか、別のタイムゾーンを選択できます。 タイムゾーン・オプションは、Java.util.TimeZoneクラスとOracle Linuxオペレーティング・システムの両方でサポートされているオプションです。 詳細は、「DB Systemのタイムゾーン」」を参照してください。
ノート:
UTCまたはブラウザが検出したタイム・ゾーン以外のタイム・ゾーンを設定する場合、必要なタイム・ゾーンが表示されない場合は、「別のタイムゾーンの選択」オプションを選択し、「リージョンまたは国」リストで「その他」を選択して追加の「タイムゾーン」選択を検索してみてください。
- ネットワーク: このオプションを使用すると、単一のクライアント・アクセス・ネットワーク(SCAN)ポートを指定できます。 SCANリスナー・ポート(TCP/IP)は、1024から8999の範囲で割り当てることができます。 デフォルトは1521です。
ノート:
バックエンド・ソフトウェアを使用したプロビジョニング後のVMクラスタのSCANリスナー・ポートの手動変更はサポートされていません。 この変更により、Data Guardのプロビジョニングが失敗する可能性があります。 - タグ: タグは、リソースの管理に役立ちます。 タグ・ネームスペースを選択し、タグ・キーを指定して、タグ値を指定できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用するかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。
-
- 「Exadata VMクラスタの作成」をクリックします。
- (オプション)「VMクラスタの連絡先を指定」。 「Exadata Database Service on Exascale Infrastructure」は、OCIアナウンスメント・サービスを利用します。 Oracleでは、ここで連絡先の詳細を指定することをお薦めします。 Oracleは、このサービスに関連するお知らせ(メンテナンスや停止通知など)を自動的にサブスクライブします。 今すぐ連絡先を提供しない場合は、後でOCIアナウンスメント・サービスを直接利用して、お知らせに手動でサブスクライブする必要があります。 サブスクライブの詳細については、「お知らせのサブスクライブ」を参照してください。
コンソールを使用した診断収集の有効化、部分的に有効化または無効化
VMクラスタのプロビジョニング後に、ゲストVMの診断収集を有効化、部分的に有効化または無効化できます。 VMクラスタ・レベルで診断収集を有効にすると、VMクラスタの下のすべてのリソース(DBホーム、データベースなど)に構成が適用されます。
ノート:
- 収集されるイベント、メトリックおよびログ・ファイルのリストが将来変更される可能性があることを理解することに反対しています。 この機能はいつでもオプトアウトできます。
- Oracleでは将来、より多くのメトリックを追加できますが、すでにメトリックの収集を選択している場合は、オプトイン値を更新する必要はありません。 現在のプリファレンスに基づいて有効/無効のままになります。
- 以前にインシデント・ログおよびトレース・ファイル収集をオプト・インし、Oracle Cloud操作でログ収集ジョブを実行したときにオプト・アウトすると、ジョブはそのコースを実行し、取り消しません。 インシデント・ログおよびトレース・ファイル収集オプションに再度オプトインするまで、今後のログ収集は行われません。
VMクラスタをスケーリングするには
Oracle Exadata Database Service on Exascale InfrastructureのVMクラスタで使用可能なECPU、メモリーまたはストレージを増減
ノート:
VMまたはVMクラスタが停止しても、Oracleは請求を停止しません。 VMクラスタの請求を停止するには、ECPU数をゼロに減らします。VMごとに有効なECPUをスケーリングできます。 メモリーは合計ECPU数でスケーリングされることに注意してください。
VMクラスタ・リソースをスケール・アップまたはスケール・ダウンするには、顧客DB管理者による既存の使用状況および容量管理の徹底的な監査が必要です。 スケール・ダウン操作中またはスケール・ダウン後の障害を回避するために、既存の使用方法を確認します。 スケール・アップする際には、作成する次のVMクラスタに残っているこれらのリソースの量を考慮してください。 Oracle Exadata Database Service on Exascale Infrastructureツールは、VMクラスタ内のメモリー、ローカル・ディスクおよびASMストレージの現在の使用量を計算し、それにヘッド・ルームを追加し、スケール・ダウンできない最小値に達し、この最小値を下回る値を指定することが想定されます。
ノート:
VMクラスタをスケーリングする場合、ECPU数をゼロに設定すると、VMクラスタが停止され、有効なECPU使用状況に関連する請求がなくなります。-
「VMクラスタ詳細」ページにナビゲート
-
「VMクラスタのスケーリング」をクリックします。
「VMクラスタの構成」ウィンドウが開き、VMクラスタの現在の構成が表示されます。
-
必要に応じてVMクラスタをスケーリングします:
-
VM当たり有効ECPU: VMクラスタに対して有効にするECPUコアの数を指定します。 最小値はゼロです。 0 ECPUを選択しない場合、各VMの有効ECPUの最小値は8です。 ECPUの最大数はVM当たり200、またはVMに指定した合計ECPU数によって制限されます。 選択する値は4の倍数である必要があります。 追加のECPUを予約するために、追加のECPU予約セクションを開くことができます。
ノート:
初期プロビジョニング後に有効なECPUをゼロにスケーリングして、一時的にVMを停止し、使用量請求を停止できます。 インフラストラクチャの請求(合計ECPU用)は続行されます。 -
VMごとに予約されている追加ECPU (読取り専用): 追加の予約済ECPUを示します。 追加のECPUの数は、有効なECPUの合計に基づいて自動的に計算されます。 追加の予約済ECPUはライセンス目的ではアクティブではありませんが、VM用に予約されており、有効なECPUのスケーリングの準備ができ、待機しています。
-
VM当たりの合計ECPU: VMごとに割り当てるECPUの合計数を指定します。 合計は8から200までの数値にする必要があります。
- VM当たりのメモリー(GB): これは読取り専用フィールドです。 各VMに割り当てられたメモリー量が表示されます。 メモリーは、合計コア当たり11 GBに基づいて計算されます。 「VMクラスタ全体の合計メモリー(GB)」フィールドは自動的に更新され、指定したVM当たりのメモリー割当てに基づいて、VMクラスタ全体で割り当てられたメモリーの合計量が提供されます。
-
-
VM当たりのVMファイル・システム・ストレージ容量(GB): VM当たりのストレージ容量をギガバイト(GB)で指定します。
すべてのVMファイルシステムに必要なストレージを一緒に提供します。 VMファイルシステム・ストレージには、データベース・ホームが移動する
/u02容量と、他のすべてのVMファイル・システム(/,/boot,/tmp,/var,/var/log,/var/log/audit,/home,swap,kdump,/u01,grid,/u02)が含まれます。 システムの最小値を超えて選択された追加容量は、/u02に入ります。ノート:
予約済コアと有効化済コア、およびExaDB-XSアーキテクチャの概要は、「Exadata Database Service on Exascale Infrastructureについて」を参照してください
SSHキーをVMクラスタに追加するには
VMクラスタが存在し、別のSSHキーを必要とする別のユーザーを追加します。
- ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Exadata Database Service on Exascale Infrastructure」をクリック
- コンパートメントを選択します。
- 「Exadata VMクラスタ」をクリックします。
- VMクラスタのリストで、管理するクラスタを検索し、そのクラスタの名前をクリックします。
- 「SSHキーの追加」をクリックします。
- 次のいずれかのオプションを選択します。
-
SSHキー・ペアの生成: このオプションを使用して、新しいSSHキー・ペアを作成します。 このオプションを使用する場合は、「秘密キーの保存」と「公開キーの保存」の両方をクリックします。 秘密キーはローカル・マシンにダウンロードされ、安全なロケーションに格納されます。 操作を完了した後、この操作中に生成された秘密キーの別のコピーをダウンロードすることはできません。
-
SSHキー・ファイルのアップロード: .pubファイルを参照またはドラッグ・アンド・ドロップするには、このオプションを選択します。
-
SSHキーの貼付け: 個々の公開キーに貼り付けるには、このオプションを選択します。 複数のキーを貼り付けるには、「+別のSSHキー」をクリックし、エントリごとに1つのキーを指定します。
-
- 「変更の保存」をクリックします。
コンソールを使用したVMクラスタの別のコンパートメントへの移動
Oracle Exadata Database Service on Exascale InfrastructureでVMクラスタを含むコンパートメントを変更するには、この手順を使用します。
VMクラスタを移動すると、コンパートメントの変更は、VMクラスタに関連付けられている仮想マシンとデータベースにも適用されます。 ただし、コンパートメントの変更は、現在のコンパートメントに残るExadataインフラストラクチャなどの他の関連リソースには影響しません。
VMクラスタの表示名を変更するには
ノート:
このトピックは、新しいOracle Exadata Database Service on Exascale Infrastructure eインスタンス・リソース・モデルを使用するOracle Exadata Database Service on Exascale Infrastructureインスタンスにのみ適用されます。- ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Exadata Database Service on Exascale Infrastructure」をクリック
- コンパートメントを選択します。
- Oracle Exadata Database Service on Exascale Infrastructureの下の「Exadata VMクラスタ」をクリックします。
-
Exadata VMクラスタ・リソースのリストで、目的のVMクラスタの名前をクリック
- 「インフラストラクチャの詳細」ページで、「その他のアクション」および「表示名の更新」をクリックします。
- 「表示名の更新」ダイアログで、指示に従って「新規表示名」および「現在の表示名」を入力します。
- 「表示名の更新」をクリックします。
コンソールを使用したVMクラスタの終了
VMクラスタを終了する前に、そのクラスタに含まれるデータベースを終了する必要があります。
プライベートDNS構成の詳細を表示するには
- ナビゲーション・メニューを開きます。 「データベース」で、「Exadata Database Service on Exascale Infrastructure」をクリックします。
- Exadataインフラストラクチャを含む「リージョン」を選択します。
- Exadataインフラストラクチャを含む「コンパートメント」を選択します。
- 「VMクラスタ」をクリックします。
- 表示するプライベートDNSで構成されているVMクラスタの名前をクリックします。
- プライベートDNSが構成されている場合は、ネットワーク・セクションの下にプライベートDNSおよびプライベート・ゾーンが表示されます。
- 「プライベート・ビュー」名をクリックして構成を編集します。
VMクラスタからのVMの追加または削除
既存のVMクラスタに対してVMを追加または削除することで、VMクラスタを水平方向にスケーリングできます。
- VMクラスタへのVMの追加
VMクラスタへの仮想マシンの追加 - VMクラスタからのVMの終了
プロビジョニングされたクラスタから仮想マシンを削除するには、この手順を使用します。
親トピック: VMクラスタの管理
VMクラスタへのVMの追加
VMクラスタへの仮想マシンの追加
ノート:
- この操作は、「マルチVM対応インフラストラクチャ」でのみ使用できます。
- VMをVMクラスタに追加するには、クライアント・サブネットCIDRのすべてのTCPポートがイングレスおよびエグレス用にオープンされている必要があります。
- ナビゲーション・メニューを開きます。 Oracle Databaseで、「Exadata Database Service on Exascale Infrastructure」をクリックします。
- スケーリングするVMクラスタを含む「リージョン」および「コンパートメント」を選択します。
- 「VMクラスタ」をクリックします。
- 仮想マシンを追加するVMクラスタの名前をクリックします。
- リソースで、「仮想マシン」を選択し、「仮想マシンの追加」ボタンをクリックします。
- 「バイラル・マシンの追加」ウィンドウで、新しいVMを配置するDBサーバーを選択します。
ノート:
追加されるVMには、クラスタ内の他のVMと同じリソースがあります。 - 「仮想マシンの追加」をクリックします。
ノート:
VMクラスタへのVMの追加は、Terraformを使用してサポートされません。親トピック: VMクラスタからのVMの追加または削除
VMクラスタからのVMの終了
プロビジョニングされたクラスタから仮想マシンを削除するには、この手順を使用します。
- ナビゲーション・メニューを開きます。 Oracle Databaseで、「Exadata Database Service on Exascale Infrastructure」をクリックします。
- スケーリングするVMクラスタを含む「リージョン」および「コンパートメント」を選択します。
- 「VMクラスタ」をクリックします。
- 仮想マシンを削除するVMクラスタの名前をクリックします。
- 「Exadata VMクラスタ詳細」ページの「仮想マシン」セクションで、削除する仮想マシンを選択し、その他のコマンド記号(3つのドット)をクリックして、「終了」をクリック
ノート:
現時点では、Terraformを使用したVMクラスタからのVMの削除はサポートされていません。親トピック: VMクラスタからのVMの追加または削除
自動診断収集の概要
診断収集および通知を有効にすることで、Oracle Cloud操作により、ゲストVMの問題を迅速かつ効果的に識別、調査、追跡および解決できます。 イベントをサブスクライブして、リソース状態の変更に関する通知を取得します。
-
診断イベントの有効化
Oracleがクリティカル・イベント、警告イベント、エラー・イベントおよび情報イベントを収集して公開することを許可します。 詳細は、「データベース・サービス・イベント」を参照してください。
-
ヘルス・モニタリングの有効化
Oracleがヘルス・メトリック/イベント(Oracle Database up/down、ディスク領域使用量など)を収集し、それらをOracle Cloud操作と共有できるようにします。 一部のイベントの通知も受信します。 詳細は、「健全性メトリック」を参照してください。
-
インシデント・ログおよびトレース収集の有効化
Oracleがインシデント・ログおよびトレースを収集して障害診断および問題解決を可能にします。 詳細は、「インシデント・ログおよびトレース・ファイル」を参照してください。
診断収集:
- 有効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルの収集を選択した場合(3つのオプションすべて)。
- 無効: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイルを収集しないことを選択した場合(3つすべてのオプション)。
- 一部使用可能: 診断、ヘルス・メトリック、インシデント・ログおよびトレース・ファイル(1つまたは2つのオプション)を収集することを選択した場合。
診断イベントおよびヘルス・モニタリングを無効にすると、オプションに関連付けられたチェック・ボックスの選択を解除した時点からのみ、データ/イベントの収集および通知が停止されます。 ただし、履歴データはOracle Cloud操作データ・リポジトリからパージされません。
親トピック: VMクラスタの管理
インシデント・ログおよびトレース・ファイル
この項では、インシデント・ログおよびトレース収集をオプトインした場合にOracle Supportで収集できるすべてのファイルをリストします。
ノート:
- Oracleは、問題が検出され、解決するためにカスタマ・インタラクションが必要な場合に、インフラストラクチャのカスタマ・サポートID (CSI)に対してサービス・リクエスト(SR)を作成します。
- 顧客のOralce Cloud Infrastructureテナンシ管理電子メールは、SRを作成してログをアタッチするためのCSI連絡先として使用されます。 テナンシ管理者がMy Oracle Support (MOS)でCSI連絡先として追加されていることを確認します。
Oracle Trace File Analyze (TFA)コンポーネント駆動型ログ収集
通常、ディレクトリはコンポーネントに割り当てられ、そのコンポーネントを使用して、収集する必要があるファイルにTFAをガイドできます。たとえば、CRSコンポーネントをリクエストすると、CRSコンポーネントにマップされたディレクトリを参照し、必要な収集時間枠に一致するファイルを検索するようにTFAに指示します。
ノート:
以前にインシデント・ログおよびトレース・ファイルの収集をオプト・インし、Oracle Cloud操作でログ収集ジョブを実行したときにオプト・アウトすると、ジョブはそのコースを実行し、取り消しません。 インシデント・ログおよびトレース・ファイル収集オプションに再度オプトインするまで、今後のログ収集は行われません。
TFAには、特定のコンポーネントがリクエストされたときに実行されるスクリプトが付属しています。たとえば、CRSコンポーネントの場合、crscollect.plは多数のcrsctlコマンドを実行して入力を収集します。 デフォルトでは、TFAは収集されたログをリダクションしません。
表5-1 Oracle Trace File Analyze (TFA)コンポーネント駆動型ログ収集
| コンポーネント | スクリプト | ファイル/ディレクトリ |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
DB固有のスクリプトがありません - |
|
クラウド・ツール・ログ
- Cregファイル: マスクされた機密情報を含む
/var/opt/oracle/creg/*.iniファイル - Cstateファイル:
/var/opt/oracle/cstate.xml -
データベース関連のツール・ログ:
dbNameが指定された場合は/var/opt/oracle/log/<dbName>、それ以外の場合はすべてのデータベース/var/opt/oracle/log/のログを収集dbNameが指定された場合は/var/opt/oracle/dbaas_acfs/log/<dbName>、それ以外の場合はすべてのデータベース/var/opt/oracle/log/<dbName>のログを収集 - データベース環境ファイル:
dbNameが指定された場合は/home/oracle/<dbName>.env、それ以外の場合はすべてのデータベース/home/oracle/*.envのログを収集 - パイロット・ログ:
/home/opc/.pilotBase/logs - ログ・ディレクトリのリスト:
/var/opt/oracle/log/var/opt/oracle/dbaas_acfs/log/var/opt/oracle/dbaas_acfs/dbsystem_details/var/opt/oracle/dbaas_acfs/job_manager/opt/oracle/dcs/log
DCSエージェント・ログ
/opt/oracle/dcs/log/
ツール関連のGrid Infrastructure/データベース・ログ
- Grid Infrastructure:
GI_HOME/cfgtoollogs - データベース・アラート・ログ:
/u02/app/oracle/diag/rdbms/*/*/alert*.log
親トピック: VMクラスタの管理
ヘルス・メトリック
Oracle Trace File Analyzerによって収集されたデータベースおよびデータベース以外のヘルス・メトリックのリストを確認します。
ノート:
Oracleでは将来、より多くのメトリックを追加できますが、すでにメトリックの収集を選択している場合は、オプトイン値を更新する必要はありません。 現在のプリファレンスに基づいて有効/無効のままになります。
ゲストVMヘルス・メトリック・リスト - データベース・メトリック
表5-2 ゲストVMヘルス・メトリック・リスト - データベース・メトリック
| メトリック名 | メトリック表示名 | 単位 | 集計 | Interval | 収集頻度 | 説明 |
|---|---|---|---|---|---|---|
|
|
CPU Utilization |
パーセンテージ |
平均 |
1分 |
5分以内 |
CPU使用率はパーセンテージで表され、すべてのコンシューマ・グループにわたって集計されます。 使用率は、データベースが使用を許可されているCPUの数(ECPU数の2倍)に関してレポートされます。 |
|
|
Storage Utilization |
パーセンテージ |
平均 |
1時間 |
1時間 |
現在使用中のプロビジョニングされたストレージ容量の割合。 すべての表領域の割当て済領域の合計を表します。 |
|
|
DBブロック変更 |
変更/秒 |
平均 |
1分 |
5分以内 |
1秒当たりの変更されたブロックの平均数。 |
|
|
実行回数 |
Count |
合計 |
1分 |
5分以内 |
選択した間隔でSQL文を実行したユーザーおよび再帰コールの数。 |
|
|
現在のログオン |
Count |
合計 |
1分 |
5分以内 |
選択された間隔の成功したログオン数。 |
|
|
トランザクション件数 |
Count |
合計 |
1分 |
5分以内 |
選択した期間中のユーザー・コミットおよびユーザー・ロールバックを組み合せた数。 |
|
|
ユーザー・コール |
Count |
合計 |
1分 |
5分以内 |
選択した間隔中のログオン、解析、および実行コールをあわせた数。 |
|
|
解析件数 |
Count |
合計 |
1分 |
5分以内 |
選択した間隔でのハード解析およびソフト解析の数。 |
|
|
使用済ストレージ領域 |
GB |
Max |
1時間 |
1時間 |
収集時にデータベースによって使用されていたストレージ領域の合計量。 |
|
|
Storage Space Allocated |
GB |
Max |
1時間 |
1時間 |
収集時にデータベースに割り当てられていたストレージ領域の合計量 |
|
|
表領域による使用済ストレージ領域 |
GB |
Max |
1時間 |
1時間 |
収集時に表領域によって使用されたストレージの合計容量。 コンテナ・データベースの場合、このメトリックはルート・コンテナ表領域を提供します。 |
|
|
表領域による割当て済ストレージ領域 |
GB |
Max |
1時間 |
1時間 |
収集時に表領域に割り当てられたストレージ領域の合計量。 コンテナ・データベースの場合、このメトリックはルート・コンテナ表領域を提供します。 |
|
|
表領域によるストレージ領域使用率 |
パーセンテージ |
平均 |
1時間 |
1時間 |
これは、表領域が収集時に使用したストレージ領域の割合を示します。 コンテナ・データベースの場合、このメトリックはルート・コンテナ表領域を提供します。 |
ゲストVMヘルス・メトリック・リスト - 非データベース・メトリック
表5-3 ゲストVMヘルス・メトリック・リスト - 非データベース・メトリック
| メトリック名 | メトリック表示名 | 単位 | 集計 | 収集頻度 | 説明 |
|---|---|---|---|---|---|
|
|
ファイルシステム使用率 |
パーセンテージ |
Max |
1分 |
プロビジョニングされたファイルシステムの利用率。 |
|
|
CPU Utilization |
パーセンテージ |
平均 |
1分 |
CPU使用率。 |
|
|
Memory Utilization |
パーセンテージ |
平均 |
1分 |
新規アプリケーションの起動に使用可能なメモリーの割合(スワップなし)。 使用可能なメモリーは、次のコマンドで取得できます: |
|
|
スワップ使用率 |
パーセンテージ |
平均 |
1分 |
合計スワップ領域の使用率。 |
|
|
平均のロード |
数値 |
平均 |
1分 |
5分間のシステム負荷平均。 |
|
|
ノード・ステータス |
Integer |
平均 |
1分 |
ホストにアクセスできるかどうかを示します。 |
親トピック: VMクラスタの管理
APIを使用したOracle Exadata Database Service on Exascale Infrastructureインスタンスの管理
これらのAPI操作を使用して、Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS)上のExadata Cloud Infrastructure仮想マシン(VM)およびデータベースを管理します。
APIの使用およびリクエストの署名の詳細は、REST APIおよび「セキュリティ資格証明」を参照してください。 SDKの詳細は、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。
これらのAPI操作を使用して、Oracle Exadata Database Service on Exascale Infrastructureインスタンス・コンポーネントを管理します。
Exascale Database Storage Vaultリソース
親トピック: VMクラスタの管理