如何确定kubernetes依赖的各个组件版本?

综述

简单来讲:kubernetes依赖的各个组件版本都可以在对应的changlog中找到
比如1.10版本依赖情况如下:
https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG-1.10.md#external-dependencies

下面简单示例总结一下:

k8s v1.10依赖版本选择

1.10.0依赖包:

https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG-1.10.md#external-dependencies
External Dependencies
● The supported etcd server version is 3.1.12, as compared to 3.0.17 in v1.9 (#60988)
● The validated docker versions are the same as for v1.9: 1.11.2 to 1.13.1 and 17.03.x (ref)
● The Go version is go1.9.3, as compared to go1.9.2 in v1.9. (#59012)
● The minimum supported go is the same as for v1.9: go1.9.1. (#55301)
● CNI is the same as v1.9: v0.6.0 (#51250)
● CSI is updated to 0.2.0 as compared to 0.1.0 in v1.9. (#60736)
● The dashboard add-on has been updated to v1.8.3, as compared to 1.8.0 in v1.9. (#517326)
● Heapster has is the same as v1.9: v1.5.0. It will be upgraded in v1.11. (ref)
● Cluster Autoscaler has been updated to v1.2.0. (#60842, @mwielgus)
● Updates kube-dns to v1.14.8 (#57918, @rramkumar1)
● Influxdb is unchanged from v1.9: v1.3.3 (#53319)
● Grafana is unchanged from v1.9: v4.4.3 (#53319)
● CAdvisor is v0.29.1 (#60867)
● fluentd-gcp-scaler is v0.3.0 (#61269)
● Updated fluentd in fluentd-es-image to fluentd v1.1.0 (#58525, @monotek)
● fluentd-elasticsearch is v2.0.4 (#58525)
● Updated fluentd-gcp to v3.0.0. (#60722)
● Ingress glbc is v1.0.0 (#61302)
● OIDC authentication is coreos/go-oidc v2 (#58544)
● Updated fluentd-gcp updated to v2.0.11. (#56927, @x13n)
● Calico has been updated to v2.6.7 (#59130, @caseydavenport)

依赖镜像:
docker pull k8s.gcr.io/kube-proxy-amd64:v1.10.0
docker pull k8s.gcr.io/kube-scheduler-amd64:v1.10.0
docker pull k8s.gcr.io/kube-controller-manager-amd64:v1.10.0
docker pull k8s.gcr.io/kube-apiserver-amd64:v1.10.0
docker pull k8s.gcr.io/etcd-amd64:3.1.12
docker pull quay.io/coreos/flannel:v0.10.0-amd64
docker pull k8s.gcr.io/k8s-dns-dnsmasq-nanny-amd64:1.14.8
docker pull k8s.gcr.io/k8s-dns-sidecar-amd64:1.14.8
docker pull k8s.gcr.io/k8s-dns-kube-dns-amd64:1.14.8
docker pull k8s.gcr.io/pause-amd64:3.1
docker pull k8s.gcr.io/kubernetes-dashboard-amd64:v1.8.3
docker pull k8s.gcr.io/heapster-influxdb-amd64:v1.3.3
docker pull k8s.gcr.io/heapster-grafana-amd64:v4.4.3
docker pull k8s.gcr.io/heapster-amd64:v1.4.2

1.10.1依赖包:

镜像更新:
docker pull k8s.gcr.io/kube-proxy-amd64:v1.10.1
docker pull k8s.gcr.io/kube-scheduler-amd64:v1.10.1
docker pull k8s.gcr.io/kube-controller-manager-amd64:v1.10.1
docker pull k8s.gcr.io/kube-apiserver-amd64:v1.10.1
docker pull k8s.gcr.io/k8s-dns-dnsmasq-nanny-amd64:1.14.9
docker pull k8s.gcr.io/k8s-dns-sidecar-amd64:1.14.9
docker pull k8s.gcr.io/k8s-dns-kube-dns-amd64:1.14.9

docker pull k8s.gcr.io/heapster-amd64:v1.5.2

https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG-1.10.md#other-notable-changes

原文地址:http://blog.51cto.com/dangzhiqiang/2107424

时间: 2024-11-12 18:00:38

如何确定kubernetes依赖的各个组件版本?的相关文章

Kubernetes 集群升级docker版本

Kubernetes 集群升级docker版本 原则:升级完一台正常后再接着升下一台. Work Node 一.迁移上的pod(保证业务,但期间会出现抖动) kubectl drain $NODE --ignore-daemonsets --delete-local-data --force 迁移的过程中如果提示pod无法删除,则需要手动delete. 二.升级docker版本至18.09.9 1.停掉kubelet及docker服务 systemctl stop kubelet systemc

Openshift V3系列各组件版本

Openshift V3.* 系列各组件版本 Components 3.0 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.9 3.10 3.11 Core Components docker 1.8.2 1.8.2 1.9.1-x, 1.10.3-x 1.10.3-x 1.12.3.x 1.12.6.x 1.12.6.x 1.12.6.x 1.13.1-x 1.13.1-x 1.13.1-x CRI-O - - - - - - - - 1.9.x 1.10.x 1.11.x Kub

Java Gradle入门指南之依赖管理(添加依赖、仓库、版本冲突) (转)

本文为作者原创,转载请注明出处:http://www.cnblogs.com/gzdaijie/p/5296624.html 目录 1.添加依赖包名1.1 依赖类型1.2 声明依赖1.3 添加java依赖1.4 查找依赖包名1.5 完整的例子2.添加依赖仓库3.依赖常见问题3.1 依赖传递性3.2 版本冲突3.3 动态依赖3.4 更多设置 开发任何软件,如何管理依赖是一道绕不过去的坎,软件开发过程中,我们往往会使用这样那样的第三方库,这个时候,一个好的依赖管理就显得尤为重要了.作为一个自动构建工

查看weblogic各组件版本

[[email protected] logs]# ls -l /bea/ total 136 drwxr-xr-x 6 root root  4096 Jun 24 09:35 coherence_3.5 -rw-r----- 1 root root   317 Jun 24 10:34 domain-registry.xml drwxr-xr-x 2 root root  4096 Jun 24 10:34 logs drwxr-xr-x 7 root root 28672 Jun 24 0

w3svc服务启动 不了,错误 1068:依赖服务或组件无法启动

win10系统,装了iis就是启动不了,报错误 1068:依赖服务或组件无法启动. 各种实验无法使用,最后如下方法解决 运行命令regedit,打开注册表编辑器,进入:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP]: a) Change Start from 4 ( disabled) to 3 ( automatically)b) Delete "NoRun" key if this key exists 在此留念

Net dll组件版本兼容问题

dll组件版本兼容问题,是生产开发中经常遇到的问题,常见组件兼容问题如:Newtonsoft.Json,log4net等 为了节约大家时间,想直接看解决方法的,可直接点击目录3.4 目录 1.版本兼容问题的原因 2.解决版本兼容前提 3.指定特定版本bindingRedirect** 4.指定某文件夹中的特定版本codeBase** 版本兼容问题的原因 首先让我们简单了解下程序引用的原理: 当运行库试图解析对另一个程序集的引用时,就开始进行定位并绑定到程序集的进程.详细见:运行库如何定位程序集

20190904_ 警告 发现同一依赖程序集的不同版本间存在冲突。

错误原因: 严重性 代码 说明 项目 文件 行 禁止显示状态警告 发现同一依赖程序集的不同版本间存在冲突.请将项目文件中的“AutoGenerateBindingRedirects”属性设置为 true.有关详细信息,请参阅 http://go.microsoft.com/fwlink/?LinkId=294190. ControlItech6433 其实微软的报错消息已经非常清楚了: 项目文件中的“AutoGenerateBindingRedirects”属性设置为 true 打开你的项目 *

使用Common.Logging与log4net的组件版本兼容问题

近期使用了Common.Logging的ILog接口做日志接口,同时利用其log4net适配器与log4net记录器来记录系统日志,在使用过程中碰到了log4net版本问题. 项目组件管理中安装组件包: PM> Install-Package Common.Logging PM> Install-Package Common.Logging.Log4Net  [2.0.1版本:依赖Common.Logging (≥ 2.0.0); log4net (= 1.2.10)] 项目中将引用log4n

Kubernetes v1.9.1 单机版本一键安装脚本

#!/bin/bash # ---------------------------------------- # kubernetes v1.9.1 单机一键部署脚本 # 用于实验环境 # CentOS 7.2.1511下测试OK # Powered by Jerry Wong # 2018-03-15 [email protected] # ---------------------------------------- function get_local_ip() { IP_ADDR=`i