redis 3.0 集群__配置文件详解(常用配置)

参考文档

http://www.cnblogs.com/huangjacky/p/3700473.html

http://www.cnblogs.com/cxd4321/archive/2012/12/14/2817669.html

http://running.iteye.com/blog/2065351

 1 #引用其他配置文件
 2 # include /path/to/local.conf
 3 # include /path/to/other.conf
 4 #是否daemon运行no,yes
 5 daemonize no
 6 #pid文件的位置
 7 pidfile /tmp/redis.pid
 8 #开放的端口号
 9 port 6379
10 #listen队列的长度,需要同步检查 /proc/sys/net/core/somaxconn 和 内核参数 tcp_max_syn_backlog 的值,保证该设置能生效
11 tcp-backlog 511
12 #绑定ip地址,多个ip用空格分隔,只允许绑定的IP 的客户端访问
13 bind 127.0.0.1
14 #没有用到,暂时不清楚
15 # unixsocket /tmp/redis.sock
16 # unixsocketperm 755
17 #客户端空闲多少s后踢掉,0禁止
18 timeout 0
19 #检测挂掉的连接,单位s,0禁止
20 tcp-keepalive 0
21 #日志的等级,debug,verbose,notice,warning
22 loglevel notice
23 #log文件的路径,为空的话直接显示在终端
24 logfile "/workspace/logs/redis/redis-6379.log"
25 #是否使用系统logger,一直没有用过。
26 # syslog-enabled no/
27 # syslog-ident redis
28 # syslog-facility local0
29 #redis中有多少个数据库,默认即可
30 databases 16
31
32 #将redis内存数据序列化到磁盘的时间和频率
33 #900s有1个key改变就会序列化,其他的读者可以自己看下
34 save 900 1
35 save 300 10
36 save 60 10000
37 #序列化的时候是否停止写操作, 默认为yes, 我个人是设置成NO, 因为既然是缓存,我不需要持久化,所以不需要写盘动作
38 stop-writes-on-bgsave-error no
39 #序列化的数据是否压缩
40 rdbcompression yes
41 #序列化的数据是否校验其完整性
42 rdbchecksum yes
43 #序列化的文件名,只是文件不能带目录
44 dbfilename dump-6379.rdb
45 #序列化文件的目录
46 dir /workspace/database/redis/47
48 #以下是主从备份,还没有使用到
49 # slaveof <masterip> <masterport>
50 # masterauth <master-password>
51 slave-serve-stale-data yes
52 slave-read-only yes   #repl-diskless-sync no  #repl-diskless-sync-delay 553 # repl-ping-slave-period 10
54 # repl-timeout 60
55 repl-disable-tcp-nodelay no
56 # repl-backlog-size 1mb
57 # repl-backlog-ttl 3600
58 slave-priority 100
59 # min-slaves-to-write 3
60 # min-slaves-max-lag 10
61
62 #客户端连接的密码
63 requirepass hello
64 # 不清楚什么作用,没用到过
65 # rename-command CONFIG ""
66
67 #限制客户端的数量
68 # maxclients 10000
69 #设置最大可用内存
70 # maxmemory <bytes>
71 #内存替换算法
72 # maxmemory-policy volatile-lru
73 # maxmemory-samples 3
时间: 2024-12-09 02:33:18

redis 3.0 集群__配置文件详解(常用配置)的相关文章

Redis集群之配置文件详解(待完善)

运维Redis集群的核心任务就是配置文件Redis.conf 命令行将现使用的Redis配置参数导出到 redis.conf.bak文件 grep '^[^#]' /etc/redis/redis-7000.conf > redis.conf.bak 查看文件内容 # 关闭保护模式,让其他主机连接 protected-mode no # 设置端口为7000 port 7000 # tcp 连接等待队列长度 tcp-backlog 511 timeout 0 tcp-keepalive 300 #

集群LVS DR详解及配置

DR模型: 所有的集群节点在同一个物理设备上.所有设备都只需要一个物理网卡 每一个RS服务器都需要配置相同的VIP地址 客户端发送请求:数据报文原IP为CIP 目标IP为VIP 要让RS服务器不能对ARP广播解析进行响应 方法1:DR: VIP:MAC(DVIP)Director绑定MAC地址 方法2: arptables:在每个RS服务器上定义响应规则 arp_ignore 接收到ARP请求时的相应级别 默认0 0:只要本地配置有相应地址就给予响应 1:仅在请求的目标地址与请求到达的接口 方法

Redis 3.0集群(二)

在Redis 3.0集群(一)中讲了Redis集群的基本搭建.这一节主要讲对Redis集群的操作. 添加Master节点到集群 按照Redis集群一的方式,创建端口为7006的新实例,并启动该实例 将7006添加到集群: redis-trib.rb add-node 127.0.0.1:7006 127.0.0.1:7000 node:新节点没有包含任何数据, 因为它没有包含任何slot.新加入的加点是一个主节点, 当集群需要将某个从节点升级为新的主节点时, 这个新节点不会被选中. 给新节点分配

高可用,多路冗余GFS2集群文件系统搭建详解

2014.06 标签:GFS2 multipath 集群文件系统 cmirror 实验拓扑图: 实验原理: 实验目的:通过RHCS集群套件搭建GFS2集群文件系统,保证不同节点能够同时对GFS2集群文件系统进行读取和写入,其次通过multipath实现node和FC,FC和Share Storage之间的多路冗余,最后实现存储的mirror复制达到高可用. GFS2:全局文件系统第二版,GFS2是应用最广泛的集群文件系统.它是由红帽公司开发出来的,允许所有集群节点并行访问.元数据通常会保存在共享

Nginx搭建集群服务器过程详解

Nginx+Apache+PHP+MySQL搭建集群服务器过程详解 概念介绍在本文未能提及,请自助上网科普,直接进入过程详解: 集群架构图大致如下: 一.软件下载 序号 软件名称 软件版本 下载地址 1 操作系统 Windows Server 2008 Enterprise 64bit 2 Php php-5.6.19-Win32-VC11-x64 Thread Safe(由于HTTP服务器用的apache) http://windows.php.net/downloads/releases/p

Kafka单机、集群模式安装详解(二)

本文环境如下: 操作系统:CentOS 6 32位 JDK版本:1.8.0_77 32位 Kafka版本:0.9.0.1(Scala 2.11) 接上篇 Kafka单机.集群模式安装详解(一) 6. 单节点多Broker模式 Kafka使用可以有多种模式,包括单节点单Broker,单节点多Broker,多节点多Broker. 这里我们简单区分一下: 单节点单Broker:在单台机子上,启动了一个Kafka实例(上一篇就是这种模式). 单节点多Broker:在同一台机子上开启多个Kafka(类似H

t持久化与集群部署开发详解

Quartz.net持久化与集群部署开发详解 序言 我前边有几篇文章有介绍过quartz的基本使用语法与类库.但是他的执行计划都是被写在本地的xml文件中.无法做集群部署,我让它看起来脆弱不堪,那是我的罪过. 但是quart.net是经过许多大项目的锤炼,走到啦今天,支持集群高可用的开发方案那是一定的,今天我就给小结下我的quartz.net开发升级过程. Quartz.net的数据库表结构 如果支持集群与持久化,单靠本机的内存和xml来保存计算任务调度的各种状态值,可想而知,是困难的.所以支持

阿里巴巴 Sigma 调度和集群管理系统架构详解

阿里巴巴 Sigma 调度和集群管理系统架构详解 划重点 阿里巴巴 9 年双 11 经历下来,交易额增长了 280 倍.交易峰值增长 800 多倍.系统数呈现爆发式增长.系统在支撑双 11 过程中的复杂度和支撑难度以指数级形式上升.双 11 峰值的本质是用有限的成本最大化提升用户体验和集群吞吐能力,用合理的代价解决峰值.本文将从阿里巴巴统一调度体系.混部架构.云化架构三个方面详解阿里是如何支撑如此庞大的系统. 统一调度体系 始于 2011 年建设的 Sigma 是服务阿里巴巴在线业务的调度系统,

linux Redis 5.0集群搭建

文档结构如下: Redis cluster 是redis的分布式解决方案,在3.0版本正式推出后,有效的解决了redis分布式方面的需求:当遇到单机内存,并发,流量等瓶颈是,可以采用cluster架构方案达到负载均衡的目的. 官方网站: https://redis.io/topics/cluster-tutorial Redis数据分区 Redis cluster 采用虚拟槽分区,所有的键根据哈希函数映射到0~16383整数槽内,计算公式: Slot=CRC16(key)&16384.每个节点负