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の作成」ページで、リクエストされた情報を指定します:
   • 表示名の指定: 表示名は、わかりやすい名前で、Exadataインフラストラクチャの識別に使用できます。Oracle Cloud Identifier (OCID)でOracle Exadataインフラストラクチャを一意に識別するため、この名前は一意である必要はありません。
   • コンパートメントの選択: 使用可能なコンパートメントのリストから、Oracle Exadataインフラストラクチャを含めるコンパートメントを選択します。

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

   • Oracle Cloud Infrastructureリージョン: Oracle Exadataインフラストラクチャに関連付けられたリージョンは、Oracle Exadataインフラストラクチャの作成後は変更できません。そのため、表示されたリージョンを確認して、インフラストラクチャに最も適切なリージョンを使用してください。

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

   • 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は、コンピュートおよびストレージ・サーバーのプールから柔軟に割り当てられたコアの数に基づいています。

   • サイト・ネットワーク詳細
     • タイム・ゾーン: Exadataインフラストラクチャのデフォルトのタイム・ゾーンはUTCですが、別のタイム・ゾーンを指定できます。タイム・ゾーン・オプションは、Java.util.TimeZoneクラスとOracle Linuxオペレーティング・システムの両方でサポートされています。
       ノート
       
       

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

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

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

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

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

       http://server.domain:port

       例:

       http://proxy.example.com:80

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

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

       1. CPS IPアドレスを検索します。

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

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

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

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

       詳細は、ExaCC gen2: Troubleshooting VPN/WSS connection from Customer Sideを参照してください。

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

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

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

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

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

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

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

       最大DBサーバー数	最大ストレージ・サーバー数	必要な管理ネットワークCIDR	必要なセキュア・ファブリック・ネットワーク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	必要なセキュア・ファブリック・ネットワーク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	必要なセキュア・ファブリック・ネットワーク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アドレスを指定します。最大3つのNTPサーバーを指定できます。
   • ネットワーク・ボンディング・モード
     ノート
     
     

     LACPを使用するには、LACPを正しく動作させるために、サーバーとスイッチの両方に互換性のある設定が必要です。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.3ad)のアクティブ/アクティブ動的リンクを使用してクライアント・ネットワークを構成する場合に選択します。
     • バックアップ・ネットワークのLACPの有効化: LACPモード4 (モード=802.3ad)のアクティブ/アクティブ動的リンクを使用してバックアップ・ネットワークを構成する場合に選択します。

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

     • 「アクティブ/バックアップ」は、ネットワーク・インタフェースがデフォルト・モード1を使用するように構成されていることを示します。
     • LACPは、ネットワーク・インタフェースがモード4対応であることを示します。
   • メンテナンスの詳細の指定
     • 「メンテナンスの構成」をクリックします。
       表示される「Configure maintenance」ページで、次を構成します。

       • メンテナンス・スケジュール・プリファレンス: Oracle管理スケジュール
         • メンテナンス方法の選択:
           • ローリング: デフォルトでは、Exadataインフラストラクチャは、ローリング方式で更新されます(停止時間なしで一度に1つのサーバーが対象)。
           • 非ローリング: データベース・サーバーとストレージ・サーバーを同時に更新します。非ローリング・メンテナンス方法では、メンテナンス時間が最小化されますが、完全なシステム・ダウンタイムが発生します。
         • DBサーバーでメンテナンスを実行する前にカスタム・アクションを有効化: カスタム・アクションは、オラクル社の管理の範囲外で、追加のアクションを実行する場合にのみ有効にします。ローリング・ソフトウェア更新で構成されたメンテナンスの場合は、このオプションを有効化すると、各DBサーバーでメンテナンスを開始する前に、メンテナンスの実行は、タイムアウトが構成されたカスタム・アクションを強制的に待機することになります。非ローリング・ソフトウェア更新で構成されたメンテナンスの場合、メンテナンス実行は、すべてのDBサーバーでメンテナンスを開始する前に、タイムアウトが構成されたカスタム・アクションを待機することになります。メンテナンス実行は、カスタム・アクションを待機している間、タイムアウトの前に再開されることもあります。
           • カスタム・アクション・タイムアウト(分): DBサーバーでメンテナンスを開始する前に、カスタム・アクションを実行できるタイムアウト。
             ノート
             
             カスタム・アクションのタイムアウトは、DBサーバーにのみ適用されます。お客様は、DBサーバーのパッチ適用が開始される前に、最低15分および最大120分のカスタム・アクションのタイムアウトを指定できます。この時間内に、計画したアクションを実行できます。カスタム・アクションを拡張する場合は、「メンテナンス・ウィンドウの編集」オプションに移動して、同じ操作を拡張できます。カスタム・アクションが進行中の場合、顧客は2つのオプション(カスタム・アクション・タイムアウトの延長またはメンテナンス・ウィンドウの再開)を取得します。

             デフォルト: 30分

             最大: 120分

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

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

           • スケジュールの指定: インフラストラクチャ・メンテナンスに対して希望する週、平日、開始時刻およびリード・タイムを選択します。
             • オプション。「該当月の週」で、メンテナンスを実行する月の週を指定します。週は月の1日、8日、15日、22日から始まり、7日の期間があります。週の開始および終了は、曜日ではなくカレンダの日付に基づきます。28日より多くの日数を含む月の第5週には、メンテナンスをスケジュールできません。月の週を指定しない場合は、Oracleによって、中断が最小限になる週にメンテナンス更新が実行されます。
             • オプション。「曜日」で、メンテナンスを実行する曜日を指定します。曜日を指定しない場合は、Oracleによって、中断が最小限になる週末の日にメンテナンス更新が実行されます。
             • オプション。「時間」で、メンテナンス実行を開始する時間を指定します。開始時間を指定しない場合は、Oracleによって、中断が最小限になる時間が選択されてメンテナンス更新が実行されます。
             • 「通知リード・タイム」で、メンテナンス・イベントの何週間前に通知メッセージを受信するかを指定します。リード・タイムにより、事前通知に必要な最短期間を考慮して、新しくリリースされるメンテナンス更新がスケジュールされます。
             • メンテナンス方法の選択:
               • ローリング: デフォルトでは、Exadataインフラストラクチャは、ローリング方式で更新されます(停止時間なしで一度に1つのサーバーが対象)。
               • 非ローリング: データベース・サーバーとストレージ・サーバーを同時に更新します。非ローリング・メンテナンス方法では、メンテナンス時間が最小化されますが、完全なシステム・ダウンタイムが発生します。
             • DBサーバーでメンテナンスを実行する前にカスタム・アクションを有効化: カスタム・アクションは、オラクル社の管理の範囲外で、追加のアクションを実行する場合にのみ有効にします。ローリング・ソフトウェア更新で構成されたメンテナンスの場合は、このオプションを有効化すると、各DBサーバーでメンテナンスを開始する前に、メンテナンスの実行は、タイムアウトが構成されたカスタム・アクションを強制的に待機することになります。非ローリング・ソフトウェア更新で構成されたメンテナンスの場合、メンテナンス実行は、すべてのDBサーバーでメンテナンスを開始する前に、タイムアウトが構成されたカスタム・アクションを待機することになります。メンテナンス実行は、カスタム・アクションを待機している間、タイムアウトの前に再開されることもあります。
               • カスタム・アクション・タイムアウト(分): DBサーバーでメンテナンスを開始する前に、カスタム・アクションを実行できるタイムアウト。
                 ノート
                 
                 カスタム・アクションのタイムアウトは、DBサーバーにのみ適用されます。お客様は、DBサーバーのパッチ適用が開始される前に、最低15分および最大120分のカスタム・アクションのタイムアウトを指定できます。この時間内に、計画したアクションを実行できます。カスタム・アクションを拡張する場合は、「メンテナンス・ウィンドウの編集」オプションに移動して、同じ操作を拡張できます。カスタム・アクションが進行中の場合、顧客は2つのオプション(カスタム・アクション・タイムアウトの延長またはメンテナンス・ウィンドウの再開)を取得します。

                 デフォルト: 30分

                 最大: 120分

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

             メンテナンス・スケジューリング・ポリシーを作成して使用することもできます。詳細は、メンテナンス・スケジュール・ポリシーの作成を参照してくださいポリシーの作成後に、追加のメンテナンス・ウィンドウをポリシーに追加できます。詳細は、メンテナンス・スケジュール・ポリシーへの追加のメンテナンスWindowsの追加を参照してください。

           • 「保存」をクリックします。

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

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

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

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

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

       メンテナンス連絡先は、ハードウェアの交換やその他のメンテナンス・イベントのためのサービス・リクエスト・ベースの連絡用に必要です。

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

       オプションで、最大9個の副連絡先を追加できます。主連絡先と副連絡先の両方とも、ハードウェアの交換、ネットワークの問題およびソフトウェア・メンテナンスの実行に関する通知をすべて受信します。どの副連絡先も必要なときにいつでも主連絡先として昇格できます。副連絡先を主連絡先に昇格すると、現在の主連絡先は自動的に副連絡先に降格されます。

   • 拡張オプションの表示

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

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

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

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

     ポップアップ・ウィンドウに表示される情報を確認し、「有効化」をクリックします。

   • 「無効化」をクリックすると、「コントロール・プレーン・サーバーのオフライン・レポートの無効化」ウィンドウが表示されます。

     ポップアップ・ウィンドウに表示される情報を確認し、「無効化」をクリックします。

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

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

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

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. タイム・ゾーン: Exadataインフラストラクチャのデフォルトのタイム・ゾーンはUTCですが、別のタイム・ゾーンを指定できます。タイム・ゾーン・オプションは、Java.util.TimeZoneクラスとOracle Linuxオペレーティング・システムの両方でサポートされています。
      ノート
      
      

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

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

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

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

      • コントロール・プレーン・サーバー1 IPアドレス: 1番目のコントロール・プレーン・サーバーのIPアドレスを指定します。このIPアドレスは、コントロール・プレーン・ネットワークを使用して1番目のコントロール・プレーン・サーバーを企業ネットワークに接続するネットワーク・インタフェース用です。
      • コントロール・プレーン・サーバー2 IPアドレス: 2番目のコントロール・プレーン・サーバーのIPアドレスを指定します。このIPアドレスは、コントロール・プレーン・ネットワークを使用して2番目のコントロール・プレーン・サーバーを企業ネットワークに接続するネットワーク・インタフェース用です。
      • ネットマスク: コントロール・プレーン・ネットワークのIPネットマスクを指定します。
      • ゲートウェイ: コントロール・プレーン・ネットワーク・ゲートウェイのIPアドレスを指定します。
      • HTTPプロキシ: オプションで、このフィールドを使用して企業のHTTPプロキシを指定し、コントロール・プレーン・サーバーからOracle Cloud InfrastructureへのHTTPS接続に使用できます。適切な形式は:

        http://server.domain:port

        例:

        http://proxy.example.com:80

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

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

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

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

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

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

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

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

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

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

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

      • DNSサーバー: コントロール・プレーン・ネットワークを使用してアクセス可能なDNSサーバーのIPアドレスを指定します。最大3つのDNSサーバーを指定できます。
      • NTPサーバー: コントロール・プレーン・ネットワークを使用してアクセス可能なNTPサーバーのIPアドレスを指定します。最大3つのNTPサーバーを指定できます。
7. 「変更の保存」をクリックします。

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インフラストラクチャを編集しないでください。

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. 「Exadataインフラストラクチャのアクティブ化」ダイアログを使用してアクティブ化ファイルをアップロードし、「アクティブ化」をクリックします。

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

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

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インフラストラクチャは正常にプロビジョニングおよびアクティブ化されています。
   • 削除中: 灰色のアイコン。Oracle ExadataインフラストラクチャはコンソールまたはAPIを使用して削除されています。
   • 削除済: 灰色のアイコン。Oracle Exadataインフラストラクチャは削除され、使用できなくなっています。この状態は一時的なものです。これは短時間表示され、その後、Oracle Exadataインフラストラクチャは表示されなくなります。
   • アクティブ化に失敗しました: 赤色のアイコン。現在、エラー状態のためにOracle Exadataインフラストラクチャをアクティブ化できなくなっています。通常、この状態は自動修正されるので、ユーザーによる操作は必要ありません。