機械翻訳について

概要

目次

概要

永続ボリューム上のドメイン(Domain on PV)は、永続ボリューム上にドメイン・ホームが存在することを要求するオペレータ「ドメイン・ホーム・ソース・タイプ」です。 ドメイン・ホームは、ドメイン・リソースYAMLファイルでセクションdomain.spec.configuration.initializeDomainOnPVを指定して、手動または自動で作成できます。 初期ドメイン・トポロジおよびリソースは、「WebLogic Deploy Tooling (WDT)モデル」を使用して記述されます。

ノートinitializeDomainOnPVセクションは、1回のみドメイン・ホームの初期化を提供します。 ドメイン・リソースが最初にデプロイされたときに、オペレータがドメインを作成します。 ドメインが作成されると、このセクションは無視されます。 以降のドメイン・ライフサイクルの更新は、WebLogic Server管理コンソール、WebLogic Remote Console、WebLogic Scripting Tool (WLST)またはその他のメカニズムで制御する必要があります。 「高レベル・ユース・ケース」を参照してください。

initializeDomainOnPvセクション:

  • 必要に応じて、PersistentVolume (PV)またはPersistenVolumeClaim (PVC) (あるいはその両方)を作成します。
  • 必要に応じて、RCUスキーマを作成します。
  • 指定されたWDTモデルに基づいて、永続ボリュームにWebLogicドメイン・ホームを作成します。

サーバー・ポッド内でWebLogic Scripting Tool (WLST)を実行している場合は、WLSTドキュメントの「kubectl execの使用」でメモリー使用量に関する非常に重要な情報を参照してください。

高レベル・ユース・ケース

一般的なDomain on PVのユースケースは、永続ファイル・システムへの変更の永続化を必要とするアプリケーション・ライフ・サイクル用です。

たとえば、Metadata Services (MDS)、Oracle Application Development Framework (ADF)、Oracle Web Services Manager (OWSM)などのフレームワークを使用できます。 これらのフレームワークには実行中のドメインが必要であり、ライフサイクル操作はファイル・システムに保持されます。 通常、初期ドメインの作成後に、Fusion Middleware Control、製品固有のWLST関数、WebLogic Server管理コンソール、WebLogic Remote Console、JDeveloperなどのツールを使用してライフサイクル操作を行います。 変更はこれらのツールによって管理されます。データと操作は、WDTモデルを使用して説明できません。

WebLogic Deploy Toolingモデル

WDTモデルは、WLST構成スクリプトにかわる便利で簡単な方法です。 モデル・ファイル、変数プロパティ・ファイルおよびアプリケーション・アーカイブ・ファイルを使用して、WebLogicドメインをコンパクトに定義します。 モデル形式とその統合の詳細は、「使用」および「WDTモデル・ファイルの操作」を参照してください。 WDTモデルの形式は、オープン・ソースのWebLogic Deploy Tooling GitHubプロジェクトで完全に記述されています。

実行時の動作

Domain on PVドメイン・リソースYAMLファイルをデプロイする場合:

  • オペレータは、イントロスペクタ・ジョブと呼ばれるKubernetesジョブを実行します。このジョブは次のようになります:

    • WDTモデル・ファイルをマージします。
    • WDT Create Domain Toolを実行してドメイン・ホームを作成します。
  • イントロスペクタ・ジョブが完了したら、次の手順を実行します:

    • オペレータは、パターンDOMAIN_UID-weblogic-domain-introspect-cm***の後に1つ以上のConfigMapsを作成します。
    • その後、オペレータはドメインのWebLogic Serverポッドをブートします。

ランタイムの更新

Fusion Middleware Control、製品固有のWLST関数、WebLogic Server管理コンソール、WebLogic Remote Console、JDeveloperなどのツールを使用して、WebLogicドメイン構成へのランタイム更新を制御します。 初期ドメインが作成されると、その後のWDTモデル・ファイルまたは参照されるマクロのソースの更新は「無視されます」

変更によっては、イントロスペクタ・ジョブのトリガーが必要になる場合があります。 例えば:

  • WebLogic Server管理コンソールでWebLogicドメイン資格証明を変更した後、ドメイン・リソースのYAMLファイルで次のことを行う必要があります:

    • domain.spec.webLogicCredentialsSecretの資格証明を更新します。
    • domain.spec.introspectVersionの値を更新します。
  • WebLogic Server管理コンソールを使用したクラスタまたはサーバーの追加など、WebLogicドメイン・トポロジを変更する場合は、次を実行する必要があります:

    • ドメイン・リソースYAMLファイルのdomain.spec.introspectVersionの値を更新します。
    • オプションで、ライフ・サイクル数またはレプリカ数を微調整する場合は、ドメイン・リソースYAMLファイルを更新して、新しいクラスタまたはサーバーを追加します。