データ・インフラストラクチャの作成

このトピックでは、Oracle Data Infrastructure Cloud@Customerでデータ・インフラストラクチャを作成する方法について説明します。

手順

コンソールで次のステップを実行します。

データ・インフラストラクチャ・リスト・ページで、「データ・インフラストラクチャの作成」を選択します。

リスト・ページの検索に関するヘルプが必要な場合は、データ・インフラストラクチャのリストを参照してください。
「データ・インフラストラクチャの作成」ページで、次の詳細を指定します。
- 表示名前: 名前を入力します。表示名は、わかりやすい名前です。この名前は、データ・インフラストラクチャの識別に使用できます。Oracle Cloud Identifier (OCID)によってデータ・インフラストラクチャが一意に識別されるため、この名前は一意である必要があります。
- コンパートメントに作成: 使用可能なリストから、データ・インフラストラクチャを作成するコンパートメントを選択します. デフォルトでは、現在のコンパートメントが選択されています。
- リージョン: データ・インフラストラクチャを作成するリージョンが表示されます。別のリージョンを使用するには、コンソールの上部にある「リージョン」メニューから選択します。
  
  リージョンを選択する前に、次の要因を考慮してください。
  - 特定のリージョンの使用を妨げるビジネス・ポリシーや規制を考慮します。たとえば、すべての運用を国境の内側で維持することが必要な場合があります。
  - データ・センターに対するリージョンの物理的な近接度を考慮します。不必要で余分な物理的分離を行うことと、Oracle Cloudとデータ・センター間のネットワーク通信に不要な待機時間が加えられます。
  データ・インフラストラクチャの作成後は、データ・インフラストラクチャのリージョンを変更できません。そのため、最も適切なリージョンを選択してください。
- ハードウェア仕様:
  - システム・モデル: 使用可能なリストから、システム・モデルを選択します。データ・インフラストラクチャ・システム・モデルとストレージを組み合せて、データ・インフラストラクチャで使用可能なOCPU、メモリーおよびストレージ・リソースの量を定義します。現在、次のシステム・モデルが使用可能です。
    - X11-HA 2x: これには、次の構成があります。
      - サーバー: 2
      - OCPU合計: 128
      - メモリー: 768 GB/サーバー
      - 合計メモリー: 1.5TB
  - High Performanceストレージ: 使用可能なリストから、ストレージ構成を選択します。現在、次のストレージ構成が使用可能です。
    - 6x 7.68 TB SSD (デフォルト)
    - 12x 7.68TB SSD
    - 18x 7.68TB SSD
    - 24x 7.68TB SSD
- ストレージ構成:
  
  Oracle Data Infrastructure Cloud@Customerでは、Oracle Automatic Storage Management (ASM)を使用してストレージを管理します。データ・ストレージ割当てを構成し、自動的に計算されたリカバリ領域ストレージを確認し、VMファイル・システム用に予約されたストレージを指定します。
  - データ・ストレージ(+DATA): データ・インフラストラクチャに割り当てるブロック・ストレージの割合を入力します。データ・インフラストラクチャのアクティブ化後に+DATA割当てを変更することはできません。
  - リカバリ領域ストレージ(+RECO): リカバリ領域に割り当てられたストレージの割合が表示されます。+RECO配賦は、選択した+DATA配賦に基づいて自動的に調整されます。データ・インフラストラクチャのアクティブ化後に+RECO割当てを変更することはできません。
  - VMストレージ: VMファイル・システムに予約するストレージの量を入力します。この記憶域は、+DATA割当て内で予約されています。最小値は512 GBです。+DATA割当ての使用可能な領域に応じて、プロビジョニング後にVMストレージを変更できます。
  - サマリー: 選択したストレージ割当てをTB単位で表示します。
- サイト・ネットワーク詳細:
  - コントロール・プレーン・ネットワーク:
    
    コントロール・プレーン・ネットワークは、OCIへの接続を提供するデータ・センター・ネットワーク上のサブネットです。次の設定を構成します。
    - VLAN ID: ネットワークでVLANタグ付けおよびトランクされたスイッチポートを使用する場合は、VLAN IDを入力します。ネットワークがアクセスポートを使用しているか、VLANタグ付けが使用されていない場合は、このフィールドを空のままにします。
    - コントロール・プレーン・プロキシ・サービス(CPS) VM1 IPアドレス: 最初のコントロール・プレーン・プロキシ・サービス(CPS) VMをデータ・センター・ネットワークに接続するネットワーク・インタフェースのIPアドレスを入力します。
    - コントロール・プレーン・プロキシ・サービス(CPS) VM2 IPアドレス: 2番目のコントロール・プレーン・プロキシ・サービス(CPS) VMをデータ・センター・ネットワークに接続するネットワーク・インタフェースのIPアドレスを入力します。
    - ネットマスク: 使用可能なリストから、コントロール・プレーン・ネットワークのIPネットマスクを選択します。
    - ゲートウェイ: コントロール・プレーン・ネットワーク・ゲートウェイのIPアドレスを入力します。
    - HTTPプロキシ: (オプション)データ・センターのHTTPプロキシを次の形式で入力します。ここで、serverはサーバー名、domainはドメイン名、portは割り当てられたポートです。
```
http://server.domain:port
```
      たとえば:
```
http://proxy.example.com:80
```
      可能な場合、Oracleでは、セキュリティを強化するためにHTTPプロキシを構成することをお薦めします。
  - DNSおよびNTPサービス:
    
    各データ・インフラストラクチャには、ドメイン・ネーム・システム(DNS)およびNetwork Time Protocol (NTP)サービスへのアクセスが必要です。次の DNSおよびNTPサーバー設定を構成します。
    - DNSサーバー: コントロール・プレーン・ネットワークからアクセス可能なDNSサーバーのIPアドレスを入力します。最大3つのDNSサーバーを指定できます。
      
      さらにDNSサーバーを追加するには、「+別のDNSサーバー」を選択します。
    - NTPサーバー: コントロール・プレーン・ネットワークからアクセス可能なNTPサーバーのIPアドレスを入力します。最大3台のNTPサーバーを指定できます。
      
      さらにNTPサーバーを追加するには、「+別のNTPサーバー」を選択します。
  - システムネットワーク:
    
    システム・ネットワークは、データ・インフラストラクチャ内のプライベート・ネットワークであり、データ・センター・ネットワークに接続されていません。Oracle Automatic Storage Management (ASM)トラフィック、高パフォーマンスのインターコネクト・トラフィックおよび内部管理トラフィックを保持します。
    - システム・ネットワークのCIDRブロック: システム・ネットワークのIPアドレス範囲をCIDR表記で入力します。
  - ネットワーク・ボンディング・モード:
    
    デフォルトでは、クライアント・ネットワークとバックアップ・ネットワークの両方でアクティブ- バックアップ・ボンディングが使用されます(モード1)。異なるボンディング・モードを使用するように各ネットワークを構成できます。たとえば、クライアント・ネットワークでアクティブ・バックアップ・ボンディング(モード1)を使用するように構成し、バックアップ・ネットワークでLACP(モード4、IEEE 802.3ad)を使用するように構成できます。
    - クライアント・ネットワークのLACPの有効化: LACPを使用するようにクライアント・ネットワークを構成する場合はオンにします(モード4、IEEE 802.3ad)。オフの場合、クライアント・ネットワークはアクティブ- バックアップ・ボンディング(モード1)を使用します。
    - バックアップ・ネットワークのLACPの有効化: LACPを使用するようにバックアップ・ネットワークを構成する場合はオンにします(モード4、IEEE 802.3ad)。オフの場合、バックアップ・ネットワークはアクティブ- バックアップ・ボンディングを使用します(モード1)。
- メンテナンスの構成:
  
  データ・インフラストラクチャのメンテナンス方法を構成します。Oracleでは、選択した方法に従ってメンテナンスが管理されます。自動メンテナンスがスケジュールされると、Oracleはデータ・インフラストラクチャ・メンテナンス連絡先に通知します。OCI通知イベントをサブスクライブして、メンテナンス通知を受信し、メンテナンスの進行状況を追跡できます。
  - 自動メンテナンスを構成します:
    
    Oracle公開メンテナンス・スケジュールに従って自動メンテナンスを構成します。メンテナンス方法を指定するには、「メンテナンスの構成」を選択し、「メンテナンスの構成」パネルで次の詳細を指定します。
    - サーバー上でメンテナンスを実行する前のカスタム・アクション: Oracleがサーバー上でメンテナンスを開始する前に、カスタム・アクションを実行する場合はオンにします。Oracleは、各サーバーでメンテナンスを開始する前に、構成されたタイムアウトを待機します。
    - カスタム・アクションの待機時間(分): Oracleがサーバーでメンテナンスを開始する前に待機する分数を入力します。カスタム・アクションのタイムアウトは、VMクラスタにのみ適用されます。サーバーのパッチ適用が開始されるまでに、15分から120分間のタイムアウトを指定できます。この間、必要なカスタム・アクションを実行できます。さらに時間が必要な場合は、「メンテナンス・ウィンドウの編集」を選択して、タイムアウトを更新できます。
      - デフォルト: 30分
      - 最小: 15分
      - 最大: 120分
  - メンテナンス連絡先の指定:
    
    メンテナンス連絡先は、ハードウェアの交換やその他のメンテナンス・イベントに関連するサービス・リクエスト通信に使用されます。プライマリ担当者が、このデータ・インフラストラクチャに関連付けられたユーザー・グループの登録に使用された担当者と同じであることを確認してください。
    - プライマリ連絡先名: プライマリ連絡先の名前を入力します。
    - 電子メール: プライマリ担当者の電子メール・アドレスを入力します。
    - 電話番号: 主要担当者の電話番号を入力します。
    - 追加の副メンテナンス連絡先の指定: オプションで、副メンテナンス連絡先を追加できます。追加連絡先の名前、電子メール・アドレスおよび電話番号を入力する場合はオンにします。
      
      別のセカンダリ連絡先を追加するには、「+別の連絡先」を選択します。最大10のメンテナンス連絡先を追加できます。
- 拡張オプション: 展開して追加の詳細を指定します。
  - タグ: 「タグ」を展開して、このリソースのタグ詳細を追加します。フリーフォーム・タグまたは定義済タグをこのリソースに追加できます。定義済タグにタグ・ネームスペースを使用する権限が必要です。タグを使用してリソースを管理する方法の詳細は、タグを参照してください。タグは、後で、またはいつでもリソースに適用できます。
「データ・インフラストラクチャの作成」を選択します。

必要な入力がすべて有効な場合、データ・インフラストラクチャの作成が開始され、「インフラストラクチャの詳細」ページが表示されます。作成が成功すると、データ・インフラストラクチャは「検証が必要」状態になります。データ・インフラストラクチャの詳細ページでは、プロビジョニング・プロセスの次のステップについて説明します。