随着用户访问量的不断增加，网站的后台也会不断变化以应对需求。本文主要从一个小型网站到大型网站的过度与变化来陈述。 1.1 网站后台架构 主要指由web server 、应用服务器、数据库、存储、监控等组成的网站后台系统。 1.2 架构演变 个人站点后台架构。如图2-1所示。 图2-1 单台一组 如图所示，如果是个人站点，访问量不大，一般都是将web server、应用服务器、数据库部署在一台物理服务器上。从图中也可以看到，一个网站最基本的后台需要web server、应用服务器、数据库三部分组成。 1.2.1 网站架构的进一步演变 考虑到网站访问量的不断增加，网站的后台架构也必须不断调整和优化，进一步实现功能分离。特别是随着访问量不断增加以及考虑到数据库的负载和数据的重要性，数据库需要分离出来。从web server到数据库实现各个层次的负载均衡。 1.2.1.1 数据库功能分离，数据库单台部署 […]
日志监控和分析在保障业务稳定运行时，起到了很重要的作用，不过一般情况下日志都分散在各个生产服务器，且开发人员无法登陆生产服务器，这时候就需要一个集中式的日志收集装置，对日志中的关键字进行监控，触发异常时进行报警，并且开发人员能够查看相关日志。logstash+elasticsearch+kibana3就是实现这样功能的一套系统，并且功能更强大。 Logstash：负责日志的收集，处理和储存 Elasticsearch：负责日志检索和分析 Kibana：负责日志的可视化 1、环境介绍 elkServer IP:192.168.7.27 OS：Centos7.1 FQDN:elk.server.com elkClient IP:192.168.31.23 OS：Centos7.1 2、下载准备 官网下载最新的安装包：https://www.elastic.co/downloads（目前有些版本的包可能下载不到了，请到该地址下载——链接：http://pan.baidu.com/s/1gfohO2Z 密码：5s1f） elasticsearch-1.7.3.noarch.rpm （server上安装） kibana-4.1.2-linux-x64.tar.gz （server上安装） logstash-1.5.4-1.noarch.rpm
安装EPEL Release，因为安装需要使用其他的repo源，所以需要EPEL支持: yum install -y epel-release #如果出现缺少Code提示，可以： sudo rpm –import /etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7 #安装完成之后，可以查看是否安装成功 yum repolist 安装Nux-Dextop源 #导入一个Code sudo rpm –import http://li.nux.ro/download/nux/RPM-GPG-KEY-nux.ro
1. CentOS7 Tomcat 启动过程很慢 在centos启动官方的tomcat时，启动过程很慢，需要几分钟，经过查看日志，发现耗时在这里：是session引起的随机数问题导致的： <code class=”hljs css has-numbering” style=”display: block; padding: 0px; color: inherit; box-sizing: border-box; font-family: ‘Source Code
配置tomcat的时候 发现了一个问题，tomcat启动的时候，8005端口未启动，故无法关闭tomcat，后经查询解决了，记录一下子 tomcat启动的时候看不出异常，关闭的时候回报错类似： Jul 17, 2015 9:47:54 AM org.apache.catalina.startup.Catalina stopServer SEVERE: Could not contact localhost:8005. Tomcat may not be running. Jul
继上一篇dubbox2.8.4的配置和使用后，我们要进一步考虑dubbox服务的部署和监控。 dubbox日志的采集方案 dubbox服务部署 采用的是ELK的日志采集方案（http://blog.csdn.net/u011282930/article/details/52771237），我们选择将dubbox的服务单独拆分为独立的部署jar包，在系统上部署。结构如下： logstash日志采集 其中，logstash就是用来收集运行的服务的日志，采用的是2.3.1版本，通过配置对应的解析文件来监控，我的解析文件如下 input { file { path => “F:\log.txt” ## 填写文件的绝对路径 start_position => “beginning” ## 从头开始进行收集
上次部署过了zookeeper，今天写写部署dubbo-admin dubbo-admin部署起来非常简单，只要会部署java程序就好。 本文已tomcat作为实例。 首先不多说，先下载相应的包。 本人网盘中有相应需要的包，方便下载。百度网盘 首先嘛。上传tomcat并解压。 上传dubbo-admin-2.4.1.war 包至tomcat下webapps 并启动tomcat(最好将war包先改名后再启动) 启动完成后： 进入ROOT/WEB-INF/目录，修改dubbo.properties文件 将上篇文章配置的三个zookeeper相关信息写入。然后重启tomcat 出现上图则表示部署成功！ 登录，进入系统
因公司电脑下班后关闭，重启虚拟机时发现zookeeper不能自动启动，所以再开文章记录一下，以备后用。 本文已center os 7示例： 首先进入/etc/rc.d/init.d/目录 cd /etc/rc.d/init.d/ 1 创建zookeeper文件并授权 touch zookeeper chmod +x zookeeper vi zookeeper 1 2 3 写入以下代码
声明：本文为笔者随心所写，随意而为。文中介绍仅作参考。出了啥问题本人不负责！ 先说说为啥写这东东吧,本人现已从业4年有余，工作以来也就是写写增删改查，调用/推出相应接口。感觉自身进入一个瓶颈了，所以就从网上找了下最近比较火的技术资料来看。 感觉相比大数据而言，学学分布式会相应简单一些。所以就开始学习dubbo了。 好了，不在废话了，开始进入正题吧。 首先呢。学dubbo嘛，就要先了解什么是分布式。 其实呢，分布式是一种很简单的概念。 说白了，就是拆程序。把一个整体的程序拆成大大小小的一块块，然后将他们分别部署到不同的机器上，然后通过一些网络协议将他们连接起来，为用户提供整套应用支持。 好了，说到这里也不多说了，一些基础理论啥的不是我的强项。说不来。 明白了分布式后，开始考虑如何把现有项目拆分，按什么模式拆分，中间用什么协议支撑。等等…… 在这个时候，朋友推荐了dubbo， 看了一些资料后，很感兴趣，所以开始研究。 开始正题！ 因个人项目原本就是Spring MVC+Mybaties架构的。 所以拆项目选择了dubbo+zookeeper+Spring MVC+Mybaties 首先，部署zookeeper。 第一步，准备三台linux机器（Windows也可以使用，本文不做介绍，本文使用的是VMware虚拟机）。 192.168.10.94
rsync命令是一个远程数据同步工具，可通过LAN/WAN快速同步多台主机间的文件。rsync使用所谓的“rsync算法”来使本地和远程两个主机之间的文件达到同步，这个算法只传送两个文件的不同部分，而不是每次都整份传送，因此速度相当快。 rsync是一个功能非常强大的工具，其命令也有很多功能特色选项，我们下面就对它的选项一一进行分析说明。 语法 rsync [OPTION]… SRC DEST rsync [OPTION]… SRC [USER@]host:DEST rsync [OPTION]… [USER@]HOST:SRC DEST rsync [OPTION]… [USER@]HOST::SRC DEST rsync