1. オンプレミスOracle WebLogic Serverワークロードをクラウドに移行します
  2. 移行の計画

移行の計画

要件を評価し、プロセスのバリエーションを理解します。

要件の査定

正しいインフラストラクチャを確実にデプロイできるように、要件を考慮してください。

  • ドメイン・タイプ: Oracle Cloud MarketplaceからWebLogic Server実装を使用する場合は、オンプレミス・ドメイン・タイプと一致するWebLogicドメインをプロビジョニングすることが重要です。

    移行元のドメインがJava必須ファイル(JRF)ドメインではない場合、スタックは非JRFドメインをプロビジョニングし、WebLogicドメインでデータ・ソースを後からデプロイできます。

    移行元のドメインがJava必須ファイル(JRF)ドメインの場合、WebLogicサーバー・スタックをデプロイする前にデータベースをプロビジョニングしてから、スタック・デプロイメント中にJRFドメインを作成するよう指定する必要があります。

    ソース・ドメインに次のデータ・ソースが含まれる場合、ドメインをJRFドメインとしてプロビジョニングします。

    • jdbc/LocalSvcTblDataSwrce
    • jdbc/mds/owsm
    • jdbc/AuditAppendDataSource
    • jdbc/AuditViewDataSource
    • jdbc/OpssDataSource
    • jdbc/WLSSchemaDataSource

  • データ・ソース:移行する非JRFデータ・ソースを識別します。これらは、プロビジョニングおよび移行する必要があるアプリケーション・データベースです。

  • サーバーおよびノード: WebLogic Serverのオンプレミス・インストールでは、仮想マシン(ノード)ごとにいくつかの管理対象サーバーをプロビジョニングできます。CPU数にコストが線形になるクラウド環境では、仮想マシン(VM)ごとに1つの管理対象サーバーをデプロイして、予想される負荷のためにサイズを設定し、冗長性を向上させ、可用性を向上させます。Oracle Cloud Marketplaceスタックは、ノードごとに1つの管理対象サーバーをプロビジョニングします。プロビジョニング時にオンプレミスでの管理対象サーバーの数と一致するようにノード数を選択します。単一の管理対象サーバーに必要なワークロードの仮想マシンの形状のサイズを指定します。

    ノート:

    既存のドメイン・デプロイメント・ツールを更新するパスを選択し、オンプレミス・デプロイメントでマシンごとに複数の管理対象サーバーを想定している場合は、デプロイメント内のマシンと同じ数のノードのみをプロビジョニングするように選択できます。追加のレジリエンシが発生して可用性が向上したときに同じトポロジを再生成するために、複数の管理対象サーバーの予想される負荷をサポートするVMシェイプを選択します。

    また、スタックのデプロイ後に、追加のロード・バランサ・バックエンドを手動で追加して、追加の管理対象サーバーが使用する追加のポートにトラフィックをルーティングします。

  • WebLogicサービス:他のサービス・オンプレミス・デプロイメントを使用している場合、移行するサービスを評価します。いずれかのサービスにオンプレミスでデプロイされた外部の依存関係がある場合は、Oracle Cloud Infrastructureからそれらのサービスへのアクセス権を構成するか、WebLogic移行の外部でOracle Cloud Infrastructureへのサービスの移行を計画する必要があります。

プロセスの概要

移行プロセスは、Java必須ファイル(JRF)ドメインが必要か、JRF以外のドメインが必要かによって異なります。

JRFドメインの場合、Oracle Cloud Marketplaceスタックをデプロイする前に、プライベート・サブネットを使用して仮想クラウド・ネットワーク(VCN)をプロビジョニングし、JRFデータストアとしてデータベースをプロビジョニングする必要があります。Oracle Cloud Marketplaceスタックは、仮想マシン(VM)インスタンスとロード・バランサの他のサブネットをデプロイできます。

非JRFドメイン(プロビジョニング時にデータベースが必要でない場所)の場合、Oracle Cloud Marketplaceスタックによって、必要なVCNおよびすべてのサブネットを作成できます。スタックのプロビジョニング後、アプリケーション・データベースのプライベート・サブネットを既存のVCNに追加できます。

  1. 両方のタイプのドメインの環境を設定する準備タスクを実行します:

    1. Oracle Cloud Infrastructureにコンパートメントを作成します。

    2. ボールトとキーを作成します。

    3. WebLogicパスワードのシークレットを作成します。

  2. Java必須ファイル(JRF)ドメインの準備タスクを実行します。

    ネットワーク機能クイックスタート・オプションを使用して、必要なゲートウェイ(パブリック・サブネットとプライベート・サブネットの両方、ルーティング表およびセキュリティ・リスト)でVCNを設定できます。必要に応じて、追加のプライベート・サブネットを作成できます。

    VCNおよび必要な特定のリソースを手動で作成することもできます。

    1. 仮想クラウド・ネットワーク(VCN)を作成します。

    2. 他のサブネットからのアクセスを許可するように、データベース・サブネット上にセキュリティ・リストおよびルーティング表を定義します。

    3. プライベート・サブネットを作成します。

    4. インターネット・ゲートウェイを作成します。

    VCNを手動で作成するか、ウィザードを使用するかにかかわらず、次の操作も実行する必要があります。

    1. 他のサブネットおよびオンプレミス接続からのアクセスを許可するには、セキュリティ・ルールをデータベース・サブネット・セキュリティ・リストに追加します。
    2. データベースをJRFデータストアとしてプロビジョニングします。
    3. データベースSYSパスワードのシークレットを作成します。

  3. WebLogic ServerインストールをOracle Cloud Marketplaceスタックとともにデプロイします。

    必要に応じてJRFドメインをプロビジョニングするオプションを選択し、前にプロビジョニングされた運用(JRF)データベースの情報を入力します。

  4. Oracle Cloud Infrastructureで必要なアプリケーション・データベースをプロビジョニングし、オンプレミス・データベースをOracle Cloud Infrastructureアプリケーション・データベースに移行します。
  5. 次の方法のいずれかを使用してワークロードを移行します。
    1. WebLogic管理者コンソールを使用して手動でワークロードを移行し、リソースおよび次のいずれかの方法を使用してアプリケーションをデプロイします。
      • WebLogic管理者コンソール
      • JDeveloperデプロイメント・ツール
    2. WebLogic Deploy Tool (WLDT)を使用したワークロードの移行。
    3. 既存のアプリケーション・デプロイメント・スクリプトを新しいドメインにターゲット指定して、WebLogic Scripting Toolを使用してワークロードを移行します。