コンピュート・インスタンスへのOracle WebLogic Serverのデプロイ
Oracle Cloud Marketplaceのイメージを使用してOracle WebLogic Server for OCIを素早く設定します。これには、コンピュート・インスタンス、ネットワーク、ロード・バランサなど、サポートするクラウド・リソースとともにドメインを構成およびプロビジョニングするための簡単なウィザード・インタフェースが含まれます。
アーキテクチャ
OCI用Oracle WebLogic Serverは、基礎となるインフラストラクチャと完全に統合されています。この統合により、WebLogicクラスタのプロビジョニングが簡単になり、ロード・バランサ、ブロック・ボリューム、ファイル・ストレージ、ネットワークなどの必要なサービスが提供されます。
このアーキテクチャには次のコンポーネントがあります。
- フォルト・ドメイン
フォルト・ドメインは、アベイラビリティ・ドメイン内のハードウェアおよびインフラストラクチャのグループ。各可用性ドメインには、独立した電源とハードウェアを備えた3つのフォルト・ドメインがあります。複数のフォルト・ドメインにリソースを分散すると、アプリケーションは物理サーバーの障害、システム・メンテナンスおよびフォルト・ドメイン内の電源障害を許容できます。
- 仮想クラウド・ネットワーク(VCN)とサブネット
VCNは、特定のリージョンのOracle Cloud Infrastructureデータ・センターで設定するソフトウェア定義のネットワークです。VCNはサブネットに分割できます。サブネットは、リージョンまたは可用性ドメイン固有にすることができます。リージョン固有および可用性ドメイン固有のサブネットは両方とも、同じVCN内に共存できます。サブネットは、パブリックまたはプライベートにできます。
- ロード・バランサ
Oracle Cloud Infrastructure Load Balancingサービスは、1つのエントリ・ポイントからVCNからアクセス可能な複数のサーバーへの自動トラフィック分散を提供します。WebLogicサーバー・ドメインを作成すると、Oracle Cloud Infrastructure用のWebLogicサーバーは、ロード・バランサを自動的に作成して、ドメイン内のサーバーにトラフィックを分散するように構成できます。クラスタに複数の管理対象サーバーがある場合、ロード・バランサを使用することをお薦めします。
- キー管理
Oracle Cloud Infrastructure Key Managementでは、WebLogicサーバー・ドメインの作成時に機密情報を管理できます。ボールトは暗号化キーのコンテナです。キーを使用して新しいドメインに必要なパスワードを暗号化し、Oracle Cloud Infrastructure用のWebLogicサーバーは、ドメインの作成時に同じキーを使用してパスワードを復号化します。
- データベース・システム
JRFサポートを使用してWebLogicサーバー・ドメインを作成するには、Oracle Cloud Infrastructureの既存のデータベースを指定します。このリファレンス・アーキテクチャではDBシステムを使用します。非JRFドメインでは、データベースは必要ありません。
- WebLogicドメイン
WebLogicドメインは、関連するアプリケーションとリソース、およびそれらを実行するために必要な構成情報のグループです。ドメインには1つ以上の管理対象サーバーが含まれており、クラスタ化、非クラスタ化、またはクラスタ化と非クラスタ化の組合せが可能です。ドメインには複数のクラスタを含めることができますが、デフォルトでWebLogic Server Enterprise Editionにプロビジョニングされるクラスタは1つのみです。
- WebLogicクラスタ
クラスタは特定のWebLogicドメインの一部です。クラスタは、同時に動作し、連携して高度なスケーラビリティと信頼性を実現する複数の管理対象サーバーで構成されます。クライアントでは、WebLogicクラスタは1つのWebLogicサーバー・インスタンスになります。クラスタ内のサーバー・インスタンスは、同じマシン上で実行することも、複数のマシンに配置することもできます。クラスタ内の各サーバー・インスタンスでは、同じバージョンのWebLogic Serverを実行する必要があります。
推奨
開始点として次の推奨事項を使用します。お客様の要件は異なる場合があります。
- VCN
VCNを作成する際、VCNのサブネットにアタッチする予定のリソース数に基づいて、必要なCIDRブロックの数および各ブロックのサイズを決定します。標準プライベートIPアドレス領域内にあるCIDRブロックを使用します。
VCNを作成した後、そのCIDRブロックを変更、追加および削除できます。
サブネットを設計する際は、トラフィック・フローおよびセキュリティ要件を考慮してください。セキュリティ境界として機能する、特定の層またはロール内のすべてのリソースを同じサブネットにアタッチします。
リージョナル・サブネットを使用します。
- ロード・バランサ
マーケットプレイス・デプロイメントによって作成されたWebLogicサーバー(管理、管理対象サーバーまたはクラスタ化された管理対象サーバー)は、パブリック・サブネットが選択されていないかぎり、サブネットの外部では公開されません。1つのエンドポイントで管理対象サーバーを公開するには、このアーキテクチャはロード・バランシング・サービスのパブリック・ロード・バランサを使用します。パブリック・ロード・バランサには、インターネットからアクセスできるパブリックIPアドレスがあります。プロビジョニング時に、必要なロード・バランサの帯域幅(最大8000 Mbps)を選択します。
- ファイル・ストレージ
デフォルトでは、Marketplaceデプロイメントによって、各仮想マシン(VM)にブロック・ストレージ・デバイスがアタッチされ、WebLogicサーバー・ドメイン構成が格納されます。ドメイン構成のシームレスな共有のために、ファイル・ストレージ・サービスに基づく共有ストレージまたはVM上の共有ブロック・ストレージをマウントできます。共有ストレージを使用するには、ドメインを作成する前にマウントする必要があります。Marketplaceデプロイメントではデフォルトでドメインをデプロイされるため、共有ストレージをアタッチし、新しいドメインを手動で作成する必要があります。
- Compute
Oracle Cloud Infrastructureには、様々なベア・メタルおよび仮想マシン(VM)シェイプが用意されています。ただし、WebLogicは、VM.Standard2.x、VM.Standard.E2.x、BM.Standard2.xおよびBM.Standard.E2.xシェイプのみをサポートします。一部のシェイプがすべてのリージョンで使用できるとは限りません。
- データベース
WebLogicは、ベア・メタル、VMおよびExadata DBシステムで実行されているデータベースをサポートします。1ノードのVM DBシステムでは、高速プロビジョニング・オプションを使用してデータベースを作成することはできません。Oracle Cloud Infrastructure用のWebLogicサーバーは、1ノードのVM DBシステムのストレージ管理ソフトウェアとして論理ボリューム・マネージャを使用することはまだサポートされていません。
注意事項
このリファレンス・アーキテクチャをデプロイする際には、次の点を考慮してください。
- WebLogicサーバーのプライベート・サブネット
アーキテクチャの図は、簡素化のためにパブリック・サブネット内のWebLogicサーバーを示しています。ベスト・プラクティスは、WebLogicサーバーをプライベート・サブネットに配置することです。Marketplaceイメージは、プライベート・サブネットにWebLogicサーバーをプロビジョニングするオプションを提供しています。この場合、追加のBastionホストがパブリック・サブネットにデプロイされるか、Bastionが次のようにデプロイされます。サービスを使用できます。WebLogic管理対象サーバーは、プロビジョニングされている場合、ロード・バランサを介してパブリックにアクセスでき、それ以外の場合はBastionホストまたはBastion as a Serviceを介してすべてのサーバーにアクセスできます。WebLogic管理対象サーバーは、プロビジョニングされている場合、ロード・バランサを介してパブリックにアクセスでき、それ以外の場合、要塞ホストからすべてのサーバーにアクセスできます。
- アプリケーションの可用性
デプロイメントでは、テナンシに複数の可用性ドメインがある場合、フォルト・ドメイン間または可用性ドメイン間で管理対象サーバーのノードがプロビジョニングされます。WebLogicクラスタは、複数のノードがプロビジョニングされているかぎり、高可用性になります。MarketplaceでプロビジョニングされたWebLogicドメインをスケーリングできます。
- 管理性
Terraformスクリプトによってスタックがデプロイされます。スタック全体が、Oracle Cloud Infrastructureコンソールの「リソース・マネージャ」→「スタック」で確認およびダウンロードできます。テンプレートとして使用して、このインフラストラクチャを独自のコード・リポジトリ内のコードとして管理できます。
- 拡張性
OCI用Oracle WebLogic Serverドメインのコンピュート・リソースをスケール・アップしてパフォーマンスを向上することも、コンピュート・リソースをスケール・ダウンしてコストを削減することもできます。
ノート:
リソース・マネージャを使用して、ドメイン内のコンピュート・インスタンスのシェイプを変更しないでください。コンピュート・サービスを使用する必要があります。シェイプの変更後にリソース・マネージャを使用してスケール・インおよびスケール・アウトすると、現在、すべてのノードが元のシェイプに戻され、実質的にドメインが破棄されます。シェイプではなくノードの数をスケールすることをお勧めします。コンピュート・インスタンスのシェイプを変更する場合、別のプロセッサ、コア数、メモリー容量、ネットワーク帯域幅およびインスタンスのVNICの最大数を選択します。インスタンスのパブリックIPアドレス、プライベートIPアドレス、プライベートIPアドレス、ボリューム・アタッチメントおよびVNICアタッチメントは同じままです。たとえば、インスタンスのシェイプを
VM-Standard2.2からVM-Standard2.4に変更すると、ノードの容量が2 OCPUから4 OCPUに倍になり、ノードに割り当てられるメモリー容量も倍増します。
デプロイ
このリファレンス・アーキテクチャのTerraformコードはGitHubで使用でき、次のステップを使用してデプロイできます。
- GitHubにアクセスします。
- リポジトリをローカル・コンピュータにクローニングまたはダウンロードします。
- READMEドキュメントの指示に従います。