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

Apigee Edge 4.17.01 を 4.17.05 に更新する

Edge for Private Cloud v. 4.17.05

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

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

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

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

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

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

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

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

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

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

SMTMailFROM の追加が必要構成パラメータ

Edge 4.17.05 では、有効にしたときに使用される構成ファイルに新しい必須パラメータが追加されました。 SMTP サーバーです構成ファイルで SMTPMailFROM を設定する必要があります。 SMTP サーバーを有効にするときに使用しますこのパラメータの形式は次のとおりです。

SMTPMAILFROM="My Company <myco@company.com>"

前提条件の更新

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

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

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

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

更新の失敗への対応

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

失敗した結果、前のバージョンに更新をロールバックする必要がある場合は、4.17.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 つずつ負荷から削除することです。内部 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.17.01 のインストールに使用したものと同じである必要があります。

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

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

Cassandra の修復オペレーションを実行するように構成された CRON ジョブがある場合は、無効にします更新が完了するまで表示されません。
root としてノードにログインして Edge RPM をインストールします。
注: RPM のインストールには root 権限が必要ですが、Edge も実行可能です。ルート権限なしで構成できます。
インストール Edge apigee-setup ユーティリティをご覧ください。
Edge 4.17.05 の bootstrap_4.17.05.sh ファイルを /tmp/bootstrap_4.17.05.sh にダウンロードします。
>curl https://software.apigee.com/bootstrap_4.17.05.sh -o /tmp/bootstrap_4.17.05.sh
Edge 4.17.05 の apigee-service ユーティリティをインストールし、依存関係:
>sudo bash /tmp/bootstrap_4.17.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 を自分でインストールする必要があります。
（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.17.05 ロールバックプロセスで説明されている手順を行います。

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

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

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

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

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

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

マシンの更新の順序

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 をインストール