Y0UZI的博客

ceph 是一种统一的分布式文件系统，具有优秀的性能、高可用性和可扩展性。ceph 的统一体现在可以提供文件系统、块存储和对象存储，分布式体现在可以动态扩展。在国内一些公司的云环境中，通常会采用 ceph 作为 openstack 的唯一后端存储来提高数据转发效率。官网：https://ceph.com/官方文档：http://docs.ceph.com/docs/master/#

在ELFK的基础上，添加kafka做数据缓冲附kafka消息队列nginx服务器配置filebeat收集日志：192.168.17.50，修改配置将采集到的日志转发给kafka；kafka集群：192.168.17.51，192.168.17.52，192.168.17.53（生产和消费端口9092）；logstash+kibana：192.168.17.54，修改配置从kafka中消费日志，并输出到kibana前端展示；

Zookeeper是一个开源的分布式的，为分布式框架提供协调服务的Apache项目。主要原因是由于在高并发环境下，同步请求来不及处理，请求往往会发生阻塞。比如大量的请求并发访问数据库，导致行锁表锁，最后请求线程会堆积过多，从而触发 too many connection 错误，引发雪崩效应。我们使用消息队列，通过异步处理请求，从而缓解系统的压力。消息队列常应用于异步处理，流量削峰，应用解耦，消息通讯等场景。

在ELK中，Logstash 负责收集日志，将日志格式化并输出到 Elasticsearch 群集中；Elasticsearch 对格式化后的数据进行索引和存储；Kibana 从 ES 群集中查询数据生成图表，并进行前端数据的展示。而在ELFK中，filebeat替代logstash收集日志，而logstash负责格式化日志和输出到es集群。

日志主要包括系统日志、应用程序日志和安全日志。系统远维和开发人员可以通过日志了解服务器软硬件信息、检查配置过程中的错误及错误发生的原因。经常分析日志可以了解服务器的负荷，性能安全性，从而及时采取措施纠正错误。往往单台机器的日志我们使用grepawk等工具就能基本实现简单分析，但是当日志被分散的储存不同的设备上。如果你管理数十上百台服务器，你还在使用依次登录每台机器的传统方法查阅日志。这样是不是感觉很繁琐和效率低下。当务之急我们使用集中化的日志管理，例如：开源的rsysiocg。

服务端和客户端都配置时间同步服务端和客户端都设置 hosts 解析设置 zabbix 的下载源，安装 zabbix-agent2修改 agent2 配置文件启动 zabbix-agent2在服务端验证 zabbix-agent2 的连通性在 Web 页面创建自定义监控项模板

zabbix是一个基于 web 界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。zabbix能监视各种网络参数，保证服务器系统的安全运营，并提供灵活的通知机制以让系统管理员快速定位、解决存在的各种问题。zabbix由两部分构成，zabbix server与可选组件zabbix agent。通过c/s 模式采集数据，通过b/s 模式在web端展示和配置。