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

4.50.00.03 - Edge for Private Cloud リリースノート

Apigee Edge のドキュメントを表示しています。
Apigee X のドキュメントをご覧ください。

2020 年 9 月 29 日に、Apigee Edge for Private Cloud の新しいバージョンをリリースしました。

更新手順

このリリースを更新すると、次の RPM のリストのコンポーネントが更新されます。

edge-gateway-4.50.00-0.0.20093.noarch.rpm
edge-management-server-4.50.00-0.0.20093.noarch.rpm
edge-message-processor-4.50.00-0.0.20093.noarch.rpm
edge-postgres-server-4.50.00-0.0.20093.noarch.rpm
edge-qpid-server-4.50.00-0.0.20093.noarch.rpm
edge-router-4.50.00-0.0.20093.noarch.rpm
edge-analytics-4.50.00-0.0.40031.noarch.rpm
apigee-mtls-4.50.00-0.0.20187.noarch.rpm
apigee-mtls-consul-4.50.00-0.0.20127.noarch.rpm
apigee-cassandra-2.1.16-0.0.2509.noarch.rpm
apigee-sso-4.50.00-0.0.20079.noarch.rpm
edge-ui-4.50.00-0.0.20165.noarch.rpm

次のコマンドを入力すると、現在インストールされている RPM のバージョンをチェックして、更新する必要があるかどうかを確認できます。

apigee-all version

インストールを更新するには、Edge ノードで次の手順を行います。

すべての Edge ノード:
1. Yum リポジトリをクリーンアップします。
```
sudo yum clean all
```
2. 最新の Edge 4.50.00 bootstrap_4.50.00.sh ファイルを /tmp/bootstrap_4.50.00.sh にダウンロードします。
```
curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
```
3. Edge 4.50.00 の apigee-service ユーティリティと依存関係をインストールします。
```
sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord
```
  ここで、uName:pWord は Apigee から受け取ったユーザー名とパスワードです。pWord を省略すると、パスワードの入力を求められます。
4. apigee-setup ユーティリティを更新します。
```
sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
5. source コマンドを使用して apigee-service.sh スクリプトを実行します。
```
source /etc/profile.d/apigee-service.sh
```
すべての Cassandra ノードを更新します。
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
ここで、configFile には Apigee Edge for Private Cloud のインストールに使用した構成ファイルを指定します。例: /opt/silent.conf
すべての Edge ノードで、edge プロセス用の update.sh スクリプトを実行します。これを行うには、各ノードで次のコマンドを実行します。
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
すべてのノードで UI 用の update.sh スクリプトを実行します。各ノードで次のコマンドを実行します。
```
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
```
すべてのノードで SSO の update.sh スクリプトを実行します。各ノードで次のコマンドを実行します。
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
```
Apigee mTLS を使用している場合は、Apigee mTLS のアップグレードの手順に沿って操作します。
詳細については、 Apigee mTLS の概要をご覧ください。

対応ソフトウェア

変更はありません。

非推奨になった機能と廃止された機能

新しい非推奨や廃止はありません。

新機能

このセクションでは、このリリースの新機能を示します。

JMX パスワードの暗号化

JMX のパスワードを暗号化できるようになりました。詳細については、 JMX パスワード暗号化を有効にすると Cassandra 用に JMX 認証を有効にするをご覧ください。（150633039）

修正済みのバグ

次の表に、このリリースで修正されたバグを示します。

問題 ID	説明
135972575	Edge for Private Cloud では、`override=true&delay=300` を使用したデプロイ中に異なる動作が発生していました。この現象は修正されました。
163578296	axstatus API が、新規インストールの失敗ステータスを誤って報告していました。この現象は修正されました。
160955355	UI トレースセッションがトレースセッションログと一致しませんでした。2 つのサービスコールアウトの間に実行されたポリシーがありませんでした。これは、一部のポリシーが保存され、誤った順序でディスパッチされたために発生します。この現象は修正されました。
147736003	enterprise.apigee.com の古いライブラリが原因でセキュリティの問題が発生しました。ライブラリが更新されました。
161858295	サイレント変数にスペルミスがありました。サイレントインストール変数 `SSO_JWT_SIGNING_KEY_FILEPATH` にスペルミスがなくなりました。
160951701	Consul バイナリバージョンが古いため、mTLS のインストールに失敗した。 Consul バイナリは、v1.6.2 から最新の安定版 v1.8.0 にアップグレードされました。
160916451	Consul `bindaddr` フィールドにエントリがないため、mTLS のインストールに失敗しました。 apigee-mtls は、複数のネットワークインターフェースとアドレスを持つサーバーを適切に処理するようになりました。

既知の問題

次の表に、このリリースでの既知の問題を示します。

問題 ID 説明

149245401

問題 ID	説明
149245401	LDAP ポリシー接続プールに関する問題 LDAP リソースを使用して指定された LDAP 接続プールのプロパティは有効になりません。その結果、接続の開閉は 1 回使用されるたびに行われ、LDAP サーバーに 1 時間あたりに大量の接続が作成されます。回避策: LDAP 接続プールのプロパティを変更するには、次の手順を行い、すべての LDAP ポリシーでグローバルな変更を設定します。構成プロパティファイルが存在しない場合は作成します。 /opt/apigee/customer/application/message-processor.properties このファイルに次の行を追加します（LDAP リソース構成の要件に応じて Java Naming and Directory Interface（JNDI）プロパティの値を置き換えます）。 bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20 -Dcom.sun.jndi.ldap.connect.pool.prefsize=2 -Dcom.sun.jndi.ldap.connect.pool.initsize=2 -Dcom.sun.jndi.ldap.connect.pool.timeout=120000 -Dcom.sun.jndi.ldap.connect.pool.protocol=ssl" ファイル `/opt/apigee/customer/application/message-processor.properties` の所有者を apigee:apigee にします。各 Message Processor を再起動します。接続プールの JNDI プロパティが有効かどうかを確認するには、tcpdump を実行して LDAP 接続プールの動作を時系列でモニタリングします。注: 前の手順で指定した接続プールのプロパティはグローバルであるため、Apigee の Message Processor が確立するすべての接続プール対応の LDAP 接続に適用されます。

LDAP ポリシー接続プールに関する問題

LDAP リソースを使用して指定された LDAP 接続プールのプロパティは有効になりません。その結果、接続の開閉は 1 回使用されるたびに行われ、LDAP サーバーに 1 時間あたりに大量の接続が作成されます。

回避策:

LDAP 接続プールのプロパティを変更するには、次の手順を行い、すべての LDAP ポリシーでグローバルな変更を設定します。

構成プロパティファイルが存在しない場合は作成します。
```
/opt/apigee/customer/application/message-processor.properties
```

このファイルに次の行を追加します（LDAP リソース構成の要件に応じて Java Naming and Directory Interface（JNDI）プロパティの値を置き換えます）。

bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20
-Dcom.sun.jndi.ldap.connect.pool.prefsize=2
-Dcom.sun.jndi.ldap.connect.pool.initsize=2
-Dcom.sun.jndi.ldap.connect.pool.timeout=120000
-Dcom.sun.jndi.ldap.connect.pool.protocol=ssl"

ファイル /opt/apigee/customer/application/message-processor.properties の所有者を apigee:apigee にします。
各 Message Processor を再起動します。

接続プールの JNDI プロパティが有効かどうかを確認するには、tcpdump を実行して LDAP 接続プールの動作を時系列でモニタリングします。