1. 在根目录创建kafka文件夹（service1、service2、service3都创建）
[root@localhost /]# mkdir kafka
2.通过Xshell上传文件到service1服务器：上传kafka_2.9.2-0.8.1.1.tgz到/software文件夹
3.远程copy将service1下的/software/kafka_2.9.2-0.8.1.1.tgz到service2、service3
[root@localhost software]# scp -r /software/kafka_2.9.2-0.8.1.1.tgz root@192.168.2.212:/software/
[root@localhost software]# scp -r /software/kafka_2.9.2-0.8.1.1.tgz root@192.168.2.213:/software/
3.copy /software/kafka_2.9.2-0.8.1.1.tgz到/kafka/目录（service1、service2、service3都执行）
[ro
转载至：http://blog.csdn.net/xu470438000/article/details/42971091Redis集群部署文档(Centos6.5 minal)（要让集群正常工作至少需要3个主节点，在这里我们要创建6个redis节点，其中三个为主节点，三个为从节点，对应的redis节点的ip和端口对应关系如下）127.0.0.1:7000127.0.0.1:7001127.0.0
--------一个痛苦的解决问题的过程--------------------------------------
首先确保linux服务器上面的集群环境启动
集群启动
start-dfs.sh
stop-dfs.sh
&nb
1、in `call': ERR Slot 8579 is already busy (Redis::CommandError)在 /my_soft/Redis安装包及jar包/redis-3.0.4/src 目录下执行redis 集群安装命令：./redis-trib.rb create --replicas 0 192.168.3.15:6379&nbs
【【【 storm 】】】一、Apache Storm Storm是一个分布式的，可靠的，容错的数据流处理系统。Storm集群的输入流由一个被称作spout的组件管理，spout把数据传递给bolt，bolt要么把数据保存到某种存储器，要么把数据传递给其它的bolt。一个Storm集群就是在一连串的bolt之间转换spout传过来的数据。
一、Zookeeper ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。 ZooKeeper的目标就是封装
redis高可用的三种常见的集群方式：redis sentinel 、redis cluster（多主机+分布式）、redis sharding。本文主机介绍redis sentinel的部署过程。centos7部署redis的主机ip地址：master：10.11.11.109slave：10.11.11.110，10.11.11.1113.1、Redis3.x Sentinel集群配置Redi
一、部署环境集群环境如下CentOS6.6_x86_64Postgres-XL 9.5主机名IP角色端口nodename数据目录pgxlsrv1192.168.1.41GTM6666gtm$PGHOME/data/gtmCoordinator5301coord1$PGHOME/data/coord1Coordinator5302coord2$PGHOME/data/coord2pgxlsrv219
ab性能指标在进行性能测试过程中有几个指标比较重要：1、吞吐率（Requests per second）服务器并发处理能力的量化描述，单位是reqs/s，指的是在某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数，称之为最大吞吐率。记住：吞吐率是基于并发用户数的。这句话代表了两个含义：a、吞吐率和并发用户数相关b、不同的并发用户数下，吞吐率一般是不同的计算公式：总
1. 在根目录创建kafka文件夹（service1、service2、service3都创建）
[root@localhost /]# mkdir kafka
2.通过Xshell上传文件到service1服务器：上传kafka_2.9.2-0.8.1.1.tgz到/software文件夹
3.远程copy将service1下的/software/kafka_2.9.2-0.8.1.1.tgz到service2、service3
[root@localhost software]# scp -r /software/kafka_2.9.2-0.8.1.1.tgz root@192.168.2.212:/software/
[root@localhost software]# scp -r /software/kafka_2.9.2-0.8.1.1.tgz root@192.168.2.213:/software/
3.copy /software/kafka_2.9.2-0.8.1.1.tgz到/kafka/目录（service1、service2、service3都执行）
[roo
1. 在根目录创建zookeeper文件夹（service1、service2、service3都创建）
[root@localhost /]# mkdir zookeeper
通过Xshell上传文件到service1服务器：上传zookeeper-3.4.6.tar.gz到/software文件夹
2.远程copy将service1下的/software/zookeeper-3.4.6.tar.gz到service2、service3
[root@localhost software]# scp -r /software/zookeeper-3.4.6.tar.gz root@192.168.2.212:/software/
[root@localhost software]# scp -r /software/zookeeper-3.4.6.tar.gz root@192.168.2.213:/software/
3.copy /software/zookeeper-3.4.6.tar.gz到/zookeeper/目录（service1、service2、service3都执
环境：代理haproxy：192.168.100.155后台nginx：192.168.100.153-154 1.安装nginx服务器：（192.168.100.153）yum -y install pcre-devel zlib-develwgetftp://ftp.linuxfan.cn/tools/nginx-1.6.0.tar.gztar zxvf nginx-1.6.0.ta
深入理解一个技术的工作机制是灵活运用和快速解决问题的根本方法，也是唯一途径。对于HDFS来说除了要明白它的应用场景和用法以及通用分布式架构之外更重要的是理解关键步骤的原理和实现细节。在看这篇博文之前需要对HDFS以及分布式系统有一些了解。请参考这篇博客。本篇博文首先对HDFS的重要特性和使用场景做一个简要说明，之后对HDFS的数据读写、元数据管理以及NameNode、SecondaryNamen
# yum install -y openstack-keystone httpd mod_wsgi # mysql -u root -p -e "CREATE DATABASE keystone "MariaDB [(none)]> CREATE DATABASE keystone;Query OK, 1 row affected (0.03 sec)MariaDB [(none
1、安装haproxy# yum install -y haproxy# systemctl enable haproxy.service2、配置haproxy日志[root@controller1 ~]# cd /etc/rsyslog.d/[root@controller1 rsyslog.d]# vim haproxy.conf$ModLoad imudp$UDPServerRun 514$
节点间主机名必须能解析[root@controller1 ~]# cat /etc/hosts192.168.17.149 controller1192.168.17.141 controller2192.168.17.166 controller3192.168.17.111 demo.open-stack.cn各节点间要互信，无密码能登录[roo
kafka-0.8.2 新特性 producer不再区分同步（sync）和异步方式（async），所有的请求以异步方式发送，这样提升了客户端效率。producer请求会返回一个应答对象，包括偏移量或者错误信。这种异步方地批量的发送消息到kafka broker节点，因而可以减少server端资源的开销。新的producer和所有的服务器网络通信都是
192.168.18.186 安装一个Elasticsearch节点192.168.18.187 安装两个Elasticsearch节点主机1安装一个节点的配置文件（192.168.18.186 ）/usr/local/elasticsearch-1.7.3/config/elasticsearch.ymlcluster.name: elastic-productnode.
Nosql Redis ttserver Flare memcache比较随着互联网web2.0网站的兴起，非关系型的数据库现在成了一个极其热门的新领域，非关系数据库产品的发展非常迅速。而传统的关系数据库在应付 web2.0网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心，暴露了很多难以克服的问题，例如： 1、High performance - 对数据库
1.Hystrix客户端Netflix已经创建了一个名为Hystrix的库,实现了断路器的模式。在microservice架构通常有多个层的服务调用。 低水平的服务的服务失败会导致级联故障一直给到用户。当调用一个特定的服务达到一定阈值(默认5秒失败20次),打开断路器。在错误的情况下和一个开启的断路回滚应可以由开发人员提供。 有一个断路器阻止级联失败并且允许关闭服务一段时间进行
一、简介1.1 “丢失”的消息有这样的场景，broker1和broker2通过networkConnector连接，一些consumers连接到broker1，消费broker2上的消息。消息先被broker1从broker2上消费掉，然后转发给这些consumers。不幸的是转发部分消息的时候broker1重启了，这些consumers发现broker1连接失败，通过failover连接到bro
一、ELK日志分析平台是什么？ 首先来看一下传统的日志查找方式：当有客户报障时，需要：1、登录服务器ssh ops@10.1.1.1ssh ops@10.1.1.2ssh ops@10.1.1.3 …2、找到位置cd /apps/logs/nginx/; cd /apps/logs/mysql/;cd /apps/logs/docker; cd /apps/lo
前言：时间服务器部署，这样可以防止网络带来的阻塞和延迟导致服务器的时间不一致，时间的不一致容易导致各种错误。假如监控时间报错了，你老大会怎么想部署：1.安装ntpyum -y install ntp
[root@nfs01 ~]# rpm -qa ntpntp-4.2.6p5-10.el6.centos.2.x86_642.配置
1.安装zabbix服务端安装rpm -ivh http://repo.zabbix.com/zabbix/3.0/rhel/6/x86_64/zabbix-release-3.0-1.el6.noarch.rpmyum -y install httpd zabbix-web zabbix-server-mysql z
Centos7上安装Kubernetes集群部署docker
负载均衡之LB-DR模型主机规划node1:eth0-->172.17.2.129/22 lo:0-->172.17.2.140/32node2:eth0-->172.17.2.130/22 lo:0-->172.17.2.140/32direc:eth0-->172.17.2.132/22 ech0:0
安装部署参考http://blog.sina.com.cn/s/blog_8ea8e9d50102wwlf.html http://www.techweb.com.cn/network/system/2016-01-28/2270190.shtmlapi连接参考 https://github.com/JoergM/consul-examples 端口介绍8500，客户端http api接
redis集群cd /usr/local/redis3.0/src./redis-trib.rb create --replicas 1 ip1:7000 ip1:7001cluster info/nodesredis-cli -c -h yourhost -p yourposthttps://github.com/andymccurdy/redis-pypip install red
第1章 日志分析系统需求1.1 运维痛点1.运维要不停的查看各种日志。 2.故障已经发生了才看日志(时间问题) 。3.节点多，日志分散，收集日志成了问题。 4.运行日志，错误等日志等，没有规范目录，收集困难。1.2 环境痛点1.开发人员不能登陆线上服务器查看详细日志。 2.各个系统都有日志，日志数据分散难以查找。 3.日志数据量大，查询速度慢，数据
leofs centos 集群搭建和测试(二)centos leofs 配置leofs cluster 基本规划ManagerIP: 10.39.1.23, 10.39.1.24Name: manager_0@10.39.1.23, manager_1@10.39.1.24GatewayIP: 10.39.1.28Name: gateway_0@10.39.1.