このページは Cloud Translation API によって翻訳されました。

Apigee Edge 4.16.09 を 4.17.01 に更新する

Edge for Private Cloud v. 4.17.01

4.17.01 に更新できる Edge のバージョン

この手順で Apigee Edge バージョン 4.16.09.0x を 4.17.01 に更新できます。

バージョン 4.16.01 より前の Edge をお持ちの場合は、最初にバージョン 4.16.01.x を作成し、バージョン 4.17.01 に更新します。

更新を実行できるユーザー

更新を実行するユーザーは、最初に Edge をインストールしたユーザーと同じである必要があります。ユーザーです。

Edge RPM をインストールした後は、どのユーザーでも構成できます。

更新が必要なコンポーネント

すべての Edge コンポーネントを更新する必要があります。Edge は、コンポーネントを含む設定をサポートしていません使用できます。

Qpid 1.35 へのアップグレードが必要

このリリースには、Qpid 1.35 に必要なアップデートが含まれています。Qpid ノードの更新の一環として、必要があります。

次の方法で、Router と Message Processor からの Qpid ノードへの書き込みを一時的に禁止します。ポート 5672 をブロックします。このポートをブロックするには、次のコマンドを使用します。 Qpid ノード:
>sudo iptables -A 入力 -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP
Qpid キューでメッセージが空の状態になるまで待ってから、Qpid ノードですべての処理が完了したことを確認します。メッセージが表示されます。次のコマンドを使用して、Qpid メッセージキューが空:
>qpid-stat -q
Qpid ノードを更新します。
Qpid ノードのポート 5672 のブロックを解除して、Router と Message Processor からのアクセスを許可します。このポートのブロックを解除するには、次のコマンドを使用します。
>sudo iptables -F

他のルールに iptables を使用している場合、-D オプションを使用すると、具体的な変更:
>sudo iptables -D INPUT -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP

このプロセスについては、以下で Edge トポロジごとに詳しく説明します。

EPEL リポジトリを有効にするために必要です

[Extra Packages for]（追加パッケージ）を Enterprise Linux（EPEL）を使用して Edge をインストールまたは更新します。使用するコマンドは、 RedHat/CentOS のバージョン上の

RedHat/CentOS 7.x の場合:
>wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm;RPM -IVH epel-release-latest-7.noarch.rpm
RedHat/CentOS 6.x の場合:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm;RPM -IVH epel-release-latest-6.noarch.rpm

使用するときに更新する場合は必須外部認証

外部ディレクトリサービスを既存の Apigee Edge Private Cloud に統合できます。インストールできます。この機能は、LDAP、LDAP、サポートしています。外部 LDAP ソリューションを使用すると、管理者は、一元化されたディレクトリ管理サービスからユーザー認証情報を管理できます。 Apigee Edge などのシステムでは外部にデプロイされます

詳しくは、外部リンク認証の構成をご覧ください。

外部認証が有効になっている場合、ほとんどのお客様は Active Directory SAM アカウントを使用する name フィールドを認証のユーザー名として使用します。これは、サービスアカウントによって使用される Edge OpenLDAP サーバーです。

外部ディレクトリサービスと統合している場合は、次の行を Edge を 4.17.01 に更新するときに、構成ファイルを次のように変更します。

IS_EXTERNAL_AUTH="true"

この行により、メールアドレスではなくアカウント名をサポートするように Edge が構成されます。表示されます。

プロパティの自動伝播設定

/opt/apigee/customer/application の .properties ファイルを編集してプロパティを設定している場合は、値が保持されます。

前提条件の更新

Apigee Edge をアップグレードする前に、次の前提条件を満たしていることを確認してください。

すべてのノードをバックアップする
安全のために、更新前にすべてのノードを完全にバックアップすることをおすすめしますできます。現在のバージョンの Edge の手順に沿ってバックアップを実行します。

これにより、新しいバージョンにアップデートされなかった場合に備えて、バックアッププランを作成できます。確認します。バックアップについて詳しくはバックアップと復元をご覧ください。
Edge が動作していることを確認する
次のコマンドを使用して、更新プロセス中に Edge が稼働していることを確認します。

> /opt/apigee/apigee-service/bin/apigee-all のステータス

更新の失敗への対応

更新に失敗した場合は、問題を修正してから update.sh を実行するもう一度クリックします。更新は複数回実行でき、最後に終了したところから続行されます。オフにします。

失敗した結果、前のバージョンに更新をロールバックする必要が生じた場合は、詳しくは、4.17.01 ロールバックプロセスをご覧ください。

更新情報のロギング

デフォルトでは、update.sh ユーティリティは、次の場所にログ情報を書き込みます。

/opt/apigee/var/log/apigee-setup/update.log

update.sh ユーティリティを実行するユーザーにそのディレクトリにログが update_username.log という名前のファイルとして /tmp ディレクトリに書き込まれます。

ユーザーに /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 type="x-smartling-placeholder">
  1. Router を到達不能にします。
  2. Message Processor を到達不能な状態にします。
- 更新後 - 次の操作を行います。 <ph type="x-smartling-placeholder">
  1. Message Processor を到達可能にします。
  2. Router を到達可能にします。
単一の Router ノードの場合: <ph type="x-smartling-placeholder">
- 更新する前に、Router を到達不能な状態にしてください。
- 更新後、Router を到達可能にします。
単一の Message Processor ノードの場合: <ph type="x-smartling-placeholder">
- 更新前に、Message Processor を到達不能な状態にします。
- 更新後、Message Processor を到達可能にします。

サイレント構成ファイルの使用

更新コマンドにはサイレント構成ファイルを渡す必要があります。サイレント構成ファイル Edge 4.16.01 または 4.16.05 のインストールに使用したものと同じである必要があります。

手順外部インターネット接続があるノードで 4.17.01 に更新する

ノード上の Edge コンポーネントを更新するには、次の操作を行います。

Cassandra の修復オペレーションを実行するように構成された CRON ジョブがある場合は、無効にします更新が完了するまで表示されません。
root としてノードにログインして Edge RPM をインストールします。
注: RPM のインストールには root 権限が必要ですが、Edge も実行可能です。ルート権限なしで構成できます。
SELinux を無効にする方法については、 Edge apigee-setup ユーティリティ
Edge 4.17.01 の bootstrap_4.17.01.sh ファイルを /tmp/bootstrap_4.17.01.sh にダウンロードします。
>curl https://software.apigee.com/bootstrap_4.17.01.sh -o /tmp/bootstrap_4.17.01.sh
Edge 4.17.01 の apigee-service ユーティリティをインストールし、依存関係:
>sudo bash /tmp/bootstrap_4.17.01.sh apigeeuser=uNameuName apigeepassword=pWord

ここで、uName:pWord は、 ApigeepWord を省略すると、パスワードの入力を求められます。

デフォルトでは、Java 1.8 がインストールされているかどうかが確認されます。そうでない場合、自動的にインストールされます。JAVA_FIX オプションを使用して、処理方法を指定する Java のインストール。JAVA_FIX 次の値を取ります。

I = OpenJDK 1.8 をインストール（デフォルト）
C = Java をインストールせずに続行
Q = 終了する。このオプションでは、Java を自分でインストールする必要があります。
（CentOS-6.x と RedHat-6.x のみ）すべての Qpid ノードで次のコマンドを実行します。コマンドを実行して、正しいバージョンの Qpid がダウンロードされていることを確認します。
>yum インストール apigee-qpidd --disablerepo=epel
apigee-service を使用して以下を行います。 apigee-setup を更新するユーティリティ:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
apigee-validate を更新する Management Server 上のユーティリティです。
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate の更新
apigee-provision を更新するユーティリティ:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision の更新
後述の「マシン更新」下:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

構成ファイルに対する唯一の要件は、構成ファイルがアクセスでき、「apigee」によって読み取れます。できます。

「-c」オプションを使用して、更新するコンポーネントを指定します。リストには、コンポーネントに含まれるもの:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =すべての Edge コンポーネント Edge UI を除く: 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.09 ロールバックプロセスで説明されている手順を行います。

ローカルから 4.17.01 に更新する手順リポジトリ

Edge ノードがファイアウォールの内側にあるか、なんらかの理由でアクセスが禁止されている場合はローカルリポジトリから更新を実行できます。またはミラーを作成します。

ローカルの Edge リポジトリを作成した後、ローカル環境から Edge を更新する方法は 2 つあります。ローカルリポジトリ:

リポジトリの .tar ファイルを作成し、その .tar ファイルをノードにコピーして、 .tar ファイルです。
ローカルリポジトリのあるノードにウェブサーバーをインストールし、他のノードがアクセスできるようにします。 Apigee が提供する Nginx ウェブサーバーを使用することも、独自のウェブサーバーを使用することもできます。使用します。

ローカルの 4.17.01 リポジトリから更新するには:

「ローカルに Apigee リポジトリを作成する」の説明に沿って、ローカルに 4.17.01 リポジトリを作成する Edge apigee-setup ユーティリティをインストールします。
注: 既存の 4.16.09 リポジトリがある場合は、4.17.01 リポジトリを追加できます。「ローカルの Apigee リポジトリを更新する」の説明に沿ってそのリポジトリに Edge apigee-setup ユーティリティをインストールします。
.tar ファイルから apigee-service をインストールするには: <ph type="x-smartling-placeholder">
1. ローカルリポジトリがあるノードで、次のコマンドを使用してローカルリポジトリをパッケージ化します。 /opt/apigee/data/apigee-mirror/apigee-4.17.01.tar.gz という名前の単一の.tar ファイル:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-mirror パッケージ
2. Edge を更新するノードに .tar ファイルをコピーします。たとえば、プロジェクトの /tmp ディレクトリを作成します。
3. 新しいノードで、ファイルを /tmp ディレクトリに展開します。
  >tar -xzf apigee-4.17.01.tar.gz
  
  このコマンドを実行すると、.tar が含まれるディレクトリに repos という新しいディレクトリが作成されます表示されます。例: /tmp/repos
4. /tmp/repos から Edge apigee-service ユーティリティと依存関係をインストールします。
  >sudo bash /tmp/repos/bootstrap_4.17.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
  
  このコマンドには、Repo ディレクトリのパスが含まれています。
Nginx ウェブサーバーを使用して apigee-service をインストールするには: <ph type="x-smartling-placeholder">
1. 「Nginx を使用してリポジトリからインストールする」の説明に沿って、Nginx ウェブサーバーを構成します。 webserver"Edge のインストール apigee-setup ユーティリティを実行します。
2. リモートノードで、Edge の bootstrap_4.17.01.sh ファイルを次の場所にダウンロードします。 /tmp/bootstrap_4.17.01.sh:
  >/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.17.01.sh -o /tmp/bootstrap_4.17.01.sh
  
  ここで、uName:pWord は上記で設定したユーザー名とパスワードです。 remoteRepo は、リポジトリの IP アドレスまたは DNS 名です。作成します。
3. リモートノードで、Edge apigee-service ユーティリティと依存関係をインストールします。
  >sudo bash /tmp/bootstrap_4.17.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 の更新
apigee-validate を更新する Management Server 上のユーティリティです。
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate の更新
apigee-provision を更新するユーティリティ:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision の更新
以下の「マシンの順番」に記載されている順序で、ノードで update ユーティリティを実行します。更新」下:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

構成ファイルに対する唯一の要件は、構成ファイルがアクセスでき、「apigee」によって読み取れます。できます。

「-c」オプションを使用して、更新するコンポーネントを指定します。リストには、コンポーネントに含まれるもの:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =すべての Edge コンポーネント Edge UI を除く: 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.09 ロールバックプロセス:

マシンの更新の順序

Edge インストールでは、マシンを更新する順序が重要です。最も更新における重要な考慮事項は次のとおりです。

いずれかの Cassandra ノードと ZooKeeper ノードを更新する前に、すべての Cassandra ノードを更新する必要があります。他のノードで使用できます。
複数の Edge コンポーネント（Management Server、Message Processor、 Postgres Server ではなく、Router、QPID Server など）、「-c edge」を使用します。すべて更新するオプションができます。
ステップが複数のマシンで実行されるように指定されている場合、そのステップはマシン順序を指定します。
Monetization を更新するための個別の手順はありません。これは、"-c" エッジ"選択します。
（CentOS-6.x および RedHat-6.x のみ） ダウンロードするには、次のコマンドを実行して上記のように正しい Qpid バージョンを指定します。
>おいしい apigee-qpidd --disablerepo=epel をインストール

1 ホストのスタンドアロン設置

Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
次の iptables ルールを設定します。
>sudo iptables -A 入力 -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP
Qpid メッセージキューを確認します。
>qpid-stat -q

「msg」内の数が表示されるまでキューを確認します列は 0 です。Qpid をアップグレードできませんすべてのメッセージの処理が終わるまで待機します。
qpidd を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
iptables をフラッシュします。
>sudo iptables -F
postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
postgresql を起動します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
LDAP を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
残りの Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Edge UI を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

2 ホスト構成のスタンドアロン設置

インストールトポロジをご覧ください。をご覧ください。

マシン 1 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
マシン 2 に次の iptables ルールを設定します。
>sudo iptables -A 入力 -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP
マシン 2 の Qpid メッセージキューを確認します。
>qpid-stat -q

「msg」内の数が表示されるまでキューを確認します列は 0 です。Qpid をアップグレードできませんすべてのメッセージの処理が終わるまで待機します。
qpidd を更新するマシン 2:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
マシン 2 の iptables をフラッシュします。
>sudo iptables -F
マシン 2 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
マシン 2 で postgresql を起動します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
マシン 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

5 ホストクラスタクラスタ設置

インストールトポロジをご覧ください。をご覧ください。

マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
マシン 4 に次の iptables ルールを設定します。
>sudo iptables -A 入力 -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP
マシン 4 の Qpid メッセージキューを確認します。
>qpid-stat -q

「msg」内の数が表示されるまでキューを確認します列は 0 です。Qpid をアップグレードできませんすべてのメッセージの処理が終わるまで待機します。
qpidd を更新するマシン 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
マシン 4 の iptables をフラッシュします。
>sudo iptables -F
マシン 5 で手順 2 ～ 5 を繰り返します。
マシン 4 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
マシン 4 で postgresql を起動します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
マシン 5 で手順 7 と 8 を繰り返します。
マシン 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

9 つのホストからなるクラスタ設置

インストールトポロジをご覧ください。をご覧ください。

マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
マシン 6 に次の iptables ルールを設定します。
>sudo iptables -A 入力 -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP
マシン 6 の Qpid メッセージキューを確認します。
>qpid-stat -q

「msg」内の数が表示されるまでキューを確認します列は 0 です。Qpid をアップグレードできませんすべてのメッセージの処理が終わるまで待機します。
qpidd を更新するマシン 6:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
マシン 6 の iptables をフラッシュします。
>sudo iptables -F
マシン 7 で手順 2 から 5 を繰り返します。
マシン 6 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
マシン 6 で postgresql を起動します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
マシン 7 で手順 7 と 8 を繰り返します。
マシン 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

13 ホストのクラスタ設置

インストールトポロジをご覧ください。をご覧ください。

マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
マシン 12 に次の iptables ルールを設定します。
>sudo iptables -A 入力 -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP
マシン 12 の Qpid メッセージキューを確認します。
>qpid-stat -q

「msg」内の数が表示されるまでキューを確認します列は 0 です。Qpid をアップグレードできませんすべてのメッセージの処理が終わるまで待機します。
qpidd を更新するマシン 12:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
マシン 12 の iptables をフラッシュします。
>sudo iptables -F
マシン 13 で手順 2 から 5 を繰り返します。
マシン 12 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
マシン 12 で postgresql を起動します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
マシン 13 で手順 7 と 8 を繰り返します。
マシン 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

12 ホストのクラスタ構成設置

インストールトポロジをご覧ください。をご覧ください。

Cassandra と ZooKeeper を更新します。 <ph type="x-smartling-placeholder">
1. データセンター 1 のマシン 1、2、3 で、次のコマンドを実行します。
  > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
2. データセンター 2 のマシン 7、8、9 でインストール
  > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
qpidd を更新します。 <ph type="x-smartling-placeholder">
1. データセンター 1 のマシン 4、5 <ph type="x-smartling-placeholder">
  1. マシン 4 に次の iptables ルールを設定します。
    >sudo iptables -A INPUT -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP
  2. マシン 4 の Qpid メッセージキューを確認します。
    >qpid-stat -q
    
    「msg」内の数が表示されるまでキューを確認します列は 0 です。できないことすべてのメッセージを処理するまで Qpid をアップグレードします。
  3. マシン 4 の qpidd を更新します。
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  4. マシン 4 の iptables をフラッシュします。
    >sudo iptables -金
  5. マシン 5 で手順 1 から 4 を繰り返します。
2. データセンター 2 のマシン 10、11 <ph type="x-smartling-placeholder">
  1. マシン 10 に次の iptables ルールを設定します。
    >sudo iptables -A INPUT -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP
  2. マシン 10 の Qpid メッセージキューを確認します。
    >qpid-stat -q
    
    「msg」内の数が表示されるまでキューを確認します列は 0 です。できないことすべてのメッセージを処理するまで Qpid をアップグレードします。
  3. マシン 10 の qpidd を更新します。
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  4. マシン 10 の iptables をフラッシュします。
    >sudo iptables -金
  5. マシン 11 で手順 1 から 4 を繰り返します。
postgresql を更新します。
1. データセンター 1 のマシン 6
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  >/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
2. データセンター 2 のマシン 12
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  >/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 開始
LDAP を更新します。 <ph type="x-smartling-placeholder">
1. データセンター 1 のマシン 1
  > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
2. データセンター 2 のマシン 7
  > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
Edge コンポーネントを更新します。 <ph type="x-smartling-placeholder">
1. データセンター 1 のマシン 4、5、6、1、2、3
  > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
2. データセンター 2 のマシン 10、11、12、7、8、9
  > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
UI を更新します。 <ph type="x-smartling-placeholder">
1. データセンター 1 のマシン 1:
  > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
2. データセンター 2 のマシン 7:
  > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

7 ホスト API BaaS の場合設置

アップグレードを実行する前に、構成ファイルに 2 つの新しいプロパティを追加する必要があります手順は次のとおりです。

# For a single data center, specify the same value as BAAS_CASS_LOCALDC.
BAAS_CASS_DC_LIST="dc-1"

# Defines the initial contact points for members of the BaaS cluster. 
# Specify the IP address of no more than two Stack nodes. 
BAAS_CLUSTER_SEEDS="dc-1:$IP4,dc-1:$IP5"

構成ファイルの完全な例については、API BaaS のインストールをご覧ください。

また、他のすべてのスタックノードからアクセスできるように、すべてのスタックノードでポート 2551 が開いていることを確認する必要もあります。説明します。

インストールトポロジをご覧ください。をご覧ください。

マシン 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 の場合設置

アップグレードを実行する前に、構成ファイルに 2 つの新しいプロパティを追加する必要があります手順は次のとおりです。

# For a single data center, specify the same value as BAAS_CASS_LOCALDC.
BAAS_CASS_DC_LIST="dc-1"

# Defines the initial contact points for members of the BaaS cluster. 
# Specify the IP address of no more than two Stack nodes. 
BAAS_CLUSTER_SEEDS="dc-1:$IP4,dc-1:$IP5"

構成ファイルの完全な例については、API BaaS のインストールをご覧ください。

インストールトポロジをご覧ください。をご覧ください。

マシン 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 コンポーネントを更新します。 order:

ZooKeeper
Cassandra
qpidd、ps
LDAP
Edge（「-c edge」の意味）すべてのノードのプロファイルを、次の順序で配置します。 Postgres Server、Management Server、Message Processor、Router です。
注: ノードに Qpid Server と Postgres Server の両方がインストールされている場合は、次のコマンドを実行します。「-c Edge」プロファイルのステップ。
Edge UI

Apigee Edge 4.16.09 を 4.17.01 に更新する

4.17.01 に更新できる Edge のバージョン

更新を実行できるユーザー

更新が必要なコンポーネント

Qpid 1.35 へのアップグレードが必要

EPEL リポジトリを有効にするために必要です

使用するときに更新する場合は必須 外部認証

プロパティの自動伝播 設定

前提条件の更新

更新の失敗への対応

更新情報のロギング

ダウンタイムなしで更新

サイレント構成ファイルの使用

手順 外部インターネット接続があるノードで 4.17.01 に更新する

ローカルから 4.17.01 に更新する手順 リポジトリ

マシンの更新の順序

1 ホストのスタンドアロン 設置

2 ホスト構成のスタンドアロン 設置

5 ホスト クラスタ クラスタ 設置

9 つのホストからなるクラスタ 設置

13 ホストのクラスタ 設置

12 ホストのクラスタ構成 設置

7 ホスト API BaaS の場合 設置

10 ホスト API BaaS の場合 設置

非標準インストールの場合

使用するときに更新する場合は必須外部認証

プロパティの自動伝播設定

手順外部インターネット接続があるノードで 4.17.01 に更新する

ローカルから 4.17.01 に更新する手順リポジトリ

1 ホストのスタンドアロン設置

2 ホスト構成のスタンドアロン設置

5 ホストクラスタクラスタ設置

9 つのホストからなるクラスタ設置

13 ホストのクラスタ設置

12 ホストのクラスタ構成設置

7 ホスト API BaaS の場合設置

10 ホスト API BaaS の場合設置