Edge for Private Cloud バージョン 4.16.05
4.16.05 に更新できる Edge のバージョン
Apigee Edge バージョン 4.16.01.x は 4.16.05 にのみ更新できます。
バージョン 4.16.01.x より前の Edge バージョンの場合は、まずバージョン 4.16.01.x に移行してから、バージョン 4.16.05 に更新する必要があります。
更新を行えるユーザー
更新を行うユーザーは、最初に Edge をインストールしたユーザー、または root として実行しているユーザーと同じである必要があります。
Edge RPM をインストールした後は、すべてのユーザーがそれを構成できます。
Java JDK バージョン 8 への必須アップグレード
この Edge リリースでは、すべての Edge 処理ノードに Java JDK バージョン 8 がインストールされている必要があります。Oracle JDK 8 または OpenJDK 8 をインストールできます。Java JDK 8 がまだインストールされていない場合は、更新スクリプトを使用してインストールできます。
Java 8 へのアップデートの一環として、一部の TLS 暗号は Oracle JDK 8 で使用できなくなりました。完全なリストについては、http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html の「デフォルトで無効になっている暗号スイート」のセクションをご覧ください。
警告: Edge のこのリリースでは、JDK 7 はサポートされていません。現在 JDK 7 を使用している場合は、JDK 8 にアップグレードする必要があります。Edge 4.16.05 のインストールをロールバックする場合は、必要に応じて、Java JDK 7 を使用するように Edge を再構成できます。
Zookeeper のダウングレード
Edge for Private Cloud 4.16.01 の Zookeeper RPM のバージョンは apigee-zookeeper-3.4.5-1.0.905.noarch.rpm です。Edge のその後のバージョンでは、Zookeeper のバージョンを apigee-zookeeper-3.4.5-0.0.948 に戻しました。これにより、yum が Zookeeper を 4.16.01 から新しいバージョンにアップグレードできなくなります。この状況を修正するには、Zookeeper を更新する前に、yum ダウングレード apigee-zookeeper を実行します。
Zookeeper のバージョンは、次のコマンドを使用して確認できます。
> rpm -qa |grep apigee-zookeeper
このコマンドで Zookeeper のバージョンが返された場合:
apigee-zookeeper-3.4.5-1.0.905
その後、ダウングレードを行う必要があります。
更新に必要なディスク容量
アップデートを実行する前に、1 GB 以上のディスク空き容量があることを確認してください。
4.16.01.x からのプロパティ設定の自動伝播
/opt/apigee/customer/application の .properties ファイルを編集してプロパティを設定した場合、これらの値は更新後も保持されます。
apigee-validate ユーティリティの更新
4.16.01 では、Message Processor ノードに apigee-validate ユーティリティをインストールして実行しました。4.16.05 では、Management Server ノードで動作するように apigee-validate ユーティリティが更新されました。
4.16.05 に更新する場合、apigee-validate ユーティリティの更新方法は 2 つあります。
- Apigee 推奨 - Management Server ノードに apigee-validate ユーティリティをインストールして実行します。
必要に応じて、Message Processor ノードから apigee-validate ユーティリティをアンインストールできます。Message Processor ノードに残している場合は、4.16.05 に更新する必要があります。 - 別の方法として、Message Processor ノード上の apigee-validate ユーティリティを更新し、そこから実行します。ただし、Management Server からインストールして実行することをおすすめします。
更新の前提条件
Apigee Edge をアップグレードする前に、次の前提条件を満たしていることを確認してください。
- すべてのノードをバックアップする
安全上の理由から、更新する前に、すべてのノードを完全にバックアップすることをおすすめします。現在の Edge バージョンのバックアップ手順に沿ってください。
これにより、新しいバージョンへの更新が正常に機能しなかった場合に備え、バックアップ プランを用意することができます。バックアップの詳細については、バックアップと復元をご覧ください。 - Edge が実行中であることを確認する
次のコマンドを使用して、更新プロセス中に Edge が起動および実行されていることを確認します。
> /<inst_root>/apigee/apigee-service/bin/apigee-all status
失敗したアップデートの処理
更新に失敗した場合は、問題を修正してから update.sh を再度実行してください。更新は複数回実行でき、最後に中断したところから続行されます。
失敗したため更新を前のバージョンにロールバックする必要がある場合は、4.16.05 ロールバック プロセスをご覧ください。
更新情報のロギング
デフォルトでは、update.sh ユーティリティはログ情報を次の場所に書き込みます。
/opt/apigee/var/log/apigee-setup/update.log
update.sh ユーティリティを実行しているユーザーがこのディレクトリにアクセスできない場合は、ログが update_username.log という名前のファイルとして /tmp ディレクトリに書き込まれます。
ユーザーに /tmp へのアクセス権がない場合、update.sh ユーティリティは失敗します。
ゼロダウンタイムでの更新
ゼロ ダウンタイム アップデート(ローリング アップデート)を使用すると、Edge をダウンさせることなく Edge インストール環境を更新できます。
ゼロ ダウンタイムの更新は、5 ノード以上の構成でのみ可能です。
ダウンタイムなしでアップグレードするための鍵は、各 Router をロードバランサから 1 つずつ削除することです。次に、Router と、Router と同じマシン上のすべてのコンポーネントを更新してから、Router をロードバランサに再び追加します。
- 後述の「マシンの更新順序」の説明に従って、インストール環境に適した順序でマシンを更新します。
- Router を更新するときは、サーバー(Message Processor/Router)の到達可能性の有効化/無効化の説明に従って、Router を 1 台選択して到達不能にします。
- 選択した 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 を到達可能にする
サイレント構成ファイルの使用
update コマンドにサイレント構成ファイルを渡す必要があります。サイレント構成ファイルは、Edge 4.16.01 のインストールに使用したものと同じである必要があります。
外部インターネット接続があるノードを 4.16.05 に更新する手順
ノード上の Edge コンポーネントを更新する手順は次のとおりです。
- CRON ジョブが存在する場合は、更新が完了するまで、Cassandra で修復オペレーションを行うように構成された CRON ジョブを無効にします。
- ノードに root としてログインし、Edge RPM をインストールします。
注: RPM のインストールには root 権限が必要ですが、Edge の構成には root 権限は不要です。 - Edge apigee-setup ユーティリティのインストールの説明に従って、SELinux を無効にします。
- Edge 4.16.05 の bootstrap_4.16.05.sh ファイルを /tmp/bootstrap_4.16.05.sh にダウンロードします。
> curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh - Edge 4.16.05 の apigee-service ユーティリティと依存関係をインストールします。
> sudo bash /tmp/bootstrap_4.16.05.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 ユーティリティを更新します。
- Edge バージョン 4.15.07.0x をアップグレードして 4.16.01 をインストールした場合は、apigee-setup ユーティリティをインストールする必要があります。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
このコマンドにより、<inst_dir>/apigee/apigee-setup/bin に update.sh ユーティリティがインストールされます。
apigee-setup ユーティリティがすでにインストールされている場合は、次の手順で更新します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - 4.16.01 を直接インストールした場合、つまり 4.15.07.0x からのアップグレードを行わなかった場合は、apigee-setup ユーティリティを更新する必要があります。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
この更新を apigee-setup/apigee_dir ユーティリティを次の場所にインストールします。<inst>
- Edge バージョン 4.15.07.0x をアップグレードして 4.16.01 をインストールした場合は、apigee-setup ユーティリティをインストールする必要があります。
- Management Server に apigee-validate ユーティリティをインストールします。
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
注: apigee-validate ユーティリティを Message Processor ノードにインストールしている場合は、そのノードで次のコマンドを使用して更新できます。
apigee-validate - apigee-validate ユーティリティに渡された構成ファイルを編集します。以前の Edge リリースでは、apigee-validate が使用する構成ファイルには次のプロパティが必要でした。
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
このリリースでは、構成ファイルに必要なのは APIGEE_ADMINPW プロパティのみです。他の 2 つのプロパティはファイルから削除できます。 - 以下の「マシンの更新順序」に記載されている順序で、ノードで更新ユーティリティを実行します。
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
構成ファイルに関する唯一の要件は、「apigee」ユーザーが構成ファイルにアクセスまたは読み取り可能であることです。たとえば、このファイルはノード上の /tmp ディレクトリに格納します。
「-c」オプションを使用して、更新するコンポーネントを指定します。該当するコンポーネントは次のとおりです。- ldap = OpenLDAP
- cs = Cassandra
- zk = Zookeeper
- qpid = qpidd
- ps = postgresql
- edge =Edge UI を除くすべての Edge コンポーネント(Management Server、Message Processor、Router、QPID Server、Postgres Server)
- ui = Edge UI
- all = マシン上のすべてのコンポーネントを更新します(Edge Aio インストール プロファイルまたは API BaaS インストール プロファイルの場合にのみ使用)
- e = ElasticSearch
- b = API BaaS スタック
- p = API BaaS ポータル
- ebp = 同じノードにある ElasticSearch、API BaaS スタック、API BaaS ポータル
- インストールをテストするの説明に沿って、Management Server で apigee-validate ユーティリティを実行し、更新をテストします。
後で更新をロールバックするには、4.16.05 ロールバック プロセスで説明されている手順を使用します。
ローカル リポジトリから 4.16.05 に更新する手順
Edge ノードがファイアウォールの内側にあるか、インターネット経由での Apigee リポジトリ アクセスが禁止されている場合は、Apigee リポジトリのローカル リポジトリ(つまりミラー)から更新を実行できます。
ローカル Edge リポジトリを作成した後、ローカル リポジトリから Edge を更新する方法は 2 つあります。
- リポジトリの .tar ファイルを作成し、その .tar ファイルをノードにコピーして、.tar ファイルから Edge を更新します。
- ローカル リポジトリを持つノードにウェブサーバーをインストールし、他のノードからアクセスできるようにします。Apigee から提供されているウェブサーバーは Nginx ですが、他のウェブサーバーを使用してもかまいません。
ローカルの 4.16.05 リポジトリから更新するには:
- Edge apigee-setup ユーティリティのインストールの「ローカルに Apigee リポジトリを作成する」の手順で 4.16.05 リポジトリをローカルに作成します。
注: 4.16.01 リポジトリがすでにある場合は、4.16.05 リポジトリを追加できます。 -
.tar ファイルから apigee-service をインストールするには:
- ローカル リポジトリがあるノードで、次のコマンドを使用して、ローカル リポジトリを /opt/apigee/data/apigee-mirror/apigee-4.16.05.tar.gz という名前の単一の.tar ファイルにパッケージ化します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package - Edge を更新する対象のノードに .tar ファイルをコピーします。たとえば、新しいノードの /tmp ディレクトリにコピーします。
- 新しいノードで、/tmp ディレクトリに tar ファイルを解凍します。
> tar -xzf apigee-4.16.05.tar.gz
このコマンドは、.tar ファイルを含むディレクトリに repos という新しいディレクトリを作成します。(例: /tmp/repos)。 - /tmp/repos から Edge apigee-service ユーティリティと依存関係をインストールします。
> sudo bash /tmp/repos/bootstrap_4.16.05.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
このコマンドには repos ディレクトリへのパスを指定します。
- ローカル リポジトリがあるノードで、次のコマンドを使用して、ローカル リポジトリを /opt/apigee/data/apigee-mirror/apigee-4.16.05.tar.gz という名前の単一の.tar ファイルにパッケージ化します。
-
Nginx ウェブサーバーを使用して apigee-service をインストールするには:
- Edge apigee-setup ユーティリティのインストールの「Nginx ウェブサーバーを使用してリポジトリからインストールする」の手順に沿って、Nginx ウェブサーバーを構成します。
- リモートノードで、Edge bootstrap_4.16.05.sh ファイルを
/tmp/bootstrap_4.16.05.sh にダウンロードします。
> /usr/bin/curl http://uName:pWord@remoteRepo5: repo.repo@remoteRepo1 という IP アドレスです。
- リモートノードに、Edge apigee-service ユーティリティと依存関係をインストールします。
> sudo bash /tmp/bootstrap_4.16.05.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
パスワードはuName です。 uName
- apigee-service を使用して、apigee-setup ユーティリティを更新します。
- Edge バージョン 4.15.07.0x をアップグレードして 4.16.01 をインストールした場合は、apigee-setup ユーティリティをインストールする必要があります。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
このコマンドは、<inst_dir>/apigee/apigee-setup/bin に update.sh ユーティリティをインストールします。
apigee-setup ユーティリティがすでにインストールされている場合は、次の手順で更新します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - 4.16.01 を直接インストールした場合(4.15.07.0x からのアップグレードを行わなかった場合)は、apigee-setup ユーティリティを更新する必要があります。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
この更新を apigee-service にインストールすると、update.apigee/apigee_dir ユーティリティが <in>
- Edge バージョン 4.15.07.0x をアップグレードして 4.16.01 をインストールした場合は、apigee-setup ユーティリティをインストールする必要があります。
-
Management Server ノードに apigee-validate ユーティリティをインストールします。
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
注: apigee-validate ユーティリティを Message Processor ノードにインストールしている場合は、そのノードで次のコマンドを使用して更新できます。
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate 更新ただし、4.16.05 では、Management Server に apigee-validate ユーティリティをインストールして実行することをおすすめします。 - apigee-validate ユーティリティに渡された構成ファイルを編集します。以前の Edge リリースでは、apigee-validate が使用する構成ファイルには次のプロパティが必要でした。
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
このリリースでは、構成ファイルに必要な APIGEE_ADMINPW プロパティのみ。他の 2 つのプロパティはファイルから削除できます。 - 以下の「マシンの更新順序」に記載されている順序で、ノードで更新ユーティリティを実行します。
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
構成ファイルに関する唯一の要件は、「apigee」ユーザーが構成ファイルにアクセスまたは読み取り可能であることです。たとえば、このファイルはノード上の /tmp ディレクトリに格納します。
「-c」オプションを使用して、更新するコンポーネントを指定します。該当するコンポーネントは次のとおりです。- ldap = OpenLDAP
- cs = Cassandra
- zk = Zookeeper
- qpid = qpidd
- ps = postgresql
- edge =Edge UI を除くすべての Edge コンポーネント(Management Server、Message Processor、Router、QPID Server、Postgres Server)
- ui = Edge UI
- all = マシン上のすべてのコンポーネントを更新します(Edge Aio インストール プロファイルまたは API BaaS インストール プロファイルの場合にのみ使用)
- e = ElasticSearch
- b = API BaaS スタック
- p = API BaaS ポータル
- ebp = 同じノードにある ElasticSearch、API BaaS スタック、API BaaS ポータル
- インストールをテストするの説明に沿って、Management Server で apigee-validate ユーティリティを実行し、更新をテストします。
後で更新をロールバックするには、4.16.05 ロールバック プロセスで説明されている手順を使用します。
マシンの更新順序
Edge インストール環境でマシンを更新する順序は重要です。アップデートでは以下の点を考慮してください。
- 他のノードを更新する前に、すべての Cassandra ノードと ZooKeeper ノードを更新する必要があります。
- Router ノードと Message Processor ノードを更新する前に、すべての qpidd ノードと postgresql ノードを更新する必要があります。
- 複数の Edge コンポーネント(Management Server、Message Processor、Router、QPID Server、Postgres Server)を備えたマシンの場合は、"-c edge" オプションを使用することですべてを同時に更新します。
- 複数のマシンで行うよう指定されたステップは、指定されたマシン順に実行します。
- 収益化の更新に特別な手順はありません。「-c edge」オプションを指定すると更新されます。
- Router ノードを更新したら、/opt/nginx/conf.d ディレクトリからすべてのファイルを削除してから、Router を再起動する必要があります。
1 ホストのスタンドアロン インストールの場合
- Zookeeper をダウングレードします。
> yum subscription apigee-zookeeper をダウングレードします。 - マシン 1 を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c all -f configFile - /opt/nginx/conf.d 内のファイルをすべて削除します。
> rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
2 ホストのスタンドアロン インストールの場合
Edge トポロジとノード番号のリストについては、インストール トポロジをご覧ください。
- マシン 1 で Zookeeper をダウングレードします。
> yumgrade apigee-zookeeper - マシン 1 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - マシン 2 の qpidd と postgresql を更新します。
> /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 で次の操作を行います。
- /opt/nginx/conf.d 内のファイルをすべて削除します。
> rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d 内のファイルをすべて削除します。
- マシン 1 の UI を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
5 つのホストからなるクラスタ構成の場合
Edge トポロジとノード番号のリストについては、インストール トポロジをご覧ください。
- マシン 1、2、3 で Zookeeper をダウングレードします。
> yum apigee-zookeeper をダウングレードします。 - マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - マシン 4 と 5 の qpidd と postgresql を更新します。
> /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 - ノード 2 とノード 3 で、次のコマンドを実行します。
- /opt/nginx/conf.d 内のファイルをすべて削除します。
> rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d 内のファイルをすべて削除します。
- マシン 1 の UI を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
9 つのホストからなるクラスタ構成の場合
Edge トポロジとノード番号のリストについては、インストール トポロジをご覧ください。
- マシン 1、2、3 で Zookeeper をダウングレードします。
> yum apigee-zookeeper をダウングレードします。 - マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - マシン 6、7 の qpidd を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - マシン 8、9 の postgresql を更新します。
> /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 - ノード 4 とノード 5 で次の操作を行います。
- /opt/nginx/conf.d 内のファイルをすべて削除します。
> rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d 内のファイルをすべて削除します。
- マシン 1 の UI を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
13 ホストのクラスタ インストールの場合
Edge トポロジとノード番号のリストについては、インストール トポロジをご覧ください。
- マシン 1、2、3 で Zookeeper をダウングレードします。
> yum apigee-zookeeper をダウングレードします。 - マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - マシン 12、13 の qpidd を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - マシン 8、9 の postgresql を更新します。
> /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 - ノード 10 と 11 で次の操作を行います。
- /opt/nginx/conf.d 内のファイルをすべて削除します。
> rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d 内のファイルをすべて削除します。
- マシン 6、7 の UI を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
12 ホストのクラスタ インストールの場合
Edge トポロジとノード番号のリストについては、インストール トポロジをご覧ください。
- Cassandra と ZooKeeper を更新します。
- データセンター 1 のマシン 1、2、3 で Zookeeper をダウングレードします。
> yum ダウングレード apigee-zookeeper - データセンター 1 のマシン 1、2、3 で、次のコマンドを実行します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - データセンター 2 のマシン 7、8、9 で Zookeeper をダウングレードします。
> yumulation apigee-zookeeper をダウングレードします。 - データセンター 2 のマシン 7、8、9 の場合
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- データセンター 1 のマシン 1、2、3 で Zookeeper をダウングレードします。
- qpidd を更新します。
- データセンター 1 のマシン 4、5
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - データセンター 2 のマシン 10、11
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- データセンター 1 のマシン 4、5
- postgresql を更新します。
- データセンター 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 - ノード 2、3、8、9 で次の操作を行います。
- /opt/nginx/conf.d 内のファイルをすべて削除します。
> rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d 内のファイルをすべて削除します。
- データセンター 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 のマシン 1
7 ホストの API BaaS をインストールする場合
Edge トポロジとノード番号のリストについては、インストール トポロジをご覧ください。
- マシン 5、6、7 の Cassandra を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile - マシン 1、2、3 の ElasticSearch と API BaaS Stack を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c e,b -f configFile - マシン 4 の API BaaS ポータルを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
10 ホストの API BaaS インストールの場合
Edge トポロジとノード番号のリストについては、インストール トポロジをご覧ください。
- マシン 8、9、10 の Cassandra を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile - マシン 1、2、3 の ElasticSearch を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile - マシン 4、5、6 の API BaaS スタックを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile - マシン 7 の API BaaS ポータルを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
標準以外のインストールの場合
標準以外の環境がある場合は、次の順序で Edge コンポーネントを更新します。
- ZooKeeper
- Cassandra
- Qpidd
- postgresql
- LDAP
- Edge(すべてのノードの「-c edge」プロファイル)。Qpid、Postgres、Management Server、Message Processor、Router の順序です。
- すべての Router ノードで次の操作を行います。
- /opt/nginx/conf.d 内のファイルをすべて削除します。
> rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d 内のファイルをすべて削除します。
- UI