kubernetes解决方案架构师
2020年03月
可以的,原则上只要网络通就可以,使用方式没有变化。
虽然eci不需要创建k8s集群即可使用,但是由于k8s是未来应用部署的趋势,使用ASK来管理ECI能够做到兼容kubernetes的API,在后续运维一致性上有很大优势。
kubernetes作为新一代的IT基础设施,能够提供应用的全生命周期管理,为应用提供弹性扩容及自愈能力,同时管理底层IaaS资源,对接CICD轻松实现devops。
不建议自建k8s,自建k8s无非是想对k8s做到全面管理,但是自建集群在稳定性,集群升级以及生产可用等方面有很大问题,这些问题刚开始不会保暴露,但是随着集群增大,一旦发生便会造成严重损失。对于专有版ACK来说,所有资源都是用户的,用户可以进行任何操作,降低复杂度的同时能够给客户带来更好的体验,尤其是稳定性及生产级别可用,另外该服务并不收费,只收用到的云资源费用。
部署k8s为了少踩坑,建议使用内核版本大于3.10.693的版本,推荐使用centos7.6或者7.7
自己学习的话可以用kubeadm搞个单机环境,如果生产级别环境的话,可以使用容器服务kubernetes版专有版。
自定义域名的功能正在做,可以关注下镜像服务
最好直接在云上构建,云上托管代码哈。
可以更改下yum源。
这个一般是缩进有问题,请检查下。
kubectl logs 【pod name】看下报错信息
ping不通是正常的,可以先通过serviceip访问下试试能不能通,排除下服务问题。
是的,在集群内部可以看到一个cloud-controller-manager的组件。
支持水平扩容,对于垂直扩容的话,现在需求较少,在业务流量较大的情况下,可以通过水平扩容来解决问题。
云上的话,安全组配置下禁止22端口就OK了。
自建如果需要与云产品打通的话开发成本较高,建议直接使用专有版ACK,跟自建的使用体验上是一致的,但是稳定性及与原产品的结合方面,专有版都比自建的要好得多。
生产环境一定要一个集群,开发测试预发集群建议能分开就分开,现在托管版的ACK在多集群上不会产生额外费用,并且都不需要管理master,非常适合将不同的集群进行分开创建。
当前最佳实践是注重节点质量而不是节点个数,也就是说可以使用较大规格的节点来避免集群节点数过多的情况。
现在看3个master对于大多数客户来说已经够用了,master的增加需要结合可用区来做才更有意义。
实际生产环境中,不建议将mysql放到kubernetes集群中部署,可以使用相关产品。