/sigインストルメンテーション

/ヘルプ

@serathius ：
このリクエストは、寄稿者からの支援が必要であるとマークされています。

リクエストがここに記載されている要件を満たしていることを確認してください。

このリクエストがこれらの要件を満たさなくなった場合は、ラベルを削除できます
/remove-helpコマンドでコメントします。

に興味がある

/ cc

/ milestone v1.19

@serathius ：マイルストーンを設定するには、 kubernetes /milestone-maintainersGitHubチームのメンバーである必要があります。 / milestoneコマンドを発行できるはずだと思われる場合は、に連絡して、この責任の追加の代理人として提案してもらいます。

/ milestone v1.19

/ cc

KEPは「実装可能」とマークされているため、作業を開始できます。
特定のリポジトリ内に最初の2つのサブタスクを作成しました。 作業が進み、新しいタスクのブロックが解除されたら、さらに追加します。

貢献に興味がある場合は、サブタスクに直接ボランティアで参加するか、ここで特定のタスクを依頼してください。

/ cc

@dimsとオフラインで話し合った後、すべての参照を一度にアップグレードする必要があるため、klogのアップグレードは簡単ではないと結論付けました。 klog構成が破損するため、アップグレードを部分的に実行することはできません。

2つのオプションを検討しました。

• [推奨]すべての依存関係を適切に更新する
• goモジュールでのエイリアシング

1.19カットまでに時間がかかるので、きちんとやりたいと思います。 アップグレードプランでサブタスクを作成します。

/ cc

@serathiusv1.19の拡張機能のシャドウはこちら。 これは1.19でアルファ版に移行すると思いますか？

はい、順調に進んでいると思います。 klogのアップグレードを終了しています。その後、次のマイルストーンの実装が非常に高速になります。

ありがとう、トラッキングシートに追加します。

/ステージアルファ

こんにちは@serathius 、私はKEPを調べていて、テスト計画が定義されていないことに気づきました。 1.19をターゲットにするために、テスト計画について少し追加してください。 _拡張機能のフリーズは来週の5月19日です。_

また、前のパイロットからのPRR質問を追加していただきありがとうございます。 これらを更新し、更新されたKEP形式と統合しました。 可能であれば、この機会にKEPを新しい形式に更新し、追加の質問に答えてください。 ありがとう！

@johnbelamaricが更新を準備https://github.com/kubernetes/enhancements/pull/1787

更新された質問に答えてくれた@serathiusに感謝します。 機会があれば、新しいフォーマットに再フォーマットしてください。 ただし、明日のフリーズの前にそれを行う必要はありません。

こんにちは@serathius-私はSavithaです。 1.19ドキュメントのリーダーです。 1.19で計画されているこの拡張作業には、新しいドキュメント（または既存のドキュメントへの変更）が必要ですか？ そうでない場合は、 1.19エンハンスメントトラッカーシートを更新してください。または、私に知らせてください。私があなたに代わってそれを行うことができます:)
ドキュメントが必要な場合は、 Friday, June 12によるk/website （ブランチdev-1.19 ）に対するPRを探していることを思い出させてください。これは、プレースホルダーPRになります。時間。 ご不明な点がございましたらお知らせください。

構造化されたログ形式を文書化する必要がありますプレースホルダーPRを作成します

プレースホルダーが作成されましたhttps://github.com/kubernetes/website/pull/21181

--logging-formatフラグが実装され、移行手順のドラフトが作成されたため、ブロックが解除されたタスクがたくさんあります。
いくつかの簡単なタスク：

• k8sコンポーネントにロギングフラグを追加する（Kubeletは少し難しく、以下で説明します）
• ロギングコールの移行

より難しいタスク：

• ドキュメントを書く
• json形式の実装（https://github.com/kubernetes/kubernetes/issues/91490）

ログに関する既存のフラグは主にグローバルフラグにあり、次のようにklogまたはコンポーネント/ログに実装されていることに気付きました。

Global flags:

      --alsologtostderr                                                                                                                                                               
                log to standard error as well as files
  -h, --help                                                                                                                                                                          
                help for kube-scheduler
      --log-backtrace-at traceLocation                                                                                                                                                
                when logging hits line file:N, emit a stack trace (default :0)
      --log-dir string                                                                                                                                                                
                If non-empty, write log files in this directory
      --log-file string                                                                                                                                                               
                If non-empty, use this log file
      --log-file-max-size uint                                                                                                                                                        
                Defines the maximum size a log file can grow to. Unit is megabytes. If the value is 0, the maximum file size is unlimited. (default 1800)
      --log-flush-frequency duration                                                                                                                                                  
                Maximum number of seconds between log flushes (default 5s)
      --logtostderr                                                                                                                                                                   
                log to standard error instead of files (default true)

kube-schedulerまたはapiserverは、コンポーネントコードでそれらを強制しません。
だから私はこのサブタスクadding logging flag to k8s componentの提案が何であるかわかりませんか？

現在、ロギングに関するグローバルフラグがたくさんあるというあなたの権利。 これらのフラグは、k8s開発の初期に導入されたklogに属しています（ klogをフォークする前にglog $を使用しました）。 k8sリポジトリの成長に伴い、グローバルフラグが問題になり始めました（k / kリポジトリには、コマンドフラグを常に共有したくないバイナリが20以上あります）。 これで、グローバルフラグを使用するのはアンチパターンになります。 将来、 klogを置き換えるときに、グローバルフラグが削除されることを期待しています。

kube-schedulerまたはkube-apiserverを変更すると、このフラグは実装されません。サブタスクadding logging flag to k8s componentである別のステップが必要になります。 https://github.com/kubernetes/kubernetes/pull/89683は、コンポーネントセットアップ自体の中で呼び出されることを目的とした特別な関数セットAddFlags 、 Validate 、およびApplyを実装します必要なフラグを選択できるようにし、kubernetes/kubernetesリポジトリの外部で簡単に使用できるようにします。

これは、コンポーネントに追加のフラグを登録する方法を示すPRですhttps://github.com/kubernetes/kubernetes/pull/85266/files
この取り組みでは、さまざまなコンポーネントがさまざまなSIGによって管理されているため、承認の収集を高速化するために、フラグ「実装」とフラグ「インストール」のタスクを分割することにしました。

これが理由とコンポーネントにフラグを追加する方法を説明するのに役立つことを願っています。 他にご不明な点がございましたら、お気軽にお問い合わせください。

OK、それは説明されました、ありがとう！

jsonのサブタスクを作成しましたhttps://github.com/kubernetes/kubernetes/issues/91490
他のタスクについては、それらを自由につかんでください。 作業が重複しないように、ここでリクエストすることを忘れないでください。

Migrate selected log messages to klog.InfoS pkg/kubeletタスクを実行しようとしています

/ cc

ねえ@hase1128 、動的構成をサポートするコードが必要なため、Kubeletにフラグを追加するのは少し難しいです。 このPRは、変更が必要な追加の場所を示していますhttps://github.com/kubernetes/kubernetes/pull/85282/files

@serathius
情報に感謝しますが、infoSに移行するタスク（フラグを追加するタスクではありません）を実行する予定でした。
旗の仕事も見てみます。 難しい場合はお知らせします。

@ hase1128ああ、ごめんなさい。 あなたの権利、私はあなたの表彰を間違って読みました。

@serathius ：ApiserverのInfoSへの移行を開始できますか？

もちろん

小さな発表。
承認者の1人は、-logging-formatフラグを導入する前に、json形式を実装するように要求しました。これがないと、json形式はあまり役に立ちません。 フリーズする前にコードが完全であることを確認するために、jsonの実装を優先しています。

それまでの間、指示のドラフトに基づいてログ呼び出しの移行に自由に取り組んでください。
https://github.com/kubernetes/community/pull/4793/files?short_path=af969dd#diff -af969ddd1593b66ad7330155ce792feb

@serathius pkg / controllerの移行ログ呼び出しに取り組むことはできますか？

Ofc

@serathius-まだOOBが要求されていない場合は、 /plugin/pkg/auth/authorizer (node_authorizer.go:197)を取ることができます。 私はsig-authに最も関わっているので、妥当な適合のようです。

割り当てられた

Migrateにpkg/schedulerを使用します

staging/src/k8s.io/client-go (event.go:278)の移行を試みることはできますか？
この移行は以下のとおりです。

• StartLogging(klog.Infof) -> StartLogging(klog.InfoS)
• staging/src/k8s.io/client-go (event.go:278)の変数を変更します。

@KobayashiD27があなたをstaging/src/k8s.io/client-goに割り当てました
こちらの手順に従ってくださいhttps://github.com/kubernetes/community/pull/4793/files?short_path=af969dd#diff-af969ddd1593b66ad7330155ce792feb

Migrateにはvendor/k8s.io/utilsを使用します。

最初の移行PRをマージしてくださった@hase1128におめでとうございます。

素晴らしい！

こんにちは@serathius 、この問題で実行する必要がある他のタスクはありますか？

@rahulchheda 、現在すべてのコーディングタスクが実行されます。 ドキュメントを書くためのタスクは1つありますが、それはかなり難しく、新しい寄稿者にとってはあまり面白くないと思います。 それでも興味があれば教えてください。

ロギングフォーマットが実装され、PRがコンポーネントにフラグを追加することで前進できるようになりました！
JSONの@yuzhiquanは素晴らしい仕事です!!

こんにちは@serathius ！

月曜日にk-devに送信された電子メールのフォローアップとして、CodeFreezeが7月9日木曜日に延長されたことをお知らせします。 改訂されたスケジュールはここで確認できます： https ：//github.com/kubernetes/sig-release/tree/master/releases/release-1.19
その時までにすべてのPRが統合されることを期待しています。 ご不明な点がございましたらお知らせください。 😄

一番、
キルステン

情報をありがとう@kikisdeliveryservice

https://github.com/kubernetes/kubernetes/pull/92177からのフォローアップとして、グラブ用の2つの新しいタスクを追加しました

@rahulchhedaまだ興味があれば教えてください

はい@serathius 、私はそれらを取り上げたいと思います

こんにちは@serathius ：wave：、私はこの問題の説明にいくつかの保留中のアクションアイテムがあることに気づきました。 また、 https：//github.com/kubernetes/kubernetes/pull/92788がまだ進行中です。 7月9日（木）までにすべての実装PRが統合されると思いますか？

ありがとう。 ：slightly_smiling_face：

コードフリーズは7月9日木曜日EODPSTに始まります

@palnabarunはい、Alpha（1.19で計画）の場合、手動テストと1つの小さなバグ修正のみが残ります。 @yuzhiquanと一緒に仕事をします

@serathius-更新していただきありがとうございます。 ：+1：

フリーズ前に保留中の作業を完了するためにリリースチームが何らかの形で支援できるかどうかをお知らせください。

ちょっと@palnabarunは修正https://github.com/kubernetes/kubernetes/pull/92788が過去24時間マージキューでスタックしているように見えます（0回のテスト失敗で3回以上再テストされました）。 マージされないのではないかと心配です。

@serathius-見てみましょう。適切なチームで取り上げます。 ご指摘いただきありがとうございます。 ：+1：

こんにちは@ serathiuskubernetes/ kubernetes＃92788がついに統合されました。それに応じて拡張シートを更新します。 おめでとうございます！

構造化ロギングに貢献してくれたすべての人におめでとうと感謝します。 一緒に働く機会が増えることを願っています。

w00t！ @serathius

/マイルストーンクリア

（マイルストーンが完了したら、v1.19マイルストーンからこの拡張機能の問題を削除します）

こんにちは@serathius

拡張機能はここをリードします。 これを1.20でベータ版にする計画はありますか？

ありがとう！
キルステン

これに関するベータ版の作業は、現在1.20の可能性があります-人々の可用性に基づく未定

ねえ@serathius@ ehashman -1.20エンハンスメントシャドウはこちら👋エンハンスメントフリーズの締め切りは10月6日です。

1.20でベータ版をリリースするためのアップデートはありますか？

また、PRのコンテキストを誤って解釈していない限り、Alphaの卒業基準のいくつかがまだ作業中であることに気づきました😅

たとえば、 Alphaの卒業基準は次のとおりです。

Introduce structured logging and JSON format:

Most important logs are migrated to structured methods.
Flag for selecting logging format is implemented
JSON format is implemented

ベータ卒業基準は次のとおりです。

Adding guarding against regression and update user guideline:

Static analysis protects important log lines from reverting to string formating
Kubernetes Logging convention document is updated

しかし、 1.19マイルストーンをクリアしたにもかかわらず、私たちはまだ取り組んでいることに気づきました。

• logging-formatフラグの実装

1.20リリースおよび将来のリリースの卒業基準を確認および更新できますか？

皆さんの仕事に感謝します！

よろしく、
ジェレミー

/ remove-milestone v1.20

現在、1.20リリースでこれをベータ版にプッシュする機能はありません。ログのサニタイズ作業が完了したら、再度アクセスします。

/マイルストーンクリア

@serathiusは、ベータ版にWarningSまたは同様の関数を追加しますか？ @endocrimesは、現在InfoとErrorの実装がありますが、Warningが現在欠落していることを指摘しました。

PRを含めたい場合は、PRを開いてください。ほとんどの場合、kubeletのログをクリーンアップしようとしているときに、これを見つけました。

@endocrimesはそれのために行きます！ PRについて議論しましょう:)

@dims / @ehashman完了https://github.com/kubernetes/klog/pull/184

構造化ロギングには、元のklogメソッドとは異なるセマンティックメソッドがあります。 構造化されたロギングインターフェイスは、警告を使用しないhttps://github.com/go-logr/logrに基づいています。 ドキュメントから

Verbosity-levels on info logs. This gives developers a chance to indicate arbitrary grades of importance for info logs, without assigning names with semantic meaning such as "warning", "trace", and "debug". Superficially this may feel very similar, but the primary difference is the lack of semantics. Because verbosity is a numerical value, it's safe to assume that an app running with higher verbosity means more (and less important) logs will be generated.

https://github.com/kubernetes/klog/pull/184#issuecomment -716976865には、現在移行計画にのみ存在するいくつかの優れた情報がありますが、これが私たちの方向性である場合は、KEPに入れる価値があると思います移動します。