このセクションでは、次のアップグレードを行う方法について説明します。
- 4.18.05 から 4.50.00 へ
更新を実行できるユーザー
更新を実行するユーザーは、最初に Edge をインストールしたユーザーと同じである必要があります。 ユーザーです。
Edge RPM をインストールした後は、どのユーザーでも構成できます。
更新が必要なコンポーネント
すべての Edge コンポーネントを更新する必要があります。Edge は、コンポーネントを含む設定をサポートしていません 使用できます。
プロパティ設定の自動伝播
.properties
ファイルを編集してプロパティを設定した場合、
/opt/apigee/customer/application
の場合、これらの値は更新でも保持されます。
前提条件の更新
Apigee Edge をアップグレードする前に、次の前提条件を満たしていることを確認してください。
- すべてのノードをバックアップする
安全のために、更新前にすべてのノードを完全にバックアップすることをおすすめします できます。現在のバージョンの Edge の手順に沿ってバックアップを実行します。これにより、新しいバージョンに更新されなかった場合に備え、バックアップ プランを作成できます。 確認します。バックアップの詳細については、バックアップ 復元します。
- Edge が動作していることを確認する
次のコマンドを使用して、更新プロセス中に Edge が稼働していることを確認します。/opt/apigee/apigee-service/bin/apigee-all status
新しい Edge UI
このセクションでは、新しい Edge UI に関する考慮事項について説明します。
Edge UI をインストールする
最初のインストールが完了すると、Apigee は Edge UI をインストールすることをおすすめします。これは、 Apigee Edge for Private Cloud のデベロッパーと管理者の責任です。
詳細については、新しい Edge UI をインストールするをご覧ください。
Edge UI を更新する
ベータ版の Edge UI(旧称 New Edge)をインストールしている場合 エクスペリエンスや UE など)がある場合は、それをアンインストールして 4.19.01、4.19.06、または 4.50.00 バージョンの Edge UI を新規インストールしてください。詳細 Private Cloud 用の新しい Edge UI をご覧ください。
更新の失敗への対応
更新に失敗した場合は、問題を修正してから update.sh を実行する もう一度クリックします。更新は複数回実行でき、最後に終了したところから続行されます。 オフにします。
失敗した結果、前のバージョンに更新をロールバックする必要がある場合は、以下をご覧ください。 詳細については、4.50.00 をロールバックしてください。
更新情報のロギング
デフォルトでは、update.sh
ユーティリティはログ情報を次の宛先に書き込みます。
/opt/apigee/var/log/apigee-setup/update.log
update.sh
ユーティリティを実行しているユーザーに、
すると、そのログを /tmp
ディレクトリに、
update_username.log
。
ユーザーに /tmp
へのアクセス権がない場合、update.sh
ユーティリティ
失敗します
ダウンタイムなしで更新
ゼロ ダウンタイム アップデート(ローリング アップデート)では、Edge インストール環境をダウンタイムなしで更新できます。 Edge がダウンします
ゼロ ダウンタイムでの更新は、5 ノード以上の構成でのみ可能です。
ゼロ ダウンタイムでアップグレードするための鍵は、各 Router を 1 つずつ負荷から削除することです。 内部 IP アドレスを使用します次に、ルーターとその同じマシン上にある他のコンポーネントを更新します。 Router をロードバランサに追加し直します
- 説明に沿って、設置方法に合わせてマシンを更新してください マシンの更新の順序。
- Router を更新するときは、任意の Router を 1 つ選択し、 詳しくは、サーバーの有効化と無効化に関する (Message Processor/Router)のネットワーク到達性。
- 選択した Router と、その Router と同じマシンにある他のすべての Edge コンポーネントを更新します。 すべての Edge 構成では、同じノード上に Router と Message Processor があります。
- Router を再び到達可能にします。
- 残りのルーターに手順 2 ~ 4 を繰り返します。
- インストール済みの残りのマシンについて、更新を続行してください。
更新の前後に次の点に注意してください。
- Router ノードと Message Processor ノードが統合されている場合:
<ph type="x-smartling-placeholder">
- </ph>
- 更新前 – 次のことを行います。
<ph type="x-smartling-placeholder">
- </ph>
- Router を到達不能にします。
- Message Processor を到達不能な状態にします。
- 更新後 - 次の操作を行います。
<ph type="x-smartling-placeholder">
- </ph>
- Message Processor を到達可能にします。
- Router を到達可能にします。
- 更新前 – 次のことを行います。
<ph type="x-smartling-placeholder">
- 単一の Router ノードの場合:
<ph type="x-smartling-placeholder">
- </ph>
- 更新する前に、Router を到達不能な状態にしてください。
- 更新後、Router を到達可能にします。
- 単一の Message Processor ノードの場合:
<ph type="x-smartling-placeholder">
- </ph>
- 更新前に、Message Processor を到達不能な状態にします。
- 更新後、Message Processor を到達可能にします。
サイレント構成ファイルの使用
更新コマンドにはサイレント構成ファイルを渡す必要があります。サイレント構成ファイル Edge 4.18.05 のインストールに使用したものと同じである必要があります。
更新先 外部インターネット接続があるノードでは 4.50.00
ノード上の 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 ユーティリティをご覧ください。
- 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.50.00 の
bootstrap_4.50.00.sh
ファイルを次の場所にダウンロードします。/tmp/bootstrap_4.50.00.sh
:curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
- Edge 4.50.00 の
apigee-service
ユーティリティと依存関係をインストールします。sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord
ここで、uName:pWord は Apigee から取得したユーザー名とパスワードです。もし pWord を省略すると、入力を求めるメッセージが表示されます。
デフォルトでは、Java 1.8 がインストールされているかどうかが確認されます。そうでない場合、 自動的にインストールされます。
JAVA_FIX
オプションを使用して Java の処理方法を指定する インストールできます。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」: Apigee SSO(SSO をインストールしている場合)
- "ui": Edge UI
- "zk": Zookeeper
configFile は、先ほどと同じ構成ファイルを使用します。 Edge コンポーネントの定義 これは 4.18.05 のインストール時に発生します。
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 API で
apigee-validate
ユーティリティを実行して、更新をテストします。 サーバー。インストールをテストするをご覧ください。
後で更新をロールバックする場合は、 4.50.00 をロールバックします。
ローカル リポジトリから 4.50.00 に更新する
Edge ノードがファイアウォールの内側にあるか、なんらかの理由でアクセスが禁止されている場合は ローカル リポジトリから更新を実行できます。 またはミラーを作成します。
ローカルの Edge リポジトリを作成した後、ローカル環境から Edge を更新する方法は 2 つあります。 ローカル リポジトリ:
- リポジトリの .tar ファイルを作成し、その .tar ファイルをノードにコピーして、 .tar ファイルです。
- ローカル リポジトリのあるノードにウェブサーバーをインストールし、他のノードがアクセスできるようにします。 Apigee が提供する Nginx ウェブサーバーを使用することも、独自のウェブサーバーを使用することもできます。 使用します。
ローカルの 4.50.00 リポジトリから更新するには:
- 「ローカルに Apigee リポジトリを作成する」の説明に沿って、ローカルに 4.50.00 リポジトリを作成する Edge apigee-setup ユーティリティをインストールします。
- .tar ファイルから apigee-service をインストールするには:
<ph type="x-smartling-placeholder">
- </ph>
- ローカル リポジトリがあるノードで、次のコマンドを使用してローカル リポジトリをパッケージ化します。
/opt/apigee/data/apigee-mirror/apigee-4.50.00.tar.gz
という名前の単一の .tar ファイルに変換します。/opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
- Edge を更新するノードに .tar ファイルをコピーします。たとえば、
新しいノードの
/tmp
ディレクトリ。 - 新しいノードで、
/tmp
ディレクトリにファイルを展開します。tar -xzf apigee-4.50.00.tar.gz
このコマンドにより、このディレクトリに
repos
という名前の新しいディレクトリが作成されます。 ダウンロードされます。例:/tmp/repos
- Edge
apigee-service
ユーティリティと依存関係を以下からインストールします。/tmp/repos
:sudo bash /tmp/repos/bootstrap_4.50.00.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
このコマンドには、Repo ディレクトリのパスが含まれています。
- ローカル リポジトリがあるノードで、次のコマンドを使用してローカル リポジトリをパッケージ化します。
- Nginx ウェブサーバーを使用して apigee-service をインストールするには:
<ph type="x-smartling-placeholder">
- </ph>
- 「Nginx を使用してリポジトリからインストールする」の説明に沿って、Nginx ウェブサーバーを構成します。 webserver"Edge のインストール apigee-setup ユーティリティを実行します。
- リモートノードで、Edge
bootstrap_4.50.00.sh
ファイルを次の場所にダウンロードします。/tmp/bootstrap_4.50.00.sh
:/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
ここで、uName:pWord は、以前に設定したユーザー名とパスワードです。 remoteRepo は、リポジトリ ノードの IP アドレスまたは DNS 名です。
- リモートノードで、Edge
apigee-setup
ユーティリティと依存関係をインストールします。sudo bash /tmp/bootstrap_4.50.00.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 コンポーネントです。通常は
以下のコンポーネントです。
<ph type="x-smartling-placeholder">
- </ph>
- "cs": Cassandra
- "edge": Edge UI を除くすべての Edge コンポーネント。「エッジ」管理コンポーネントが Server、Message Processor、Router、QPID Server、Edge Postgres Server です。
- "ldap": OpenLDAP
- "ps": postgresql
- "qpid": qpidd
- 「sso」: Apigee SSO(SSO をインストールしている場合)
- "ui": Edge UI
- "zk": Zookeeper
- configFile は、以前に使用したのと同じ構成ファイルです。 Edge コンポーネントの定義 これは 4.18.05 のインストール時に発生します。
component を設定すると、すべてのコンポーネントに対して
update.sh
を実行できます。 ただし、Edge のオールインワン(AIO)インストール プロファイルがある場合に限られます。例:/opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
- component は、更新する Edge コンポーネントです。通常は
以下のコンポーネントです。
<ph type="x-smartling-placeholder">
- Edge UI コンポーネントを実行しているすべてのノードで Edge UI コンポーネントを再起動します(まだ再起動していない場合)。
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
- Management API で
apigee-validate
ユーティリティを実行して、更新をテストします。 サーバー。インストールをテストするをご覧ください。
後で更新をロールバックする場合は、 4.50.00 をロールバックします。
マシンの更新の順序
Edge インストールでは、マシンを更新する順序が重要です。
- いずれかの Cassandra ノードと ZooKeeper ノードを更新する前に、すべての Cassandra ノードを更新する必要があります。 他のノードで使用できます。
- 複数の Edge コンポーネント(Management Server、Message Processor、
Router、QPID Server ではなく QPID サーバー)を使用する場合は、
-c edge
オプションを使用して更新 すべて同時に実行できます - ステップが複数のマシンで実行されるように指定されている場合、そのステップは マシン順序を指定します。
- Monetization を更新するための個別の手順はありません。これは、Pod の
-c edge
オプション。
1 ノードのスタンドアロン アップグレード
1 ノードのスタンドアロン構成を 4.50.00 にアップグレードするには:
- すべてのコンポーネントを更新します。
/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
- Apigee SSO がインストールされている場合は、マシン 1 の Apigee 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
- Apigee SSO がインストールされている場合は、マシン 1 の Apigee 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
- Apigee SSO がインストールされている場合は、マシン 1 の Apigee 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
- Apigee SSO をインストールしている場合は、マシン 6、7 の Apigee 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 を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 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 を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 1 のマシン 4、5
<ph type="x-smartling-placeholder">
- </ph>
- マシン 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
<ph type="x-smartling-placeholder">
- </ph>
- マシン 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
<ph type="x-smartling-placeholder">
- Postgres を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 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 を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 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 コンポーネントを更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 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 を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 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
ユーティリティを更新します。 <ph type="x-smartling-placeholder">- </ph>
- データセンター 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 で、
- Apigee SSO がインストールされている場合は、Apigee SSO を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 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 コンポーネントを更新します。 order:
- ZooKeeper
- Cassandra
- qpidd、ps
- LDAP
- Edge(「-c edge」の意味)すべてのノードのプロファイルを、次の順序で配置します。 Edge Postgres Server、Management Server、Message Processor、Router。
- Edge UI
apigee-adminapi
- Apigee SSO
更新が完了したら、実行中のすべてのマシンで Edge UI コンポーネントを再起動してください。 できます。