您的位置:首页 > 运维架构 > Docker

Kubernetes1.3新特性

2016-07-19 16:50 651 查看
本次分析的kubernetes版本号:v1.3.0。

scheduler模块

新增了kube-api-content-type参数,表示scheduler模块发送给api-server的请求类型,默认值是“application/vnd.kubernetes.protobuf”。

新增了hard-pod-affinity-symmetric-weight参数,表示POD调度规则亲和力的权重,取值范围从0到100。

新增了failure-domains参数,这是一个字符串参数,表示POD调度时亲和力参数。在调度POD的时候,如果两个POD有相同的亲和力参数,那么这两个POD会被调度在相同的节点上,如果两个POD有不同的亲和力参数,那么这两个POD不会在相同的节点上。

在结构体Affinity中增加了两个参数PodAffinity和PodAntiAffinity,这两个参数会使用到failure-domains参数输入值。

type Affinity struct {

NodeAffinity*NodeAffinity `json:"nodeAffinity,omitempty"protobuf:"bytes,1,opt,name=nodeAffinity"`

PodAffinity*PodAffinity `json:"podAffinity,omitempty"protobuf:"bytes,2,opt,name=podAffinity"`

PodAntiAffinity*PodAntiAffinity `json:"podAntiAffinity,omitempty"protobuf:"bytes,3,opt,name=podAntiAffinity"`

}


在结构体Resource中增加了对Nvidia GPU的支持,也就是说在调度的时候,也将Nvidia GPU作为资源进行调度。

type Resource struct {

MilliCPU  int64

Memory    int64

NvidiaGPUint64

}


api-server模块

新增了storage-media-type参数,用来表示存储上存放对象的类型,默认是application/json。

新增了enable-swagger-ui参数,可以通过访问apiServer上面的“/swagger-ui”来查看所有api。Swagger 是一个规范和完整的框架,用于生成、描述、调用和可视化 RESTful 风格的 Web 服务。Swagger的目标是对REST API定义一个标准的和语言无关的接口,可让人和计算机无需访问源码、文档或网络流量监测就可以发现和理解服务的能力。

新增了storage-backend参数,用来表示后台存储类型,包括“etcd2”和“etcd3”,默认是“etcd2”。

新增了deserialization-cache-size参数,用来表示内存中缓存的jason对象个数。

新增了webhook相关参数authorization-webhook-cache-authorized-ttl和authorization-webhook-cache-unauthorized-ttl,用来表示进行webhook认证信息超时时长。

新增了authorization-rbac-super-user参数,如果设置了这个参数,那么当authorization-mode参数设置为RBAC时,authorization-rbac-super-user参数的用户就会作为超级用户使用系统,不会通过RBAC进行权限和授权校验。

新增了enable-garbage-collector参数,用来表示是否启用垃圾回收功能,这是一个alpha特性,这个参数的值必须同controller-manager模块对应参数设置成一样。

controller-manager模块

新增了node-cidr-mask-size参数,用来表示kubernetes管理集群中节点的cidr掩码长度,默认是24位。

新增了configure-cloud-routes参数,用来表示是否使用kubernetes管理的IP来设置公有云提供商的路由IP,默认是true。

新增了enable-dynamic-provisioning参数,如果这个参数设置成true,那么如果kubernetes使用的存储环境支持动态预配置,那么就启用这个存储环境的动态预配置功能。动态预配置是指存储环境可以根据kubernetes自身所预期的未来需求合理分配虚拟磁盘存储,而无需预先分配专用的物理磁盘存储。通过这种方法,可以有效的利用存储环境中的存储容量,达到按需使用存储空间的目的。

新增了controller-start-interval参数,用来表示下面各个控制管理程序的启动间隔,默认间隔是0秒。

新增了enable-garbage-collector参数,用来表示是否启用垃圾回收功能,这是一个alpha特性,这个参数的值必须同api-server模块对应参数设置成一样。

新增了service-cluster-ip-range参数,用来定义kubernetes集群中service使用的IP范围。

EndpointController

新增了全局变量PodStoreSyncedPollPeriod,默认100毫秒,用来等待POD缓存同步,之后在进行service同步。

新增了全局变量TolerateUnreadyEndpointsAnnotation,如果用于PetSet的POD还没有准备好的时候,先创建了endpoints,那么这个时候POD其实是不可用的,所以需要通过这个变量进行标识。

在结构体EndpointController中新增了变量internalPodInformer和podStoreSynced,其中internalPodInformer表示使用自定义的内存缓存来存放消息,而podStoreSynced返回true的时候表示POD缓存至少已经同步一次了。

type EndpointController struct {

client*clientset.Clientset

serviceStorecache.StoreToServiceLister

podStore     cache.StoreToPodLister

internalPodInformerframework.SharedIndexInformer

queue*workqueue.Type

serviceController*framework.Controller

podController     framework.ControllerInterface

podStoreSyncedfunc() bool

}


ReplicationManager

全局变量FullControllerResyncPeriod的默认值从30秒调整到了10分钟,由于kubernetes已经越来越健壮了,所以为了保证系统稳定而设置的同步周期越来越没有存在的价值了。

结构体ReplicationManager中新增了变量internalPodInformer,表示使用自定义的内存缓存来存放消息。

GCController

在v1.3中没有什么变化。

NodeController

新增了全局变量podCIDRUpdateRetry,用来设置更新Node.Spec.PodCIDR的重试次数,默认为5次。

新增了全局变量cidrUpdateWorkers和cidrUpdateQueueSize,分别表示NodeController更新NodeSpec的线程数和队列容量,默认值分别是10和5000。

结构体NodeController中,新增了变量cidrAllocator,用来记录分配给NODE的cidr;还新增了变量networkSegmentationMode,在1.3中这个变量起到一个临时作用,当这个启用这个变量的时候,NodeController不对出于unhealthy状态的NODE进行POD逃离操作,当NodeController发现所有的NODE状态都是NotReady的时候,会自动启用这个变量,当NodeController发现所有NODE状态都是healthy的时候,会置这个变量为无效。

ServiceController

在v1.3中没有什么变化。

RouteController

新增了三个全局变量,maxConcurrentRouteCreations、maxRetries、updateNodeStatusMaxRetries,分别用来表示CreateRoute API的最大调用并发数、创建路由最大重试次数、NODE状态更新最大重试次数。

ResourceQuotaController

在v1.3中没有什么变化。

HorizontalController

在v1.3中没有什么变化。

DaemonSetsController

结构体DaemonSetsController中增加了变量eventRecorder,用于记录DaemonSetsController的日志事件。

JobController

结构体JobController中增加了internalPodInformer变量,表示使用自定义的内存缓存来存放消息。结构体中还删除了podController变量。

DeploymentController

在v1.3中没有什么变化。

ReplicaSetController

在v1.3中没有什么变化。

PersistentVolumeController

新增了enable-dynamic-provisioning参数,作用同controller-manager模块的enable-dynamic-provisioning参数,上面已经介绍过了。

在v1.3中将PersistentVolumeProvisionerController、PersistentVolumeClaimBinder、PersistentVolumeRecycler删除掉,更新成了PersistentVolumeController。

在结构体VolumeConfigFlags中新增了EnableDynamicProvisioning变量,根据enable-dynamic-provisioning参数取值。在初始化NewPersistentVolumeControllerOptions方法中,EnableDynamicProvisioning变量被设置成true。PVClaimBinderSyncPeriod变量在初始化的时候从10分钟调整到了15秒钟。

在1.2的时候使用的Builder和Cleaner,在1.3的时候都修改成了Mounter和Unmounter。   

NamespaceController

在v1.3中没有什么变化。

PetSetController

在v1.3中新增加了PetSetController。这个新的Controller满足了下面这些需求:重启POD永久保存host名称;提供每个容器的持久化存储,即使POD被删除,数据也不会丢失;提供一个稳定的、唯一标识的存储实例;提供一致性的网络标识,即使POD被删除,其他成员也可以发现以前的实例;通过DNS实现从节点到节点的迁移。

Kubelet模块

在v1.3中新增了runtime-request-timeout参数,表示在执行pull, logs, exec and attach等请求的超时时间,默认值是2分钟,如果超过2分钟,那么将取消请求,然后进行重试。

增加了exit-on-lock-contention参数,表示在lock-file发生冲突时,kubelet是否退出。

增加了rkt-api-endpoint参数,表示如果使用的容器不是Docker,而是CoreOS的RKT时,RKT入口API。

增加了experimental-nvidia-gpus参数,表示节点上面的NVIDIA GPU数量,目前只支持0和1两个参数,默认是0,表示没有NVIDIA GPU。

增加了kube-api-content-type参数,表示kubelet发送给api-server的请求类型。

增加了eviction-hard参数,表示一个上限值,当达到这个上限值时,就会触发POD回收。

增加了eviction-soft参数,表示一个上限值,当达到这个上限值时,就会触发POD回收的宽限期,如果超过宽限期,那么触发POD回收。

增加了eviction-soft-grace-period参数,表示宽限期,当到达eviction-soft参数设置的上限值,并且超过eviction-soft-grace-period参数设置的宽限期,那么触发POD回收。

增加了eviction-pressure-transition-period参数,kubenete在回收的时候需要获取这个参数设置指定时长内的处理条件。

增加了eviction-max-pod-grace-period参数,表示最大宽限期,参数eviction-soft-grace-period不能够超过这个参数设置的最大值。

增加了pods-per-core参数,运行在kubelet节点上每核CPU上最大的POD数量,如果配置了这个参数,那么这个kubelet节点上运行的POD数量不能超过这个参数值,这个参数可以设置成0,表示取消最大的POD数量限制。

 

Kube-proxy模块

新增了cluster-cidr参数,用来通过linux bridge模式设置kubernetes集群中POD的IP地址范围。

新增了kube-api-content-type参数,表示scheduler模块发送给api-server的请求类型,默认值是“application/vnd.kubernetes.protobuf”。

Kubemark模块

增加了对pods-per-core参数的仿真测试功能。

第三方卷管理插件

在v1.3中增加了vsphere_volume卷管理。通过结构体VSphereConfig可以看出来,kubernetes的vsphere卷管理插件可以直接连接到VMware vCenter上。

type VSphereConfig struct {

Globalstruct {

User         string `gcfg:"user"`

Password     string `gcfg:"password"`

VCenterIP    string `gcfg:"server"`

VCenterPort  string `gcfg:"port"`

InsecureFlagbool   `gcfg:"insecure-flag"`

Datacenter   string `gcfg:"datacenter"`

Datastore    string `gcfg:"datastore"`

WorkingDir   string `gcfg:"working-dir"`

}

Networkstruct {

PublicNetworkstring `gcfg:"public-network"`

}

Diskstruct {

SCSIControllerTypestring `dcfg:"scsicontrollertype"`

}

}


如果kubernetes是部署在vsphere上面的虚拟机里面,那么可以通过给虚拟机挂载硬盘的方式来给kubernetes添加卷。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  kubernetes docker 容器