/ cc @ sandyamin123 @ aniket-s-kulkarni

@gnufi​​ed機能の説明をデザイン提案で更新できますか？

デザイン提案へのリンクを更新-https：//github.com/kubernetes/community/pull/657

これは、1.7マイルストーンから移動して、早くても1.8までアルファを出荷しません

@ saad-aliタイムラインがかなりタイトで、コードのフリーズが迫っていることを私は知っています。 しかし、これを1.7のアルファ機能にするために最善を尽くしたいと思います。 はい-可能性はありますが、失敗する可能性はありますが、試してみても害はありません。

では、これを1.7マイルストーンに戻すことはできますか？ 今日はsigでこれについて話し合うことを望んでいましたが、時間がなくなりました。 明日の朝に電話をかける予定です。

@ saad-aliタイムラインがかなりタイトで、コードのフリーズが迫っていることを私は知っています。 しかし、これを1.7のアルファ機能にするために最善を尽くしたいと思います。 はい-可能性はありますが、失敗する可能性はありますが、試してみても害はありません。

では、これを1.7マイルストーンに戻すことはできますか？ 今日はsigでこれについて話し合うことを望んでいましたが、時間がなくなりました。 明日の朝に電話をかける予定です。

私はあなたの入力@gnufi​​edなしでサイズ変更をパントするつもりはありませんでした。 申し訳ありません。 設計に関する大きな質問がたくさんあるように見えたので、設計と実装を急ぐのではなく、チームが1.8コーディングの存在の前に時間をかけてそれらを閉じてほしいと思います。 1.8ではこれをより高く優先することができます。 これを運転してくれてありがとう！

@gnufi​​edこのアイテムを1.7に移動せず、1.8のままにしておくことについて、@ saad-aliの2番目の提案をします。 残念ながら、機能またはコードの凍結日はすでに過ぎているため、新しい機能を今すぐ追加することはほとんどありません。

1.8でこのアイテムを見てうれしいです。

@ saad-ali @ idvoretskyi心配ありません。 ええ、おそらく、このような後の段階でこれを取得しようとするのは少し野心的でした。 ただし、1.8でこれを実行することを楽しみにしています。 ：cake ：： cake：

@gnufi​​ed不足しているドキュメントに関する最新情報はありますか？ PRは本日です。

今日はdocsPREODを開きます。 遅れてしまい申し訳ありません。

@ドキュメントPRの更新をgnufi​​edしましたか？

私はそれに取り組んでいます。 思ったより時間がかかってしまい、本当に申し訳ありません。 しかし、それはすべて今日までにあるはずです。

これは1.8で部分的に実装しました。 この機能を1.8にロールオーバーする必要があります。 機能設計はすでにマージされています。

@gnufi​​ed 「この機能を1.9にロールオーバーする」という意味ですか？

@jdumars機能が1.9をターゲットにする必要があることを意味しました。

この機能が実際にv.1.9.0の対象になっているかどうかを確認していますか？

この機能は1.9ではベータ版になりません。 @gnufi​​edが詳細を提供します。

はい、この機能は1.9に向けて順調に進んでいます。 1.8にはなかった追加機能、つまりファイルシステムのサイズ変更のサポートを実装していますが、このAlphaは引き続き使用しています。

ファイルシステムのサイズ変更が不足しているため、1.8ではEBS、GCE、Cinderなどのボリュームプラグインのサイズ変更をサポートできませんでした。 1.9では、1.9でファイルシステムのサイズ変更のサポートが追加され、より多くのボリュームタイプがサポートされます。

関連するPR：

1. https://github.com/kubernetes/kubernetes/pull/55815
2. https://github.com/kubernetes/kubernetes/pull/51498

また、これはRBD用です： https ：//github.com/kubernetes/kubernetes/pull/52767

@gnufi​​ed ：wave： 1.9機能追跡ボードに示してください
この機能にドキュメントが必要かどうか。 はいの場合は、PRを開き、追跡スプレッドシートへのリンクを追加してください。 前もって感謝します！

@gnufi​​edは、紺碧などの他のクラウドプロバイダーについてはどうでしょうか。 計画に含まれていないので、クラウドプロバイダーの所有者は自分で実装する必要がありますよね？

@andyzhangxはい、それは正しいです。 各ボリュームプラグインのメンテナは、サイズ変更をサポートするために必要な関連するインターフェイスを実装することを期待しています。 1.9では-EBS、GCE、Cinder、Glusterfsをサポートします（cephfsのPRを開いていますが、カットを逃した可能性があります）

@gnufi​​ed thx、Azureファイル/ディスクのサイズ変更に取り組みます。 したがって、1.10はこの機能のベータ版になりますよね？

@zacharysarahドキュメントPRhttps ：//github.com/kubernetes/website/pull/6487

これは機能しますか/外部プロビジョナー（https://github.com/kubernetes-incubator/external-storageプロビジョナーなど）でこれを機能させる計画はありますか？

pvcのサイズ変更機能はすでにrbd（ceph）でもサポートされており、1.9ですでに機能していますか？ @rootfs

@krmayankkはい、rbdで機能します。

@klausenbuskフレックスボリュームのサイズ変更を追加する計画があります-https ：//github.com/kubernetes/features/issues/304が、外部プロビジョナーにサイズ変更サポートを追加する即時の計画はありません。

したがって、私が見逃していない限り、gcePersistentDiskの永続ボリュームクレームの拡張のように見えます
＆awsElasticBlockStoreは両方とも1.8アルファでサポートされています

https://kubernetes.io/docs/concepts/storage/persistent-volumes/#aws

GCEおよびAWSの@bradenwrightは、1.9アルファ版でサイズ変更のサポートが導入されました。 1.8ではコントローラーが変更されただけで、その結果、ファイルシステムのサイズを変更できませんでした。 1.9では、ファイルシステムのサイズ変更を導入し、gce / AWSなどのサポートを追加しました。明らかに、これは1.10ではるかに洗練されています。

@childsb @ saad-aliこの1.11マイルストーンを追加できますか？ この機能は1.11でベータ版になります

@gnufi​​ed
1.11でこれについて何か計画はありますか？

もしそうなら、あなたはその機能が適切なもので最新であることを確認してください：

• 説明
• マイルストーン
• 譲受人
• ラベル：
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

cc @idvoretskyi

@justaugustusは上記のとおり、この機能を1.11でベータ版にする予定です。 そのためのマイルストーンをすでに更新しました

@ gnufi​​ed-
1.11機能追跡スプレッドシートをもう1回スイープします。
この機能の広告申込情報の不完全な/空白のフィールドに入力していただけませんか。

はいこの機能の新しいドキュメントが必要です-https：//github.com/kubernetes/website/pull/8896を開きました

@gnufi​​edこの機能は前のマイルストーンで機能していたため、元の投稿で説明したように、Kubernetes1.12でステージを卒業する計画があるかどうかを確認してください。 これにはまだ1.11マイルストーンがあるため、それに応じて更新する必要があります。

更新がある場合は、@ justaugustus、@ kacole2 、 @ robertsandoval 、 @ rajendar38に明示的にpingを実行して、Kubernetes1.12の機能追跡スプレッドシートに含める準備ができていることを確認してください。

機能のフリーズは7月31日であり、それ以降、機能の問題が不完全な場合は、マイルストーンに例外リクエストを受け入れる必要があります。

さらに、次の関連する期限に注意してください。

• ドキュメントの締め切り（オープンプレースホルダーPR）：8/21
• テストケースのフリーズ：8/28

機能のすべてのPRに、関連するリリースノートも含まれていることを確認してください。

ハッピーシップ！

やあ
この拡張機能は以前に追跡されているため、チェックインして、Kubernetes1.13のステージを卒業する計画があるかどうかを確認したいと思います。 このリリースは、より「安定した」ものを目標としており、積極的なタイムラインがあります。 次の期限に間に合うと確信できる場合にのみ、この拡張機能を含めてください。

• ドキュメント（オープンプレースホルダーPR）：11/8
• コードスラッシュ：11/9
• コードフリーズの開始：11/15
• ドキュメントの完成とレビュー：11/27

1.13拡張機能追跡シートに含める必要がある場合は、将来の追跡とping @ kacole2のために元の投稿のマイルストーンを更新してください。

ありがとう！

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle-stale

失効した問題は、30日間操作がないと腐敗します。
/remove-lifecycle rottenを使用して、問題を新規としてマークします。
腐った問題は、さらに30日間操作がないと終了します。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ライフサイクル腐敗

腐った問題は、30日間操作がないと終了します。
/reopenで問題を再開します。
/remove-lifecycle rottenを使用して、問題を新規としてマークします。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/選ぶ

@ fejta-bot：この問題を解決します。

この機能はまだGAに移行していないためです。 この機能リクエストは開いたままにしておきたいと思います。

/ reopen
/ remove-腐ったライフサイクル
/ライフサイクル凍結

@gnufi​​ed ：この問題を再開しました。

kubernetes/enhancementsで開かれた拡張機能の問題は、フリーズとしてマークされるべきではありません。
拡張機能の所有者は、リリースサイクル全体で状態を一貫して更新することにより、拡張機能を最新の状態に保つことができます。

/ remove-ライフサイクルが凍結されました

機能は1.15でもまだベータ版であり、1.16でもベータ版のままになる可能性があります。 すべての異なるサイズ変更機能をGAとして組み合わせることができるように、1.17をGAとしてターゲットにします。 依存する機能は次のとおりです。

• オンラインボリューム拡張（1.15でGAになりました）
• CSIボリューム拡張（1.15ではまだアルファ版であり、1.16ではベータ版に移行します）

@gnufi​​edはCSI volume expansionが1.16のベータ版のターゲットにまだありますか？

こんにちは@ gnufi​​ed 、1.17エンハンスメントシャドウはこちら！ 🙂

この拡張機能が1.17でアルファ/ベータ/安定に移行するかどうかを確認するために連絡したかったのですか？
この拡張機能を1.17トラッキングシートに追加できるように、お知らせください。

ありがとう！

🔔フレンドリーなリマインダー

現在のリリーススケジュールは

• 9月23日月曜日-リリースサイクルが始まります
• 10月15日火曜日、EODPST-拡張機能のフリーズ
• 11月14日木曜日、EODPST-コードフリーズ
• 11月19日火曜日-ドキュメントを完成させて確認する必要があります
• 12月9日月曜日-Kubernetes1.17.0がリリースされました

Kubernetes拡張プロポーザル（KEP）は、拡張フリーズがリリースに受け入れられる前に、次の基準を満たしている必要があります

• PRはにマージされます
• 実装可能な状態で
• テスト計画と卒業基準を含める
• 関連するすべてのk / kPRをこの号に記載する必要があります

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle stale

1.18の場合、この機能はベータ版のままですが、GAリリースに近づけるための機能拡張を計画しています。

@gnufi​​edに感謝します。リリース追跡シートをその情報で更新します。

@johnbelamaric for 1.18では、次のリリースでこの機能全体をGAに移行できるように、 https：//github.com/kubernetes/enhancements/pull/1516を実行する予定です。

@gnufi​​ed今日マージする必要があるか、例外リクエストを提出する必要があります： https ：//github.com/kubernetes/sig-release/blob/master/releases/EXCEPTIONS.md

/ milestone v1.18

@gnufi​​edさん、 https：//github.com/kubernetes/enhancements/pull/1516が拡張フリーズに間に合わなかったようです。そのため、今のところマイルストーンからこれを削除します。 マイルストーンに含める場合は、例外リクエストを提出してください

/マイルストーンクリア

@jeremyrickard本日例外を提出する予定です。 このKEPは更新します。

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle stale

こんにちは@ gnufi​​ed 、-1.19エンハンスメントリードはここにあります。このエンハンスメントが1.19で卒業すると思うかどうかを確認したいと思いますか？

現在のリリーススケジュールは次のとおりです。

• 4月13日月曜日：第1週-リリースサイクルが始まります
• 5月19日火曜日：第6週-拡張機能のフリーズ
• 6月25日木曜日：第11週-コードフリーズ
• 7月9日木曜日：第14週-ドキュメントを完成させて確認する必要があります
• 8月4日火曜日：第17週-Kubernetesv1.19.0がリリースされました
• 8月20日木曜日：第19週-回顧展をリリース

どう思いますか？

@palnabarunpingをありがとうございます。 この機能をGAに移行できるようにするために、1.19リリースでさらにAPIの変更を提案しています。

https://github.com/kubernetes/enhancements/pull/1516をその目的にマージしようとしています。

今日はこの号の3周年です。 ：誕生日::キャンドル::ケーキ：:)

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle stale

こんにちは@gnufi​​ed

拡張機能はここをリードします。 これを1.20で卒業する予定はありますか？

ありがとう、
キルステン

これは1.20でもベータ版のままであり、この機能とCSIボリューム拡張を一緒にGAに移行する予定です。