Edge for Private Cloud v. 4.17.09
4.17.09 に更新できる Edge のバージョン
この手順で Apigee Edge バージョン 4.16.09.0x を 4.17.09 に更新できます。
<ph type="x-smartling-placeholder">バージョン 4.16.01 より前の Edge をお持ちの場合は、最初に バージョン 4.16.01.x を作成し、バージョン 4.17.09 に更新します。
更新を実行できるユーザー
更新を実行するユーザーは、最初に 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/Oracle 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/Oracle 6.x の場合:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm;RPM -IVH epel-release-latest-6.noarch.rpm
SMTPMailFROM の追加が必要 構成パラメータ
Edge 4.17.05 では、有効にしたときに使用される構成ファイルに新しい必須パラメータが追加されました。 SMTP サーバーです4.17.01 から更新する場合は、構成ファイルで SMTPMailFROM を設定する必要があります。 SMTP サーバーを有効にするときに使用します
API BaaS バージョン 4.17.09 では、SMTPMailFROM プロパティのサポートも追加されています。 API BaaS を更新するときは、SMTPMailFROM を 構成ファイルが更新されます。
このパラメータの形式は次のとおりです。
SMTPMAILFROM="My Company <myco@company.com>"
使用するときに更新する場合は必須 外部認証
外部ディレクトリ サービスを既存の Apigee Edge Private Cloud に統合できます。 インストールできます。この機能は、LDAP、LDAP、 サポートしています。外部 LDAP ソリューションを使用すると、 管理者は、一元化されたディレクトリ管理サービスからユーザー認証情報を管理できます。 Apigee Edge などのシステムでは 外部にデプロイされます
詳しくは、外部リンク 認証の構成をご覧ください。
外部認証が有効になっている場合、ほとんどのお客様は Active Directory SAM アカウントを使用する name フィールドを認証のユーザー名として使用します。これは、サービス アカウントによって使用される Edge OpenLDAP サーバーです。
外部ディレクトリ サービスと統合している場合は、次の行を Edge を 4.17.09 に更新するときに、構成ファイルを次のように変更します。
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.09 ロールバック プロセスをご覧ください。
更新情報のロギング
デフォルトでは、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>
- 更新前 – 次のことを行います。
<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.09 のインストールに使用したものと同じである必要があります。
手順 外部インターネット接続があるノードで 4.17.09 に更新する
ノード上の Edge コンポーネントを更新するには、次の操作を行います。
- Cassandra の修復オペレーションを実行するように構成された CRON ジョブがある場合は、無効にします 更新が完了するまで表示されません。
- root としてノードにログインして Edge RPM をインストールします。
注: RPM のインストールには root 権限が必要ですが、Edge も実行可能です。 ルート権限なしで構成できます。 - yum-utils と
yum-plugin-priorities:
>sudo yum install yum-utils
>sudo yum install yum-plugin-priorities - Edge apigee-setup のインストール 手順に沿って SELinux を無効にします。 ユーティリティです。
- 上記の手順に沿って EPEL リポジトリを有効にします。
- AWS にインストールする場合は、次の yum-configure-manager コマンドを実行します。
>sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional - Edge 4.17.09 の bootstrap_4.17.09.sh ファイルを /tmp/bootstrap_4.17.09.sh にダウンロードします。
>curl https://software.apigee.com/bootstrap_4.17.09.sh -o /tmp/bootstrap_4.17.09.sh - Edge 4.17.09 の apigee-service ユーティリティをインストールし、
依存関係:
>sudo bash /tmp/bootstrap_4.17.09.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
ユーティリティ:
> /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.09 ロールバック プロセス:
ローカルから 4.17.09 に更新する手順 リポジトリ
Edge ノードがファイアウォールの内側にあるか、なんらかの理由でアクセスが禁止されている場合は ローカル リポジトリから更新を実行できます。 またはミラーを作成します。
ローカルの Edge リポジトリを作成した後、ローカル環境から Edge を更新する方法は 2 つあります。 ローカル リポジトリ:
- リポジトリの .tar ファイルを作成し、その .tar ファイルをノードにコピーして、 .tar ファイルです。
- ローカル リポジトリのあるノードにウェブサーバーをインストールし、他のノードがアクセスできるようにします。 Apigee が提供する Nginx ウェブサーバーを使用することも、独自のウェブサーバーを使用することもできます。 使用します。
ローカルの 4.17.09 リポジトリから更新するには:
- 「ローカルの Apigee リポジトリを作成する」の説明に沿って、ローカルに 4.17.09 リポジトリを作成する
Edge apigee-setup ユーティリティをインストールします。
注: 既存の 4.16.09 リポジトリがある場合は、4.17.09 リポジトリを追加できます。 「ローカルの Apigee リポジトリを更新する」の説明に沿ってそのリポジトリに Edge apigee-setup ユーティリティをインストールします。 -
.tar ファイルから apigee-service をインストールするには:
<ph type="x-smartling-placeholder">
- </ph>
- ローカル リポジトリがあるノードで、次のコマンドを使用してローカル リポジトリをパッケージ化します。
/opt/apigee/data/apigee-mirror/apigee-4.17.09.tar.gz という名前の単一の.tar ファイル:
> /opt/apigee/apigee-service/bin/apigee-service apigee-mirror パッケージ - Edge を更新するノードに .tar ファイルをコピーします。たとえば、 プロジェクトの /tmp ディレクトリを 作成します。
- 新しいノードで、ファイルを /tmp ディレクトリに展開します。
>tar -xzf apigee-4.17.09.tar.gz
このコマンドを実行すると、.tar が含まれるディレクトリに repos という新しいディレクトリが作成されます 表示されます。例: /tmp/repos - /tmp/repos から Edge apigee-service ユーティリティと依存関係をインストールします。
>sudo bash /tmp/repos/bootstrap_4.17.09.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
このコマンドには、Repo ディレクトリのパスが含まれています。
- ローカル リポジトリがあるノードで、次のコマンドを使用してローカル リポジトリをパッケージ化します。
/opt/apigee/data/apigee-mirror/apigee-4.17.09.tar.gz という名前の単一の.tar ファイル:
-
Nginx ウェブサーバーを使用して apigee-service をインストールするには:
<ph type="x-smartling-placeholder">
- </ph>
- 「Nginx を使用してリポジトリからインストールする」の説明に沿って、Nginx ウェブサーバーを構成します。 webserver"Edge のインストール apigee-setup ユーティリティを実行します。
- リモートノードで、Edge の bootstrap_4.17.09.sh ファイルを次の場所にダウンロードします。
/tmp/bootstrap_4.17.09.sh:
>/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.17.09.sh -o /tmp/bootstrap_4.17.09.sh
ここで、uName:pWord は上記で設定したユーザー名とパスワードです。 remoteRepo は、リポジトリの IP アドレスまたは DNS 名です。 作成します。 - リモートノードで、Edge apigee-service ユーティリティと依存関係をインストールします。
>sudo bash /tmp/bootstrap_4.17.09.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.09 ロールバック プロセス:
マシンの更新の順序
Edge インストールでは、マシンを更新する順序が重要です。最も 更新における重要な考慮事項は次のとおりです。
- いずれかの Cassandra ノードと ZooKeeper ノードを更新する前に、すべての Cassandra ノードを更新する必要があります。 他のノードで使用できます。
- 複数の Edge コンポーネント(Management Server、Message Processor、 Postgres Server ではなく、Router、QPID Server など)、「-c edge」を使用します。すべて更新するオプションが できます。
- ステップが複数のマシンで実行されるように指定されている場合、そのステップは マシン順序を指定します。
- Monetization を更新するための個別の手順はありません。これは、"-c" エッジ"選択します。
1 ホストのスタンドアロン 設置
- SMTPMailFROM を
構成ファイルを作成します。このパラメータの形式は次のとおりです。
SMTPMailFROM="マイ会社 <myco@company.com>」 - 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 ホスト構成のスタンドアロン 設置
インストール トポロジをご覧ください。 をご覧ください。
- SMTPMailFROM を
構成ファイルを作成します。このパラメータの形式は次のとおりです。
SMTPMailFROM="マイ会社 <myco@company.com>」 - マシン 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 ホスト クラスタ クラスタ 設置
インストール トポロジをご覧ください。 をご覧ください。
- SMTPMailFROM を
構成ファイルを作成します。このパラメータの形式は次のとおりです。
SMTPMailFROM="マイ会社 <myco@company.com>」 - マシン 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 で手順 3 から 6 を繰り返します。
- マシン 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 で手順 8 と 9 を繰り返します。
- マシン 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 つのホストからなるクラスタ 設置
インストール トポロジをご覧ください。 をご覧ください。
- SMTPMailFROM を
構成ファイルを作成します。このパラメータの形式は次のとおりです。
SMTPMailFROM="マイ会社 <myco@company.com>」 - マシン 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 で手順 3 から 6 を繰り返します。
- マシン 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 で手順 8 と 9 を繰り返します。
- マシン 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 ホストのクラスタ 設置
インストール トポロジをご覧ください。 をご覧ください。
- SMTPMailFROM を
構成ファイルを作成します。このパラメータの形式は次のとおりです。
SMTPMailFROM="マイ会社 <myco@company.com>」 - マシン 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 で手順 3 から 6 を繰り返します。
- マシン 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 で手順 8 と 9 を繰り返します。
- マシン 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 ホストのクラスタ構成 設置
インストール トポロジをご覧ください。 をご覧ください。
- SMTPMailFROM を
構成ファイルを作成します。このパラメータの形式は次のとおりです。
SMTPMailFROM="マイ会社 <myco@company.com>」 - 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 に次の iptables ルールを設定します。
>sudo iptables -A INPUT -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP - マシン 4 の Qpid メッセージ キューを確認します。
>qpid-stat -q
「msg」内の数が表示されるまでキューを確認します列は 0 です。できないこと すべてのメッセージを処理するまで Qpid をアップグレードします。 - マシン 4 の qpidd を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - マシン 4 の iptables をフラッシュします。
>sudo iptables -金 - マシン 5 で手順 1 から 4 を繰り返します。
- マシン 4 に次の iptables ルールを設定します。
- データセンター 2 のマシン 10、11
<ph type="x-smartling-placeholder">
- </ph>
- マシン 10 に次の iptables ルールを設定します。
>sudo iptables -A INPUT -p tcp --destination-port 5672 !-s `hostname` -i eth0 -j DROP - マシン 10 の Qpid メッセージ キューを確認します。
>qpid-stat -q
「msg」内の数が表示されるまでキューを確認します列は 0 です。できないこと すべてのメッセージを処理するまで Qpid をアップグレードします。 - マシン 10 の qpidd を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - マシン 10 の iptables をフラッシュします。
>sudo iptables -金 - マシン 11 で手順 1 から 4 を繰り返します。
- マシン 10 に次の iptables ルールを設定します。
- データセンター 1 のマシン 4、5
<ph type="x-smartling-placeholder">
-
postgresql を更新します。
-
データセンター 1 のマシン 6
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start -
データセンター 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">
- </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 のマシン 1:
7 ホスト API BaaS の場合 設置
# 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" # Specify the from address of generated emails. SMTPMAILFROM="My Company <myco@company.com>"
構成ファイルの完全な例については、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 の場合 設置
# 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" # Specify the from address of generated emails. SMTPMAILFROM="My Company <myco@company.com>"
構成ファイルの完全な例については、API BaaS のインストールをご覧ください。
また、他のすべてのスタックノードからアクセスできるように、すべてのスタックノードでポート 2551 が開いていることを確認する必要もあります。 説明します。
インストール トポロジをご覧ください。 をご覧ください。
- マシン 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