发生了什么?
我们有很多k8s测试,例如https://github.com/kubernetes/kubernetes/blob/master/test/e2e/network/service.go,它们似乎仍然使用ReplicationControllers。
这使得在新的基础设施配方上进行端到端的实时调试变得繁琐(即导致RCs不为您重新部署pods)。
我认为现在是升级为deployments的好时机,因为我们可能并不担心如何 pods被创建的实现细节... ...这将使我们更容易使用我们的e2es来调试真实的集群... ...并更准确地反映用户在k8s集群上实际操作的情况。
你期望发生什么?
现代的k8s测试应该为测试网络而不是RCs创建部署。
我们如何尽可能精确地重现它?
运行一个像ginkgo-focus=should be able to up and down services
这样的e2e测试....
我们需要了解其他信息吗?
无响应
Kubernetes版本:master
云提供商:
操作系统版本:
# On Linux:
$ cat /etc/os-release
# paste output here
$ uname -a
# paste output here
# On Windows:
C:\> wmic os get Caption, Version, BuildNumber, OSArchitecture
# paste output here
安装工具:
容器运行时(CRI)和版本(如有适用):
相关插件(CNI,CSI等)和版本(如有适用):
9条答案
按热度按时间zpjtge221#
这个问题目前正在等待分类。
如果SIG或子项目确定这是一个相关的问题,他们将通过应用
triage/accepted
标签并提供进一步的指导来接受它。组织成员可以通过在评论中写入
/triage accepted
来添加triage/accepted
标签。有关使用PR评论与我互动的说明,请查看here。如果您对我的行为有任何问题或建议,请针对kubernetes/test-infra仓库提出一个问题。
brjng4g32#
/sig network
kr98yfug3#
(如果这是一个有效的任务,我认为对于新手来说相对不错)但我不会立即将其标记为好问题。
fumotvh34#
SGTM https://kubernetes.io/docs/concepts/workloads/controllers/replicaset/#when-to-use-a-replicaset
ix0qys7i5#
/assign
(可能是我或者@Damans227会和Pramita一起处理这个问题,以便开始)
mklgxw1f6#
我会开始着手处理。谢谢。
vsaztqbk7#
所以,测试 "up and down start" 从 test/e2e/network/service.go 文件开始。
ginkgo.It("should be able to up and down services", func(ctx context.Context)
它调用了同一文件中的
StartServeHostnameService
函数来创建服务。在这个函数下,它创建了一个客户端 RCConfig(在 test/utils/runners.go 中定义)
这个结构体也存在于
test/utils/runners.go
中,我们应该使用它来创建部署:-mm5n2pyu8#
/assign
kognpnkq9#
这个问题已经超过一年没有更新了,应该重新进行优先级评估。
你可以:
/triage accepted
(仅组织成员)相关/close
关闭这个问题有关优先级评估过程的更多详细信息,请参见 https://www.kubernetes.dev/docs/guide/issue-triage/
已接受移除优先级评估