VF@优快云

当前版本的kubeadm已经原生支持部署HA模式集群，非常方便即可实现HA模式的kubernetes集群。本次部署基于Ubuntu18.04，并使用最新的docker版本：18.06.3，kubernetes适用1.17.x版本，本文采用1.17.0。Kubernetes&Docker技术交流QQ群：491137983，一起学习，共同进步！1 环境准备准备了六台机器作安装测试工作...

调度器是编排工具的核心，调度策略和算法是编排工具的灵魂。Kubernetes之所以能够大行其道，正是因为其优良的调度算法，本文就来分析下kubernets中scheduler组件的调度原理。

Kubernetes 1.6.6发布，调整部署文档。本次部署基于Ubuntu16.04，并使用最新的docker版本：17.03。

前边讲了Taints和Tolerations的调度策略，可以满足一些需求场景，但是基于Taints和Tolerations的调度还是毕竟“生硬”，并且也不够灵活，例如：POD的多实例尽量分布到不同的Node节点、POD_A尽量调度到POD_B所在的Node节点等，此时我们就需要Affinity（亲和性）调度策略。

当前版本的kubeadm原生并不支持部署HA模式集群，但是实际上可以使用kubeadm部署后，再进行少量手动修改，即可实现HA模式的kubernetes集群。本次部署基于Ubuntu16.04，并使用最新的docker版本：17.06，kubernetes适用1.7.x版本，本文采用1.7.6。1 环境准备准备了六台机器作安装测试工作，机器信息如下: IP Name

Kubernetes 1.7.6+发布，调整部署文档。本次部署基于Ubuntu16.04，并使用最新的docker版本：17.06。1 环境准备准备了三台机器作安装测试工作，机器信息如下: IP Name Role OS 172.16.2.1 Master Controller,etcd Ubuntu16.04 172.16.2

当前版本的kubeadm已经原生支持部署HA模式集群，非常方便即可实现HA模式的kubernetes集群。本次部署基于Ubuntu16.04，并使用最新的docker版本：18.03.1，kubernetes适用1.11.x版本，本文采用1.11.2。 Kubernetes&Docker技术交流QQ群：491137983，一起学习，共同进步！1 环境准备准备了六台机器...

当前版本的kubeadm已经原生支持部署HA模式集群，非常方便即可实现HA模式的kubernetes集群。本次部署基于Ubuntu16.04，并使用最新的docker版本：18.06.1，kubernetes适用1.13.x版本，本文采用1.13.1。Kubernetes&Docker技术交流QQ群：491137983，一起学习，共同进步！1 环境准备准备了六台机器作安装测试工作...

当前版本的kubeadm已经原生支持部署HA模式集群，非常方便即可实现HA模式的kubernetes集群。本次部署基于Ubuntu16.04，并使用最新的docker版本：18.06.3，kubernetes适用1.15.x版本，本文采用1.15.0。Kubernetes&Docker技术交流QQ群：491137983，一起学习，共同进步！1 环境准备准备了六台机器作安装测试工作...

本文主要介绍kubernetes的中调度算法中的Taints和Tolerations用法，实际上是对PodToleratesNodeTaints策略和TaintTolerationPriority策略的具体应用。先从中文字面意思

Kubernetes的调度有简单，有复杂，指定NodeName和使用NodeSelector调度是最简单的，可以将Pod调度到期望的节点上。本文主要介绍kubernetes调度框架中的NodeName和NodeSelector。1 NodeNamePod.spec.nodeName用于强制约束将Pod

最近总有同学问kubernets中的各个组件的相关问题，其实这些概念内容在官方文档中都有，奈何我们有些同学可能英文不好，又或者懒得去看，又或者没有找到，今天有时间就专门写了这篇博客。

Slave节点负责接收并执行来自mesos-master的命令、管理节点上的mesos-task，并为各个task分配资源。mesos-slave将自己的资源量发送给mesos-master，由mesos-master中的Allocator模块决定将资源分配给哪个framework，当前考虑的资源有CPU和内存两种，也就是说，mesos-slave会将CPU个数和内存量发送给mesos-master......

本系列文章主要讲述如何使用Mesos来构建基于Docker容器技术的轻量级PaaS平台。master类型节点负责构建高可用的分布式计算管理平台，slave提供分布式计算支持，bamboo提供服务发现及负载均衡服务。

Mesos和Marathon都自带了简易的控制台，可以完成一些简单管理控制功能。Mesos的控制台上可以查看的当前的资源实用情况、Slave节点状态、当前运行的Task、完成的Task、可以切换到Framework（如Marathon）或者Slave。

本环境中多实例应用的访问，可以通过Haproxy负载均衡服务提供支持，Haproxy的动态配置及实例的服务发现由Bamboo组件实现，当然，也可以使用大名鼎鼎的Consul来实现。

Kubernetes 1.5.0刚刚发布，添加了众多的新特性，我们的云平台也计划从Mesos和Rancher迁移到kubernetes，所以迫不及待地想尝试一下，Google出品，必属精品，无奈GFW的层层阻挡，让原本简单的部署步骤变得异常复杂，所以写下此文，供各位参考。1 环境准备准备了三台机器作安装测试工作，机器信息如下: IP Name Role OS 172.16.1.

随着docker及Kubernetes技术发展的越来越成熟稳定，容器平台不仅仅局限于部署无状态应用，越来越多的有状态服务也可以在容器云上稳定地部署运行，本文主要就讲讲kubernetes中的PersistentVolume特性（静态PV）。1 名词概念VolumeVolume是Pod的挂载接口，生命周期同Pod，可以在Pod内的各个Container之间进行共享，主要用于存储Pod生命周期内的临时

随着docker及Kubernetes技术发展的越来越成熟稳定，越来越多的公司开始将docker用于生产环境的部署，相比起物理机上直接部署，多了一层docker容器的环境，这就带来一个问题：进程信号接收与处理。相信有不少同学发现，在docker中捕获不到进程的结束信号，这就给我们的一些进程异常处理带来了麻烦，用Supervisor等进程管理工具也能够解决这一问题，不过太“重”了，在容器时代追求“轻

Kubernetes 1.5.2发布，调整部署文档。1 环境准备准备了三台机器作安装测试工作，机器信息如下: IP Name Role OS 172.16.1.101 Master01 Controller Centos7.2 172.16.1.106 Minion01 Compute Centos7.2 172.16.1.107 Minin

Master是整个系统的核心，负责管理接入mesos的各个Framework（由frameworks_manager管理）和slave（由slaves_manager管理），并将slave上的资源按照某种策略分配给Framework（由独立插拔模块Allocator管理）。在本环境中用于构建轻量级PaaS平台的Framework是Marathon，Master节点上主要包括以下功能组件：Mesos-master..