BOSH是一个针对大规模分布式系统的部署和生命周期管理的开源工具。BOSH的诞生是出自CloudFoundry的部署难题，但是不仅仅局限于部署CloufFoundry，也可以应用于别的分布式系统，只需要其提供符合要求的Release即可，BOSH现在能够支持的IaaS平台包括VMware vSphere，vCloud Director，Amazon EC2， OpenStack。Micro BOS

使用Bosh成功部署CloudFoundry后，在OpenStack上启了一个实例作为DNS服务器专用，配置域名mycloud.com解析到CF API接口的IP：10.68.19.134，然后使用CF客户端命令行工具，发现无法登陆CF平台，执行命令及报错如下：root@bosh-cli:~/bosh-workspace/deployments# cf login admin -ttarge

三年前，关于云计算，更多的还是概念的理解两年前，关于云计算，更多的还是价值的思考一年前，关于云计算，还只是小规模的研发、测试、使用而今天，关于云计算，已经是铺天盖地，动辄几千上万台服务器的规模，推出的产品也全面覆盖了IaaS、PaaS、SaaS，涉及的多种技术甚至超越国外巨头

部署Micro Bosh碰到的问题一、Micro Bosh虚拟机上执行micro bosh部署命令时出错：bosh micro deploy /var/vcap/stemcells/micro-bosh-stemcell-openstack-kvm-0.8.1.tgz报错信息：Could not find Cloud Provider Plugin: openstack

本文介绍如何使用Micro Bosh来部署Bosh，部署需要创建8个虚拟机来部署8个Bosh组件，所以，至少得准备好8个Fixed IP，后边使用Bosh的时候需要访问Director组件及配置DNS，所以准备至少2个Floating IP，本文中为（10.68.19.132和10.68.19.133），Bosh组件的详细介绍可以看这里：http://docs.cloudfoundry.com/d

Bosh Cli客户机用于下载及存储Bosh及CloudFoundry代码、软件包等，同时作为本次部署行为的控制机，所有指令都在Bosh Cli客户机上执行，可以使用安装了Ubuntu系统的物理机或者虚拟机。本环境为：OpenStack环境虚拟机+Ubuntu13.04操作系统

linux上进程有5种状态:1. 运行(正在运行或在运行队列中等待)2. 中断(休眠中, 受阻, 在等待某个条件的形成或接受到信号)3. 不可中断(收到信号不唤醒和不可运行, 进程必须等待直到有中断发生)4. 僵死(进程已终止, 但进程描述符存在, 直到父进程调用wait4()系统调用后释放)5. 停止(进程收到SIGSTOP, SIGSTP, SIGTIN, SIGTOU信号

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

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

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