機械翻訳について

Azure Kubernetes Service

目次

導入

このサンプルでは、WebLogic Kubernetes Operator (以降「オペレータ」)を使用して、Azure Kubernetes Service (AKS)にWebLogic Server (WLS)クラスタを設定する方法を示します。 ステップを実行した後、WLSドメインはAKSクラスタ上で実行されます。 選択した「ドメイン・ホーム・ソース・タイプ」に応じて、クラスタを管理するためのオプションがいくつかあります。 Domain on PVでは、WebLogic Server管理コンソールまたはWLSTにアクセスしてWLSドメインを管理できます。 Model in Imageでは、オペレータを使用してWLS管理操作を実行します。

ノート: このサンプルの代替方法については、AKSクラスタ、AKSリソース、Azure Container Registry(ACR)、WebLogic Kubernetes OperatorおよびWebLogic Serverイメージのプロビジョニングを自動化するAzure MarketplaceからのAKSのOracle WebLogic Server製品を参照してください。

Azure Kubernetes Serviceクラスタ

Azure Kubernetes Service (AKS)を使用すると、Azureで管理されるKubernetesクラスタを簡単にデプロイできます。 AKSは、Kubernetesの管理の複雑さと運用オーバーヘッドを軽減するために、その責任の多くをAzureにオフロードします。 Azureは、ホスティングされたKubernetesサービスとして、ヘルス・モニタリングやメンテナンスなどの重要なタスクを処理します。 Kubernetesマスターは、Azureによって管理されます。 エージェント・ノードのみを管理および保守します。 管理対象Kubernetesサービスとして、AKSは無料です - マスターではなく、クラスタ内のエージェント・ノードに対してのみ支払います。

詳細は、「Azure Kubernetes Serviceとは」を参照してください

ドメイン・ホーム・ソース・タイプ

このサンプルでは、2つのドメイン・ホーム・タイプを使用してAKSでWebLogicクラスタを実行する方法を示します。 それぞれの指示は自己完結型で独立したものです。 この項では、AKSでの使用が推奨されるドメイン・ホーム・ソース・タイプと、それぞれの利点を示します。 ドメイン・ホームのソース・タイプの詳細は、「ドメイン・ホーム・ソース・タイプの選択」を参照してください。

  • Model in Image : model in imageを使用してAKSでWebLogicクラスタを実行すると、次の利点があります:

    • イメージを再利用して、異なるdomainUIDおよび異なる構成で異なるドメインを作成します。
    • ConfigMapで提供される追加のモデル・ファイルを使用して、ドメイン・ホーム構成を変更します。 このような変更を有効にするために、ドメイン全体を再起動する必要はありません。
    • モデル・ファイルの構文は、構成オーバーライド構文よりもはるかに単純でエラーが発生しにくく、構成オーバーライドとは異なり、データ・ソースおよびJMSモジュールを直接追加できます。
  • Domain on PV: domain home on PVを使用してAKSでWebLogicクラスタを実行すると、次の利点があります:

    • パッチがインストールされたOracle提供の標準イメージを使用します。
    • Docker環境は必要ありません。 Dockerの知識がなくても、ビジネスを迅速に実行できます。
    • 管理コンソールを使用して、ブラウザまたはWLSTからライブ・ドメイン構成を変更します。

「azureの文書」の説明に従って、Azure CLIを使用してAzure Kubernetes Service (AKS)クラスタを停止および起動します。 これにより、AKSクラスタのアイドル時間中にコストを最適化できます。 開発クラスタをアクティブに使用しないかぎり、実行するための支払は行わないでください。 オブジェクトとクラスタの状態は、そのままの状態でピック・アップできます。

リファレンス

関連するユーザー・ドキュメントの参照先は、次を参照してください: