前言

        在前面的一篇文章中我做了简单的部署，但是在疏忽bookinfo的时候出现了错误。

介绍

         前篇文章做了kubernetes 的 监控，基于prometheus与grafana部署，监控是做好了，但是还缺乏告警机制，没有告警机制监控就白做了，prometheus的告警就是alertmanager来做。

介绍

        kube-prometheus是读取Metrcs、etcd、api的其中数据。

centos 7 升级内核版本

查看当前内核版本

1
2
3
4
5

# uname -r
3.10.0-693.el7.x86_64

# uname -a
Linux k8s-master-01-3.kxl 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

flannel cni 配置

        flannel 以 DaemonSet 的形式运行在 Kubernetes 集群中。 由于我们的 etcd 集群启用了 TLS 认证，为了从 flannel 容器中能访问 etcd，我们先把 etcd 的 TLS 证书信息保存到 Kubernetes 的Secret 中。

        之前是吧flannel以服务的形式部署在node节点上，这种模式每次新增节点的时候都要去部署一次flannel，显得比较麻烦，以pod形式部署，每次新增节点后，kubernetes会自动的部署flannel。

        删除原有的网络组件，采用容器方式进行部署。

kube-controller-manager修改

        启动参数增加如下两项

        Kubernetes Dashboard 从v2.0.0-beta1版本开始，集成了一个metrics-scraper的组件，可以通过 Kubernetes 的 Metrics API 收集一些基础资源的监控信息，并在web页面展示

        前篇文件elk部署粗略的完成了部署，但是真正是批量使用的时候发现还是有很多不足，优化的点还是非常的多。

logstash api 监控

        Logstash 5.0 开始，提供了输出自身进程的指标和状态监控的 API。这大大降低了我们监控 Logstash 的难度。

介绍

        公司重新设定了日志的标准格式，日志打印格式均为json格式，之前是用filebeat进行收集的，没任何问题，但是这次的这个标准日志推的时候出现了，在日志显示和多行收集的时候出现了问题。

Days(11.14)

        mongodb之前都是负责搭建、维护、备份、监控等操作。闲时来总结一下语法。