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 ノードに接続しようとするため、起動しない可能性があります。DataAccessExceptions は、Cassandra ノードがダウンしている場合に発生します。また、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 は、管理サーバーの IP アドレスとポート番号です。
   • REGION は、管理サーバーが配置されているデータセンターの名前です。
   • GATEWAY_POD は 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 を設定した場合でも、ログメッセージには次の情報が含まれます。

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

回避策: