知事/知事＃39657
知事/知事＃44172

/ cc @skriss

@ jingxu97 1.7のアルファ版が

@ kubernetes / sig-storage-feature-requests誰かが、問題の説明を新しいテンプレートに更新してください。 ありがとう！

私はそれに取り組みます。 ありがとう！

一番、
ジン

8:43の木、2017年5月4日には、カレブマイル[email protected]
書きました：

@ kubernetes / sig-storage-feature-requests
https://github.com/orgs/kubernetes/teams/sig-storage-feature-requests
誰かが問題の説明を新しいテンプレートに更新してください。
ありがとう！

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/kubernetes/features/issues/177#issuecomment-299225105 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ASSNxR4fUmmxnJ4QQc-Fe0K5CKT5tRO9ks5r2fIcgaJpZM4Lrsji
。

-

• ジン

これは、 https ： ますか？

いいえ、新しい提案ドキュメントはこちらです
https://docs.google.com/document/d/17WS4Wk4MXRH24i-BpMpIFo5F-SNoRkm_KtkBMZEEoAo
開けない場合はお知らせください。 ありがとう！

ジン

2017年5月9日火曜日午前7時34分、Dimitrios Karagiannis <
[email protected]>は次のように書いています：

これはここでの提案に基づいていますか： https ：
community / blob / master / Contributors / design-proposals / volume-snapshotting.md
？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/kubernetes/features/issues/177#issuecomment-300184509 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ASSNxVKLqOq9lsJ72MrdqkNN-2pbfmtIks5r4HmQgaJpZM4Lrsji
。

-

• ジン

@ jingxu97ありがとう！ アクセスできませんが、アクセスをリクエストしました。

@ jingxu97全体的なアプローチに関する重要なメモをここに追加したいと思います。 私はこれを置くのに適切な場所ではありませんが、これを提起するための適切なフォーラムに案内されてうれしいです。

oVirtとOSPの長いバックグラウンドから来て、スナップショットの状態（および全体的なボリュームメタデータ）の所有権とこのメタデータの検出可能性について議論する必要がある重要な側面があると感じています。

クラウドおよびオンプレミスのユーザー（開発者および管理者）は、KubeAPIよりもネイティブストレージAPIを好む場合があります。 スナップショットを作成するのはKubeではなく、クラウドサービスまたはストレージ自体であるため、このメタデータの所有者ではありません。

OSPでは、スナップショットを使用したいユーザーがCinder APIを経由して、OSP環境で利用できるようにするという、Cinderでのこの間違いをすでに犯しています。 Cinderは、ストレージ上に作成されたスナップショットを認識しません。Cinderを失うと、カウントされるメタデータがステートフルDBにあるため、すべてが失われます。

私が言おうとしているのは、Kubeがボリュームメタデータの所有者になろうとしないことが重要であるということです。つまり、新しいスナップショットがストレージサービスAPIを介して直接作成されたかどうか、または使用されたIDを定期的にチェックするなどです。スナップショットの場合は、ストレージサービスのスナップショットIDです。

コンテナのユースケースに非常に必要であるため、Kubeがスナップショットを公開する必要があることは明らかですが、Cinderのようなストレージ抽象化サービスにならないことが非常に重要です。 ストレージサービスの機能を追跡したり、KubeAPIの使用をユーザーに制限したりする必要はありません。これはオプションである必要があります。 また、ボリュームがどこで作成されたかに関係なく、ボリュームの検出を許可したいと考えています。

たとえば、QOSやオーバーサブスクリプションなどのより複雑な機能に到達した場合、ストレージサービス機能を公開および再利用できるようにしたいのですが、それらを置き換えたり、クラウドサービスやストレージ管理APIを介してユーザーがそれらを使用するのをブロックしたりすることはできません。

@ jingxu97機能の説明に進展はありますか？ @ kubernetes / sig-storage-feature-requests

@mdelio @ jingxu97お願いします、新しいテンプレートで機能の説明を更新してください：//github.com/kubernetes/features/blob/master/ISSUE_TEMPLATE.md

@idvoretskyi元のコメントを新しいテンプレートで更新しました。 この機能は実際にはv1.7のKubernetesコアのビットを出荷していないため、 next-milestoneに移動しました。 これは、Kubernetesコアの1.7のドキュメントなどが不要になることを意味します。 1.7トラッキングボードからもこの機能を削除します。

@ saad-ali 1.8のアップデートはありますか？ この機能はまだリリースに向けて順調に進んでいますか？

cc @tsmetana

@idvoretskyiこれはまだ順調です： https ：

@ jingxu97 @rootfsこれに関する不足しているドキュメントの更新はありますか？ PRは本日です。

@jdumarsこれを外部に配置しましたが、まだ期限はありますか？

これは、特定の1.8マイルストーン以外の独立した機能です。

ドキュメントは、個別にリリースされるまで待つことができます@ jingxu97-お知らせいただきありがとうございます

これは1.9にはなりませんでした。 1.10へのパンティング

@ saad-ali @ kubernetes / sig-storage-feature-1.10の進捗状況をリクエストしますか？

私たちはそれをツリーにプッシュする提案に取り組んでいます。 すぐにステータスを更新します。

@ jingxu97 @ saad-ali @ kubernetes / sig-storage-feature-requests 1.11でこれを計画していますか？

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

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

cc @idvoretskyi

更新はありますか？ これをv1.12でターゲットにする計画はありますか？

@ saad-ali-更新してくれてありがとう！ これは1.12トラッキングシートに追加されました。

明確にするために、 https：//github.com/kubernetes/features/issues/543には次のタイムラインが記載されています。

Alpha release target (x.y): 1.12
Beta release target (x.y): 1.13
Stable release target (x.y): 1.14

確認できますか？

/ assign @ xing-yang

@justaugustus ：GitHubでは、次のユーザーを割り当てることができませんでした：xing-yang。

割り当てることができるのは、 kubernetesメンバーとリポジトリコラボレーターのみであることに注意してください。
詳細については、寄稿者ガイドを参照

@justaugustus 「アルファリリースターゲット1.12 ...」は正しいです。 「外部リポジトリ」のプロトタイプスナップショットサポートは1.8で追加されました。

ちょっと、そこ！ @ jingxu97私はこのリリースのドキュメントのラングラーです。 プレースホルダーとしてrelease-1.12ブランチに対してドキュメントPRを開くことができる可能性はありますか？ これにより、このリリースでの機能の出荷に自信が持てるようになり、レビューや編集を開始するときに作業することができます。 ありがとう！ この機能にドキュメントが必要ない場合は、機能追跡スプレッドシートを更新して反映してください。

@zparnoldプレースホルダードキュメントPRを追加https://github.com/kubernetes/website/pull/9948

ありがとうございました！

21:36興ヤンで月、2018年8月20日に[email protected]書きました：

@zparnoldhttps ：//github.com/zparnoldプレースホルダードキュメントPRを追加しました
kubernetes / website＃9948 https://github.com/kubernetes/website/pull/9948

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/kubernetes/features/issues/177#issuecomment-414530549 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AE81SM80cpm_P_RyA84IJ4eBqconFlY1ks5uS3JCgaJpZM4Lrsji
。

@ jingxu97 @ xing-
この機能のドキュメントステータスに関する更新はありますか？ まだ1.12で着陸する予定ですか？
この時点で、コードのフリーズが発生しており、ドキュメントの期限は9/7（2日）です。
この機能についてできるだけ早くここに戻ってこない場合は、マイルストーンから削除する必要があります。

cc： @zparnold @jimangel @tfogo

@justaugustusコードがマージされました。 Doc PRはレビューの準備ができています： https ：

更新していただきありがとうございます！

サイクルがわずか10週間であるため、Kubernetes1.13は「安定した」リリースになります。 大きなアルファ機能を使用しないことをお勧めします。この機能を追加することを検討するのは、11/09までにコードが大幅に削減されるという確信が高い場合のみです。 この拡張機能を1.13リリースサイクル内にアルファ/ベータ/安定版に移行する計画はありますか？ そうでない場合は、1.12マイルストーンから削除するか、1.13に追加してください。

また、すべての新しい拡張機能がKEPと連携することも奨励して

実際、この機能は1.12ではアルファ版です。 1.13でベータ版をリリースする予定はありません。 次のように変更する必要があります。

External repo (x.y): 1.8
Alpha release target (x.y): 1.12
Beta release target (x.y): 1.14

ありがとう@ xing-yang
/マイルストーンクリア

@ jingxu97こんにちは-私は1.14の拡張機能のリーダーであり、この問題をチェックして、1.14リリースで計画されている作業（ある場合）を確認しています。 拡張機能のフリーズは1月29日であり、すべての拡張機能にはKEPが必要であることを思い出してください。

こんにちは@ claurence -1.14の「実行フック」と「PV / PVC汚染と許容範囲」に取り組んでいます。 それらのためにKEPが必要ですか？ もしそうなら、私は実行フックのためにKEPを提出します。 Jingは、汚染と許容の仕様に取り組んでいます。

@ xing-yangありがとうございます-すべての問題にはKEPが関連付けられている必要があるため、この問題に1つ追加してください。 また、上記の2つの項目のPRへのリンクはありますか？

また、アルファはまだ正しい段階ですか、それともこの機能はベータに移行していますか？

@claurenceはい、まだアルファです。
まだKEPに取り組んでいるので、まだ提出されていません。 KEPの提出期限はいつですか？

@claurenceはExecutionHookのKEPです： https ：

@ xing-yang 1.14の作業が予想される場合は、1月29日の拡張凍結日の前にKEPを送信してください。これが1.14の範囲外の場合、1.15の作業にはKEPが必要になります。

こんにちは@ xing-yang、私は1.15のエンハンスメントリードです。 この機能は1.15でアルファ/ベータ/安定段階を卒業する予定ですか？ 適切に追跡してスプレッドシートに追加できるように、お知らせください。 これには、KEPも含まれている必要があります。

コーディングを開始したら、適切に追跡できるように、この号に関連するすべてのk / kPRをリストしてください。

こんにちは@ kacole2 、この問題によって追跡されたスナップショット機能はアルファのままになります。 ExecutionHook機能を個別に追跡するために、別の拡張機能の問題を作成します。

こんにちは@ kacole2 、ExecutionHookの拡張機能の問題がここに作成されています： https ：

1.16のベータ版をターゲットにしています

/ステージベータ
/マイルストーンv1.16

@ msau42これはまだKEPがありません。 とりあえずトラッキングシートに入れます。

@ xing-yangこのためのkepの作成を検討できますか？ 元の設計ドキュメントがどれほど最新であったかはわかりませんが、kepからそれを指摘することができます

@ msau42 @ kacole2これはすでにマージされた元の設計ドキュメントです。 https://github.com/kubernetes/community/blob/master/contributors/design-proposals/storage/csi-snapshot.md

KEPを作成して、このドキュメントをポイントする必要がありますか？

はい、すべての拡張機能は今すぐkepsを通過するはずです。 元の設計ドキュメントがほとんど最新の場合は、それを指すkepを作成するだけです。 テンプレートを見て、kepセクションがすでに設計ドキュメントに含まれているかどうか（つまり、卒業基準、テスト計画、実装履歴など）を確認します。 これは、元のデザインドキュメントを指し、欠落しているセクションを追加するストレージkepの例です： https ：

提出されたKEP： https ：

ねえ、 @ jingxu97 @ xing-yang私はv1.16ドキュメントのリリースリーダーです。

この拡張機能（またはv1.16で計画されている作業）には、新しいドキュメント（または変更）が必要ですか？

8月23日金曜日までに、k / website（ブランチdev-1.16）に対するPRを探しています。 完全なドキュメントの始まりであれば素晴らしいと思いますが、プレースホルダーPRでもかまいません。 ご不明な点がございましたらお知らせください。

こんにちは@ simplytunde 、

@ xing-yang @ jingxu97
エンハンスメントフリーズはEOD7 / 30です。 この問題でも、マージされたKEPをリリースの一部と見なす必要があります。 これはAt Riskとしてラベル付けされており、明日マージされない場合はマイルストーンから削除されます。 ありがとう。

ツリー内PRは、 https ： ます。
ツリー外のPRはここに送信されます： https ：

提出されたドキュメントPR： https ：

@ xing-yangは木曜日8/29がhttps://github.com/kubernetes/kubernetes/pull/80058をマージするためのk / kコードフリーズであることを友好的に思い出させ

リマインダーをありがとう@ kacole2 ！ 我々はそれに取り組んでいます。

@ kacole2今日はコードをマージできませんでした。 これは1.17に遅れます。

こんにちは@ xing-yang @ jingxu97-1.17拡張機能がここにつながります。 チェックインして、この拡張機能が1.17でベータ版に移行すると思われるかどうかを確認したいと思いました。

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

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

その場合、コーディングが開始されたら、適切に追跡できるように、この号に関連するすべてのk / kPRをリストしてください。 👍

ありがとう！

こんにちは@mrbobbytablesはい、1.17でこの機能をベータ版にする予定です。

素晴らしいありがとう！ 先に進み、追跡シートに追加します:)

こんにちは@ xing-yang @ jingxu97私はv1.17ドキュメントシャドウの1つです。
この拡張機能（またはv1.17で計画されている作業）には、新しいドキュメント（または既存のドキュメントへの変更）が必要ですか？ そうでない場合は、1.17エンハンスメントトラッカーシートを更新してください（またはお知らせください。更新します）

もしそうなら、11月8日金曜日までに予定されているk / website（ブランチdev-1.17）に対するPRを探しているというフレンドリーなリマインダーですが、現時点ではプレースホルダーPRである可能性があります。 ご不明な点がございましたらお知らせください。

ありがとう@irvifa ！ すぐにドキュメントを送信します。

@irvifa Doc PRはここに送信されます： https ：

ねえ@ xing-yang。 私は1.17リリースの拡張シャドウの1つです。 11月14日にCodeFreezeが急速に近づいているので、ベースに触れて、これがどのように行われているかを確認したいと思いました。 また、この問題の一部として取り組んでいるk / k PRにリンクしていただけますか？ 拡張スプレッドシートには何も追跡されていません。

本当にありがとう！

こんにちは@jeremyrickard 、ここにPRがあります：

• [統合]スナップショットAPIをベータ版に移動： https ：
• [統合]新しいスナップショットベータAPIを使用するようにexternal-provisionerを更新します： https ：
• スナップショットコントローラー分割PR： https ：
• スナップショットベータAPIを使用してスナップショットツリー内e2eテストを更新し、機能ゲートを有効にします： https ：
• Doc PR： https ：

@ xing-yang、どうもありがとう！ スプレッドシートを更新します。

さらに2つのPRが統合されました。 新しいステータスは次のとおりです。

• [統合]スナップショットAPIをベータ版に移動：kubernetes-csi / external-snapshotter＃139
• [統合]新しいスナップショットベータAPIを使用するようにexternal-provisionerを更新：kubernetes-csi / external-provisioner＃335
• [統合]スナップショットコントローラーの分割PR：kubernetes-csi / external-snapshotter＃178
• [統合]スナップショットベータAPIを使用してスナップショットツリー内e2eテストを更新し、機能ゲートを有効にする：kubernetes / kubernetes＃80058
• [統合] Doc PR：kubernetes / website＃17233

そこで、コードフリーズの日付を作成しました。 未解決の必要なPRは、レビュー中のDocPRのみです。

Doc PR kubernetes / website＃17233もマージされます。

こんにちは@ xing-yang @ jingxu97-1.18拡張機能がここにつながります。 チェックインして、この拡張機能が1.18で安定するようになると思うかどうかを確認したかったのですか？

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

1月6日月曜日-リリースサイクルが始まります
1月28日火曜日EODPST-拡張機能のフリーズ
3月5日木曜日、EODPST-コードフリーズ
3月16日月曜日-ドキュメントを完成させて確認する必要があります
3月24日火曜日-Kubernetes1.18.0がリリースされました

その場合、コーディングが開始されたら、適切に追跡できるように、この号に関連するすべてのk / kPRをリストしてください。 👍

ありがとう！

こんにちは@jeremyrickard 、この機能は1.18でベータ版のままになります。 ありがとう！

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

この問題を今すぐ解決できる場合は、 /close 。

SIG-テスト、kubernetes /テスト・インフラおよび/またはへのフィードバックを送信fejta 。
/ lifecycle stale

/ remove-lifecyclestale

こんにちは@ jingxu97-1.19拡張機能の影はここにあります。 チェックインして、この拡張機能が1.19で卒業すると思うかどうかを確認したかったのですか？

リリースのこの部分を使用するには、次のようにします。

1. KEP PRは、実装可能な状態でマージする必要があります
2. KEPにはテスト計画が必要です
3. KEPには卒業基準が必要です。

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

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

その場合は、1.19トラッキングシート（http://bit.ly/k8s-1-19-enhancements）に追加します。 コーディングが開始されたら、適切に追跡できるように、この号に関連するすべてのk / kPRをリストしてください。 👍

ありがとう！

こんにちは@ msedzins 、1.19でベータ版を維持する予定です。 ありがとう！

こんにちは@ xing-yang、

アップデートありがとうございます！

/マイルストーンクリア

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

この問題を今すぐ解決できる場合は、 /close 。

SIG-テスト、kubernetes /テスト・インフラおよび/またはへのフィードバックを送信fejta 。
/ lifecycle stale

/ remove-lifecyclestale

この機能を1.20でGAに導入する予定です。

こんにちは@kikisdeliveryservice 、

これをv1.20トラッキングシートに追加していただけますか？ ありがとう！

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

こんにちは@ xing-yang

PRが完了し、マージする準備ができているようです： https ：

10月6日にフリーズでマージできるように、保留を解除する必要があります

：笑顔：

こんにちは@kikisdeliveryservice 、

レビューするのにミシェルとLGTMが必要です:)。

ありがとう！

ねえ@ xing-yang！

拡張機能は1.20に予定されているため、今後の重要な日付に注意してください。
11月6日金曜日：第8週-ドキュメントプレースホルダーのPR期限
11月12日木曜日：第9週-コードフリーズ

念のため、すべてのk / k PRとドキュメントPRをこの問題にリンクして、追跡できるようにしてください。

ありがとう！ ：smile_cat：
キルステン

こんにちは@kikisdeliveryservice 、

念押し有難う！

k / kPRは次のとおりです。
https://github.com/kubernetes/kubernetes/pull/95282

Xing

こんにちは@ xing-yang @ jingxu97 ：wave：、1.20ドキュメントの影はここにあります。

1.20で計画されているこの拡張作業には、新しいドキュメントや既存のドキュメントへの変更が必要ですか？

その場合は、ここの手順に従って、 k/websiteレポのdev-1.20ブランチに対してPRを開いてください。

このPRは現時点では単なるプレースホルダーであり、 11月6日までに作成する必要があります
また、リリースのドキュメント要件を確認して、リリースのドキュメント要件を理解してください。

ありがとうございました！

ありがとう@eagleusb ！ プレースホルダードキュメントをすぐに送信します。

こんにちは@ xing-yang：wave：

更新していただきありがとうございます。 それまでの間、ドキュメントのプレースホルダーの期限はもうすぐです。

締め切り前に、 k/websiteのdev-1.20ブランチに対してプレースホルダーPRを

また、重要な今後の日付を覚えておいてください：

• 11月6日金曜日：第8週-ドキュメントプレースホルダーのPR期限
• 11月12日木曜日：第9週-コードフリーズ
• 11月23日月曜日：第11週-ドキュメントPRのレビュー準備完了リマインダーとして、リリースチームが追跡できるように、すべてのk / kPRとドキュメントPRをこの問題にリンクしてください。

こんにちは@eagleusb 、

念押し有難う！ Doc PRはここに送信されます： https ：

こんにちは@ xing-yang

kubernetes / kubernetes＃95282はまだ開いているようですが、積極的に取り組んでいます。 11月12日木曜日の2日後にCodeFreezeが登場することを思い出してください。 すべてのPRはその日付までにマージする必要があります。そうしないと、例外が必要になります。

一番、
キルステン

こんにちは@kikisdeliveryservice 、

念押し有難う！ 11/12の締め切りまでに、レビュー担当者にPRのレビューと承認を完了させようとしています。

Xing

クラスターアドオンのスナップショットCRDをv1に更新するこのPRはマージされます： https ：
近づいています。

素晴らしい！ 知事/知事＃95282で待っているだけ

@kikisdeliveryservice 、

https://github.com/kubernetes/kubernetes/pull/95282が承認されました。 マージされるのを待っているだけです:)。

わーい！ マージされました！ トラッキングシートを更新しています。

おめでとうございます！ ：花火：

ありがとう@kikisdeliveryservice！