Edge for Private Cloud v. 4.17.09
4.17.09 に更新できる Edge のバージョン
<ph type="x-smartling-placeholder">Apigee Edge バージョン 4.16.01.0x および 4.16.05.x を 4.17.09 に更新するには、 示されます。
バージョン 4.16.01 より前の Edge をお持ちの場合は、最初に バージョン 4.16.01 を実行し、その後バージョン 4.17.09 に更新します。
- Apigee Edge バージョン 4.15.07 は 4.16.01 に移行できます。
- バージョン 4.15.07 より前の Edge をお持ちの場合は、最初に
バージョン 4.15.07 からバージョン 4.16.01 にアップグレードします。
- Edge バージョン 4.14.04 以降から移行する場合: バージョン 4.14.04 に直接移行 4.15.07.
- Edge バージョン 4.14.01 から移行する場合は、まずバージョン 4.14.01 に移行する必要があります。 4.14.04 に変換してからバージョン 4.15.07 に移行します。
更新を実行できるユーザー
更新を実行するユーザーは、最初に Edge をインストールしたユーザーと同じである必要があります。 ユーザーです。
Edge RPM をインストールした後は、どのユーザーでも構成できます。
更新が必要なコンポーネント
すべての Edge コンポーネントを更新する必要があります。Edge は、コンポーネントを含む設定をサポートしていません 使用できます。
更新元が Zookeeper のダウングレード 4.16.01
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.94x に戻されています。 これにより、yum が Zookeeper を 4.16.01 から新しいバージョンにアップグレードできなくなります。修正方法 そのような状況では、yum backup を実行したり、 Zookeeper を更新する前に apigee-zookeeper を使用してください。
Zookeeper のバージョンは、次のコマンドで確認できます。
> rpm -qa |grep apigee-zookeeper
このコマンドが Zookeeper のバージョンを返す場合:
apigee-zookeeper-3.4.5-1.0.905
その後、ダウングレードを行う必要があります。
プロパティの自動伝播 設定
/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 ユーティリティは失敗します。
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 をご覧ください。
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
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 が構成されます。 表示されます。
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 トポロジごとに詳しく説明します。
Postgres 9.4 へのアップグレードが必要
この Edge のリリースには、Postgres 9.4 へのアップグレードが含まれています。このアップグレードの一環として Postgres データは Postgres 9.4 に移行されます。
更新プロセス中は、Postgres ノードが更新のためにダウンしている間、分析データは Qpid ノードに書き込まれます。Postgres ノードが更新されてオンラインに戻ると、 Postgres ノードに push されます
任意の Postgres スタンバイ ノードで更新をロールバックする必要がある場合は、追加の Postgres スタンバイ ノードが必要です。 できます。更新をロールバックする必要がある場合は、新しい Postgres スタンバイ ノードがマスターになる ロールバック後の Postgres ノード。そのため、新しい Postgres スタンバイ ノードをインストールすると、 Postgres サーバーのハードウェア要件をすべて満たすノード上に配置されている必要があります。 Edge へのインストール 要件。
新しい Postgres のインストール スタンバイ ノード
この手順では、新しいノードに Postgres スタンバイ サーバーを作成します。新しいソフトウェア インスタンスを Edge の既存バージョン（4.16.01 または 4.16.05）の Postgres スタンバイ サーバー バージョン 4.17.09 用ではありません
現在のバージョンのインストールに使用したものと同じ構成ファイルを使用して、インストールを行います。 説明します。
新しい Postgres スタンバイ ノードを作成するには:
- 現在の Postgres マスターで、/opt/apigee/customer/application/postgresql.properties を編集します。
次のトークンを設定します。このファイルが存在しない場合は作成します。
conf_pg_hba_replication.connection=host レプリケーション Apigee existing_slave_ip/32 信頼\n ホスト レプリケーション Apigee new_slave_ip/32 信頼
ここで、existing_slave_ip は現在の Postgres の IP アドレスです。 new_slave_ip は新しいスタンバイの IP アドレスです。 あります。 - apigee-postgresql を再起動します。
Postgres マスターに対して次のコマンドを実行します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の再起動 - /opt/apigee/apigee-postgresql/conf/pg_hba.conf を表示して、新しいスタンバイ ノードが追加されたことを確認します。
コピーします。このファイルに次の行が記述されているはずです。
ホスト レプリケーション Apigee existing_slave_ip/32 信頼
ホスト レプリケーション apigee new_slave_ip/32 信頼 - 新しい Postgres スタンバイ サーバーをインストールします。
<ph type="x-smartling-placeholder">
- </ph>
- 現在のバージョンの Edge のインストールに使用した構成ファイルを編集して、
次の要素:
# 現在の IP アドレス マスター:
PG_MASTER=192.168.56.103
# 新しいスタンバイ ノードの IP アドレス
PG_STANDBY=192.168.56.102 - Edge のインストールの説明に従って、SELinux を無効にします apigee-setup ユーティリティを実行します。
- Edge 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
注: 4.16.01 から更新する場合は、Edge の bootstrap.sh ファイルをダウンロードします。 - Edge apigee-service ユーティリティと依存関係をインストールします。
>sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser=uNameuName apigeepassword=pWord - apigee-service を使用して apigee-setup ユーティリティをインストールします。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install - Postgres をインストールします。
> /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile - 新しいスタンバイ ノードで、次のコマンドを実行します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
スタンバイと表示されることを確認します。
- 現在のバージョンの Edge のインストールに使用した構成ファイルを編集して、
次の要素:
Postgres の廃止 ノード
更新が完了したら、新しいスタンバイ ノードを廃止します。
- Postgres が実行されていることを確認します。
> /opt/apigee/apigee-service/bin/apigee-all のステータス
Postgres が実行されていない場合は、起動します。
> /opt/apigee/apigee-service/bin/apigee-all start - 新しいスタンバイ ノードの UUID を取得するには、新しいスタンバイ ノードの
スタンバイ ノード:
>curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self
出力の最後に、ノードの UUID が
の形式で表示されます。 "種類": [ "postgres-server" ],
「uUID」: 「599e8ebf-5d69-4ae4-aa71-154970a8ec75」 - 新しいスタンバイ ノードで次のコマンドを実行して、新しいスタンバイ ノードを停止します。
> /opt/apigee/apigee-service/bin/apigee-all 停止 - Postgres マスターノードで、/opt/apigee/customer/application/postgresql.properties を編集します。
conf_pg_hba_replication.connection から新しいスタンバイ ノードを削除します。
conf_pg_hba_replication.connection=host レプリケーション Apigee existing_slave_ip/32 信頼 - Postgres マスターで apigee-postgresql を再起動します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 再起動 - /opt/apigee/apigee-postgresql/conf/pg_hba.conf を表示して、新しいスタンバイ ノードが削除されたことを確認します。
コピーします。このファイルには次の行だけが表示されます。
ホスト レプリケーション Apigee existing_slave_ip/32 信頼 - 次の Edge 管理を行って、ZooKeeper からスタンバイ ノードの UUID を削除します。
Management Server ノードでの API 呼び出し:
>curl -u sysAdminEmail:password -X 削除 http://<ms_IP>:8080/v1/servers/<new_slave_uuid>
ダウンタイムなしで更新
ゼロ ダウンタイム アップデート（ローリング アップデート）では、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 のインストールに使用したものと同じである必要があります。
手順 外部インターネット接続があるノードで 4.17.09 に更新する
ノード上の Edge コンポーネントを更新するには、次の操作を行います。
- 現在 Postgres のマスター / スタンバイ レプリケーションを使用している場合は、新しい Postgres をインストールする 上記の新しい Postgres スタンバイ ノードのインストールの説明に沿ってスタンバイ ノードを作成します。
- 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 ユーティリティを更新します。
<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 install
このコマンドにより、/opt/apigee/apigee-setup/bin に update.sh ユーティリティがインストールされます。
apigee-setup ユーティリティをすでにインストールしている場合は、次のコマンドで it:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新 - 4.16.01 を直接インストールした場合、つまり
apigee-setup ユーティリティを更新する必要があります。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
この apigee-service の更新により、 update.sh ユーティリティを /opt/apigee/apigee-setup/bin. - 4.16.05 を直接またはアップデートでインストールした場合は、
apigee-setup ユーティリティ:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
この apigee-service の更新により、 update.sh ユーティリティを /opt/apigee/apigee-setup/bin.
- Edge バージョン 4.15.07.0x をアップグレードして 4.16.01 をインストールした場合は、
apigee-setup ユーティリティを実行します。
- Edge の現在のバージョンに応じて、Cloud Shell を
apigee-validate ユーティリティ
Management Server。
- 現在 Edge 4.16.05 を使用している場合: Google Cloud コンソールで apigee-validate ユーティリティを
管理サーバー:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate の更新 - 現在 Edge 4.16.01 を使用している場合: apigee-validate ユーティリティを
管理サーバー:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
注: apigee-validate ユーティリティをメッセージ アプリにインストール済みの場合は、 4.16.01 をインストールすると、プロセッサ ノードが次のように更新されるようになります。
にします。 > /opt/apigee/apigee-service/bin/apigee-service apigee-validate の更新
ただし、4.16.05 以降では、 apigee-validate ユーティリティ 管理します - 4.16.01 からアップグレードする場合:
apigee-validate ユーティリティ。イン
4.16.01 Edge リリースでは、apigee-validate が使用する構成ファイルには以下が必要でした。
プロパティ:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
リージョン=dc-1
このリリースでは、構成ファイルに必要なのは APIGEE_ADMINPW プロパティのみです。削除 他の 2 つのプロパティはファイルから取得できます。
- 現在 Edge 4.16.05 を使用している場合: Google Cloud コンソールで 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 ユーティリティを インストールをテストするをご覧ください。
- 新しい Postgres スタンバイ ノードをインストールした場合は、上記の手順に沿ってそのノードを廃止します。 Postgres ノードを廃止する。
後で更新をロールバックするには、4.17.09 ロールバック プロセスで説明されている手順を行います。
ローカルから 4.17.09 に更新する手順 リポジトリ
Edge ノードがファイアウォールの内側にあるか、なんらかの理由でアクセスが禁止されている場合は ローカル リポジトリから更新を実行できます。 またはミラーを作成します。
ローカルの Edge リポジトリを作成した後、ローカル環境から Edge を更新する方法は 2 つあります。 ローカル リポジトリ:
- リポジトリの .tar ファイルを作成し、その .tar ファイルをノードにコピーして、 .tar ファイルです。
- ローカル リポジトリのあるノードにウェブサーバーをインストールし、他のノードがアクセスできるようにします。 Apigee が提供する Nginx ウェブサーバーを使用することも、独自のウェブサーバーを使用することもできます。 使用します。
ローカルの 4.17.09 リポジトリから更新するには:
- 現在 Postgres のマスター / スタンバイ レプリケーションを使用している場合は、新しい Postgres をインストールする 上記の新しい Postgres スタンバイ ノードのインストールの説明に沿ってスタンバイ ノードを作成します。
- 「ローカルの Apigee リポジトリを作成する」の説明に沿って、ローカルに 4.17.09 リポジトリを作成するEdge apigee-setup のインストールの
ユーティリティです。
注: 既存の 4.16.01 または 4.16.05 リポジトリがある場合は、 「ローカルの Apigee リポジトリを更新する」の説明に沿って 4.17.09 リポジトリをこのリポジトリにアップロード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 ユーティリティを更新します。
<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 install
このコマンドにより、/opt/apigee/apigee-setup/bin に update.sh ユーティリティがインストールされます。
apigee-setup ユーティリティをすでにインストールしている場合は、次のコマンドで it:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新 - 4.16.01 を直接インストールした場合、つまり
apigee-setup ユーティリティを更新する必要があります。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
この apigee-service の更新により、 update.sh ユーティリティを /opt/apigee/apigee-setup/bin. - 4.16.05 を直接またはアップデートでインストールした場合は、
apigee-setup ユーティリティ:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
この apigee-service の更新により、 update.sh ユーティリティを /opt/apigee/apigee-setup/bin.
- Edge バージョン 4.15.07.0x をアップグレードして 4.16.01 をインストールした場合は、
apigee-setup ユーティリティを実行します。
- Edge の現在のバージョンに応じて、Cloud Shell を
apigee-validate ユーティリティ
Management Server。
- 現在 Edge 4.16.05 を使用している場合: Google Cloud コンソールで apigee-validate ユーティリティを
管理サーバー:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate の更新 - 現在 Edge 4.16.01 を使用している場合: apigee-validate をインストールします
Management Server 上のユーティリティです。
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
注: apigee-validate ユーティリティをメッセージ アプリにインストール済みの場合は、 4.16.01 をインストールすると、プロセッサ ノードが次のように更新されるようになります。
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate の更新
ただし、4.16.05 以降では、 apigee-validate ユーティリティは管理サーバーにあります - 4.16.01 からアップグレードする場合:
apigee-validate ユーティリティ。イン
4.16.01 Edge リリースでは、apigee-validate が使用する構成ファイルには以下が必要でした。
プロパティ:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
リージョン=dc-1
このリリースでは、構成ファイルに必要なのは APIGEE_ADMINPW プロパティのみです。削除 他の 2 つのプロパティはファイルから取得できます。
- 現在 Edge 4.16.05 を使用している場合: Google Cloud コンソールで 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 ユーティリティを インストールをテストするをご覧ください。
- 新しい Postgres スタンバイ ノードをインストールした場合は、上記の手順に沿ってそのノードを廃止します。 Postgres ノードを廃止する。
後で更新をロールバックするには、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>」 - 4.16.01 から更新する場合は、Zookeeper をダウングレードします。
>yum ダウングレード apigee-zookeeper - 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 - LDAP を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Postgres Server、Qpid Server、PostgreSQL を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の停止 - postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Postgres データベースを更新します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - 残りの 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>」 - 4.16.01 から更新する場合は、マシン 1 で Zookeeper をダウングレードします。
>yum ダウングレード apigee-zookeeper - マシン 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 - マシン 1 の LDAP を更新します:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - マシン 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 - マシン 2 の postgresql を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- Postgres Server、Qpid Server、postgresql を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の停止 - postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Postgres データベースを更新します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - マシン 2 とマシン 1 の Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Postgres Server、Qpid Server、postgresql を停止します。
- マシン 2 の Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
5 ホスト クラスタ クラスタ 設置
インストール トポロジをご覧ください。 をご覧ください。
- SMTPMailFROM を
構成ファイルを作成します。このパラメータの形式は次のとおりです。
SMTPMailFROM="マイ会社 <myco@company.com>」 - 上記の「新しい Postgres のインストール」の説明に従い、新しい Postgres スタンバイ ノードがインストールされていることを確認してください スタンバイ ノード。
- 4.16.01 から更新する場合は、Macine 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 に次の 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 で手順 5 ～ 8 を繰り返します。
- マシン 1 の LDAP を更新します:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - マシン 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 - マシン 4 と 5 を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- マシン 4 の Postgres Server と Qpid Server を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server の停止 - マシン 5 で Postgres Server、Qpid Server、postgresql を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の停止 - 追加した新しいスタンバイ ノードで Postgres Server と postgresql を停止します。
ロールバック:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の停止 - マシン 4 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - マシン 4 の Postgres データベースを更新します（Postgres マスターのみ）。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - マシン 5 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - マシン 4 と 5 で Postgres Server と Qpid Server を起動します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
>/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - マシン上で次のコマンドを実行して、Postgres をスタンバイ ノードとして構成します。
5:
>cd /opt/apigee/data/apigee-postgresql/pgdata
>rm -rf *
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - 両方のサーバーで次のスクリプトを発行して、レプリケーションのステータスを確認します。「
両方のサーバーで同じ結果が表示されるはずです。
レプリケーション:
マシン 4（マスターノード）で、
を実行します。 > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
マスターと表示されることを確認します。
マシン 5 のスタンバイ ノード:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
スタンバイと表示されることを確認します。
- マシン 4 の Postgres Server と Qpid Server を停止します。
- マシン 4、5 の Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - 上記のPostgres の廃止 できます。
9 つのホストからなるクラスタ 設置
インストール トポロジをご覧ください。 をご覧ください。
- SMTPMailFROM を
構成ファイルを作成します。このパラメータの形式は次のとおりです。
SMTPMailFROM="マイ会社 <myco@company.com>」 - 上記の「新しい Postgres のインストール」の説明に従い、新しい Postgres スタンバイ ノードがインストールされていることを確認してください スタンバイ ノード。
- 4.16.01 から更新する場合は、Macine 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 に次の 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 で手順 5 ～ 8 を繰り返します。
- マシン 1 の LDAP を更新します:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - マシン 6、7、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 - マシン 8、9 を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- マシン 8 の Postgres Server を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - マシン 9 で Postgres Server と postgresql を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の停止 - マシン 6、7 で Qpid Server を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server の停止 - 追加した新しいスタンバイ ノードで Postgres Server と postgresql を停止します。
ロールバック:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の停止 - マシン 8 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - マシン 8 の Postgres データベースを更新します（Postgres マスターのみ）。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - マシン 9 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - マシン 8、9 の Postgres Server Server を起動します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - マシン 6、7 で Qpid Server Server を起動します。
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - マシン上で次のコマンドを実行して、Postgres をスタンバイ ノードとして構成します。
9:
>cd /opt/apigee/data/apigee-postgresql/pgdata
>rm -rf *
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - 両方のサーバーで次のスクリプトを発行して、レプリケーションのステータスを確認します。「
両方のサーバーで同じ結果が表示されるはずです。
レプリケーション:
マシン 8（マスターノード）で、
を実行します。 > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
マスターと表示されることを確認します。
マシン 9 では、スタンバイ ノードで次の処理を行います。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
スタンバイと表示されることを確認します。
- マシン 8 の Postgres Server を停止します。
- マシン 8、9 の Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - 上記のPostgres の廃止 できます。
13 ホストのクラスタ 設置
インストール トポロジをご覧ください。 をご覧ください。
- SMTPMailFROM を
構成ファイルを作成します。このパラメータの形式は次のとおりです。
SMTPMailFROM="マイ会社 <myco@company.com>」 - 上記の「新しい Postgres のインストール」の説明に従い、新しい Postgres スタンバイ ノードがインストールされていることを確認してください スタンバイ ノード。
- 4.16.01 から更新する場合は、Macine 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 に次の 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 で手順 5 から 8 を繰り返します。
- マシン 4、5 の LDAP を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - マシン 12、13、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 - マシン 8、9 を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- マシン 8 の Postgres Server を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - マシン 9 で Postgres Server と postgresql を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の停止 - マシン 12、13 の Qpid Server を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server の停止 - 追加した新しいスタンバイ ノードで Postgres Server と postgresql を停止します。
ロールバック:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の停止 - マシン 8 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - マシン 8 の Postgres データベースを更新します（Postgres マスターのみ）。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - マシン 9 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - マシン 8、9 の Postgres Server を起動します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - マシン 12、13 で Qpid Server Server を起動します。
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - マシン上で次のコマンドを実行して、Postgres をスタンバイ ノードとして構成します。
9:
>cd /opt/apigee/data/apigee-postgresql/pgdata
>rm -rf *
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - 両方のサーバーで次のスクリプトを発行して、レプリケーションのステータスを確認します。「
両方のサーバーで同じ結果が表示されるはずです。
レプリケーション:
マシン 8（マスターノード）で、
を実行します。 > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
マスターと表示されることを確認します。
マシン 9 では、スタンバイ ノードで次の処理を行います。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
スタンバイと表示されることを確認します。
- マシン 8 の Postgres Server を停止します。
- マシン 8、9 の Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - 上記のPostgres の廃止 できます。
12 ホストのクラスタ構成 設置
インストール トポロジをご覧ください。 をご覧ください。
- SMTPMailFROM を
構成ファイルを作成します。このパラメータの形式は次のとおりです。
SMTPMailFROM="マイ会社 <myco@company.com>」 - 上記の「新しい Postgres のインストール」の説明に従い、新しい Postgres スタンバイ ノードがインストールされていることを確認してください スタンバイ ノード。
- Cassandra と ZooKeeper を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- 4.16.01 から更新する場合は、Macine 1、2、3 で Zookeeper をダウングレードします。
データセンター 1:
>おいしい apigee-zookeeper をダウングレードする - データセンター 1 のマシン 1、2、3 で、次のコマンドを実行します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - 4.16.01 から更新する場合は、macine 7、8、9 で Zookeeper をダウングレードします。
データセンター 2:
>おいしい apigee-zookeeper をダウングレードする - データセンター 2 のマシン 7、8、9 でインストール
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- 4.16.01 から更新する場合は、Macine 1、2、3 で Zookeeper をダウングレードします。
データセンター 1:
- 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">
- 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、1、2、3
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - データセンター 2 のマシン 10、11、7、8、9
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- データセンター 1 のマシン 4、5、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:
- データセンター 1 のマシン 6 とデータセンター 2 のマシン 12 を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- マシン 6 の Postgres Server を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - マシン 12 で Postgres Server と postgresql を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の停止 - マシン 4、5、10、11 の Qpid Server を停止します。
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server の停止 - 追加した新しいスタンバイ ノードで Postgres Server と postgresql を停止します。
ロールバック:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql の停止 - マシン 6 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - マシン 6 の Postgres データベースを更新します（Postgres マスターのみ）。
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - マシン 12 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - マシン 6、12 の Postgres Server Server を起動します。
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - マシン 4、5、10、11 で Qpid Server Server を起動します。
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - マシン上で次のコマンドを実行して、Postgres をスタンバイ ノードとして構成します。
12:
>cd /opt/apigee/data/apigee-postgresql/pgdata
>rm -rf *
>/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - 両方のサーバーで次のスクリプトを発行して、レプリケーションのステータスを確認します。「
両方のサーバーで同じ結果が表示されるはずです。
レプリケーション:
マシン 6（マスターノード）で、
を実行します。 > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
マスターと表示されることを確認します。
マシン 12 で、スタンバイ ノード:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
スタンバイと表示されることを確認します。
- マシン 6 の Postgres Server を停止します。
- マシン 6、12 の Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - 上記のPostgres の廃止 できます。
7 ホストまたは 10 ホストの API の場合 BaaS のインストール
非標準インストールの場合
非標準インストールを使用している場合は、次の場所で Edge コンポーネントを更新します。 order:
- ZooKeeper
- Cassandra
- qpidd
- LDAP
- Edge（「-c edge」の意味）すべてのノードのプロファイルが次の順序で配置されます。
Postgres サーバー、Management Server、Message Processor、Router ではなく、
注: ノードに Qpid Server と Postgres Server の両方がインストールされている場合は、次のコマンドを実行します。 「-c Edge」プロファイルのステップがステップ 8 に 含まれています - Edge UI
- Postgres マスターの postgresql（アップグレードを含む）。
- Postgres スタンバイの postgresql に表示されます。
- Edge（「-c edge」の意味）すべての Qpid ノードと Postgres ノード、または任意の Google Cloud 環境の スタンドアロンの Postgres ノードです。