4.19.06 Edge for Private Cloud リリースノート

Mint がトランザクションを最初に評価しない

組織で収益化を初めて有効にした場合、Edge for Private Cloud はトランザクションを最初に評価しません。これは、新規および既存の組織に適用されます。

収益化の有効化 API はジョブ ID を返します。完了すると、ジョブのステータスが成功を示します。ただし、最初に収益化された API 呼び出しは収益化によって処理されず、評価されません。これらのトランザクションは、通常の分析にのみ表示されます。

回避策:

apigee-service edge-message-processor restart

収益化が有効になった後、MP を再起動すると、Edge は起動時に ZooKeeper から構成を読み込みます。これは再起動のたびに発生するため、この問題は最初にのみ適用されます。

Mint 評価サーバーのメモリリーク

新しい Qpid インスタンスが mxgroup に登録されると、コンシューマーなしでキューが作成されます。これにより、使用可能なすべてのリソースが使用されるまでキューの深さが増加します。

回避策:

apigee-sso インストールのメタデータ ファイル形式

apigee-sso をインストールし、URL の代わりに metadata.xml ファイルを使用する場合、metadata.xml ファイルの末尾に改行（CRLF）が含まれていないと、metadata.xml ファイルが完全に読み取られません。

回避策:

この問題を回避するには、次のいずれかを行います。

• metadata.xml ファイルの末尾に CRLF を追加する

  または

• メタデータに URL ベースのロケーションを使用する

Amazon Linux 1 で apigee-monit がサポートされていない

回避策:

Message Processor のバックアップで正しいファイルセットがバックアップされない

回避策:

バックアップをもう一度実行すると、正しいファイルセットがバックアップされます。

複数のデータセンター構成での DataAccessException

複数のデータセンター構成で、1 つのデータストアが使用できなくなると、次のエラーが表示されることがあります。

DataAccessException: Error while accessing datastore;
Please retry later

Management Server が dc-1 と dc-2 の両方の Cassandra ノードに接続しようとするため、起動しないことがあります。Cassandra ノードがダウンしている場合、DataAccessExceptions が発生します。また、API トラフィックが中断し、Message Processor が KVM の取得を試行中に DataAccessExceptions を報告することがあります。

想定される状態は、Management Server がリージョン間のデータストア コンポーネントに接続しないことです。

回避策

回避策として、使用できないデータセンターで次の Cassandra ノードタイプを登録解除し、Cassandra ノードが再び使用可能になったら再登録します。

• kms-datastore
• dc-datastore
• keyvaluemap-datastore

これらの Cassandra ノードタイプを登録解除して再登録するには:

1. 次の curl コマンドを使用して、Cassandra ノードの UUID を取得します。

   curl -u ADMIN_EMAIL:ADMIN_PW \
     "http://MS_IP:MS_PORT/v1/servers?region=REGION&pod=GATEWAY_POD \
     &type=CASSANDRA_NODE_TYPE"

   ここで

   • ADMIN_EMAIL と ADMIN_PW は、Apigee アカウントの認証情報です。
   • MS_IP と MS_PORT は、Management Server の IP アドレスとポート 番号です。
   • REGION は、Management Server が配置されているデータセンターの名前です。
   • GATEWAY_POD はポッド名で、デフォルトは「gateway」です。名前を変更している可能性があるため、 実装を確認してください。
   • CASSANDRA_NODE_TYPE は、kms-datastore、dc-datastore、keyvaluemap-datastore のいずれかです。

   次に例を示します。

   curl -u nickdanger@google.com:myP@$$w0rD
     "http://192.168.0.1:8080/v1/servers?region=dc-1&pod=gateway&type=dc-datastore"

   レスポンスは次の形式を使用します。

   {
     "internalIP" : "POD_IP_ADDRESS",
     "isUp" : [true|false],
     "pod" : "GATEWAY_POD",
     "reachable" : [true|false],
     "region" : "dc-1",
     "tags" : {
       "property" : [ ]
     },
     "type" : [ "kms-datastore", "dc-datastore", "keyvaluemap-datastore" ],
       "uUID" : "POD_UUID"
   }

   次に例を示します。

   {
     "internalIP" : "192.168.1.11",
     "isUp" : false,
     "pod" : "gateway",
     "reachable" : false,
     "region" : "dc-1",
     "tags" : {
       "property" : [ ]
     },
     "type" : "dc-datastore",
     "uUID" : "13cee956-d3a7-4577-8f0f-1694564179e4"
   }

   レスポンスの uUID フィールドの値に注意してください。これを使用して ノードを登録解除します。

2. Cassandra ノードタイプ（kms-datastore、 dc-datastore、keyvaluemap-datastore）ごとに手順 1 を繰り返します。返された UUID をメモしてください。
3. 次のコマンドを使用してノードを登録解除します。

   curl -u ADMIN_EMAIL:ADMIN_PW "http://MS_IP:MS_PORT/v1/servers/UUID" -X DELETE

   ここで、UUID は前のコマンドのレスポンスで返された UUID です。

4. 手順 1 と 2 で収集した UUID ごとに手順 3 を繰り返します。
5. 次のコマンドを使用してノードを再登録します。

   curl -u ADMIN_EMAIL:ADMIN_PW "http://MS_IP:MS_PORT/v1/servers -d \
     "Type=kms-datastore&Type=dc-datastore&Type=keyvaluemap-datastore& \
     Type=counter-datastore&Type=cache-datastore&InternalIP=POD_IP_ADDRESS& \
     region=REGION&pod=GATEWAY_POD" -H \
     'content-type: application/x-www-form-urlencoded' -X POST

これらのオペレーションでは、Zookeeper からノードを登録および登録解除しますが、Cassandra クラスタには影響しません。これらのコマンドの詳細については、 データストアの登録を更新するをご覧ください。

MessageLogging ポリシーでログメッセージに余分な情報が含まれる

MessageLogging ポリシーの FormatMessage 要素は、ログに記録されるメッセージの形式を制御します。FormatMessage=false の場合、ログに記録されるメッセージに Apigee で生成された情報を含めることはできません。ただし、FormatMessage=false を設定しても、ログメッセージには次の情報が含まれます。

• 優先度スコア
• タイムスタンプ

回避策: