Oracle Java Cloud Service Instance OPCMでの作成
新規のOracle Java Cloud Serviceインスタンスを作成するには、次の項の説明どおりに新しいJava Cloud Serviceのプロビジョニング・ウィザードを使用します。
Oracle Java Cloud Serviceインスタンスを作成する前に:
-
Oracle Java Cloud Serviceを開始する前にで説明されている前提条件を確認してください
-
Oracle Java Cloud Serviceインスタンスの設計に関する考慮事項で説明されているオプションを確認してください
新しいJava Cloud Serviceのプロビジョニング・ウィザードの呼出し
Oracle Java Cloud Service ConsoleからOracle Java Cloud Serviceインスタンスを作成するには、新しいJava Cloud Serviceのプロビジョニング・ウィザードを使用します。
基本サービス・インスタンス情報の指定
サービス名、サービス・レベル、測定頻度、ソフトウェア・リリース、ソフトウェア・エディションなど、サービス・インスタンスの基本情報を入力します。
注意:
サービス・インスタンスの作成後は、次の選択を変更できません。-
サービス名
-
説明
-
サービス・レベル
-
測定の頻度
-
ソフトウェア・リリース
-
サービス・エディション
次のフィールドを指定します。
| フィールド | 説明 |
|---|---|
|
サービス名 |
Oracle Java Cloud Serviceインスタンスの名前を指定します。 サービス・インスタンス名:
|
|
説明 |
(オプション)Oracle Java Cloud Serviceインスタンスの簡単な説明を入力します。 |
|
サービス・レベル |
ドロップダウン・メニューからサービス・レベルを選択します。
Fusion MiddlewareサービスレベルのOracle Java Cloud Serviceはサポートされていません。 |
|
測定の頻度 |
ドロップダウン・メニューから測定頻度を選択します。
|
|
サービス・リリース |
ドロップダウン・メニューからソフトウェア・リリースを選択します。
Oracle Java Cloud Serviceを使用してサービス・インスタンスのOracle Coherenceデータ層を作成および管理する場合は、どちらのバージョンのOracle WebLogic Server 12cも選択する必要があります。 Oracle WebLogic Server 11gを選択し、Oracle Coherenceを使用する場合は、サービス・インスタンスの作成後に手動で構成する必要があります。 WebLogic ServerソフトウェアはOracle Linux 6.6プラットフォームで稼働します。 |
|
サービス・エディション |
サービス・インスタンスで実行するサービス・エディションを選択します。 次のいずれかのWebLogic Serverエディションを選択できます。
|
サービス・インスタンスの詳細の指定
Oracle Java Cloud Serviceインスタンスのサイズ、形態および他の重要な詳細を構成する必要があります。
サイズとシェイプの構成
ウィザードのサービス詳細ページで、最初にOracle Java Cloud Serviceインスタンスのサイズとシェイプを構成します。
次のフィールドを指定します。
| サイズとシェイプの詳細 | 説明 |
|---|---|
|
計算シェイプ |
コンピューティング形態を選択します。 コンピューティング形態は、WebLogic Server管理サーバーおよび管理対象サーバーを含めるVMに割り当てるOracle Compute Unit (OCPU)の数とメモリー容量(RAM)です。 全目的型のコンピューティング形態は次のとおりです。
メモリー集中型のコンピューティング形態は次のとおりです。
コンピューティング形態の詳細は、Oracle Cloud管理者に問い合せてください。 |
|
SSH公開鍵 |
セキュア・シェル(SSH)の公開鍵を指定します。 この鍵は、SSHクライアントを使用したOracle Java Cloud Serviceインスタンスへの接続時の認証に使用されます。 「編集」をクリックしてVMアクセス・ダイアログ用の公開鍵入力を表示して、次のいずれかのメソッドを使用して公開鍵を指定します。
|
|
クラスタ・サイズ |
クラスタのサイズ(クラスタ内で構成する管理対象サーバーの数)を選択します。 有効な値は次のとおりです。:
サービス・インスタンスのプロビジョニング後にクラスタをスケール・アウトすることもできます。 |
WebLogic Serverアクセスの構成
ウィザードのサービス詳細ページで、WebLogic Serverの管理者資格証明を構成します。
次のフィールドを指定します。
| アクセスの詳細 | 説明 |
|---|---|
|
ローカル管理者のユーザー名 |
WebLogic管理者のユーザー名を指定します。 名前には8文字以上128文字以下の長さが必要で、次の文字を含めることはできません。
サービス・インスタンスのプロビジョニング後に、WebLogic Server管理コンソールからユーザー名を変更できます。 |
|
パスワード |
WebLogic管理者のパスワードを指定して、そのパスワードを確認します。 Oracle Database Exadata Cloud Serviceデータベース・デプロイメントを指定した場合、次の要件に従う強力なパスワードを指定する必要があります。 パスワードは文字で開始し、8文字から30文字の長さで、少なくとも次のものを含む必要があります。
以前の要件を使用し、Oracle Database Exadata Cloud Serviceデータベース・デプロイメントを指定しない場合、プロビジョニングは失敗しません。 ただし、ベスト・プラクティスとして、強力なパスワード要件を使用してください。 以前の要件は次のとおりです。
|
Coherenceデータ層の構成
Coherenceデータ層を作成する場合は、ウィザードのサービス詳細ページで詳細を指定します。
次のフィールドを指定します。
| Coherenceデータ層 | 説明 |
|---|---|
|
容量単位 |
使用する環境に適したデフォルト容量単位を選択します。
Coherenceを有効化せずにサービス・インスタンスを作成するには、「なし」を選択します。 |
|
キャッシュ・サイズ |
デフォルト容量単位を構成するか、詳細を選択します。 これを選択すると、選択したデフォルト容量単位の構成または定義したカスタム(高度な)構成に基づき、1つの容量単位でCoherenceに割り当てるプライマリ・キャッシュ記憶域量が表示されます。一般的には、管理対象サーバーのヒープの1/3がプライマリ・キャッシュ記憶域に使用されます。 サービス・インスタンスの最初のプロビジョニングでは、VMと管理対象サーバーの1つの容量単位のみが作成および構成されます。 サービス・インスタンスの作成後、一度に1つの容量単位を追加することで、キャッシュ容量を増やすことができます。 |
|
シェイプ |
高度な構成の場合のみ: カスタム容量単位でVMに必要なOracle Compute Unit (OCPU)の数およびメモリー容量(RAM)を選択します。 |
|
ノード |
高度な構成の場合のみ: 1つのカスタム容量単位で構成するVMの数を設定します。 有効な値は1から3までです。 Coherence高可用性の場合は3を選択します。 これは、3台以上のVMを構成する場合にCoherence高可用性が実現するためです。 |
|
ノードごとの管理対象サーバー |
高度な構成の場合のみ: カスタム容量単位別に各VMで起動する管理対象サーバーの数を選択します。 OC3シェイプを使用する場合、許可される管理対象サーバーは最大4台です。 使用するサーバーの数が多くなると、並行処理とメモリー管理が改善されますが、必要なプロセッサも多くなります。 構成される最大ヒープ・サイズは16GBです。 |
詳細設定の構成
ドメイン・パーティション、コンソール・アクセスおよびサンプル・アプリケーション・デプロイメントを指定できます。
次の表の内容を指定します。
| サイズとシェイプの詳細 | 説明 |
|---|---|
|
ドメイン・パーティション |
サービスに必要なパーティション数を選択します。 選択肢は Oracle Java Cloud Service - Virtual Imageインスタンスを構成する場合、バージョンとしてWeblogic Server 12.2.1を選択すると、このフィールドは表示されません。 このフィールドは、エディションとしてStandard Editionを選択している場合も表示されません。 これらの場合、ドメイン・パーティションは作成できません。 |
|
サンプル・アプリケーションのデプロイ |
(オプション)サンプル・アプリケーションをデプロイします。 サンプル・アプリケーション |
データベースの構成
ウィザードのサービス詳細ページで、Oracle Java Cloud Serviceインスタンスで使用するデータベースの詳細を指定します。
次のフィールドを指定します。
| データベースの詳細 | 説明 |
|---|---|
|
Oracle必須スキーマの場合 - 名前 |
サービス・インスタンスに必要なデータベース・スキーマを格納するために使用するOracle Database Cloud Serviceデプロイメントの名前を指定します。 または、他のオンプレミスOracleデータベースへの接続文字列を指定します。 接続文字列は次のいずれかの形式であることが必要です。
注意: 他のサービス・インスタンスのデータを損失するリスクなしでOracle Java Cloud Serviceインスタンスのデータベースを確実にリストアするには、複数のOracle Java Cloud Serviceインスタンスに対して同一のOracle Database Cloud Serviceデータベース・デプロイメントを使用しないでください。 複数のOracle Java Cloud Serviceインスタンスで使用されるOracle Database Cloud Serviceデータベース・デプロイメントのバックアップには、すべてのOracle Java Cloud Serviceインスタンスのデータが含まれます。 Oracle Java Cloud Serviceインスタンスをリストアするときにデータベースをリストアすると、すべてのOracle Java Cloud Serviceインスタンスのデータがリストアされます。実行中のOracle Database Cloud Serviceデータベース・デプロイメントのみがリストにあります。 Oracle Database Cloud Serviceデータベース・デプロイメントが進行中の場合、そのリストには表示されません。 バックアップの保存先をNoneに設定して、選択したデータベース・デプロイメントを構成することは禁止されています。 このサービス・インスタンスを作成する前に、データベース・デプロイメントで利用可能な他のバックアップ・オプションを選択する必要があります。 「バックアップの保存先」は、Oracle Database Cloud Service - Virtual Imageデータベース・デプロイメントには適用されません。 |
|
PDB名 |
Oracle Database 12c用プラガブル・データベースの名前を入力します。 指定しない場合、Oracle Database Cloud Serviceデータベース・デプロイメントが作成されたときに提供されたPDB名が使用されます。 この値は、Oracle Database 11gを実行しているOracle Database Cloud Serviceデータベース・デプロイメントには適用されません。 |
|
管理者ユーザー名 |
データベース管理者の名前を入力します。 Oracle WebLogic Server 11gに基づくOracle Java Cloud Serviceインスタンスに関連付けられたデータベースのデプロイメントでは、この値をDBAロールを持つデータベース・ユーザーに設定する必要があります。 デフォルト・ユーザー Oracle WebLogic Server 12c(12.1.3または12.2.1)に基づくOracle Java Cloud Serviceインスタンスに関連付けられたデータベースのデプロイメントでは、この値を |
|
パスワード |
データベース管理者のユーザー・パスワードを入力します。 |
ロード・バランサの構成
ウィザードのサービス詳細ページで、Oracle Java Cloud Serviceインスタンス用にロード・バランサを構成するための詳細を指定します。
次のフィールドを指定します。
| ロード・バランサ詳細 | 説明 |
|---|---|
|
ローカル・ロード・バランサのプロビジョニング |
はいまたはいいえを選択して、Oracle Traffic Director(OTD)のロード・バランサを有効または無効にします。 この選択肢は、Oracle Java Cloud Serviceに対して複数のマネージド・サーバーを構成すると、デフォルトでYesになります。 |
|
計算シェイプ |
ロード・バランサを実行するVMに割り当てるOracle Compute Units(OCPU)の数とRAMメモリーの量を選択します。 全目的型のコンピューティング形態は次のとおりです。
メモリー集中型のコンピューティング形態は次のとおりです。
コンピューティング形態の詳細は、Oracle Cloud管理者に問い合せてください。 |
|
別のアクティブなOTDノードの追加 |
(オプション)プロビジョニング時に別のOTDノードを追加します。 デフォルトは「いいえ」です。 プロビジョニング時にOTDノードを追加しない場合は、プロビジョニング後に行うことができます。 |
|
ロード・バランサ・ポリシー |
次のポリシーのいずれかを選択します。
|
OPCMのためのネットワーク構成
Oracle Java Cloud Serviceインスタンスにパブリック・アクセス・ネットワークとデータベース・ネットワークを割り当てる必要があります。
次のフィールドを指定します。
| ネットワーク | 説明 |
|---|---|
|
パブリック・アクセス・ネットワーク |
ドロップダウン・リストから既存のネットワークの名前を選択します。 パブリック・アクセス・ネットワークは、クライアントがサービス・インスタンス上で実行されているアプリケーションにアクセスするために使用されます。 |
|
データベース・ネットワーク |
ドロップダウン・リストから既存のネットワークの名前を選択します。 データベース・ネットワークは、指定したOracleデータベースにアクセスするためにサービス・インスタンスによって使用されます。 |
OPCMのバックアップの構成
Oracle Java Cloud Serviceインスタンスのリモート・バックアップ先を構成する必要があります。
Oracle Java Cloud Serviceは、リモート・ネットワーク・ファイル・システム(NFS)を使用して、Oracle Java Cloud Serviceインスタンス・バックアップを格納します。 Oracle Java Cloud Service-Virtual Imageサービスレベルで作成されたサービス・インスタンスには、リモート・バックアップ先は必要ありません。
次のフィールドに入力します:
| バックアップの場所 | 説明 |
|---|---|
|
NFSリモート・バックアップ |
既存のNFS共有のロケーションを、次のいずれかの形式で指定します:
例: |
Oracle Java Cloud Serviceインスタンスの作成の確認
新しいJava Cloud Serviceのプロビジョニング・ウィザードの「確認」ページで、サービスの詳細を確認します。
サービスの詳細を変更する必要がある場合は、ウィザード上部のナビゲーション・バーまたは「戻る」ボタンを使用してウィザードのページを戻ります。 「取消」をクリックすると、新しいサービス・インスタンスを作成することなくウィザードが取り消されます。 「確認」ページで内容に問題がなければ、「作成」をクリックします。
注意:
Oracle Coherenceが有効なサービス・インスタンスを作成する場合: サービス・インスタンスを作成したら、Coherenceデータ層に構成された管理対象サーバーの初期セットが、「トポロジ」ページの「アクティビティ」セクションにスケール・アウト操作として表示されます。 「アクティビティ」セクションにアクセスして特定のスケーリング操作の詳細を表示する方法については、「スケーリング・リクエストの表示」を参照してください。必要に応じて、サービス・インスタンス名をクリックしてステータス・メッセージを確認できます。 サービス・インスタンスのプロビジョニングに失敗しても致命的エラーが発生していない場合は、60分のタイム・ラグ後、ソフトウェアによって自動的にプロビジョニングが再試行されます。 自動再試行プロセスに関するメッセージと失敗した計算リソースが表示されます。
サービス・インスタンスが作成された後で、エラー・メッセージも含めて作成プロセス中に記録されたシステム・メッセージを確認できます。 「インスタンス作成および削除履歴」をクリックしてからサービス・インスタンス名または「詳細」をクリックします。
プロビジョニング・プロセスによってプロビジョニングが自動的に再試行された場合、失敗したリソースがまだ存在する可能性があります。 このような失敗したリソースをクリーンアップするには、「クリーンアップの完了」ボタンをクリックします。 このボタンを1回クリックしても失敗したリソースの一部がクリーンアップされないと、「クリーンアップの完了」ボタンは表示されたままです。 この場合は、ボタンをもう一度クリックして待機してください。 ボタンが表示されなくなり、失敗したリソースがすべてクリーンアップされるまで、この処理を繰り返します。
サービス・インスタンスの作成時に自動的にデプロイされたサンプル・アプリケーションを表示できます(デプロイしないことを選択した場合以外)。 Oracle Java Cloud Serviceインスタンスにデプロイされるサンプル・アプリケーションについてを参照してください。