1. JCS - SaaS ExtensionアプリケーションのOracle Cloud Infrastructure上のWebLogic Serverへの移行
  2. 移行ターゲット環境の計画

移行ターゲット環境の計画

Oracle Cloud InfrastructureでSaaS拡張機能アプリケーションを構成および実行する前に、いくつかのプランニング決定を行う必要があります。これは、計画ステップ、サイズ設定の推奨事項、および必要なパッチ適用の計画を確認する際に役立ちます。

プランニング・ステップのレビュー

次のステップでは、Oracle WebLogic Server for OCIを使用してSaaS拡張アプリケーションを構成および実行するために必要な意思決定を概要レベルで説明します。

これらのステップを実行する際には、後で参照しやすいように、スプレッドシートまたはドキュメントを作成してすべての環境詳細を1箇所に記録します。

  1. 各インスタンス(本番、テスト、開発者など)の現在の環境の詳細を識別します。):
    1. Fusion SaaSインスタンス名。
    2. 従来のマイ・サービス・アイデンティティ・ドメイン。
    3. Oracle Java Cloud Service - SaaS ExtensionおよびOracle Database Cloud Schema Serviceインスタンス(サイズを含む)。次に例を示します。

      java - prop (s4)、db - prop (s50)

      java - test (s2)、db - test (s20)

      java-dev1(s1)、db-dev1(s5)

  2. Oracle Identity Cloud Serviceインスタンスを使用して既存のOracle Cloudアカウントを識別します。
    • Oracleは、すべてのFusion SaaS顧客に新しいOracle Cloudアカウントをプロビジョニングし、Fusion SaaSインスタンスごとに1つのOracle Identity Cloud Serviceインスタンスをプロビジョニングしました。
    • これらのFusion SaaS環境の所有者には、これらの新しいインスタンスおよびそれらにアクセスするための資格証明について電子メールで通知されました。
    • Fusion SaaSインスタンスでプロビジョニングされた各Oracle Identity Cloud Serviceインスタンスは、サービス・プロバイダとしてFusion SaaSインスタンスにアイデンティティ・プロバイダとしてフェデレートされます。

    各アカウント名とインスタンス名を使用してレコードを作成します。

    • MyAccountなどのクラウド・アカウント。
    • ID_DomainなどのOracle Identity Cloud Serviceドメイン
    • 本番Oracle Identity Cloud Serviceインスタンス。たとえば、MyAccount (ID_Domain)、idcs-1a2b3c4d5e6f7a8b9c0d1e2f3a4baaaaなどです
    • Oracle Identity Cloud Serviceインスタンスのテスト。たとえば、MyAccount (ID_Domain- test )、idcs-1a2b3c4d5e6f7a8b9c0d1e2f3a4bbbbbなどです
    • Developer Oracle Identity Cloud Serviceインスタンス。たとえば、MyAccount (ID_Domain-dev1)、idcs-1a2b3c4d5e6f7a8b9c0d1e2f3a4bccccなどです
  3. 最適なOracle Cloud Infrastructureリージョンを決定します。次の推奨事項は、Fusion SaaSインスタンスでのネットワーク待機時間の最小化に基づいています。
    • シカゴDC (us2): US West (Phoenix)を使用します
    • アムステルダム(em2):ドイツ中央部(フランクフルト)を使用
    • Linlithgow (em1):英国南部(ロンドン)を使用
  4. 既存のOracle Cloud Infrastructureテナンシを作成または識別します。このテナンシは、Oracle WebLogic Server for OCIのプロビジョニングを含むOracle Cloud Infrastructureサービスを作成および管理するために使用されます。
  5. Oracle WebLogic Server for OCIに使用するバージョンを特定します。このコマンドは、次のように使用する必要があります。
    • タイプ:スタック
    • パブリッシャ: Oracle
    • カテゴリ:アプリケーション開発
    • 価格:支払済
    • 名前: Oracle WebLogic Server Enterprise Edition UCM
    • バージョン: 12.2.1.4.x
  6. 新しいOracle WebLogic Server for OCIインスタンスのサイズ設定要件を確認します。
    各Oracle WebLogic Server for OCIホストには、次のOracle Cloud Infrastructureサービスが必要です:
    • コンピュート:シェイプおよび番号
    • ブロック・ボリューム:サイズ
    • ロード・バランシング:インスタンス・タイプ
    サイジング情報については、このソリューションのプレイブックの後半の「サイジング要件の確認」を参照してください。
  7. 使用するOracle Databaseを決定します。Java Required Files (JRF)スキーマとJRF以外のスキーマの両方を選択してサポートする必要があります。次のデータベースには互換性があります。
    • Oracle Autonomous Transaction Processing
    • Oracle Cloud InfrastructureでサポートされているOracleベア・メタルまたは仮想マシンDBシステム。詳細は、Oracle Cloud Infrastructureのドキュメントを確認してください。
  8. 使用するデータベース・インスタンスの数を指定してください。Oracleでは、本番環境に独自のデータベース・クラウド・サービス・インスタンスを設定することをお薦めします。非本番環境(テスト環境や開発者環境など)では、次のオプションがあります。
    • 単一のデータベース・インスタンスを使用したスキーマの分離
    • 環境ごとに個別のサービス・インスタンス
  9. アプリケーション・データの記憶域要件を識別します。要件は、機能ユースケースおよびスキーマの分離とサービス・インスタンスの分離のどちらを使用するかによって異なります。
    Oracle Java Cloud Service - SaaS Extensionで使用されるOracle Database Cloud Schema Serviceサイズは次のとおりです。
    • S5: 5 GB
    • S20:20 GB
    • S50:50 GB
  10. 各環境のネットワーク要件を識別します。
    • 仮想クラウド・ネットワーク(VCN)の構造には、Oracle WebLogic Server for OCIとデータベース・サービス・インスタンスが異なるCNに分離されるため、ローカルVCNピアリング構成が必要になります。
    • サブネットの設計では、ロード・バランサ、Oracle WebLogic Server for OCIおよびデータベース・サービスを考慮する必要があります。
    • インターネット・ゲートウェイは、インターネットに直接接続してVCNを有効にする必要があります。
    • プライベート・サブネットを使用するには、アクセスする要塞ノードのパブリック・サブネットが必要であり、ロード・バランサはOracle Identity Cloud Service構成のパブリック・サブネット内にある必要があります。

サイズ変更の推奨事項の確認

次のサイズ設定に関する推奨事項は、既存のOracle Java Cloud Service - SaaS Extensionデプロイメントに適切なサイズ設定を使用していることを前提としています。実際のニーズと使用状況に基づいてサイズを調整する必要がある場合があります。

最初のコンピュート・インスタンスには、WebLogic管理サーバーと管理対象サーバーの両方があることに注意してください。

Oracle Java Cloud Service - SaaS Extensionシェイプ Oracle WebLogic Server for OCIの推奨
S1
  • 管理対象サーバー: 1台のJava EEサーバー
  • メモリー: 1.5GB/インスタンス
  • ストレージ: 5 GB
  • データ転送: 50 GB/月
  • コンピュート・シェイプ: 1 OCPU/8 GBメモリー(VM.Standard.E2.1など)
  • コンピュート・インスタンス: 1
  • ブロック・ボリューム: 100 GB
  • ロード・バランシング: 400 Mbps
S2
  • 管理対象サーバー: 2台のJava EEサーバー
  • メモリー: 3 Gバイト/インスタンス
  • ストレージ: 10 GB
  • データ転送: 250 GB/月
  • コンピュート・シェイプ: 1 OCPU/8 GBメモリー(VM.Standard.E2.1など)
  • コンピュート・インスタンス: 2
  • ブロック・ボリューム:インスタンスごとに100 GB
  • ロード・バランシング: 400 Mbps
S4
  • 管理対象サーバー: 4台のJava EEサーバー
  • メモリー: 6 Gバイト/インスタンス
  • ストレージ: 25 GB
  • データ転送: 500 GB/月
  • コンピュート・シェイプ: 1 OCPU/8 GBメモリー(VM.Standard.E2.1など)
  • コンピュート・インスタンス: 3
  • ブロック・ボリューム:インスタンスごとに100 GB
  • ロード・バランシング: 400 Mbps

必要なパッチの計画

Oracle WebLogic Server for OCIおよびOracle Autonomous Linuxに必要なパッチ適用を実行する必要があります。パッチ適用をスケジュールできる場合は、事前に計画することをお薦めします。

各Oracle WebLogic Server for OCIリリースには、複数の製品(Oracle WebLogic Server、Oracle JDeveloper、Oracle Java Development Kit、Oracle Platform Security ServicesおよびOracle Web Services Manager)からのパッチが含まれています。

新しいリリースのOracle WebLogic Server for OCIのパッチは、Oracle WebLogic Server for OCIで作成した既存のドメインに自動的に適用されません。最新リリースと一致するように既存のドメインを更新する場合、またはサポートされている特定のリリースに一致するように既存のドメインを更新する場合は、パッチを手動で適用する必要があります。

パッチ・セット更新(PSU)は、特定のバージョン番号で識別される関連パッチのグループです。Oracle WebLogic Server for OCIを使用してドメインを作成する場合、WebLogicサーバーのバージョンを次の形式で選択します: <major_version>.<patch_level>.<build>。たとえば、12.2.1.4.191121.01です。My Oracle Supportアカウントを使用して、適用するパッチを見つけてダウンロードします。

Oracle Cloud Infrastructure OS管理サービスでは、Oracle Cloud Infrastructureインスタンスのオペレーティング・システム環境の更新およびパッチを管理できます。管理および自動化にOS管理を使用してOracle Linux VMを更新します。