@danehansこの機能の問題を提出していただきありがとうございます！
cc @idvoretskyi FYI

xref ipv6の問題： https ：

@danehans ：wave： 1.9機能追跡ボードに示してください
この機能にドキュメントが必要かどうか。 はいの場合は、PRを

@zacharysarah 1.9機能追跡ボードへのコメントアクセスしかできないので、IPv6ドキュメント要件のコメントを追加しました。

cc：@mmueen

@zacharysarah 1.9リリースの変更ログを手動で更新してhttps://github.com/kubernetes/kubernetes/issues/1443を参照する必要があり

@danehans changelogと言うとき、リリースノートを意味しますか？

/ cc @ Bradamant3 （リリースノートの可視性）

はい、1.9リリースノートに何かを追加する必要があるかどうか、追加する必要がある場合は、どのようなプロセスに従う必要があるかを理解しようとしています。 ありがとう。

これにはリリースノートが必要です

/ cc @ Bradamant3 @nickchaseリリースノートの可視性！ ☝️

@danehans 1.9リリースノートドラフトはこちら：
https://docs.google.com/document/d/1veHHyDH9VoNTwP6yy9u2Q7Jj1hnBJGVPv3NPHInImgU/edit

ドキュメントの上部にあるガイダンスに従うことができます。

外部参照： https ： //groups.google.com/forum/#！topic / kubernetes -sig-release / x6ySPIJkMN4 by

@ xiangpengzhao1.9リリースノートをipv6サポートの詳細で更新しました。 1.9リリースノートにadd'lipv6コンテンツが必要かどうかを教えてください。

@danehans追加した詳細は十分だと思います：+1

• IPv6アルファサポートが追加されました。 注目すべきIPv6サポートの詳細は次のとおりです。
  
  
  
  • IPv6のみのKubernetesクラスターデプロイメントのサポート。 この機能は、デュアルスタックサポートを提供しません。
  
  
  • IPv6Kubernetesコントロールプレーンとデータプレーンのサポート。
  
  
  • kubeadmを使用したKubernetesIPv6クラスターデプロイメントのサポート。
  
  
  • ip6tablesを使用したiptableskube-proxyバックエンドのサポート。
  
  
  • IPv6ポッドネットワーキングはCNI0.6.0バイナリに依存しています。
  
  
  • 他のCNIプラグインはIPv6をサポートしていますが、アルファリリースではCNIブリッジとlocal-ipamプラグインのみがテストされています。
  
  
  • SRVレコードを使用するkube-dnsのIPv6サポートを追加します。
  
  
  • 警告
  
  
  • HostPortsはサポートされていません。
  
  
  • ポッドまたはクラスターCIDRネットワークのIPv6ネットワークマスクは/ 66以上である必要があります。 例：2001：db1 :: / 66、2001： dead：beef :: / 76、2001：cafe :: / 118がサポートされています。 2001：db1 :: / 64はサポートされていません
    
    `` `
  
  

@danehansリリースノートをもう一度見てみると、ipv6の詳細をセクションBefore Upgrading入れていることがわかりました。 そこに置くべきではないと思います。

@xiangpengzhao私が持っている唯一の懸念は、いくつかのPRが異なる弾丸に使用されたことです。

@ xiangpengzhao1.9リリースノートのIPv6コンテンツを移動しました。 ご不明な点がございましたら、お気軽にお問い合わせください。

@danehans That LGTM :)

しばらくの間、IPv6のみ（v1.8.x）でKubernetesを使用しています。
解決すべき最大の問題は、IPv6がクラスターでのClusterIP（10.32.xx）の使用を停止できるようになっているかどうかを検出することだと思います。

@ valentin2105問題が解決されるべきだと思われる場合は、k / kで問題を開いて、これを追跡できますか？
https://github.com/kubernetes/kubernetes/issues

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

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

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

cc @idvoretskyi

@leblancdはIPv6の料金をリードしています。 彼にコメントさせます。

@ justaugustus-これはおそらく2つの別々の問題に分けられるはずです：
IPv6のみのサポート：リリース1.9、Alpha
デュアルスタックサポート：リリース1.11、Alpha
この問題（＃508）はIPv6のみのサポートには十分であり、デュアルスタックには新しい問題が必要になると思います。

/種類の機能

@leblancd

• 1.11リリースでIPv6のみのサポートを計画している作業はありますか？ もしそうなら、マイルストーンを設定できるように、それがアルファ、ベータ、または安定を追跡しているかどうかを教えていただけますか？
• デュアルスタックサポートの適切な詳細について問題を開いていただけませんか。

@justaugustus
IPv6は、v1.9およびv1.10リリースとデュアルスタックでも正常に機能します。

@justaugustus ：
デュアルスタック機能の問題

現在のこの機能にはマイルストーンがないため、チェックインして、Kubernetes1.12でこれに関する計画があるかどうかを確認したいと思います。

その場合は、この問題が最新であり、次のすべての情報が含まれていることを確認してください。

• 1行の機能の説明（リリースノートとして使用できます）：
• 主な連絡先（譲受人）：
• 責任あるSIG：
• デザイン提案リンク（コミュニティリポジトリ）：
• e2eおよび/または単体テストへのリンク：
• レビュー担当者-（LGTMの場合）2人以上のレビュー担当者（コード領域のOWNERSファイルから少なくとも1人）にレビューに同意してもらうことをお勧めします。 複数の企業のレビュー担当者が優先：
• 承認者（機能が属するSIG /エリアからの可能性が高い）：
• 機能ターゲット（どのターゲットがどのマイルストーンに等しいか）：
  
  
  
  • アルファリリースターゲット（xy）
  
  
  • ベータリリースターゲット（xy）
  
  
  • 安定した放出目標（xy）
  
  

以下を設定します。

• 説明
• 譲受人
• ラベル：
  
  
  
  • ステージ/ {アルファ、ベータ、安定}
  
  
  • sig / *
  
  
  • 種類/機能
  
  

この機能が適切に更新されたら、してください明示的にpingを@justaugustus、@ kacole2、@robertsandoval、@ rajendar38ノートに含まれる準備ができていることをKubernetes 1.12のためのスプレッドシートを追跡する機能。

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

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

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

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

ハッピーシップ！

PSこれは自動化によって送信されました

こんにちは@leblancd

K8s 1.12でIPv6サポートをベータ版にする計画はありますか？ 覚えているかと思いますが、 https：//github.com/kubernetes/features/issues/563でデュアルスタックのサポートステータスについて質問しました

@ navjotsingh83 KubernetesのIPv6について、どの点が欠けていますか？

こんにちは@ valentin2105

K8sではまだIPv6を構成して使用していません。 しかし、その前に、私がこの質問を投稿した理由は、それがまだアルファ機能であるためです。したがって、それが機能する場合でも（それが機能する可能性があります）、本番環境でアルファ機能を使用することはできません。 現在、次のリリースでアプリをK8sにデプロイするかどうかについて、PoC /計画段階にあるため、機能がベータ版（少なくとも）またはGA（推奨）になる時期に基づいて、go / nogoを決定します。 。

こんにちは@ navjotsingh83 -IPv6のみのサポートはhttps ：

何か具体的なことはありますか？ 必要なデュアルスタックサポート？ 言い換えれば、IPv6のみのサポートがベータ/ GAだった場合、それで十分でしょうか？ デュアルスタック仕様で提案したものが、必要なものに順調に進んでいるかどうかを知りたいと思います。

こんにちは@ leblancd
この拡張機能は以前に追跡されているため、チェックインして、Kubernetes1.13のステージを卒業する計画があるかどうかを確認したいと思います。 このリリースは、より「安定した」ものを目標としており、積極的なタイムラインがあります。 次の期限に間に合うと確信できる場合にのみ、この拡張機能を含めてください。
ドキュメント（オープンプレースホルダーPR）：11/8
コードスラッシュ：11/9
コードフリーズの開始：11/15
ドキュメントの完成とレビュー：11/27

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

また、すべての新しい拡張機能がKEPと連携することも奨励しています。 KEPが作成されている場合は、元の投稿でKEPにリンクするか、KEPを開発する機会を利用してください。

ありがとう！

@leblancdここでの更新に感謝します。非常に興味深いです。 これが1.13でようやく実を結ぶのを見てうれしいです。

こんにちは、

IPv6サポートの現在の想定状態はどうなっているのでしょうか。 を使用してクラスターをブートストラップしようとすると

kubeadm init --pod-network-cidr 2a0a:e5c0:102:3::/64 --apiserver-advertise-address=2a0a:e5c0:2:12:400:f0ff:fea9:c401 --service-cidr 2a0a:e5c0:102:6::/64

その結果、APIサーバーに後で到達できなくなります。

root<strong i="10">@ubuntu</strong>:/etc/kubernetes/manifests# kubectl get nodes
The connection to the server localhost:8080 was refused - did you specify the right host or port?

作成されたコンテナの確認：

root<strong i="14">@ubuntu</strong>:/etc/kubernetes/manifests# docker ps 
CONTAINER ID        IMAGE                  COMMAND                  CREATED             STATUS              PORTS               NAMES
a55623e52447        k8s.gcr.io/pause:3.1   "/pause"                 7 minutes ago       Up 7 minutes                            k8s_POD_kube-apiserver-ubuntu_kube-system_fec7f583ea75dd4fc232913538c9fba1_0
cefb94378d33        ab81d7360408           "kube-scheduler --ad…"   24 minutes ago      Up 24 minutes                           k8s_kube-scheduler_kube-scheduler-ubuntu_kube-system_44b569a35761491825f4e7253fbf0543_0
c569ef8d9e30        26e6f1db2a52           "kube-controller-man…"   24 minutes ago      Up 24 minutes                           k8s_kube-controller-manager_kube-controller-manager-ubuntu_kube-system_fe38083b94da6f6c5a89788091e3bcb6_0
a25693b556e5        3cab8e1b9802           "etcd --advertise-cl…"   24 minutes ago      Up 24 minutes                           k8s_etcd_etcd-ubuntu_kube-system_7db86297afa09dfaa5049a791ed76555_0
9e85d0f7873d        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_kube-scheduler-ubuntu_kube-system_44b569a35761491825f4e7253fbf0543_0
d6516a6656a7        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_kube-controller-manager-ubuntu_kube-system_fe38083b94da6f6c5a89788091e3bcb6_0
8dab4c0348a9        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_kube-apiserver-ubuntu_kube-system_84183f750feaa89bfaa9d456805fdc7a_0
b561f8c07ff7        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_etcd-ubuntu_kube-system_7db86297afa09dfaa5049a791ed76555_0

8080のポートマッピングはないようです-あるべきではありませんか？

こんにちは@telmich 、

KubeADMについてはよくわかりませんが、KubernetesのIPv6は問題なく機能することを知っています。

コマンドを確認したら、[2a0a：e5 ...]のようにv6アドレスを角かっこで囲むことをお勧めします。

ねえ@ valentin2105 ！

IPv6が機能するはずだと聞いてうれしいですが、kubeadmなしでkubernetesクラスターをブートストラップするにはどうすればよいですか？

Re []構文：これは通常、範囲ではなく単一のipv6アドレスに使用され、kubeadmを使用するとすぐに失敗します。

root<strong i="9">@k8s1</strong>:~# kubeadm init --pod-network-cidr '[2a0a:e5c0:102:3::/64]' --service-cidr '[2a0a:e5c0:102:6::/64]'
[serviceSubnet: Invalid value: "[2a0a:e5c0:102:6::/64]": couldn't parse subnet, podSubnet: Invalid value: "[2a0a:e5c0:102:3::/64]": couldn't parse subnet, KubeProxyConfiguration.ClusterCIDR: Invalid value: "[2a0a:e5c0:102:3::/64]": must be a valid CIDR block (e.g. 10.100.0.0/16)]
root<strong i="10">@k8s1</strong>:~# 

私はこれまでの調査結果をhttps://redmine.ungleich.ch/issues/6255に書き留めましたが、現時点ではkubeadmを使用してIPv6のみのクラスターをセットアップする方法はないと主張しています。

私がk8sの初心者であることを考えると、2つのことが疑問に思います。

• 私は自分の主張について間違っていますか？
• 私が自分の主張を正しく理解している場合でも、IPv6のみのモードでkubernetesクラスターをセットアップするにはどうすればよいですか？

最後の質問：私はすでにkubeadmのさまざまなフェーズを見て、フェーズごとにinitを複製しようとしましたが、etcd、apiserver、controllerのオプションをいつ/どのように変更するかがわかりません。よりきめ細かく制御できるように？

kubeadmを使用してコンポーネントを起動するときに、どのコンポーネントがクラッシュするかをデバッグする必要があります。おそらくCNIに関するものですか？ ホストローカルブリッジがcniでIPv6をサポートしているかどうかはわかりません。

v6のみをセットアップして、kubeadmセットアップと比較したい場合は、いくつかのv6のみのクラスターで使用しているため、Ipv6で機能するSaltstackレシピを確認してください。
https://github.com/valentin2105/Kubernetes-Saltstack

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

@ claurence1.14ではIPv6の作業は計画されていません。

こんにちは@danehans 、私は1.15のエンハンスメントリードです。 この機能は1.15でアルファ/ベータ/安定ステージを卒業する予定ですか？ 適切に追跡してスプレッドシートに追加できるように、お知らせください。 すべての拡張機能は、昇格する前にKEPを必要とします。

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

@thockin @ BenTheElder1.15でipv6のみのクラスターをベータ版として卒業することは可能だと思います。
これをマージするとhttps://github.com/kubernetes-sigs/kind/pull/348このサイクル中に失敗したテストに取り組むことができますhttps://github.com/kubernetes/kubernetes/issues/70248そしてジョブを追加し
どう思いますか？

@ kacole2残念ながら、私はIPv6に取り組んでいません。

k8sでネイティブ（非デュアルスタック）IPv6サポートに取り組んでいる人はいますか？

@telmichこれは今日可能になるはずです。 現在の状態の適切なウォークスルーについては、 https：//github.com/leblancd/kube-v6を

こんにちは@ danehans-私は1.16の拡張シャドウです。

この機能は1.16でアルファ/ベータ/安定ステージを卒業する予定ですか？ 1.16トラッキングスプレッドシートに追加できるようにお知らせください。

開発が開始されたら、またはすでに開発されている場合は、適切に追跡できるように、この号に関連するすべてのk / kPRをリストしてください。

問題の説明にリンクされているKEPがないことに気づきました。 注意として、すべての拡張には、各アルファ/ベータ/安定ステージの要件を説明する卒業基準を備えた実装可能な状態のKEPが必要です。

注意として、1.16マイルストーンの日付は次のとおりです。EnhancementFreeze7/ 30およびCodeFreeze8 / 29。

ありがとう！

@mariantalla私はもうこの機能に取り組んでいません。 sig networkに依頼して、他の誰かが機能の卒業を処理することを計画しているかどうかを確認することをお勧めします。

@ lachie83これは、会議でSIG-Networkを使用して持ち出すものです。

うん。 これをSIGネットワ​​ーキングアジェンダに載せさせてください

このサイクルでIPv6をベータ版に卒業するためのKEPを含むPRを提出します

@aojeaに感謝しますbetaとAt Riskターゲットにしbeta KEPはマージされません。

この問題の所有者としてあなたを割り当て、 @ danehansの割り当てを

@mariantalla👍

ねえ、 @ aojea私はv1.16ドキュメントのリリースリードです。

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

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

ねえ、 @ aojea私はv1.16ドキュメントのリリースリードです。

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

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

@ neolit123 @timothysc kubeadmdocsにセクションを追加できると思いますhttps://github.com/kubernetes/website/tree/master/content/en/docs/setup/production-environment/tools/kubeadm$＃$ Configuring your Kubernetes cluster to use IPv6 、どう思いますか？ それはあなたのために働きますか？

@aojea
ドキュメントに何を追加するかによって異なりますか？

これらのセクションでは、ipv6がkubeadmでサポートされていることをすでに説明しています。
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#initializing -your-control-plane-node
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod -network

/ Assign @aojea
/ unassign @danehans

ねえ@ aojea-エンハンスメントフリーズ🥶が明日であることを簡単に思い出してください。 KEPはまだマージされていないため、この拡張機能は現時点でリスクにさらされています。

KEPは＃1138で追跡されていると思います。 それをこの問題にまとめることはできますか？

これらのセクションでは、ipv6がkubeadmでサポートされていることをすでに説明しています。
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#initializing -your-control-plane-node
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod -network

@simplytundeは、ユーザー向けのドキュメントがすでにカバーされているようです

ユーザー向けのドキュメントはすでにカバーされているようです

kubeadmがIPv6サポートの唯一のユーザー向けドキュメントであるとは言えませんが、SIGネットワ​​ークとこの機能のメンテナーに委ねられます。

@aojea @danehans @ lachie83
拡張フリーズは1.16に合格しました。 ＃1139のKEPはマージされなかったため、1.16マイルストーンから削除されています。 これを再度追加したい場合は、例外を提出してください。リリースリードの承認が必要になります。

/マイルストーンクリア

@ kacole2フォローアップしてくれてありがとう、

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

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

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

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

ありがとう！

KEPによると@mrbobbytablesには、クラウドプロバイダーのCIジョブが1つだけ欠けています。

IPv6のベータ版への移行

卒業基準

• [x] IPv4機能のパリティがあります

• [x] kubernetesテスト環境を使用したCIがあります

  • 種類のIPv6リリースブロッキングジョブ
  • 種類のIPv6事前送信ジョブ（参考情報）

• []少なくとも1つのクラウドプロバイダーを使用するCIがあります

• [x]すべてのe2e適合性テストに合格しています
• [x]文書化されています

素晴らしい。 ベータ版への卒業として追跡するために追加します👍

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

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

@irvifa
拡張トラッカーシートを更新してもよろしいですか？
ここで説明されているように、これ以上のドキュメントは必要ありませんhttps://github.com/kubernetes/enhancements/issues/508#issuecomment -516064858

さて、 @ aojeaの確認に感謝します。 リクエストに応じてトラッキングシートを更新しました。

こんにちは@ aojea 、1.17拡張機能がここにリードします👋優れたk / k PRなどはないようですが、最後のタスクに関してはどうですか？ 「_少なくとも1つのクラウドプロバイダーを使用するCIがあります_」

こんにちは@ aojea 、1.17拡張機能がここにリードしますk / k PRなどが目立っているようには見えませんが、最後のタスクに関してはどうですか？ 「_少なくとも1つのクラウドプロバイダーを使用するCIがあります_」

WIP https://github.com/kubernetes-sigs/cluster-api-provider-aws/pull/1322ですが、作成できるかどうかは保証できません：man_shrugging：

👋こんにちは@aojea。 コードのフリーズは、1.17リリースサイクルの今日の午後5時PTです。
それまでにhttps://github.com/kubernetes-sigs/cluster-api-provider-aws/pull/1322がマージされると思い

私はそれがk / kの一部ではなく、正確にフリーズの対象ではないことを知っていますが、理想的にはそれまでにすべてを持っているでしょう。

1.18 @mrbobbytablesをターゲットにしましょう。これには不明な点がたくさんあり、十分な時間を割くことができません：man_shrugging：

しましょう！ 迅速な返信をありがとう👍
/マイルストーンv1.18

こんにちは@ aojea -1.18拡張機能はここに影を落とします。 チェックインして、この拡張機能が1.18で[alpha | beta | stable]に移行すると思われるかどうかを確認したいと思いますか？
現在のリリーススケジュールは次のとおりです。
1月6日月曜日-リリースサイクルが始まります
1月28日火曜日EODPST-拡張機能のフリーズ
3月5日木曜日、EODPST-コードフリーズ
3月16日月曜日-ドキュメントを完成させて確認する必要があります
3月24日火曜日-Kubernetes1.18.0がリリースされました
リリースに含めるには、この拡張機能のKEPがimplementableステータスにマージされている必要があります。 KEPには、卒業基準とテスト計画も定義されている必要があります。
この拡張機能を含めたい場合は、コーディングが開始されたら、適切に追跡できるように、この問題に関連するすべてのk / kPRをリストしてください。 👍
ここで拡張機能を追跡します： http ：
ありがとう！

こんにちは@kikisdeliveryservice
KEPはhttps://github.com/kubernetes/enhancements/pull/1139にマージされ、 implementable

不足しているアイテムは1つだけです。

少なくとも1つのクラウドプロバイダーを使用するCIがあります

そして、1.18でIPv6をベータ版に卒業できるようになります

cc： @ lachie83 @aramase

ありがとう@aojea ！

ねえ@ aojea-

ここでセス、ドキュメントは1.18リリースチームに影を落とします。

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

そうでない場合は、1.18エンハンスメントトラッカーシートを更新してください（またはお知らせください。更新します）

ドキュメントの更新が必要な場合は、k / website（ブランチdev-1.18）に対するプレースホルダーPRの期限が2月28日金曜日であることを忘れないでください。

ご不明な点がございましたらお知らせください。

@sethmccombs 1つの質問ですが、この機能に関するブログ投稿はドキュメントの更新としてカウントされますか？

こんにちは@aojea ！

コードフリーズは3月5日木曜日であることを思い出してください。 この拡張のために追跡する必要があるすべてのk / k PRまたはその他のPRをリンクしていただけますか？

ありがとう！
1.18拡張チーム

@aramase AzureでIPv6ジョブを追跡するためのリンクがあるので、拡張チームは機能を追跡できますか？

@ aojea-ウェブサイトのリポジトリにはブログの投稿がありますが、それらのリリースプロセスは通常のドキュメントとは少し異なります。詳細情報を入手できます（コミュニケーションリーダーとして@karenhchuをCC-ing）

ねえ@ aojea @ aramase AzureでのIPv6ジョブのPRにリンクしていただけませんか？

@jeremyrickardジョブのtest-infraでプレースホルダーPRを作成しました：//github.com/kubernetes/test-infra/pull/16461

前にマージする必要がある他のPR-
https://github.com/kubernetes/kubernetes/pull/88448
https://github.com/Azure/aks-engine/pull/2781

テストを終了し、WIPを削除します。

こんにちは@ aojea
ドキュメントプレースホルダーのPR期限は明日です。 この拡張機能にドキュメントが必要な場合。 できるだけ早くdev-1.18ブランチに対してプレースホルダーPRを上げてください。

ありがとう！

/マイルストーンクリア

こんにちは、 @ aojea @aramaseです。この拡張機能のドキュメントプレースホルダーPRはなく、ドキュメントの前面で更新を受信して​​いません。 ドキュメントプレースホルダーのPR期限を過ぎました。 そのため、1.18リリースからこの拡張機能を削除します。 例外をリクエストしたい場合。 https://github.com/kubernetes/sig-release/blob/master/releases/EXCEPTIONS.mdを参照して

ありがとう！

申し訳ありませんが、ドキュメントの更新は必要ありません：smile：

/マイルストーンv1.18

どのIPv6機能がKubernetes1.18に導入されましたか？ デュアルスタックですか、それともIPv6はベータ版にしか移行していませんか？
ドキュメントで何も変更されていないため、混乱しています。

どのIPv6機能がKubernetes1.18に導入されましたか？ デュアルスタックですか、それともIPv6はベータ版にしか移行していませんか？
ドキュメントで何も変更されていないため、混乱しています。

この問題はipv6のみを追跡し、1.18でベータ版に移行しました

デュアルスタックはアルファ版であり、他の問題/ KEPで追跡されます

/マイルストーンクリア

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

こんにちは@ aojea @ danehans 、

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

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

The KEP PR must be merged in an implementable state
The KEP must have test plans
The KEP must have graduation criteria.

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

Monday, April 13: Week 1 - Release cycle begins
Tuesday, May 19: Week 6 - Enhancements Freeze
Thursday, June 25: Week 11 - Code Freeze
Thursday, July 9: Week 14 - Docs must be completed and reviewed
Tuesday, August 4: Week 17 - Kubernetes v1.19.0 released

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

ありがとう！

@kikisdeliveryserviceに感謝し
このリリース中はここで変更はありません

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

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

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

/ remove-lifecycle stale

こんにちは@ aojea @ danehans

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

ありがとう、
キルステン

こんにちは@ aojea

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

いいえ：smile：

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

ipv6のみの操作を検証する方法に関するドキュメントはありますか？ グーグルは私をipv4またはipv6デュアルスタックに導くだけです。

ipv6のみの操作を検証する方法に関するドキュメントはありますか？ グーグルは私をipv4またはipv6デュアルスタックに導くだけです。

「確認する」とはどういう意味ですか？

IPv6のみのインストールは、IPv4の場合と同じです。構成でIPv6アドレスとサブネットを使用する必要があるだけで、追加の変更は必要ありません。
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#initializing -your-control-plane-node

確認できます。 1.17.xをipv6のみのモードで実行します。 IPv4ガイドに従い、IPv6アドレスを使用してください。 基本的にはそれだけです。