LongLong's Blog

05 February 2015

Redis 3.0终于要发布了，目前是RC3并且很可能是最后一个RC版本，2月中就可能会发布正式版。关注这个功能很久了，但一直到离职都没有测试过，之前是用一致性散列算法(ketama)实现了基于客户端的分布式方案，优点是比较简单灵活，配置也比较简单，但缺点就是一些同时操作多个键的命令将无法使用(如mget move等)，同时扩容时数据的迁移也是个麻烦的过程(如果不使用持久化则还好)。

官方的文档可以参考这里

1. Cluster基本配置

基本配置文件如下，其中nodes.6380.conf是Redis自己生成的配置文件，这里只是指定生成文件的路径。

port 6380
cluster-enabled yes
cluster-config-file nodes.6380.conf
cluster-node-timeout 5000

其中cluster-node-timeout是一个比较关键的参数，当一个节点在超时时间过后依然无响应，将被判定为失效并由其他的节点提到，如果没有能够替代的节点则写入会失败。

2. Cluster启动

每个Redis实例独立进行启动，在启动后其除了监听本来配置的端口外还会监听一个设置的端口+10000的端口作为Cluster的各个节点通信使用。如port设置为6380，则还会开启16380端口。

tcp	0	0 0.0.0.0:6380		0.0.0.0:*	LISTEN
tcp	0	0 0.0.0.0:16380		0.0.0.0:*	LISTEN

第一次创建Redis Cluster时需要进行一次初始化操作。初始化的命令需要Ruby支持，并且需要安装Ruby Redis模块，Redis Cluster需要至少三个主节点，所以如果需要启动主从需要注意节点的数量

pacman -S ruby
gem install redis
src/redis-trib.rb create 127.0.0.1:6380 127.0.0.1:6381 127.0.0.1:6382 127.0.0.1:6383

#输出如下
>>> Creating cluster
Connecting to node 127.0.0.1:6379: OK
Connecting to node 127.0.0.1:6380: OK
Connecting to node 127.0.0.1:6381: OK
Connecting to node 127.0.0.1:6382: OK
>>> Performing hash slots allocation on 4 nodes...
Using 4 masters:
127.0.0.1:6379
127.0.0.1:6380
127.0.0.1:6381
127.0.0.1:6382
M: db0c19d0d48988ef7971e677a9cb9382c6475f17 127.0.0.1:6379
slots:0-4095 (4096 slots) master
M: 1b9bbd93c0c80834be3691b39226ecb186691435 127.0.0.1:6380
slots:4096-8191 (4096 slots) master
M: 225e92944e0a8001bcec510b9f00e8e0d75d4fab 127.0.0.1:6381
slots:8192-12287 (4096 slots) master
M: 276d31fbce83e0e603419d4abffdcffdce1413d5 127.0.0.1:6382
slots:12288-16383 (4096 slots) master

同时用redis-trib.rb工具还可以对Cluster进行增加节点，删除节点，数据转移等操作。

3. 读写Cluster

对于Cluster的读写依然可以使用redis-cli，连接Cluster中的任何一个实例都可以，但需要加参数-c使其使用读写Cluster的协议。通过telnet测试发现Redis Cluster本质上也需要客户端进行性支持才能实现，基本上相当于一致性散列算法由Redis完成。

例如以下的命令会得到反馈，需要连接另一个实例

get abc
-MOVED 7638 127.0.0.1:6380
set abc 123
-MOVED 7638 127.0.0.1:6380

即客户端需要根据返回的信息判断是成功获得了数据还是需要重新连接。相当于每个Redis实例都是一个代理，但只负责找到地址不负责连接和传递数据。

4. 故障转移及高可用

Redis Cluster只有在有从节点时才能支持故障转移，如果全部为主节点，当一个节点失效时会返回如下的提示

(error) CLUSTERDOWN The cluster is down. Use CLUSTER INFO for more information

如果有对应的从节点，则当主节点失效超过cluster-node-timeout后将会被其从节点替代，在这个时间段内到此节点的读写都会失败，因此这个超时时间应该尽可能设置的短一些。失效的节点恢复后会被自动变为从节点。通过cluster nodes命令可以查看当前Cluster的节点情况。

#切换前的状态
127.0.0.1:6382 slave
127.0.0.1:6384 slave
127.0.0.1:6381 master
127.0.0.1:6379 myself,master
127.0.0.1:6383 slave
127.0.0.1:6380 master

#关闭6380后再启动后
127.0.0.1:6382 slave 
127.0.0.1:6384 slave 
127.0.0.1:6381 maste
127.0.0.1:6379 myself,maste
127.0.0.1:6383 maste
127.0.0.1:6380 slave

5. 增加节点和数据迁移

个人感觉这个是Redis Cluster相比客户端实现分布式最大的一个优势，手动迁移数据的过程是非常麻烦的，同时如果不进行停机还会存在一些冲突的问题。

03 February 2015

之前用花生壳+ADSL+上网本的网站由于联通封了80端口，而被迫改用443的https，再之后https证书也到期了，并且申请证书又非常麻烦（跟老外交涉有时候特别崩溃，非说我用的不是真名），网站彻底就荒废掉了，本来已经准备放弃这个域名了，而后来同事说可以用github.io建站，试了一下居然成功了，这里作为网站复活的首篇文章记录下来。

1. 注册Github的账号

首先需要在Github上注册一个自己的账号，这个过程很简单，登录Github，点击Sign up for Github并填写相关信息完成注册即可。

2. 添加一个username.github.io的代码库

新增加一个代码库，代码库的名字格式需要是username.github.io，其中username是Github账号的用户名。

3. 下载建好的代码库

使用以下命令下载建立的空代码库

git clone https://github.com/username/username.github.io.git
cd username.github.io

再增加一个gitignore文件，内容如下，避免将Jekyll生成的网站文件提交到代码库中。

_site/*

4. 安装Jekyll

其实提交后的代码到Github后，会自动进行模版的编译，但如果需要在本地环境进行测试则需要安装一个Jekyll环境。其中Jekyll需要有Ruby的支持，需要安装Ruby并同时安装几个Gem包。

#修改一下Gem源
gem sources -r https://rubygems.org
gem sources -a https://ruby.taobao.org
gem install bundler

在代码库中增加一个名为Gemfile的文件，内容如下

source 'https://rubygems.org'
gem 'github-pages'

并在代码库目录中执行

bundle install

完成后还需要安装一个JS引擎，这里使用nodejs，完成后启动Jekyll

pacman -S nodejs
#在代码库的根目录下运行
jekyll server

5. 初始化目录结构

安装Jekyll完成后就需要初始化一下Jekyll的目录结构了，其主要目录结构如下

/--
  |--  _config.yml
  |--　_layouts
  |--　_posts
  |--　index.html

其中_config.yml保存相关配置，_layouts目录中存放页面的模版，_posts目录中存放博客文章，index.html是首页的页面。

6. 绑定自己的域名

首先需要购买一个自己的域名，并将域名的解析作为别名指向自己对应的Github域名上，即增加类似如下的cname解析

www.longlong.asia cname longlong2010.github.io

完成后在代码库中增加一个名为CNAME的文件，内容为访问时使用的域名，例如我这里就是

www.longlong.asia

完成后就可以使用自己的域名访问到自己的博客站了。