Kubernetes部署
社区部署文档
https://kubernetes.io/docs/setup/
提供了详细的说明，可以根据不同场景选择不同的部署方案
社区提供的的部署
| 名称 | 特点 |
|---|---|
| minikube | 适合新手入门，启动虚拟机allinone运行kubernetes，灵活性低 |
| kubeadm | Go语言，提供Kubernetes的安装，扩展，升级，适合于开发者 |
| kops | 生产级别的Kubernetes部署，aws场景下适用的较多 |
| kubespray | Ansible脚本，适合于虚拟机，物理机等场景下部署kubernetes，比较通用 |
| custom solution | rpm包安装，可以深刻的理解kubernetes |
Github上还有很多关于kubernetes部署的项目，可以根据实际的需求选用，对于开发者比较推荐kubeadm或者自己通过bin来安装,对于实际生产环境比较推荐kubespary.
自己动手安装kubernetes集群的过程
对于实际生产环境下，如何构建一个高可用的集群，能够支持一定的规模，在部署这个层面需要考虑的问题
大规模部署的时候需要考虑的问题
1.需要明确的是当前社区kubernetes1.8版本支持的最大规格
<=5000nodes <=150000 pods <=300000 containers <=100pods/node
2.etcd分库，将events存储在单独的etcd实例(直接通过api-server进行配置)
3.Kubernetes集群中work node的数量增加时候，master node的规格（系统cpu／memory的配置)相应的增加
4.对于kubernetes集群中addon的组件（log/monitor/kube-dns）,需要根据集群的node的规模来调整pod对于资源request/limit的设置或者通过增加副本数,可以参看kube-dns[https://kubernetes.io/docs/tasks/administer-cluster/dns-horizontal-autoscaling/]
5.Kubrentes集群中集成日志／监控等组件
Notice:对于需要多个故障域的场景下，可以使用kubrentes中的多联邦来支持，后面的章节重点进行实践，实际的部署场景下，根据业务的划分支持多个kubernetes集群，在物理层面上做到更好的隔离
高可用集群
１．组件具有自启动的功能，node重启或者组件重启之后能够有机制保证自动的拉起．
２．Etcd采用多副本,采用集群模式,保证etcd的持久化数据是可靠的.
３．Api-server多实例,api-server前面通过配置load balancing. Load balancing可以采用haproxy+keeyalived或者采用nginx-proxy,如果kubernetes集群运行在iass的云上,可以采用云环境自带的loadbalance.