Skip to main content

 

負荷が高いOutSystemsファームでのプラットフォームの分散アップグレード

 

OutSystems

負荷が高いOutSystemsファームでのプラットフォームの分散アップグレード

このガイドは、Platform Serverのアップグレード/アップデートのみに適用されます。Platform Serverのアップグレード/アップデートの実行中にアプリケーションの変更もデプロイする場合は、このガイドのスコープ外の追加手順を実行する必要があります。

このプロセスを進めるには、サーバーでOutSystems Platform Serverバージョン4.2以降を実行している必要があります。また、J2EEスタックを実行している場合は、サーバーでOutSystems Platform Serverバージョン4.2.4.79以降を実行している必要があります。

このガイドでは、負荷が高い既存のOutSystemsファーム環境でPlatform Serverを正常にアップグレードするために必要な手順を示します。アップグレードとデプロイプロセスは既存のフロントエンド全体で負荷分散されるため、アプリケーションのダウンタイムが確実に回避されます。

このプロセスでは、一部のフロントエンドはロードバランサによって無効にされるため、新しいリクエストを受信しません。このとき、トラフィックを受信していないフロントエンドがアップグレードされます。

アップグレードプロセスが完了すると、アップグレード済みのフロントエンドのみにトラフィックをリダイレクトするようにロードバランサが構成されます。そして、残りのフロントエンドのアップグレードが実行されます。

すべてのフロントエンドで新しいバージョンのOutSystemsプラットフォームが実行されるようになると、すべてのフロントエンドにトラフィックをリダイレクトするようにロードバランサが構成されます。増分デプロイを実行することによって、このプロセスではダウンタイムが確実に回避されます。

このプロセスでは、Service CenterでOSレベルの操作を(サービス管理コンソールで)実行する必要があります。また、アプリケーショントラフィックをフロントエンド間で分散するためのネットワーク負荷分散メカニズムが存在することが前提となります。

ファーム環境で複数のサーバープロファイルを識別するために、以下の図を考慮してください。この図では、ユーザーが負荷分散メカニズムを介してアプリケーションにアクセスしています。デプロイプロセス中、各フロントエンドはアップデート中または読み込み済みとして識別されます。

  • アップデート中のフロントエンドでは、アプリケーションにアクセスしているユーザーはいませんが、プラットフォームとアプリケーションのアップグレード/デプロイプロセスを実行できます。
  • 読み込み済みのフロントエンドでは、アプリケーションにアクセスしているユーザーがいますが、アプリケーションのデプロイプロセスを実行できません。

ただし、ゾーンを使用して環境のアプリケーションをセグメント化している場合、各ゾーンでアップデート中のフロントエンドと読み込み済みのフロントエンドのプロファイルを考慮する必要があります。その場合、各ゾーンを個別の環境として捉えます。

また、コントローラサーバー(Deployment Controller Serviceを実行しているサーバー)は最初のアップデート中のセットの一部に含める必要があります。

この定義を念頭に置いて、アップデート中のフロントエンドと読み込み済みのフロントエンドを選択します。プロセスの信頼性を高めるために、アップデート中のフロントエンドと読み込み済みのフロントエンドのセットをプロセスの前に定義すること、また、アップグレードの実行時に参照できるように実際のフロントエンド/マシンの名前を注釈としてプロセスに付けることを推奨しています。

アップグレードを実行するには、以下の手順を実行します。

手順 説明 サーバー

1

ロードバランサのトラフィックを読み込み済みのフロントエンドに設定する(アップデート中のフロントエンドを削除する)

  • 負荷分散管理ツールにアクセスし、アップデート中のフロントエンドからアプリケーショントラフィックを削除します。

ロードバランサ

2

Service Centerで読み込み済みのフロントエンドへのデプロイを無効にする

  • 環境のService Centerにアクセスし、管理者権限でログインします。
  • Administration -> Front-end Servers]ページに移動し、読み込み済みのフロントエンドごとに、その詳細にアクセスして[Disable]ボタンをクリックします。

読み込み済みのフロントエンド

3

Platform Serverのインストールチェックリストに従い、デプロイメントコントローラサーバーとアップデート中のフロントエンドをアップグレードする

  • 単一のアップデート中のフロントエンドで適切な手順に従います。

任意のアップデート中のフロントエンド

4

アップデート中のフロントエンドでアプリケーションをテストする

アップデート中のフロントエンドのアプリケーションにアクセスして、その可用性を確認します。

アップデート中のフロントエンド

5

ロードバランサのトラフィックをアップデート中のフロントエンドに設定する

  • 負荷分散管理ツールにアクセスします。
  • アップデート中のフロントエンドを追加して、アプリケーショントラフィックの受信を開始します。
  • 読み込み済みのフロントエンドを削除して、アプリケーショントラフィックの受信を停止します。

ロードバランサ

6

Platform Serverのインストールチェックリストに従い、読み込み済みのフロントエンドをアップグレードする

読み込み済みのフロントエンド

7

OutSystems Deployment Serviceが実行されていることを確認する

  • .NETスタック:
    • Windowsのサービス管理コンソール(services.msc)で、OutSystems Deployment Serviceのスタートアップの種類が[Automatic]として構成されていることを確認します。サービスが停止している場合は、サービスを開始します。
  • J2EEスタック:
    • コマンドラインで、rootユーザーとして次のコマンドを実行します。
      # service outsystems start DEPLOYER

読み込み済みのフロントエンド

8

Service Centerにアクセスする

Monitoring -> Platform Monitoring]ページで、読み込み済みのフロントエンドごとに[Deployment]サービスの[detail]リンクをクリックします。すべてのスレッドのステータスが[Sleeping]になるまでお待ちください。このステータスになると、読み込み済みのフロントエンドへのデプロイプロセスは完了しています。

読み込み済みのフロントエンド

9

ロードバランサのトラフィックをすべてのフロントエンドに再設定する

負荷分散管理ツールにアクセスし、読み込み済みのフロントエンドを追加してアプリケーショントラフィックの受信を開始します。

ロードバランサ

関連リソース

Check the OutSystemsプラットフォームをインストールするための要件と推奨手順の詳細については、「OutSystemsプラットフォームのインストールガイド」をご覧ください。