ベータ版リリースガイド

このガイドには、ベータ期間中の Stackdriver Kubernetes Monitoring の現在のリリースと計画されているリリースに関する詳細が記載されています。

リリース バージョン

Stackdriver Kubernetes Monitoring のインストールは GKE によって管理されるようになったため、手動インストールについては説明しません。

Stackdriver Kubernetes Monitoring の現在のリリースと更新については以下をご覧ください。最新のリリースが最初にリストされています。

  • ベータ版の更新(Kubernetes 1.12.7): この更新は、すべてのユーザーに強くおすすめします。このリリースにアップグレードするには、Kubernetes Monitoring のインストールに進みます。

  • その他のサポートされているベータ版(Kubernetes 1.10.12 / 1.11.6 / 1.11.7 / 1.11.8 / 1.12.5 / 1.12.6): このいずれかのリリースにアップグレードするには、Kubernetes Monitoring のインストールに進みます。

    上記のバージョンにアップグレードする前に、必ずこのページで既知の問題を確認してください。

  • オリジナル ベータ版(Kubernetes 1.10.2): このリリースには既知の問題が多いため、いかなる目的にもおすすめできません

機能と既知の問題

このセクションでは、現在のベータ版リリースの既知の問題について説明します。2019 年 4 月 29 日の時点で、次の問題がまだ修正されていません

ベータ版の更新 1.12.6

  1. LogEntry メタデータ ラベル フィールドが変更される

    Google Kubernetes Engine クラスタを GKE 1.12.6 以上にアップグレードすると、メタデータ ラベル フィールドが変更されます。

    • Kubernetes ポッドのラベル(現在は metadata.userLabels フィールドにあるラベル)は LogEntry の labels フィールドに移動され、ラベルキーに接頭辞 k8s-pod/ が付きます。シンクログベースの指標除外、クエリのフィルタ式の変更が必要になる可能性があります。

    • metadata.systemLabels フィールド内の Stackdriver システムのラベルは使用できなくなりました。

  2. メタデータ エージェントがログスパムを生成する

    メタデータ エージェントには、400 Bad Request(不正なリクエスト)エラーでログスパムを生成するという既知のバグがあります。このログスパムが生成されても、すべてのメタデータは引き続き正常に収集され、影響を受ける機能はありません。ただし、ログスパムによってログストレージが不必要に消費され、課金対象のログがさらに生成されることがあります。

    このバグが修正されるまで、このリリースにはアップグレードしないでください。

    この問題は 1.12.7-gke.10 で修正されました

ベータ版の更新 1.11.6

このリリースにアップグレードするには、Kubernetes Monitoring のインストールに進みます。

  • Stackdriver Kubernetes Monitoring の表形式 UI の読み込みとレンダリングのレイテンシが大幅に短縮されました。
  • 1.10.2 リリースの既知の問題のほとんどを修正しました。
  • Stackdriver Kubernetes Monitoring のマネージド サポートをインストールする機能を復元しました。
  • Stackdriver Kubernetes Monitoring で既存のクラスタをアップグレードできます。
  • GKE 上に手動インストールする必要がなくなりました。
  1. Stackdriver メタデータ・エージェントが再起動する

    ベータ版リリースでは、メタデータ エージェントは通常の操作で 1 時間に 1 回再起動し、複数回連続して再起動することもあります。

    この問題は 1.12.6-gke.7 で修正されました

    回避策: メタデータ エージェントの再起動回数については問題ありません。

ベータ版リリース 1.11.4

  1. Kubernetes 1.11.4 の時点で、構造化 JSON ログが誤って解析される

    Kubernetes 1.11.4 以降、構造化 JSON ログは正しく解析されません。影響の 1 つとして、構造化ログの内容に基づいてトリガーするように構成されたアラートが正しく呼び出されません。これにより、アラートが呼び出されなかったり、呼び出されてはいけないときに呼び出されたりする可能性があります。また、構造化ログの内容に依存するログベースの指標は無効です。

    回避策: GKE バージョン 1.11.3 にダウングレードします。

    gcloud container clusters upgrade [CLUSTER_NAME] --zone [ZONE] --project [PROJECT] --master --cluster-version=1.11.3
    

    この問題は 1.11.6-gke.2、1.12.4-gke.2 で修正されました

ベータ版リリース 1.10.2

  1. 不足しているリソース エントリ

    Stackdriver Kubernetes Monitoring で、ネームスペース、ワークロード、ポッド、その他のエンティティが一部表示されない場合があります。これは、メタデータを収集する際の問題が原因です。欠落しているエンティティが見つかるまでに最大 30 分かかることがあります。エンティティはディスプレイをリフレッシュした後に表示されます。

    この問題は Kubernetes バージョン 1.10.6、1.11.2 で修正されました手動インストールの手順に従い、Heapster エージェントと Stackdriver エージェントの新しいバージョンを新しいクラスタにインストールすることもできます。

  2. リージョン クラスタとマルチゾーン クラスタ

    リージョン クラスタおよびマルチゾーン クラスタに属するエンティティは正しく表示されません。インフラストラクチャ、ワークロード、サービスの各タブは、このようなクラスタのノード / ポッドレベルに展開されません。

    この問題は Kubernetes バージョン 1.10.6、1.11.2 で修正されました手動インストールの手順に従い、Heapster エージェントと Stackdriver エージェントの新しいバージョンを新しいクラスタにインストールすることもできます。

  3. ログエントリに重大度がない

    ロギング エージェントによって取り込まれたされたログエントリには重大度フィールドがありません。これにより、すべてのログエントリがデフォルトの重大度(灰色の星)で表示され、エラー報告を統合できません。

    この問題は Kubernetes バージョン 1.10.6、1.11.2 で修正されました手動インストールの手順に従い、Heapster エージェントと Stackdriver エージェントの新しいバージョンを新しいクラスタにインストールすることもできます。

  4. 例外スタック トレースが検出できない

    複数行の例外スタック トレースが複数の別々のログエントリに分割され、エラー報告を統合できません。

    この問題は Kubernetes バージョン 1.10.6、1.11.2 で修正されました手動インストールの手順に従い、Heapster エージェントと Stackdriver エージェントの新しいバージョンを新しいクラスタにインストールすることもできます。

  5. エージェントからの無関係なエラー メッセージ

    エージェントの以前のインスタンスが不正にシャットダウン後、メタデータ エージェントは無関係なエラーログ メッセージを書き込むことがあります。メッセージは次のとおりです。

    terminate called after throwing an instance of 'boost::exception_ ...'
    what():  Error listening on provided port.
    terminate called recursively
    Aborted (core dumped)
    

    また、ロギング エージェントは、メタデータ エージェントが終了した後に Error calling Metadata Agent をログに記録します。

    この問題は Kubernetes バージョン 1.10.6、1.11.2 で修正されました手動インストールの手順に従い、Heapster エージェントと Stackdriver エージェントの新しいバージョンを新しいクラスタにインストールすることもできます。

  6. Stackdriver エージェントが Compute Engine ファイアウォールの背後で機能しない

    Stackdriver Kubernetes Monitoring は、特定の Compute Engine ファイアウォールの背後にあるクラスタでは機能しません。このような状況では、メタデータ エージェントは次のエラー メッセージを発行します。

    Metadata request unsuccessful: Address family not supported by protocol.
    

    この問題は Kubernetes バージョン 1.10.6、1.11.2 で修正されました手動インストールの手順に従い、Heapster エージェントと Stackdriver エージェントの新しいバージョンを新しいクラスタにインストールすることもできます。

  7. Stackdriver メタデータ・エージェントが再起動する

    ベータ版リリースでは、メタデータ エージェントは通常の操作で 1 時間に 1 回再起動し、複数回連続して再起動することもあります。

    この問題は 1.12.6-gke.7 で修正されました

    回避策: メタデータ エージェントの再起動回数については問題ありません。

このページは役立ちましたか?評価をお願いいたします。

フィードバックを送信...

ご不明な点がありましたら、Google のサポートページをご覧ください。