管理対象サーバーのスケーリング
ノードの数を変更するか、またはコンピュート・インスタンスの形状を変更することで、管理対象サーバーをスケーリングできます。
WebLogicサーバー・ノードの追加または削除
Oracle Cloud InfrastructureスタックのOracle WebLogic Serverでノード(インスタンスの計算)の数を変更して、パフォーマンスを向上させたり、コストを削減できます。スケール・アウトするノードを追加するか、スケール・インするノードを削除します。
ノート:
この手順を使用して、2020年6月29日より前に作成されたドメインをスケールできません。ドメインをスケールするには、スタックのノード・カウント変数を編集してから適用ジョブを実行します。
Oracle Cloud Infrastructure用のOracle WebLogic Serverは、スケーリング操作に対して次のタスクを実行します。
- コンピュート・インスタンスの追加または削除
- ドメイン構成内の管理対象サーバーの追加または削除(オプション)
- ドメインがOracle WebLogic Server Standard Editionを実行していない場合(オプション)、ドメイン構成内の既存のクラスタに管理対象サーバーを追加します
- ロード・バランサがスタックに含まれる場合、ロード・バランサのバックエンド・セットを更新します(オプション)
ドメイン構成を作成後にカスタマイズした場合(ポート番号の変更、サーバー名の変更など)、スケーリング・ジョブのドメイン変更部分が成功する保証はありません。スケール変更ジョブの完了後、この機能を無効化し、これらのタスクを手動で実行できます。
「スケール・アウト用にドメイン構成を更新しない」を選択した場合は、ドメイン構成を手動で更新して管理対象サーバーを追加する必要があります。WebLogicサーバー管理コンソールまたはWebLogic Server Scripting Tool (WLST)を使用します。
ドメインがプライベート・サブネット内にある場合、ベース計算インスタンスが削除され、再作成されます。結果として、ベースには別のIPアドレスがある場合があります。
コンピュート・インスタンスの形状の変更
Oracle WebLogic Server for Oracle Cloud Infrastructureドメインのコンピュート・リソースをスケール・アップしてパフォーマンスを向上させることも、コンピュート・リソースをスケール・ダウンしてコストを削減することもできます。
ノート:
リソース・マネージャを使用してドメイン内のコンピュート・インスタンスの形状を変更しないでください。コンピュート・サービスを使用する必要があります。リソース・マネージャを使用して、形状を変更した後にスケール・インおよびスケール・アウトすると、現在すべてのノードが元の形状に戻され、ドメインを効率的に破棄します。図形ではなくノードの数をスケーリングすることをお薦めします。コンピュート・インスタンスのシェイプを変更する場合は、別のプロセッサ、コアの数、メモリー量、ネットワーク帯域幅およびインスタンスのVnicの最大数を選択します。インスタンスのパブリックIPアドレス、プライベートIPアドレス、ボリューム・アタッチメントおよびVNIC添付ファイルは同じままです。たとえば、インスタンスの形状をVM-Standard2.2からVM-Standard2.4に変更すると、ノードの処理能力が2 ocpuから4 ocpuに倍増するため、ノードに割り当てられるメモリー量も倍増します。
コンピュート・インスタンスの元の形状によって、新規形状のターゲットとして選択できる形状が決まります。ベア・メタル・シェイプまたは特定の仮想マシン(VM)シェイプを使用するインスタンスのシェイプを変更することはできません。
Oracleでは、単一のWebLogic Serverクラスタを構成するすべての計算インスタンスに同じ形状を使用することをお薦めします。このため、クラスタ内でトラフィックを均等に分散できます。
シェイプを変更した場合は、コンピュート・インスタンスを再起動する必要があります。停止時間を回避し、アプリケーションがユーザーに対して利用可能な状態を維持するために、Oracleでは複数のコンピュート・インスタンスを使用してクラスタを作成することと、一度に1つのコンピュート・インスタンスのシェイプを変更することをお薦めします。
最初のコンピュート・インスタンスのシェイプを変更すると、ドメインの管理サーバーは一時的に使用できなくなります。ただし、アプリケーションは管理サーバーに依存せず、影響を受けません。