项目实战篇【kubernetes】一 || 服务器规划
1、本系列课程简介
本系列课程是一套完整的k8s集群部署与微服务架构实战项目开发系列课程，其中【Docker+k8s】是系列课程中的项目集成环境搭建课程，后期会持续更新微服务架构体系教程，敬请大家关注；本系列所有教程内容均已经在centOS7服务器上进行实践，期间遇到的坑都在教程中进行了介绍，本课程的目的就是为初学者提供一个快速的学习方案。
2、服务规划
| 服务名称 | 主机名称 | 服务地址 | 服务说明 |
|---|---|---|---|
| 自建DNS系统 | YN100-21.host.com | 192.168.100.21 | bind9 |
| Kubernetes管理节点 | YN100-22.host.com | 192.168.100.22 | docker |
| Kubernetes工作节点01 | YN100-31.host.com | 192.168.100.31 | docker |
| Kubernetes工作节点02 | YN100-32.host.com | 192.168.100.32 | docker |
3、服务器简介
本教程使用的服务器系统为centos7.7版本，主机名称命名规则为：ip地址+域名，有学员提出为什么不直接使用k8s-master、k8s-node等之类的命名？主要原因：如果某台服务器故障，需要进行替换，当故障的服务器恢复后不用于部署k8s，而是用于部署mysql或者其他服务，那么主机名称可以继续使用，所以一般主机名不直接使用服务名称，而是使用机房名称、ip段等能标记主机主机的位置的命名规则，这样便于服务器的管理。
4、为什么要自建DNS系统
公网的DNS只是利用公网解析的，一般大单元都无内部收集，利用内网办公网页若是想用域名拜候的话就要正在内网建DNS，如许才能正在内网实现内网域名的解析，内网的域名正在外网的DNS上一般是解析不出来的。无的单元若是想屏障某些网坐不让员工登岸的，也能够正在内网DNS上做相当的配放以使该网坐域名无法解析或者做犯错曲解析。
