@danehans感谢您提交此功能问题！
cc @idvoretskyi仅供参考

外部参照 ipv6 问题： https :

@danehans :wave: 请在1.9 功能跟踪板中注明
此功能是否需要文档。 如果是，请打开 PR并添加指向跟踪电子表格的链接。 提前致谢！

@zacharysarah我只有对 1.9 功能跟踪板的评论访问权限，所以我添加了对 IPv6 文档要求的评论。

抄送：@mmueen

@zacharysarah是否需要手动更新 1.9 版本的https://github.com/kubernetes/kubernetes/issues/1443？

@danehans当您说更改日志时，您是指发行说明吗？

/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

@xiangpengzhao我已经用 ipv6 支持细节更新了 1.9 发行说明。 请让我知道 1.9 发行说明是否需要添加 ipv6 内容。

@danehans我认为你添加的细节已经足够好了 :+1: 。 但就我个人而言，我希望看到项目符号的相关 PR（如果存在）。

• 添加了 IPv6 alpha 支持。 值得注意的 IPv6 支持详细信息包括：
  
  
  
  • 支持仅 IPv6 的 Kubernetes 集群部署。 此功能不提供双栈支持。
  
  
  • 支持 IPv6 Kubernetes 控制和数据平面。
  
  
  • 使用 kubeadm 支持 Kubernetes IPv6 集群部署。
  
  
  • 使用 ip6tables 支持 iptables kube-proxy 后端。
  
  
  • IPv6 pod 网络依赖于 CNI 0.6.0 二进制文件。
  
  
  • 尽管其他 CNI 插件支持 IPv6，但只有 CNI 桥接器和本地 ipam 插件已针对 alpha 版本进行了测试。
  
  
  • 使用 SRV 记录为 kube-dns 添加 IPv6 支持。
  
  
  • 注意事项
  
  
  • 不支持主机端口。
  
  
  • pod 或集群 cidr 网络的 IPv6 网络掩码必须是 /66 或更长。 例如： 2001:db1::/66, 2001: dead:beef ::/76, 2001:cafe::/118 被支持。 2001:db1::/64 不受支持
    
    ``
  
  

@danehans我又看了一下发行说明，发现您将 ipv6 详细信息放入了Before Upgrading 。 我认为我们不应该把它们放在那里。

@xiangpengzhao我唯一担心的是，不同的子弹使用了几个 PR。

@xiangpengzhao我已经移动了 1.9 发行说明的 IPv6 内容。 如果您还有其他问题，请告诉我。

@danehans LGTM :)

我在 IPv6-only (v1.8.x) 上使用 Kubernetes 有一段时间了，
我认为要解决的最大问题是检测是否启用了 IPv6 以停止在集群上使用 ClusterIPs (10.32.xx)。

@valentin2105如果您认为这是一个应该解决的问题，您能否在 k/k 中打开一个问题来跟踪此问题？
https://github.com/kubernetes/kubernetes/issues

@danehans
在 1.11 中有任何计划吗？

如果是这样，请确保该功能是最新的，并具有以下适当的功能：

• 描述
• 里程碑
• 受让人
• 标签：
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

抄送@idvoretskyi

@leblancd正在引领 IPv6 收费。 我会让他评论。

@justaugustus - 这可能应该分为两个单独的问题：
仅支持 IPv6：1.9 版，Alpha
双栈支持：1.11 版，Alpha
我认为这个 issue (#508) 足以支持 IPv6-Only，双栈需要一个新的 Issue。

/种类特征

@leblanc

• 在 1.11 版本中是否有任何针对仅 IPv6 支持的计划？ 如果是这样，您能否让我们知道它是在跟踪 alpha、beta 还是稳定版，以便我们设定里程碑？
• 你介意打开一个关于双栈支持的适当细节的问题吗？

@justaugustus
IPv6-only 在 v1.9 和 v1.10 版本以及双栈中也能正常工作。

@justaugustus ：
双栈功能问题

这个功能目前没有里程碑，所以我们想检查一下，看看在 Kubernetes 1.12 中是否有任何计划。

如果是这样，请确保此问题与以下所有信息保持同步：

• 单行功能说明（可用作发行说明）：
• 主要联系人（受让人）：
• 负责的 SIG：
• 设计方案链接（社区回购）：
• 链接到 e2e 和/或单元测试：
• 审阅者 -（对于 LGTM）建议有 2 个以上的审阅者（至少一位来自代码区域 OWNERS 文件）同意进行审阅。 多家公司审稿人优先：
• 批准人（可能来自 SIG/特征所属的区域）：
• 功能目标（哪个目标等于哪个里程碑）：
  
  
  
  • Alpha 发布目标 (xy)
  
  
  • 测试版发布目标 (xy)
  
  
  • 稳定释放目标 (xy)
  
  

设置以下内容：

• 描述
• 受让人
• 标签：
  
  
  
  • 阶段/{alpha,beta,stable}
  
  
  • 签名/*
  
  
  • 种类/特征
  
  

一旦这个功能被适当地更新，请明确地坪@justaugustus，@ kacole2，@robertsandoval，@ rajendar38要注意，它已准备好被包含在功能跟踪的电子表格Kubernetes 1.12 。

请注意，Features Freeze将于明天，即 7 月 31日开始，之后任何未完成的 Feature 问题都需要一个例外请求才能被接受到里程碑中。

此外，请注意以下相关截止日期：

• 文档截止日期（开放占位符 PR）：8/21
• 测试用例冻结：8/28

请确保所有功能的 PR 也包含相关的发行说明。

祝您发货愉快！

PS 这是通过自动化发送的

嗨@leblanc

是否有计划在 K8s 1.12 中使 IPv6 支持测试版？ 如果您还记得，我曾在https://github.com/kubernetes/features/issues/563 中询问过双栈支持状态

@navjotsingh83关于 Kubernetes 中的 IPv6，您缺少哪一点？

嗨@valentin2105

我们还没有在 K8s 中配置和使用 IPv6。 但在深入讨论之前，为什么我发布这个问题是因为它仍然是一个 alpha 功能，所以即使它有效（它可能），我们也不能在生产中使用 alpha 功能。 我们现在正处于 PoC/计划阶段，决定是否应该在下一个版本中将我们的应用部署在 K8s 上，因此根据该功能何时成为 beta（至少）或 GA（首选），我们将做出 go/nogo 决定.

嗨@navjotsingh83 - 在 K8s 1.13 中只支持 IPv6 应该是 Beta。 将 IPv6-only 功能视为 Beta 版缺少的是 Kubernetes IPv6-only CI，并且正在开发中。 以下是 K8s CI（在 GCE 环境中使用虚拟化多节点集群）的初始提议： https :

有什么具体的re. 您需要双栈支持吗？ 换句话说，如果仅支持 IPv6 是 beta/GA，那是否就足够了？ 我很想知道我们在双栈规范中提出的内容是否符合您的需求。

嗨@leblancd @danehans
之前已经跟踪过此增强功能，因此我们想检查一下，看看是否有任何计划以在 Kubernetes 1.13 中进行毕业阶段。 此版本的目标是更加“稳定”，并将有一个积极的时间表。 请仅在高度确信它将满足以下截止日期的情况下包含此增强功能：
文档（开放占位符 PR）：11/8
代码泥浆：11/9
代码冻结开始：11/15
文档完成和审核：11/27

如果需要将其包含在1.13 增强跟踪表中，请花点时间更新您原始帖子中的里程碑以供将来跟踪和 ping @kacole2

我们现在还鼓励每一项新的增强都与 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 工作得很好。

当我看到您的命令时，我会建议您在 v6 地址周围使用括号，例如 [2a0a:e5...]

嘿@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 新手，我想知道两件事：

• 我的主张有错吗？
• 如果我的主张是正确的，那么我如何在仅 IPv6 模式下设置 kubernetes 集群？

对于最后一个问题：我已经查看了 kubeadm 的不同阶段并尝试通过分阶段执行来复制 init，但是我不清楚什么时候/如何修改 etcd、apiserver、controller 的选项以便我可以控制它更细粒度？

您应该在使用 kubeadm 启动它们时调试哪个组件崩溃，也许是关于 CNI ？ 我不知道 cni 中主机-本地网桥是否支持 IPv6。

如果您只想尝试设置 v6 并且可能与您的 kubeadm 设置进行比较，请检查我在 Ipv6 中工作的 Saltstack 配方，因为我在少数 v6-only 集群中使用它。
https://github.com/valentin2105/Kubernetes-Saltstack

@danehans您好 - 我是 1.14 增强功能的负责人，我正在检查此问题以查看 1.14 版本计划进行哪些工作（如果有）。 增强功能冻结是 1 月 29 日，我想提醒所有增强功能都必须有一个 KEP

@claurence没有为 1.14 计划 IPv6 工作。

你好@danehans ，我是 1.15 的增强负责人。 这个功能会在 1.15 中从 alpha/beta/stable 阶段毕业吗？ 请让我知道，以便可以正确跟踪并添加到电子表格中。 所有增强功能在推广之前也需要 KEP。

编码开始后，请列出此问题中所有相关的 k/k PR，以便正确跟踪它们。

@thockin @BenTheElder我认为在 1.15 中将仅 ipv6 的集群升级为 beta 是可行的。
如果我们合并这个https://github.com/kubernetes-sigs/kind/pull/348我可以在这个周期内处理失败的测试https://github.com/kubernetes/kubernetes/issues/70248并添加一个工作到 CI
你怎么认为？

@kacole2不幸的是，我不再研究 IPv6。

有没有人在 k8s 中研究原生（非双栈）IPv6 支持？

@telmich这今天应该是可能的。 查看https://github.com/leblancd/kube-v6以了解当前状态的完整演练。

嗨@danehans - 我是 1.16 的增强阴影。

这个功能会在 1.16 中从 alpha/beta/stable 阶段毕业吗？ 请告诉我，以便将其添加到1.16 跟踪电子表格中。

一旦开发开始或如果已经开发，请在此问题中列出所有相关的 k/k PR，以便正确跟踪它们。

我注意到问题描述中没有链接 KEP； 提醒一下，每个增强功能都需要一个处于可实施状态的 KEP，其中包含解释每个 alpha/beta/稳定阶段要求的毕业标准。

提醒一下，1.16 里程碑日期是：Enhancement Freeze 7/30 和 Code Freeze 8/29。

谢谢！

@mariantalla我不再研究该功能。 您可能想询问 sig 网络，看看是否还有其他人计划处理功能毕业。

@ lachie83这是在您的会议中使用 SIG-Network 提出的问题。

是的。 让我在 SIG 网络议程上得到这个

我将在此周期内提交带有 KEP 的 PR 以将 IPv6 升级为 Beta

谢谢@aojea ，我将添加（this 和 https://github.com/kubernetes/enhancements/issues/1138）作为 v1.16 跟踪，目标是beta和At Risk而 KEP 未合并。

您是否同意我也将您指定为此问题的所有者，并@danehans以保存他的收件箱？

@玛丽安塔拉👍

嘿， @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我想我可以在 kubeadm 文档中添加一个部分https://github.com/kubernetes/website/tree/master/content/en/docs/setup/production-environment/tools/kubeadm就像Configuring your Kubernetes cluster to use IPv6 ，你怎么看？ 对你起作用吗？

@aojea
取决于您计划添加到文档中的内容？

这些部分已经提到 kubeadm 支持 ipv6：
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

/分配@aojea
/取消分配

嘿@aojea - 只是快速提醒一下，增强功能冻结 🥶 是明天。 此增强功能目前处于危险之中，因为其 KEP 尚未合并。

我相信在 #1138 中正在跟踪 KEP。 我们可以把它折叠成这个问题吗？

这些部分已经提到 kubeadm 支持 ipv6：
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 Network 和此功能的维护者。

@aojea @danehans @lachie83
增强冻结已通过 1.16。 #1139 处的 KEP 从未合并，现在从 1.16 里程碑中删除。 如果要重新添加此内容，请提交一个例外，并需要发布负责人的批准。

/里程碑清除

@kacole2感谢您的跟进，然后让我们以 1.17 为目标。

嘿@aojea - 1.17 增强功能在这里。 我想检查一下，看看您是否认为此增强功能会在 1.17 中升级为 alpha/beta/stable？

目前的发布时间表是：

9 月 23 日，星期一 - 发布周期开始
10 月 15 日，星期二，EOD PST - 增强功能冻结
太平洋标准时间 11 月 14 日星期四，EOD - 代码冻结
11 月 19 日，星期二 - 必须完成和审查文档
12 月 9 日星期一 - Kubernetes 1.17.0 发布

如果你这样做了，一旦开始编码，请在这个问题中列出所有相关的 k/k PR，以便可以正确跟踪它们。 👍

谢谢！

@mrbobbytables根据 KEP，只有一件缺少的东西就是云提供商中的 CI 工作

IPv6 升级到测试版

毕业标准

• [x] 它具有 IPv4 功能奇偶校验

• [x] 它具有使用 kubernetes 测试环境的 CI

  • 种类 IPv6 发布阻塞作业
  • 种类 IPv6 预提交作业（信息性）

• [ ] 它具有使用至少一个云提供商的 CI

• [x] 已通过所有 e2e 一致性测试
• [x] 有记录

惊人的。 将添加它以跟踪测试版 👍

你好@aojea我是 v1.17 文档影子之一。
此增强功能（或为 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 或类似的东西是出色的，但是关于最后一个任务的情况如何？ “_它有使用至少一个云提供商的 CI_”

嘿@aojea ，1.17 增强功能在这里 看起来没有任何 k/k PR 或类似的东西是出色的，但是关于最后一个任务的情况如何？ “_它有使用至少一个云提供商的 CI_”

这是 WIP https://github.com/kubernetes-sigs/cluster-api-provider-aws/pull/1322 ，但我不能保证我能做到：man_shrugging：

👋嘿，@aojea。 1.17 发布周期的代码冻结时间为太平洋时间今天下午 5 点。
你认为到那时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 日星期二 EOD - 增强功能冻结
太平洋标准时间 3 月 5 日星期四，EOD - 代码冻结
3 月 16 日，星期一 - 必须完成和审查文档
3 月 24 日，星期二 - Kubernetes 1.18.0 发布
要包含在版本中，此增强功能必须具有处于implementable状态的合并 KEP。 KEP 还必须定义毕业标准和测试计划。
如果您想包含此增强功能，一旦开始编码，请在此问题中列出所有相关的 k/k PR，以便可以正确跟踪它们。 👍
我们将在此处跟踪增强功能： http :
谢谢！

嗨@kikisdeliveryservice
KEP 已合并https://github.com/kubernetes/enhancements/pull/1139并为implementable

仅缺少一项：

它具有使用至少一个云提供商的 CI

我们将能够在 1.18 中将 IPv6 升级到测试版

抄送： @lachie83 @aramase

谢谢@aojea ！

嘿@aojea -

Seth 在这里，Docs 影子 1.18 发布团队。

为 1.18 计划的这项增强工作是否需要任何新文档或对现有文档的修改？

如果没有，您能否更新 1.18 增强跟踪表（或让我知道，我会这样做）

如果需要更新文档，请提醒针对 k/website（分支 dev-1.18）的占位符 PR 应在 2 月 28 日星期五之前到期。

如果您有任何问题，请告诉我！

@sethmccombs一个问题，一篇关于该功能的博客文章算作文档更新吗？

嗨@aojea ！

提醒一下，代码冻结是 3 月 5 日星期四。 能否请您链接所有 k/k PR 或应针对此增强功能跟踪的任何其他 PR？

谢谢！
1.18 增强团队

@aramase您是否有跟踪 Azure 上 IPv6 作业的链接，以便增强团队可以跟踪该功能？

@aojea - 网站 repo 包含博客文章，但它们的发布过程与常规文档略有不同，我可以获得更多信息，（CC-ing @karenhchu作为通信负责人）

嘿@aojea @aramase你能为我们在 Azure 上为 IPv6 工作链接到那个 PR 吗？

@jeremyrickard我已经在 test-infra 中为这项工作创建了占位符 PR - https://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 @aramase
由于文档占位符 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

Kubernetes 1.18 中有哪些 IPv6 特性？ 它是双栈还是 IPv6 只升级到测试版？
我很困惑，因为文档中没有任何变化。

Kubernetes 1.18 中有哪些 IPv6 特性？ 它是双栈还是 IPv6 只升级到测试版？
我很困惑，因为文档中没有任何变化。

此问题仅跟踪 ipv6，在 1.18 中升级到测试版

双堆栈是 alpha 并在其他问题/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/k PR，以便正确跟踪它们。 👍

谢谢！

感谢@kikisdeliveryservice ，但我认为我们现在应该专注于双栈。
在此版本期间这里没有变化

问题在 90 天不活动后变得陈旧。
使用/remove-lifecycle stale将问题标记为新问题。
陈旧的问题在额外 30 天不活动后腐烂并最终关闭。

如果现在可以安全关闭此问题，请使用/close关闭。

向 sig-testing、kubernetes/test-infra 和/或fejta发送反馈。
/生命周期陈旧

/删除生命周期陈旧

嗨@aojea @danehans

增强功能在这里。 有计划在 1.20 毕业吗？

谢谢，
克尔斯滕

嗨@aojea @danehans

增强功能在这里。 有没有计划在 1.20 毕业？

不：微笑：

感谢更新！

是否有关于如何验证仅 ipv6 操作的文档？ 谷歌只引导我使用 ipv4 或 ipv6 dualstack。

是否有关于如何验证仅 ipv6 操作的文档？ 谷歌只引导我使用 ipv4 或 ipv6 dualstack。

你所说的“验证”是什么意思？

仅 IPv6 的安装与 IPv4 相同，只是您需要在配置中使用 IPv6 地址和子网，无需其他更改。
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#initializing -your-control-plane-node

可以确认。 我在 ipv6-only 模式下运行 1.17.x。 只需遵循 IPv4 指南并使用 IPv6 地址即可。 基本上就是这样。