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

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

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

ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
「リージョン」で、Oracle Exadataインフラストラクチャに関連付けるリージョンを選択します。
Oracle Exadataインフラストラクチャに関連付けられているリージョンは、Oracle Exadataインフラストラクチャの作成後は変更できません。したがって、インフラストラクチャに最適なリージョンを選択してください。次のファクタを考慮してください:
- 特定のリージョンの使用を妨げるビジネス・ポリシーまたは規制を考慮します。たとえば、国境内のすべての操作を維持する必要がある場合があります。
- データ・センターへのリージョンの物理的な近接性を考慮します。余分な物理的分離が必要な場合は、Oracle Cloud Infrastructureと企業のデータ・センター間のネットワーク通信に不要な待機時間が追加されます。
Exadata Infrastructureをクリックします。
「Exadata Infrastructureを作成」をクリックします。

「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ブロックを使用することをお薦めします。ただし、次の表は詳細なガイダンスに使用できます。

表4-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

表4-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

表4-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

ノート:

この値は将来変更できません。この選択を行うときは、将来のすべての展開を検討してください。そうしないと、将来の拡張性が制限される可能性があります。

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サーバー、ストレージ・サーバーおよびネットワーク・スイッチをポリシーのメンテナンス・ウィンドウにスケジュールします。インフラストラクチャのプロビジョニング後、「メンテナンス・スケジューリング計画」リソースを編集してスケジューリング計画を更新し、特定のコンポーネントに更新をカスタマイズして、スケジューリング・ポリシーの異なるウィンドウに合せることができます。
      
      「ポリシーの選択」をクリックします。
      
      表示される「メンテナンス・スケジューリング・ポリシーの選択」ウィンドウで、コンパートメントとポリシーを選択します。
      メンテナンス・スケジューリング・ポリシーを作成して使用することもできます。詳細は、「メンテナンス・スケジューリング・ポリシーの作成」を参照してください。ポリシーの作成後に、追加のメンテナンス・ウィンドウをポリシーに追加できます。詳細は、「メンテナンス・スケジュール・ポリシーへの追加のメンテナンスWindowsの追加」を参照してください。
      
      「変更の保存」をクリックします。
  「変更の保存」をクリックします。
  
  ローリングから非ローリング・メンテナンス・メソッドに切り替えると、「非ローリング・メンテナンス・メソッドの確認」ダイアログが表示されます。
  
  表示されたフィールドにインフラストラクチャの名前を入力して変更を確認します。
  
  「変更の保存」をクリックします。
  
  ノート:
  インフラストラクチャの作成後、「インフラストラクチャの詳細」ページの「メンテナンス」および「バージョン」セクションで、メンテナンス・メソッド、メンテナンス・スケジュール、DBサーバーのバージョンおよびストレージ・サーバーのバージョンの詳細を確認できます。
- メンテナンス連絡先の指定
  メンテナンス担当者は、ハードウェアの交換やその他のメンテナンス・イベントのサービス・リクエストベースの通信に必要です。
  
  インフラストラクチャの作成中に、メンテナンス連絡先の追加をスキップできます。ただし、インフラストラクチャをアクティブ化する前にプライマリ連絡先を追加する必要があります。このインフラストラクチャに関連付けられたカスタマ・サポートID (CSI)をプライマリ連絡先として登録する際に使用した連絡先の詳細を指定していることを確認します。
  
  オプションで、最大9つのセカンダリ連絡先を追加できます。プライマリ連絡先とセカンダリ連絡先の両方が、ハードウェアの交換、ネットワークの問題およびソフトウェア・メンテナンスの実行に関するすべての通知を受け取ります。セカンダリ連絡先はいつでもプライマリとして昇格昇進できます。セカンダリ連絡先をプライマリに昇格すると、現在のプライマリ連絡先は自動的にセカンダリに降格されます。
Show Advanced Options

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

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

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

コントロール・プレーン・サーバーの診断オフライン・レポートの有効化または無効化

CPSオフライン・レポートを有効または無効にするには、この手順を使用します。

ノート:

Exadata InfrastructureがDISCONNECTEDモードの場合、コントロール・プレーン・サーバーの診断オフライン・レポートを有効または無効にすることはできません。
任意の時点で、レポートはプライマリ・コントロール・プレーン・サーバーでのみ使用できます。レポートを生成するときに、コントロール・プレーン・サーバーに指定された最初のIPアドレスが機能しない場合は、2番目のIPを試すことができます。

ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
「リージョン」で、Oracle Exadataインフラストラクチャに関連付けるリージョンを選択します。
Exadata Infrastructureをクリックします。
インフラストラクチャのリストから、関心のあるインフラストラクチャの名前をクリックします。
「インフラストラクチャの詳細」ページで、「ネットワーク」セクションのコントロール・プレーン・サーバーのオフライン・レポートの詳細を見つけます。
必要に応じて、「有効化」または「無効化」リンクをクリックします。
- 「有効化」をクリックすると、「コントロール・プレーン・サーバーのオフライン・レポートの有効化」ウィンドウが表示されます。
  ポップアップ・ウィンドウに表示される情報を確認し、「有効化」をクリックします。
- 「無効化」をクリックすると、「コントロール・プレーン・サーバーのオフライン・レポートの無効化」ウィンドウが表示されます。
  ポップアップ・ウィンドウに表示される情報を確認し、「無効化」をクリックします。

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

コントロール・プレーン・サーバーの診断オフライン・レポートの表示

CPS IPアドレスを検索します。
詳細は、「コンソールを使用したExadata Infrastructureネットワーク構成の詳細の表示」を参照してください。
ローカル・ネットワークから、HTTPを介してレポートにアクセスします。
レポートをHTML形式で表示するには、http://<CPSPublicIP>:18080/reportを使用

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

関連トピック

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

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

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

ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Cloud@Customerをクリックします。
「リージョン」で、Oracle Exadataインフラストラクチャに関連付けるリージョンを選択します。
Exadata Infrastructureをクリックします。
インフラストラクチャのリストから、関心のあるインフラストラクチャの名前をクリックします。インフラストラクチャは「アクティブ」状態である必要があります。
「インフラストラクチャの詳細」ページで、「ネットワーク」セクションでネットワーク構成の詳細を検索します。

親トピック: コンソールを使用した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インフラストラクチャを編集しないでください。

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

「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。
「インフラストラクチャ・ネットワーキングの編集」をクリックします。
「インフラストラクチャ・ネットワーキングの編集」ダイアログを使用して、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またはブラウザで検出されたタイムゾーン以外のタイムゾーンを設定する場合は、「別のタイムゾーンの選択」オプションを選択し、「リージョン」または「国」を選択してから、対応する「タイムゾーン」を選択します。
    
    目的のリージョンまたは国が表示されない場合は、「その他」を選択し、適切な「タイムゾーン」を選択します。
「変更の保存」をクリックします。

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

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

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

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

「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。
表示されたバナーの「ガイドを表示」をクリックします。
「構成のダウンロード」をクリックします。

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

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

生成されたインフラストラクチャ構成ファイルを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をアクティブ化できるのは、その状態が「アクティブ化が必要」の場合のみです。

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

「インフラストラクチャの詳細」ページには、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。
表示されたバナーの「アクティブ化」をクリックします。

「アクティブ化」ボタンは、Oracle Exadataインフラストラクチャでアクティブ化が必要な場合にのみ使用できます。 Oracle Exadataインフラストラクチャは複数回アクティブ化できません。
「アクティブ化」ダイアログを使用してアクティブ化ファイルをアップロードし、「すぐにアクティブ化」をクリックします。

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

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

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

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

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

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

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

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

最大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

最大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

最大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

最大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

最大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

最大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

最大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

最大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

最大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