ここに表示されているのは Apigee Edge のドキュメントです。
Go to the
Apigee X のドキュメントに移動します。 info
2015 年 10 月 22 日(木)、Apigee Edge for Private Cloud の新しいパッチをリリースしました。
2 つのデータセンター のインストールでのアップグレード順序
2 つのデータセンターでインストールをアップグレードする場合は、次の順序でコンポーネントをアップグレードします。
- Qpid データセンター 1
- Qpid データセンター 2
- Postgres データセンター 1
- Postgres データセンター 2
- Management Server データセンター 1
- Management Server データセンター 2
- Router/Message Processor データセンター 1
- Router/Message Processor データセンター 2
4.15.07.00 へのアップグレード時に余分な「gateway」Pod を削除する
このリリースには、問題 OPDK-1878 を修正するスクリプトが含まれています。この問題では、以前の Edge のインストールでゲートウェイ Pod の名前がデフォルト値の「gateway」から変更されている場合、 4.15.07.00 アップグレード スクリプトによって、作成した Pod とともに「gateway」という名前の新しい Pod がインストールに自動的に追加されます。
影響を受けるかどうかを 確認する
この問題は、複数のデータセンターがある環境で発生する可能性が高く、各データセンターで 「gateway-1」や 「gateway-2」など、異なる名前のゲートウェイ Pod を作成している場合に発生します。ゲートウェイ Pod のデフォルト名「gateway」を使用している場合は、この問題の影響を受けません。
リージョン内の Pod を確認するには、次の cURL コマンドを使用します。
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions/dc-1/pods
ここで、 ms_IP は Edge Management Server の IP アドレスまたは DNS 名、 dc-1 はリージョンの名前です。この コマンドは、リージョン内のすべての Pod 名を含む配列を返します。
アップグレード前にこのコマンドを実行し、「gateway」Pod の名前を変更した場合は、次のような結果が表示されます。
[ "gateway-1", "analytics", "central" ]
4.15.07.00 にアップグレードした後にこのコマンドを実行すると、結果に「gateway」 Pod が含まれるようになります。
[ "gateway-1", "gateway", "analytics", "central" ]
リージョンの名前がわからない場合は、次のコマンドを使用します。
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions
パッチ スクリプトを適用する
4.15.07.01 パッチには、delete-gw-pod.sh スクリプトが含まれています。このスクリプトは、4.15.07.00 アップグレードで作成された 余分な Pod を削除します。
delete-gw-pod.sh スクリプトは次のことを行います。
- 「gateway」Pod または指定した Pod からすべての Edge コンポーネントを削除します。
- Pod から組織の関連付けを解除します。
- Pod を削除します。
このスクリプトを実行するには、次のようにします。
- 4.15.07.01 パッチをインストールします。
- すべての ZooKeeper ノードをバックアップします。詳細については、Edge の オペレーション ガイドをご覧ください。
- 任意の Management Server ノードで delete-gw-pod.sh スクリプトを実行して、4.15.07.00 アップグレーダで作成された
「gateway」Pod を削除します。
> /<instal_dir>/apigee4/bin/delete-gw-pod.sh
スクリプトは、システム管理者のパスワードの入力を求めます。
スクリプトにコマンドライン オプションを指定しない場合、すべてのリージョンをループして ゲートウェイ Pod の複数のインスタンスを特定します。次に、削除する Pod の入力を求められます。デフォルトは "gateway" Pod です。
コマンドライン オプションを delete-gw-pod.sh スクリプトに渡すことができます。たとえば、 Pod 名とリージョンを渡すと、そのリージョン内の Pod のみが削除されます。次に、 すべてのリージョンを確認するかどうかを確認します。
delete-gw-pod.sh スクリプトには、次のパラメータを渡すことができます。
- -P <システム管理者の パスワード>
- -a <管理者のメールアドレス。 デフォルトは apigee_env.sh の ADMIN_EMAIL の値です>
- -H <Management Server ホスト。デフォルトは apigee_env.sh の MSIP の値です>
- -r <「gateway」Pod を検索するリージョン >
- -p <ゲートウェイ Pod 名。 デフォルトは「gateway」です>
- -y <警告を 抑制>
修正済みのバグ
このリリースでは、次のバグが修正されています。
| 問題 ID | 説明 |
|---|---|
| OPDK-1927 | Monetization のアップグレードでテーブルが欠落し、重複するインデックスが 作成される |
| OPDK-1878 | 設定でゲートウェイ POD 名を変更すると問題が発生する |
| OPDK-1886 | ノードが 192.168.x.y などのローカル IP アドレスにアクセスできない |
| MGMT-2353 | カスタム レポートのリストページの [削除] ボタンが 1 回しか機能しない |
| MGMT-2521 | トレース セッションがハングすることがある |
| MGMT-2543 | 新しいプロキシ エディタで AssignMessage ポリシーの <Payload> の XML が変更され、 既存の API プロキシが破損する |
| MGMT-2581 | すべての管理ポートで HTTP トレース メソッドを無効にする |
| MGMT-2599 | 新しいプロキシ エディタで名前空間の接頭辞を削除すると復元される |
| MGMT-2616 | 新しい API プロキシ エディタで XML エンティティが正しく処理されない |
| MGMT-2618 | 「Error creating directory for path」が原因でデプロイに失敗する |
| MGMT-2702 | FireFox と IE のクロスサイト セキュリティの脆弱性 |
| DEVRT-1942 | Monetization のアップグレードでテーブルが欠落し、重複するインデックスが 作成される |
| APIRT-1074 | Content-Length ヘッダーまたは Transfer-Encoding ヘッダーなしで Connection: Close ヘッダーが送信された場合に、gzip 圧縮されたコンテンツが正しく処理されない |