クラウドでのデプロイ¶

クラウド環境でのデプロイプロセスは、標準モード環境でのデプロイとは少し異なります。クラウド環境の場合、クラスタの現在のサーバーで変更が実行されるのではなく、新しいサーバーで変更が実行されてから、クラスタが再作成されます。クラウドでのデプロイの主な手順は次のとおりです。

• デプロイされるリビジョンの少なくとも 1 つに VQL の変更が含まれる場合、デプロイプロセスは次のようになります。

  • Solution Manager が、Virtual DataPort クラスタの最新のイメージを使用して新しいインスタンスを起動します。

  • 新しい Virtual DataPort サーバーが起動して稼働すると、リビジョンの VQL が実行されます。

  • 新しい Virtual DataPort サーバーを参照として使用して、Virtual DataPort クラスタが再作成されます。これにより、ダウンタイムが最小限に抑えられ、環境の構成の影響を受けることもありません。

• リビジョンに Scheduler のジョブが含まれる場合は、次のようになります。

  • Solution Manager が、Scheduler クラスタの最新のイメージを使用して新しいインスタンスを起動します。

  • 新しい Scheduler サーバーが起動して稼働すると、対象のジョブが作成される (CREATE リビジョンの場合) か、削除されます (DROP リビジョンの場合)。 CREATE リビジョンのデプロイでは、Scheduler のジョブは、リビジョンで実行対象のマークが付けられている場合に実行されます。

  • 新しい Scheduler サーバーを参照として使用して、Scheduler クラスタが再作成されます。これにより、ダウンタイムが最小限に抑えられ、環境の構成の影響を受けることもありません。

• デプロイ対象のリビジョンのいずれかに VQL の変更が含まれていて、環境に Data Catalog サーバーの同期が構成されている場合、対応する Data Catalog サーバーのメタデータは、指定されている構成に従って同期されます。

次の図は、すべてのタイプのサーバーが含まれるクラウド環境における一般的なデプロイプロセスの基本手順の概要を示しています。

クラウドでのデプロイプロセスの基本手順¶

1 つ以上のリビジョンをデプロイする には、 [Revisions] テーブル から ボタンまたは ボタンを使用する必要があることを忘れないでください。

デプロイの前提条件 は、標準環境の場合と同じです。

クラウドでのデプロイのオプション¶

Solution Manager では、 環境のデプロイ構成 で、クラウド環境でのデプロイプロセスの実行時にダウンタイムを最小化するためのオプションを指定できます。このオプションは、リビジョンの変更の実行後にクラスタが再作成される方法に影響します。相違点について、以下のセクションで説明します。

ダウンタイムを最小化しない場合¶

次の図は、ダウンタイム最小化オプションを無効にしたデプロイプロセスでの、クラスタ再作成プロセスの主な手順の概要を示しています。

ダウンタイムを最小化しない設定でのクラウドクラスタの再作成¶

重要

このアプローチでは、新しいサーバーの準備が整ってロードバランサーの正常性チェックを完了する前に古いサーバーが終了されるため、プロセス中にサービスを使用することはできません。

ダウンタイムを最小化する場合¶

次の図は、デプロイプロセスのダウンタイムを最小化するクラスタ再作成プロセスの主な手順の概要を示しています。

ダウンタイムを最小化する設定でのクラウドクラスタの再作成¶

重要

このオプションを使用すると、デプロイプロセス中にアプリケーションサービスを使用でき、ダウンタイムが最小化されます。ただし、旧バージョンのメタデータを使用するサーバーと新バージョンのメタデータを使用するサーバーが同時にサービスを提供する可能性があるため、クラスタの再作成中に不整合が生じることがあります。これは、新しいサーバーがサービスを提供する準備ができた時点で古いサーバーが終了され、その古いサーバーがリクエストを処理中であった場合に生じることがあります。

注釈

デプロイではこちらのオプションを使用することをお勧めします。