CoreDNS

使用环境：ECS (ubuntu 16.04) K8s单机搭建参照 [ https://blog.csdn.net/nange_nice/article/details/85602456?tdsourcetag=s_pcqq_aiomsg ] https://blog.csdn.net/wangchunfa122/article/details/86529406?tdsourcetag=s_pcqq_aiomsg 我这里只使用了一个node 目前就是master 使用 kubectl create namespace springcloud-cn 创建命名空间 kubectl create -f config-server-rc.yml 创建rc 使用kubectl create -f config-server-svc.yml 创建service ps:关注yml文件的语法问题 可以参见 https://www.jianshu.com/p/116ce601a60f?tdsourcetag=s_pcqq_aiomsg中 对kubectl explain的使用 这时候问题出现了 1 node(s) had taints that the pod didn't tolerate: 经查找,默认 k8s 不允许往 master 节点装东西，强行设置下允许：kubectl taint

本文首发于：微信公众号「运维之美」，公众号 ID：Hi-Linux。 ​「运维之美」是一个有情怀、有态度，专注于 Linux 运维相关技术文章分享的公众号。公众号致力于为广大运维工作者分享各类技术文章和发布最前沿的科技信息。公众号的核心理念是：分享，我们认为只有分享才能使我们的团体更强大。如果你想第一时间获取最新技术文章，欢迎关注我们！ 公众号作者 Mike，一个月薪 3000 的杂工。从事 IT 相关工作 15+ 年，热衷于互联网技术领域，认同开源文化，对运维相关技术有自己独特的见解。很愿意将自己积累的经验、心得、技能与大家分享交流，篇篇干货不要错过哟。如果你想联系到我，可关注公众号获取相关信息。 这里将分享一些最新运维相关技术和业界资讯的精彩内容，每周五发布。 欢迎投稿或推荐你自己的项目，投稿邮箱: editor@hi-linux.com 。如果你对周刊有什么建议和意见，或者想与大家一起讨论技术问题，也可以戳「 这里 」加入技术交流群。 业界资讯 1、 Linux Kernel 5.2 正式版发布，代号为 Bobtail Squid 经历了 7 个 RC 候选版本之后，Linus Torvalds 正式宣布了 Linux Kernel 5.2 正式版。本次主要版本更新在改进驱动程序和核心组件之外，还引入了一些有趣的特性和增强功能。不过需要注意的是 Linux Kernel 5

CERN（欧洲核子研究所）是欧洲核研究组织，以其粒子加速器和对亚原子粒子、反物质和其他粒子物理相关研究的性质进行实验和分析而闻名。CERN也是万维网（WWW）被创建的地方。 CERN的研究员Ricardo Rocha说，总的来说，CERN现在管理着超过500个PB，并且10年后，随着一个新的加速器的上线，这个数字预计将达到5000个PB。Rocha还介绍了CERN如何在未来几年内适应管理10倍于现在的数据。 Kubernetes在CERN的基础设施中扮演着重要的角色。对于集群的管理，CERN利用了OpenStack提供的私有云内部部署服务。Rocha说，通过在OpenStack上部署Kubernetes集群，CERN拥有“与公共云提供的非常相似的体验”。这包括将其Kubernetes集群与用于自动缩放的云提供商及其存储系统集成。OpenStack还帮助CERN管理其遗留系统。 Rocha说：“我们为用户提供的是Kubernetes-as-a-service的体验。” 虽然允许用户按照自己的意愿使用工具和脚本迁移到Kubernetes可能很诱人，但是Helm可以为过程添加规则和更严格的控制。Rocha解释说，CERN为用户提供内部培训，帮助他们将工作负载迁移到Helm。 “当我们第一次向人们介绍Kubernetes的时候，仅仅是让事情运转起来就很有诱惑力

作者 | 高相林（禅鸣） 导读： 集群升级是 Kubernetes 集群生命周期中最为重要的一环，也是众多使用者最为谨慎对待的操作之一。为了更好地理解集群升级这件事情的内涵外延，我们首先会对集群升级的必要性和难点进行阐述；随后会对集群升级前必须要做的前置检查进行逐一讲解；接下来会对两种常见的升级方式进行展开介绍；最后对集群升级的三个步骤进行讲解，帮助读者从理论走入实践。 升级的必要性&难点 在 Kubernetes 领域，得益于活跃的开源社区，Kubernetes 的迭代速度较快，目前保持在每个季度发行一个新版本的节奏。新版本的 Kubernetes 有着更为先进的新特性、更加全面的安全加固和漏洞修复。前一段时间社区刚刚完成了 1.19 版本的正式发布。 对于发展如此快速的开源项目，跟上社区的步伐就显得更为重要，而集群升级能力就是帮助我们跟上社区步伐的不二选择。我们可以从以下两个方面对集群升级的必要性进行说明： 对于 Kubernetes 集群的使用者 ：更新的 Kubernetes 版本意味着更新的 feature，更加全面的安全补丁，和诸多的 bugfix。我们可以通过集群升级功能充分享受活跃的 Kubernetes 开源社区带来的发展红利； 对于 Kubernetes 集群的运维者 ：通过集群升级功能可以拉齐所管理的集群版本，减少集群版本的碎片化，从而减少

参考文档 https://kubernetes.io/docs/tasks/debug-application-cluster/core-metrics-pipeline/#metrics-server https://github.com/kubernetes-incubator/metrics-server/tree/master/deploy/1.8%2B https://www.cnblogs.com/cuishuai/p/9857120.html https://juejin.im/post/5b6592ace51d4515b01c11ed 文档目录 kubernetes1.13.1+etcd3.3.10+flanneld0.10集群部署 kubernetes1.13.1部署kuberneted-dashboard v1.10.1 kubernetes1.13.1部署coredns kubernetes1.13.1部署ingress-nginx并配置https转发dashboard kubernetes1.13.1部署metrics-server0.3.1 kubernetes1.13.1集群使用ceph rbd存储块 kubernetes1.13.1集群结合ceph rbd部署最新版本jenkins 简介 Metrics Server heapster 已经被废弃了