Edge for Private Cloud v. 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 をインストールしたユーザーと同じである必要があります。 ユーザーです。
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 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 以降のバージョンにアップグレードしません。この状況を断ち切る方法は yum cluster の Zookeeper を更新する前に 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 では、apigee-validate ユーティリティを Messages API にインストールし、実行しました。 Processor ノード。4.16.05 では、apigee-validate ユーティリティが Management Server ノードで実行されるように更新されています。
4.16.05 に更新する場合、apigee-validate ユーティリティを更新する方法は 2 つあります。
- Apigee を推奨 - apigee-validate ユーティリティを
Management Server ノードです。
必要に応じて、次のコマンドで apigee-validate ユーティリティをアンインストールできます Message Processor ノードです。Message Processor ノードに残している場合は、更新する必要があります。 4.16.05 に変更します。 - または、次のコマンドを実行して apigee-validate ユーティリティを そのノードから Message Processor を実行します。ただし、Google Cloud のインフラストラクチャ コンポーネントを 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 ユーティリティを実行するユーザーに そのディレクトリにログが /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.16.01 のインストールに使用したものと同じである必要があります。
手順 外部インターネット接続があるノードで 4.16.05 に更新する
ノード上の Edge コンポーネントを更新するには、次の操作を行います。
- Cassandra の修復オペレーションを実行するように構成された CRON ジョブがある場合は、無効にします 更新が完了するまで表示されません。
- root としてノードにログインして Edge RPM をインストールします。
注: RPM のインストールには root 権限が必要ですが、Edge も実行可能です。 ルート権限なしで構成できます。 - 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=uNameuName apigeepassword=pWord
ここで、uName:pWord は、 ApigeepWord を省略すると、パスワードの入力を求められます。
デフォルトでは、Java 1.8 がインストールされているかどうかが確認されます。そうでない場合、 自動的にインストールされます。JAVA_FIX オプションを使用して、処理方法を指定する Java のインストール。JAVA_FIX 次の値を取ります。
I = OpenJDK 1.8 をインストール(デフォルト)
C = Java をインストールせずに続行
Q = 終了する。このオプションでは、Java を自分でインストールする必要があります。 - apigee-service を使用して以下を行います。
apigee-setup を更新する
ユーティリティ:
<ph type="x-smartling-placeholder">
- </ph>
- Edge バージョン 4.15.07.0x をアップグレードして 4.16.01 をインストールした場合は、
apigee-setup ユーティリティをインストールします。
>/opt/apigee/apigee-service/bin/apigee-service apigee-setup インストール
このコマンドにより、update.sh ユーティリティが <inst_dir>/apigee/apigee-setup/bin にインストールされます。
apigee-setup ユーティリティをすでにインストールしている場合は、次のコマンドで it:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新 - 4.16.01 を直接インストールした場合、つまり
4.15.07.0x の場合は、apigee-setup ユーティリティを更新する必要があります。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
この apigee-service のアップデートにより、 update.sh ユーティリティを <inst_dir>/apigee/apigee-setup/bin.
- Edge バージョン 4.15.07.0x をアップグレードして 4.16.01 をインストールした場合は、
apigee-setup ユーティリティをインストールします。
- apigee-validate をインストールします
Management Server 上のユーティリティです。
> /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 の場合、Apigee では、apigee-validate ユーティリティを 管理します - apigee-validate ユーティリティに渡された構成ファイルを編集します。
以前の Edge リリースの場合、apigee-validate が使用する構成ファイルでは
次のプロパティ:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
リージョン=dc-1
このリリースでは、構成ファイルに必要なのは APIGEE_ADMINPW プロパティのみです。こちらの 他の 2 つのプロパティをファイルから取得できます。 - 以下の「マシンの順番」に記載されている順序で、ノードで update ユーティリティを実行します。
更新」下:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
構成ファイルに対する唯一の要件は、構成ファイルがアクセスでき、 「apigee」によって読み取れます。できます。たとえば、サーバー VM の /tmp ディレクトリに あります。
「-c」オプションを使用して、更新するコンポーネントを指定します。リストには、 コンポーネントには以下が含まれます。 <ph type="x-smartling-placeholder">- </ph>
- ldap = OpenLDAP
- cs = Cassandra
- zk = Zookeeper
- qpid = qpidd
- ps = postgresql
- edge =すべてのエッジ Management Server、Message Processor、Router、QPID Server、 Postgres サーバー
- ui = Edge UI
- all = すべて更新 マシン上のコンポーネント(Edge aio インストール プロファイルまたは API BaaS asa でのみ使用) インストール プロファイル)
- 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 ノードがファイアウォールの内側にあるか、なんらかの理由でアクセスが禁止されている場合は ローカル リポジトリから更新を実行できます。 またはミラーを作成します。
ローカルの Edge リポジトリを作成した後、ローカル環境から Edge を更新する方法は 2 つあります。 ローカル リポジトリ:
- リポジトリの .tar ファイルを作成し、その .tar ファイルをノードにコピーして、 .tar ファイルです。
- ローカル リポジトリのあるノードにウェブサーバーをインストールし、他のノードがアクセスできるようにします。 Apigee が提供する Nginx ウェブサーバーを使用することも、独自のウェブサーバーを使用することもできます。 使用します。
ローカルの 4.16.05 リポジトリから更新するには:
- 「ローカルの Apigee リポジトリを作成する」の説明に沿って、ローカルに 4.16.05 リポジトリを作成するEdge apigee-setup のインストールの
ユーティリティです。
注: 既存の 4.16.01 リポジトリがある場合は、4.16.05 リポジトリを追加できます。 追加します。 -
.tar ファイルから apigee-service をインストールするには:
<ph type="x-smartling-placeholder">
- </ph>
- ローカル リポジトリがあるノードで、次のコマンドを使用してローカル リポジトリをパッケージ化します。
/opt/apigee/data/apigee-mirror/apigee-4.16.05.tar.gz という名前の単一の.tar ファイル:
> /opt/apigee/apigee-service/bin/apigee-service apigee-mirror パッケージ - Edge を更新するノードに .tar ファイルをコピーします。たとえば、 プロジェクトの /tmp ディレクトリを 作成します。
- 新しいノードで、ファイルを /tmp ディレクトリに展開します。
>tar -xzf apigee-4.16.05.tar.gz
このコマンドを実行すると、新しいディレクトリが作成されます。 作成されます。たとえば /tmp/repos. - /tmp/repos から Edge apigee-service ユーティリティと依存関係をインストールします。
>sudo bash /tmp/repos/bootstrap_4.16.05.sh apigeeprotocol="file://"apigeerepobasepath=/tmp/repos
リポジトリ ディレクトリにあります。
- ローカル リポジトリがあるノードで、次のコマンドを使用してローカル リポジトリをパッケージ化します。
/opt/apigee/data/apigee-mirror/apigee-4.16.05.tar.gz という名前の単一の.tar ファイル:
-
Nginx ウェブサーバーを使用して apigee-service をインストールするには:
<ph type="x-smartling-placeholder">
- </ph>
- 「Nginx を使用してリポジトリからインストールする」の説明に沿って、Nginx ウェブサーバーを構成します。 webserver"(エッジのインストール) apigee-setup ユーティリティを実行します。
- リモートノードで、Edge bootstrap_4.16.05.sh ファイルを
/tmp/bootstrap_4.16.05.sh:
>/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh
ここで uName:pWord は、上記で設定したユーザー名とパスワードです。 remoteRepo は、リポジトリの IP アドレスまたは DNS 名です。 あります。 - リモートノードで、Edge apigee-service ユーティリティと依存関係をインストールします。
>sudo bash /tmp/bootstrap_4.16.05.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName、apigeepassword=pWord apigeeprotocol=http://
ここで uName:pWord はリポジトリのユーザー名で、 パスワード。
- apigee-service を使用して以下を行います。
apigee-setup ユーティリティを更新します。
<ph type="x-smartling-placeholder">
- </ph>
- Edge バージョン 4.15.07.0x をアップグレードして 4.16.01 をインストールした場合は、
apigee-setup ユーティリティをインストールします。
>/opt/apigee/apigee-service/bin/apigee-service apigee-setup のインストール
このコマンドにより update.sh ユーティリティがインストールされます <inst_dir>/apigee/apigee-setup/bin にあります。
apigee-setup ユーティリティをすでにインストールしている場合は、次のコマンドで it:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新 - 4.16.01 を直接インストールした場合、つまり
4.15.07.0x の場合は、apigee-setup ユーティリティを更新する必要があります。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
この apigee-service のアップデートがインストールされます update.sh ユーティリティ <inst_dir>/apigee/apigee-setup/bin にあります。
- Edge バージョン 4.15.07.0x をアップグレードして 4.16.01 をインストールした場合は、
apigee-setup ユーティリティをインストールします。
-
apigee-validate ユーティリティをインストールします
Management Server ノードで実行します。
> /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 では、apigee-validate をインストールして実行することをおすすめします。 Management Server 上のユーティリティです。 - apigee-validate ユーティリティに渡された構成ファイルを編集します。イン
以前の Edge リリースの場合、apigee-validate によって使用される構成ファイルには
次のプロパティ:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
リージョン=dc-1
このリリースでは、構成ファイルに必要なのは APIGEE_ADMINPW プロパティのみです。こちらの 他の 2 つのプロパティをファイルから取得できます。 - 以下の「マシンの順番」に記載されている順序で、ノードで update ユーティリティを実行します。
更新」下:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
構成ファイルに対する唯一の要件は、構成ファイルがアクセスでき、 「apigee」によって読み取れます。できます。たとえば、サーバー VM の /tmp ディレクトリに あります。
「-c」オプションを使用して、更新するコンポーネントを指定します。リストには、 コンポーネントには以下が含まれます。 <ph type="x-smartling-placeholder">- </ph>
- ldap = OpenLDAP
- cs = Cassandra
- zk = Zookeeper
- qpid = qpidd
- ps = postgresql
- edge =すべてのエッジ Management Server、Message Processor、Router、QPID Server、 Postgres サーバー
- ui = Edge UI
- all = すべて更新 マシン上のコンポーネント(Edge aio インストール プロファイルまたは API BaaS asa でのみ使用) インストール プロファイル)
- e = ElasticSearch
- b = API BaaS スタック
- p = API BaaS ポータル
- ebp = ElasticSearch API BaaS スタックと API BaaS ポータルを同じノード上に配置
- Management Server で apigee-validate ユーティリティを インストールをテストするをご覧ください。
後で更新をロールバックするには、4.16.05 ロールバック プロセスで説明されている手順を行います。
マシンの更新の順序
Edge インストールでは、マシンを更新する順序が重要です。最も 更新における重要な考慮事項は次のとおりです。
- いずれかの Cassandra ノードと ZooKeeper ノードを更新する前に、すべての Cassandra ノードを更新する必要があります。 他のノードで使用できます。
- 更新する前に、すべての qpidd ノードと postgresql ノードを更新する必要があります。 Message Processor ノードです。
- 複数の Edge コンポーネント(Management Server、Message Processor、 Router、QPID Server、Postgres Server など)に接続する場合は「-c edge」を使用しますすべて同時に更新することも あります。
- ステップが複数のマシンで実行されるように指定されている場合、そのステップは マシン順序を指定します。
- Monetization を更新するための個別の手順はありません。これは、"-c" エッジ"選択します。
- ルーターノードを更新したら、/opt/nginx/conf.d ディレクトリからすべてのファイルを削除してから、 Router を再起動します。
1 ホストのスタンドアロン 設置
- Zookeeper のダウングレード:
>yum ダウングレード 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 ホスト構成のスタンドアロン 設置
インストール トポロジをご覧ください。 をご覧ください。
- マシン 1 の Zookeeper をダウングレード:
>yum ダウングレード 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:
<ph type="x-smartling-placeholder">
- </ph>
- /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 ホスト クラスタ クラスタ 設置
インストール トポロジをご覧ください。 をご覧ください。
- マシン 1、2、3 の Zookeeper をダウングレードします。
>おいしい 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 で次のようにします。
<ph type="x-smartling-placeholder">
- </ph>
- /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 つのホストからなるクラスタ 設置
インストール トポロジをご覧ください。 をご覧ください。
- マシン 1、2、3 の Zookeeper をダウングレードします。
>おいしい 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 で次のようにします。
<ph type="x-smartling-placeholder">
- </ph>
- /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 ホストのクラスタ 設置
インストール トポロジをご覧ください。 をご覧ください。
- マシン 1、2、3 の Zookeeper をダウングレードします。
>おいしい 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 で次のようにします。
<ph type="x-smartling-placeholder">
- </ph>
- /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 ホストのクラスタ構成 設置
インストール トポロジをご覧ください。 をご覧ください。
- Cassandra と ZooKeeper を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 1 のマシン 1、2、3 で Zookeeper をダウングレードします。
>おいしい apigee-zookeeper をダウングレードする - データセンター 1 のマシン 1、2、3 で、次のコマンドを実行します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - データセンター 2 のマシン 7、8、9 で Zookeeper をダウングレードします。
>おいしい apigee-zookeeper をダウングレードする - データセンター 2 のマシン 7、8、9 でインストール
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- データセンター 1 のマシン 1、2、3 で Zookeeper をダウングレードします。
- qpidd を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 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 を更新します。
<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 - ノード 2、3、8、9 で次のようにします。
<ph type="x-smartling-placeholder">
- </ph>
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
>rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router 再起動
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
- データセンター 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 のマシン 1
7 ホスト API BaaS の場合 設置
インストール トポロジをご覧ください。 をご覧ください。
- マシン 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 の場合 設置
インストール トポロジをご覧ください。 をご覧ください。
- マシン 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
- postgresql
- LDAP
- Edge(「-c edge」の意味)すべてのノード上のプロファイルが Qpid、Postgres、Management に Server、Message Processor、Router です。
- すべての Router ノード:
<ph type="x-smartling-placeholder">
- </ph>
- /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