请稍等 ...
×

采纳答案成功!

向帮助你的同学说点啥吧!感谢那些助人为乐的人

正在回答 回答被采纳积分+3

3回答

qq_慕勒7006366 2020-12-07 14:32:00

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了

这个垃圾网站,字数限制的太少了


0 回复 有任何疑惑可以回复我~
qq_慕勒7006366 2020-12-07 14:30:01

RS和RC都是kubernetes中负责保持副本数量和故障调度的资源对象,其中RC现在已经不再支持,kubernetes官方推荐使用RS,不过在较早期的集群中还能看见RC的使用。

RC对于标签的匹配仅仅是单个标签精确匹配,而且还不可以进行模糊匹配,也就是说,如果有两组Pod它们的标签分别为app=v1和app=v2这种情况无法做到将这两组统一归一个RC管理,所以RC的滚动升级其实是创建两个RC然后通过更改两个RC的副本数实现的

RS对于标签的匹配很灵活,它除了支持单个标签精确匹配,还支持匹配app=*这种形式,正因为这种特点,能够让两个标签分别为app=v1和app=v2的Pod组在一个RS中管理,基于此特性实现在了在同一个RS中进行滚动升级

0 回复 有任何疑惑可以回复我~
刘果国 2019-12-30 09:14:47

它们都是管理副本数的,rc是老版本的叫法,后面升级优化了,改叫rs了。本质是一个事情

0 回复 有任何疑惑可以回复我~
问题已解决,确定采纳
还有疑问,暂不采纳
意见反馈 帮助中心 APP下载
官方微信