Edge for Private Cloud v4.19.01
このセクションでは、次のアップグレードを行う方法について説明します。
- 4.18.01 から 4.19.01 へのアップグレード
- 4.18.05 から 4.19.01 へのアップグレード
更新を行えるユーザー
更新を行うユーザーは、Edge をインストールしたユーザーか root として実行するユーザーである必要があります。
Edge RPM をインストールした後は、すべてのユーザーが構成できます。
更新する必要のあるコンポーネント
すべての Edge コンポーネントを更新する必要があります。Edge では、コンポーネントのバージョンが複数である設定はサポートしていません。
プロパティ設定の自動伝播
/opt/apigee/customer/application
の .properties
ファイルを編集してプロパティを設定している場合、それらの値は更新の際にも保持されます。
前提条件を更新する
Apigee Edge をアップグレードする前に、次の前提条件を確認してください。
- すべてのノードをバックアップする
安全上の理由により、更新を行う前にすべてのノードを完全にバックアップすることをおすすめします。現在のバージョンの Edge でバックアップを行うには、次の手順を使用します。これにより、新しいバージョンへの更新が正常に行われなかった場合に備えて、バックアップ プランを用意できます。バックアップの詳細については、バックアップと復元をご覧ください。
- Edge が実行中であることを確認する
次のコマンドを使用して、Edge が更新中に起動していることを確認します。/opt/apigee/apigee-service/bin/apigee-all status
New Edge エクスペリエンスの更新
4.18.0x でベータ版の New Edge エクスペリエンスをインストールした場合は、これをアンインストールしてバージョン 4.19.01 の New Edge エクスペリエンスを新規インストールする必要があります。詳細については、Private Cloud 用の New Edge エクスペリエンスをご覧ください。
インストール構成の(4.18.05 からではなく)Edge 4.18.01 からの変更点に注意してください。New Edge エクスペリエンスの Edge 4.19.01 リリースでは、構成ファイルが Edge 4.18.01 リリースから変更されています。新しいプロパティについては、インストール構成の Edge 4.18.01 からの変更点に記載されています。
更新が失敗した場合の対応
更新に失敗した場合は、問題の解決を試みた上で update.sh を再度実行できます。更新は複数回実行でき、最後に終了したところから続行させることができます。
失敗した結果、前のバージョンへのロールバックが必要になった場合は、4.19.01 のロールバックをご覧ください。
更新情報のロギング
デフォルトでは、update.sh
ユーティリティにより次のファイルにログ情報が記録されます。
/opt/apigee/var/log/apigee-setup/update.log
update.sh
ユーティリティを実行しているユーザーにディレクトリへのアクセス権がない場合は、/tmp
ディレクトリの update_username.log
という名前のファイルにログが書き込まれます。
ユーザーに /tmp
へのアクセス権がない場合は、update.sh
ユーティリティは書き込みに失敗します。
ゼロダウンタイムでの更新
ゼロダウンタイムでの更新(ローリング アップデート)により、Edge をダウンさせることなく、インストールした Edge を更新できます。
ゼロダウンタイムでの更新は、ノードが 5 台以上の構成でのみ利用可能です。
ゼロダウンタイムでのアップグレードの重要点は、各 Router をロードバランサから一度に 1 台ずつ削除することです。削除後、Router および Router と同じマシンにあるすべてのコンポーネントを更新してから、Router をロードバランサに追加し直します。
- マシンの更新順序を参照して、インストール環境に合致した正しい順序で各マシンを更新します。
- Router を更新するときは、任意の Router を 1 台選択し、サーバー(Message Processor または Router)の到達可能性の有効化 / 無効化を参照して、その Router を到達不能な状態にします。
- 選択した Router と、Router と同じマシンにある他のすべての Edge コンポーネントを更新します。すべての Edge 構成で、Router と Message Processor が同じノードに表示されます。
- Router を到達可能な状態に戻します。
- 残りの Router に対し、2 から 4 の手順を繰り返します。
- インストール中の残りのすべてのマシンで更新を続行します。
更新の前後で、次の点に注意してください。
- Router と Message Processor ノードが混在している場合
- 更新前 – 次の内容を実施します。
- Router を到達不能な状態にします。
- Message Processor を到達不能な状態にします。
- 更新後 - 次の内容を実施します。
- Message Processor を到達可能な状態にします。
- Router を到達可能な状態にします。
- 更新前 – 次の内容を実施します。
- 単一 Router ノードの場合
- 更新前に、Router を到達不能な状態にします。
- 更新後に、Router を到達可能な状態にします。
- 単一 Message Processor ノードの場合
- 更新前に、Message Processor を到達不能な状態にします。
- 更新後に、Message Processor を到達可能な状態にします。
サイレント構成ファイルの使用
サイレント構成ファイルを更新コマンドに渡す必要があります。サイレント構成ファイルは、Edge 4.18.0x のインストールに使用したものと同じである必要があります。
外部インターネット接続があるノードで 4.19.01 に更新する
ノードで Edge コンポーネントを更新する手順は次のとおりです。
- Cassandra の修復オペレーションを行うように構成されている CRON ジョブがある場合は、更新が完了するまで無効にします。
- ノードに root としてログインし、Edge RPM をインストールします。
yum-utils
とyum-plugin-priorities
をインストールします。sudo yum install yum-utils
sudo yum install yum-plugin-priorities
- Edge apigee-setup ユーティリティをインストールするを参照し、SELinux を無効にします。
- Oracle 7.x にインストールしている場合は、次のコマンドを実行します。
sudo yum-config-manager --enable ol7_optional_latest
- AWS にインストールしている場合は、次の
yum-configure-manager
コマンドを実行します。yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional
- Edge 4.19.01 の
bootstrap_4.19.01.sh
ファイルを/tmp/bootstrap_4.19.01.sh
にダウンロードします。curl https://software.apigee.com/bootstrap_4.19.01.sh -o /tmp/bootstrap_4.19.01.sh
- Edge 4.19.01 の
apigee-service
ユーティリティと依存関係をインストールします。sudo bash /tmp/bootstrap_4.19.01.sh apigeeuser=uName apigeepassword=pWord
ここで、uName:pWord は Apigee から受け取ったユーザー名とパスワードです。pWord を省略した場合は、入力が求められます。
デフォルトでは、インストーラによって、Java 1.8 がインストールされているか確認されます。インストールしていない場合は、インストールされます。Java のインストールの処理方法について指定する場合は、
JAVA_FIX
オプションを使用します。JAVA_FIX
は、次の値を取ります。I
: OpenJDK 1.8 をインストール(デフォルト)C
: Java をインストールせずに続行Q
: 停止。この場合、Java を自分でインストールする必要があります。
apigee-service
を使用して、apigee-setup
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-setup update
- 次の例のように、Management Server で
apigee-validate
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
- 次の例のように、Management Server で
apigee-provision
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
- マシンの更新順序に記載された順に、各ノードで
update
ユーティリティを実行します。/opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
ここでの component は、更新する Edge コンポーネントです。有効な値は次のとおりです。
- 「cs」= Cassandra
- 「edge」= Edge UI 以外のすべての Edge コンポーネント。これには、Management Server、Message Processor、Router、QPID Server、Postgres Server が含まれます。
- 「ldap」= OpenLDAP
- 「ps」= postgresql
- 「qpid」= qpidd
- 「sso」= Edge SSO(SSO をインストールしている場合)
- 「ui」= Edge UI
- 「zk」= Zookeeper
configFile は、4.18.0x のインストール時に Edge コンポーネントの定義に使用したのと同じ構成ファイルです。
component を「all」に設定することですべてのコンポーネントに対して
update.sh
を実行できますが、これができるのは Edge オールインワン(AIO)インストール プロファイルがある場合だけです。次に例を示します。/opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config
- まだ再起動していない場合は、Edge UI コンポーネントを実行するすべてのノードで Edge UI コンポーネントを再起動します。
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
- インストールのテストの説明に従って Management Server で
apigee-validate
ユーティリティを実行し、更新をテストします。
後で更新をロールバックする場合は、4.19.01 のロールバックの手順に従ってください。
ローカル リポジトリから 4.19.01 に更新する
Edge ノードがファイアウォールの内側にあるか、インターネット経由での Apigee リポジトリへのアクセスが禁止されている場合は、Apigee リポジトリのローカル リポジトリ(ミラー)から更新を行うことができます。
ローカル Edge リポジトリを作成したら、Edge をローカル リポジトリから更新するには、2 つの方法があります。
- リポジトリの .tar ファイルを作成して、ノードにコピーします。そして、.tar ファイル Edge を更新します。
- ローカル リポジトリを使用してノードにウェブサーバーをインストールし、他のノードからアクセスできるようにします。Apigee から提供されているウェブサーバーは Nginx ですが、他のウェブサーバーを使用してもかまいません。
ローカルの 4.19.01 リポジトリから更新するには:
- Edge apigee-setup ユーティリティのインストールの「ローカルに Apigee リポジトリを作成する」の手順に従って、4.19.01 リポジトリをローカルに作成します。
- .tar ファイルから apigee-service をインストールするには:
- ローカル リポジトリが存在するノードで次のコマンドを使用し、ローカル リポジトリを
/opt/apigee/data/apigee-mirror/apigee-4.19.01.tar.gz
という名前の単一の .tar ファイルにパッケージ化します。/opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
- Edge を更新するノードに .tar ファイルをコピーします。たとえば、新しいノードの
/tmp
ディレクトリにコピーします。 - 新しいノードで、tar ファイルを解凍し、
/tmp
ディレクトリに展開します。tar -xzf apigee-4.19.01.tar.gz
このコマンドにより、
repos
という名前の新しいディレクトリが作成されます。ディレクトリには .tar ファイルが含まれます。たとえば、/tmp/repos
のようになります。 /tmp/repos
から Edgeapigee-service
ユーティリティと依存関係をインストールします。sudo bash /tmp/repos/bootstrap_4.19.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
コマンドに、repos ディレクトリへのパスが含まれている点に注意してください。
- ローカル リポジトリが存在するノードで次のコマンドを使用し、ローカル リポジトリを
- Nginx ウェブサーバーを使用して apigee-service をインストールするには:
- Edge apigee-setup ユーティリティのインストールの「Nginx ウェブサーバーを使用してリポジトリからインストールする」の手順に従って、Nginx ウェブサーバーを構成します。
- リモートノードで、Edge の
bootstrap_4.19.01.sh
ファイルを/tmp/bootstrap_4.19.01.sh
にダウンロードします。/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.19.01.sh -o /tmp/bootstrap_4.19.01.sh
ここで、uName:pWord は以前にリポジトリに設定したユーザー名とパスワードで、remoteRepo はリポジトリが存在するノードの IP アドレスまたは DNS 名です。
- リモートノードで、Edge
apigee-setup
ユーティリティと依存関係をインストールします。sudo bash /tmp/bootstrap_4.19.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
uName:pWord は、リポジトリのユーザー名とパスワードです。
- 次の例のように、
apigee-service
を使用してapigee-setup
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-setup update
- 次の例のように、Management Server で
apigee-validate
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
- 次の例のように、Management Server で
apigee-provision
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
- マシンの更新順序に記載された順に、各ノードで
update
ユーティリティを実行します。/opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
ここで
- component は更新する Edge コンポーネントです。通常は次のコンポーネントを更新します。
- 「cs」= Cassandra
- 「edge」= Edge UI 以外のすべての Edge コンポーネント。これには、Management Server、Message Processor、Router、QPID Server、Edge Postgres Server が含まれます。
- 「ldap」= OpenLDAP
- 「ps」= postgresql
- 「qpid」= qpidd
- 「sso」= Edge SSO(SSO をインストールしている場合)
- 「ui」= Edge UI
- 「zk」= Zookeeper
- configFile は、4.18.0x のインストール時に Edge コンポーネントの定義に使用したのと同じ構成ファイルです。
component を「all」に設定することですべてのコンポーネントに対して
update.sh
を実行できますが、これができるのは Edge オールインワン(AIO)インストール プロファイルがある場合だけです。次に例を示します。/opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
- component は更新する Edge コンポーネントです。通常は次のコンポーネントを更新します。
- まだ再起動していない場合は、Edge UI コンポーネントを実行するすべてのノードで Edge UI コンポーネントを再起動します。
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
- インストールのテストの説明に従って Management Server で
apigee-validate
ユーティリティを実行し、更新をテストします。
後で更新をロールバックする場合は、4.19.01 のロールバックの手順に従ってください。
マシンの更新順序
Edge のインストールでは、マシンを更新する順序が重要です。
- すべての Cassandra ノードと ZooKeeper ノードを、それ以外のノードよりも先に更新してください。
- 複数の Edge コンポーネント(Management Server、Message Processor、Router、QPID Server。Postgres Server は該当せず)を搭載しているマシンでは、
-c edge
オプションを使用して、それらのコンポーネントをすべて同時に更新します。 - 複数のマシンで行う必要がある手順に関しては、所定のマシン順序に従って実施します。
- Monetization の更新に関して特別な手順はありません。これは
-c edge
オプションを指定した場合に更新されます。
1 ノード スタンドアロン構成のアップグレード
1 ノード スタンドアロン構成を 4.19.01 にアップグレードするには:
- すべてのコンポーネントを更新します。
/opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
apigee-adminapi
がインストールされている場合は、apigee-adminapi
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
2 ノード スタンドアロン構成のアップグレード
2 ノードのスタンドアロン構成では、次のコンポーネントを更新します。
Edge のトポロジとノード番号の一覧については、インストール トポロジをご覧ください。
- マシン 1 の Cassandra と ZooKeeper を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- マシン 2 の Qpid と Postgres を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile
- マシン 1 の LDAP を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- マシン 2、1 の Edge コンポーネントを更新します。
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- マシン 1 の UI を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
apigee-adminapi
がインストールされている場合は、マシン 1 のapigee-adminapi
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- Edge SSO がインストールされている場合は、マシン 1 の Edge SSO を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
ここで、sso_config_file は SSO をインストールしたときに作成した構成ファイルです。
- マシン 1 の Edge UI コンポーネントを再起動します。
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
5 ノード構成のアップグレード
5 ノード構成では、次のコンポーネントを更新します。
Edge のトポロジとノード番号の一覧については、インストール トポロジをご覧ください。
- マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- マシン 4 の Qpid と Postgres を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c qpid, ps -f configFile
- マシン 5 の Qpid と Postgres を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c qpid, ps -f configFile
- マシン 1 の LDAP を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- マシン 4、5、1、2、3 の Edge コンポーネントを更新します。
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- マシン 1 の UI を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
apigee-adminapi
がインストールされている場合は、マシン 1 のapigee-adminapi
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- Edge SSO がインストールされている場合は、マシン 1 の Edge SSO を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
ここで、sso_config_file は SSO をインストールしたときに作成した構成ファイルです。
- マシン 1 の Edge UI コンポーネントを再起動します。
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
9 ノードクラスタ構成のアップグレード
9 ノードクラスタ構成では、次のコンポーネントを更新します。
Edge のトポロジとノード番号の一覧については、インストール トポロジをご覧ください。
- マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- マシン 6、7 の Qpid を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- マシン 8 の Postgres を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- マシン 9 の Postgres を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- マシン 1 の LDAP を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- マシン 6、7、8、9、1、4、5 の順に Edge コンポーネントを更新します。
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- マシン 1 の UI を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
apigee-adminapi
がインストールされている場合は、マシン 1 のapigee-adminapi
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- Edge SSO がインストールされている場合は、マシン 1 の Edge SSO を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
ここで、sso_config_file は SSO をインストールしたときに作成した構成ファイルです。
- マシン 1 の Edge UI コンポーネントを再起動します。
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
13 ノードクラスタ構成のアップグレード
13 ノードクラスタ構成では、次のコンポーネントを更新します。
Edge のトポロジとノード番号の一覧については、インストール トポロジをご覧ください。
- マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- マシン 12、13 の Qpid を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- マシン 8 の Postgres を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- マシン 9 の Postgres を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- マシン 4、5 の LDAP を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- マシン 12、13、8、9、6、7、10、11 の順に Edge コンポーネントを更新します。
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- マシン 6、7 の UI を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
apigee-adminapi
がインストールされている場合は、マシン 6、7 のapigee-adminapi
ユーティリティを更新します。/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- Edge SSO がインストールされている場合は、マシン 6、7 の Edge SSO を更新します。
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
ここで、sso_config_file は SSO をインストールしたときに作成した構成ファイルです。
- マシン 6、7 の Edge UI コンポーネントを再起動します。
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
12 ノードクラスタ構成のアップグレード
12 ノードクラスタ構成では、次のコンポーネントを更新します。
Edge のトポロジとノード番号の一覧については、インストール トポロジをご覧ください。
- Cassandra と ZooKeeper を更新します。
- データセンター 1 のマシン 1、2、3 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- データセンター 2 のマシン 7、8、9 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- データセンター 1 のマシン 1、2、3 で、次のコマンドを実行します。
- qpidd を更新します。
- データセンター 1 のマシン 4、5 で、次の手順を実施します。
- マシン 4 の
qpidd
を更新します。/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- マシン 5 の
qpidd
を更新します。/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- マシン 4 の
- データセンター 2 のマシン 10、11 で、次の手順を実施します。
- マシン 10 の
qpidd
を更新します。/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- マシン 11 の
qpidd
を更新します。/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- マシン 10 の
- データセンター 1 のマシン 4、5 で、次の手順を実施します。
- Postgres を更新します。
- データセンター 1 のマシン 6 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- データセンター 2 のマシン 12 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- データセンター 1 のマシン 6 で、次のコマンドを実行します。
- LDAP を更新します。
- データセンター 1 のマシン 1 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- データセンター 2 のマシン 7 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- データセンター 1 のマシン 1 で、次のコマンドを実行します。
- Edge コンポーネントを更新します。
- データセンター 1 のマシン 4、5、6、1、2、3 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- データセンター 2 の 10、11、12、7、8、9 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- データセンター 1 のマシン 4、5、6、1、2、3 で、次のコマンドを実行します。
- UI を更新します。
- データセンター 1 のマシン 1 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- データセンター 2 のマシン 7 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- マシン 1、7 の Edge UI コンポーネントを再起動します。
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
- データセンター 1 のマシン 1 で、次のコマンドを実行します。
apigee-adminapi
がインストールされている場合は、apigee-adminapi
ユーティリティを更新します。- データセンター 1 のマシン 1 で、次のコマンドを実行します。
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- データセンター 2 のマシン 7 で、次のコマンドを実行します。
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- データセンター 1 のマシン 1 で、次のコマンドを実行します。
- Edge SSO がインストールされている場合は、Edge SSO を更新します。
- データセンター 1 のマシン 1 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
- データセンター 2 のマシン 7 で、次のコマンドを実行します。
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
ここで、sso_config_file は SSO をインストールしたときに作成した構成ファイルです。
- データセンター 1 のマシン 1 で、次のコマンドを実行します。
非標準構成のアップグレード
実装している構成が標準外の場合は、次の順に Edge コンポーネントを更新します。
- ZooKeeper
- Cassandra
- qpidd、ps
- LDAP
- Edge、すべてのノードで「-c edge」プロファイルの順に従ってください。つまり、Qpid Server、Edge Postgres Server、Management Server、Message Processor、Router の順になります。
- Edge UI
apigee-adminapi
- Edge SSO
更新が完了したら、Edge UI コンポーネントを実行しているすべてのマシンで Edge UI コンポーネントを再起動してください。