欢醉

在大型系统设计中用代理在负载均衡是最常见的一种方式，而相对靠谱的解决方案中Nginx、HAProxy、LVS、F5在各大场中用得比较普遍，各有各的优势和使用场景，由于本次要使用到TCP，因此Nginx只能在HTTP层负载，因此用HAProxy来负载，为什么不用LVS？因为配置太麻烦。HAProxy是免费、极速且可靠的用于为TCP和基于HTTP应用程序提供高可用、负载均衡和代理服务的解决方案

　　Kubernetes集群部署需要安装的组件东西很多，过程复杂，对服务器环境要求很苛刻，最好是能连外网的环境下安装，有些组件还需要连google服务器下载，这一点一般很难满足，因此最好是能提前下载好准备的就尽量下载好。Kubernetes集群部署要求服务器必须是Centos 7.2及以上 Kubernetes采用1.12版本 Docker-ce v17.03.2 Etcd 3.2...

　　大部分概念Kubernete官网都有详细介绍，Kubernete中文官网 https://kubernetes.io/zh/docs/tutorials/kubernetes-basics/　　官网还提供一个比较好的功能是能在线互动，见互动教程，类似实操命令初步感受。Kubernete主要功能基于容器的应用部署、维护和滚动升级 负载均衡和服务发现 跨机器和跨地区的集群调...

　　在《架构师必须要知道的阿里的中台战略与微服务》中已经阐明选择SpringCloud进行微服务架构实现中台战略，因此下面介绍SpringCloud的一些内容，SpringCloud已经出来了很多年，网上资料一大堆，这里推荐程序猿DD的博客http://blog.didispace.com/ 关于SpringCloud微服务各组件内容等做了非常详细的介绍，适合入门的来学习。　　Spri...

　　传统企业平台都是烟囱式的系统架构，企业内部为了迎合业务发展不停的打造各种系统，导致各系统间的重复功能建设和维护带来的重复投资。重复投资不仅消耗的是人力，财力还有时间。但打通烟囱式系统间交互的集成和协作成本高昂，各大企业不得不借助ESB产品，构建企业服务总线，打通各系统间的交互问题。　　但这种借助ESB“中心化”的服务架构缺点也有不少，“中心化”架构的所有服务调用者和服务提供者之间的交互都必...

当虚拟机服务器运行Docker久了后，发现Docker的文件越来越大，某天发现此台机上的数据库访问不了了，再重启数据库等日志，提示空间不足，查看磁盘空间：　　root分区满载啊，前段时间还有不少空间的，查下什么大文件内容占了空间。find / -xdev -size +100M -exec ls -l {} \; 最近用的docker越来越大 才导致磁盘

当用户量越来越大，则集群中某个group总会到达其极限，这时就得扩展集群的容量了。FastDFS的扩容分为对group纵向扩容和横向扩容　　纵向扩容 指在同一个group组中增加服务器，实现数据冗余，数据备份。同一个group中最大容量取决于最小的storage的存储容量。因此如果还想继续使用此group，则需要对此group对应的所有服务器挂载同样容量的磁盘，指定store_pa

在上一篇 分布式文件系统FastDFS如何做到高可用 中已经介绍了FastDFS的原理和怎么搭建一个简单的高可用的分布式文件系统及怎么访问。　　高可用是实现了，但由于我们只设置了一个group，如果现在有5台服务器那将会出现5台只有一个group，每台服务器内的文件内容都相同（互备份）如下图，会造成资源浪费。 因此下面就5台服务器进行优化改造，进一步添加keepalived+nginx多track

在前篇 高可用高性能分布式文件系统FastDFS进阶keepalived+nginx对多tracker进行高可用热备 中已介绍搭建高可用的分布式文件系统架构。　　那怎么在程序中调用，其实网上有很多栗子，这里在他们的基础上作个简单的介绍。下载源码并加入本地仓库官网Java客户端源代码：https://github.com/happyfish100/fastdfs-client

FastDFS是用C语言编写的一款开源的轻量级分布式文件系统。它对文件进行管理，功能包括：文件存储、文件同步、文件访问（文件上传、文件下载）等，解决了大容量存储和负载均衡的问题。特别适合以文件为载体的在线服务，如相册网站、视频网站等等。 FastDFS为互联网量身定制，充分考虑了冗余备份、负载均衡、线性扩容等机制，并注重高可用、高性能等指标，使用FastDFS很容易搭建一套高性能的文件服务器集

在前一篇 分布式监控系统Zabbix3.2跳坑指南 中已安装好服务端和客户端，此处客户端是被监控的服务器，可能有上百台服务器。监控的目的一个是可以查看历史状态，可以对比零晨和工作区间数据的对比，以便后期进行优化指导。还有一个是报警，总不能等到服务器出现异常了才去从头查是什么问题吧。所以这篇主要介绍报警中最基础的一个 配置邮件预警。　　通常zabbix提供了 e-mail、sms、jab

在前篇分布式监控系统Zabbix3.2监控数据库的连接数 中已经对数据库的端口3306进行了监控，可以看到数据库的连接数历史变化有高有低，那如果达到了数据库连接数的阀值是不是主动通知给运维人员去检查问题呢，总不能实时盯着看吧，下面就怎么配置预警作简单介绍。　　在这里我们是针对模板级别来进行配置，而有些园友如果只针对某台服务进行预警那也是可以的，只需要在此台服务器上的触发器列表中添加一项即可

在 分布式监控系统Zabbix3.2跳坑指南 和 分布式监控系统Zabbix3.2给异常添加邮件报警 已经介绍了如何安装以及报警。此篇通过介绍监控数据库的3306端口连接数来了解如何监控其它端口和配置自定义监控项的过程。添加监控脚本在要监控的客户端上新建脚本：/usr/local/zabbix/alertscripts/check_3306_port_num.sh内

zabbix是什么在此就不多作介绍了，可以参考之前的文章 零代码如何打造自己的实时监控预警系统 ，这篇主要介绍安装及注意事项。主要分为服务端和客户端安装，客户端又分为Linux、Windows。服务端安装环境CentOS6.8Zabbix3.2Mysql5.6ApachePHP56w环境准备关闭selinux setenf

　　公司业务的不断发展，紧接而来的是业务种类的增加、服务器数量的增长、网络环境的越发复杂以及发布更加频繁，从而不可避免地带来了线上事故的增多，因此需要对服务器到应用的全方位监控，提前预警。　　建立在Zabbix上的服务器监控、基础应用监控（mysql、redis、ES等）、预警功能 基本满足底层的监控预警要求，超过设定的阀值就会提前通知相关人员去解决。　　有了Zabbix为什么还需要Gra...