高斯DB一个列存只能创建partial+cluster+key吗？

http://zhidao.baidu.com/question/3004504.html?fr=qrl3最详细的介绍。

我们知道node是单进程的，但实际上目前cpu都是多核的，单进程只能跑一个核，这样cpu资源就没有得到充分利用。 cluster是一个node内置的集群模块，可以用于多进程管理。cluster非常好用，它大大减轻了我们多进程开发的难度，让我们可以轻松构建一个负载均衡集群。 express框架比较常用，我们可以在它下面集成cluster，使其拥有多进程的功能： 我的电脑是4核的，因此会fork出4个子进程，这个www文件会被执行5次，因为要构建5个进程： 1个主进程，4个子进程 。 这样做的好处是——主进程master只负责管理worker子进程，不直接参与业务处理。 给大家做个形象的比喻： 多进程模式下，master是主人，worker是工人。主人拿着皮鞭专门管理一群工人干活，看到哪个不干活（worker挂掉）就一鞭子抽过去（重启worker），主人会活的很好（master不会挂）；而单进程模式就是主人亲自干活，一不小心自己也挂了（未捕获异常搞死进程），那就真起不来了。 当然，这只是一个比喻。实际上，哪个worker挂掉后，master并不会自动重启它，但master会接收到一个通知exit，我们可以新fork一个进程即可。 下面我们就来测试一下： 当我们访问网页，究竟是哪个worker给我们处理呢？ 我们在express的首页index加上worker的监听信息： 用命令行模拟测试： 有mac电脑的同学可以打开命令行工具，输入命令top： 这是个linux命令，可以实时监控主机的进程。 寻找一下node进程，然后找到其中一个进程id，强制杀死它，看看进程是否自动重建了？ 我们在写js时，用到最多的还是回调函数，而回调函数因其延迟执行的特性，有时确实会有些隐蔽的、会导致进程挂掉的高风险bug没被发现，这时，即使我们开了worker子进程，这些危险的bug仍会轮番攻击worker，导致exit事件频繁发生。 为保护进程的安全，我们需要捕获这些未知的危险bug，通过打印错误堆栈分析出错误原因，并及时修正。 多进程必然带来数据共享问题，比如session。 假如你在登录时是worker1帮你处理的，session也会记录在worker1下面，而当你去购物车下单时，可能就分配到worker2去了，worker2下面没有session，因此判断你没登录，提醒你去登录。 这样就出问题了，怎么办呢？ 我们可以用mysql或redis来搞定，因为这二者都是独立于node进程之外的。 mysql是用表来记录session，而redis是共享内存，实战中redis使用的更普遍一些。 如果只是普通的数据，也可以用file做数据共享，这就看你的具体需求了。

cluster的功能就是当一台电脑当机了，cluster另外一个节点就会自动启用，一般用在服务器上，即实现热切换功能，保证服务不中断

搭建集群工作需要以下三个步骤： 1）准备节点。 2）节点握手。 3）分配槽。 Redis集群一般由多个节点组成，节点数量至少为6个才能保证组成完整高可用的集群。每个节点需要开启配置cluster-enabled yes，让Redis运行在集群模式下。建议为集群内所有节点统一目录，一般划分三个目录：conf、data、log，分别存放配置、数据和日志相关文件。把6个节点配置统一放在conf目录下，集群相关配置如下： 其他配置和单机模式一致即可，配置文件命名规则redis-{port}.conf，准备好配置后启动所有节点。 Cluster集群启动过程如下图：每个节点目前只能识别出自己的节点信息，可以执行cluster nodes命令获取集群节点状 态。 节点握手是指一批运行在集群模式下的节点通过Gossip协议彼此通信，达到感知对方的过程。节点握手是集群彼此通信的第一步，由客户端发起命令：cluster meet{ip}{port} cluster meet命令是一个异步命令，执行之后立刻返回。内部发起与目标节点进行握手通信，握手通信过程： 1）节点6379本地创建6380节点信息对象，并发送meet消息。 2）节点6380接受到meet消息后，保存6379节点信息并回复pong消息。 3）之后节点6379和6380彼此定期通过ping/pong消息进行正常的节点通 信。 分别执行meet命令让其他节点加入到集群中， 最后执行cluster nodes命令确认6个节点都彼此感知并组成集群。 节点建立握手之后集群还不能正常工作，这时集群处于下线状态，所有的数据读写都被禁止，通过cluster info命令可以获取集群当前状态。 Redis集群把所有的数据映射到16384个槽中。每个key会映射为一个固定的槽，只有当节点分配了槽，才能响应和这些槽关联的键命令。通过cluster addslots命令为节点分配槽。这里利用bash特性批量设置槽（slots），命令如下： 执行cluster info查看集群状态，如下所示： 当前集群状态是OK，集群进入在线状态。所有的槽都已经分配给节点，执行cluster nodes命令可以看到节点和槽的分配关系： 集群模式下，Reids节点角色分为主节点和从节点。首次启动的节点和被分配槽的节点都是主节点，从节点负责复制主节点槽信息和相关的数据。使用cluster replicate{nodeId}命令让一个节点成为从节点。其中命令执行必须在对应的从节点上执行，nodeId是要复制主节点的节点ID，命令如下： Redis集群模式下的主从复制使用了之前介绍的Redis复制流程，依然支持全量和部分复制。复制（replication）完成后，整个集群的结构如图：集群搭建需要很多步骤当集群节点众多时，必然会加大搭建集群的复杂度和运维成本。因此Redis官方提供了redis-trib.rb工具方便我们快速搭建集群。 redis-trib.rb是采用Ruby实现的Redis集群管理工具。内部通过Cluster相关命令帮我们简化集群创建、检查、槽迁移和均衡等常见运维操作，使用之前需要安装Ruby依赖环境。 1、安装Ruby： 2、安装rubygem redis依赖： 3、安装redis-trib.rb： 4、安装完Ruby环境后，执行redis-trib.rb命令确认环境是否正确，输出如 下： 首先我们跟之前内容一样准备好节点配置并启动： 启动好6个节点之后，使用redis-trib.rb create命令完成节点握手和槽分配过程，命令如下： --replicas参数指定集群中每个主节点配备几个从节点，这里设置为1。 如果部署节点使用不同的IP地址，redis-trib.rb会尽可能保证主从节点不分配在同一机器下，因此会重新排序节点列表顺序。节点列表顺序用于确定主从角色，先主节点之后是从节点。创建过程中首先会给出主从节点角色分配的计划，当我们同意这份计划之后输入yes，redis-trib.rb开始执行节点握手和槽分配操作。 集群完整性指所有的槽都分配到存活的主节点上，只要16384个槽中有一个没有分配给节点则表示集群不完整。可以使用redis-trib.rb check命令检测之前创建的集群是否成功，check命令只需要给出集群中任意一个节点地址就可以完成整个集群的检查工作，命令如下：

Redis cluster 实现了所有的single key 操作，对于multi key操作的话，这些key必须在一个节点上面，redis cluster 通过 hash tags决定key存贮在哪个slot上面。 节点首要功能是存贮数据，集群状态，映射key到相应的节点。自动发现其他节点，发现失败节点，让从变为主。 为了完成以上功能，cluster使用tcp和二进制协议（Redis Cluster Bus），节点间互联.node 同时使用gossip协议传播信息，包括节点的发现，发送ping包，Pub/Sub信息。 因为节点并不代理请求转发，会返回MOVED和ASk错误，clients就可以直连到其他节点。client理论上面可以给任意节点发送请求，如果需要就重定向。但实际应用中client存贮一个从key到node的map来提高性能。 Redis cluster 使用异步复制的模式，故障转移的时候，被选为主的节点，会用自己的数据去覆盖其他副本节点的数据。所以总有一个时间口会丢失数据。 下面一个例子会丢失数据： master partition 变得不可用 它的一个从变为主 一定时间之后，这个主又可用了 客户端这时候还使用旧的的路由，在这个主变为从之前，写请求到达这个主。 3、可用性 假设n个主节点，每个主下面挂载一个从，挂掉一个，集群仍然可用。挂点两个，可用性是1 -（1/（n 2 -1））(第一个节点挂掉后，还剩下n 2-1个节点），只有一个节点的主挂掉的可能性是 1/n*2 -1) replicas migration 使可用性更高 4、性能 reids cluster 不代理请求到正确的节点，而是告诉客户端正确的节点 client 会保存一份最新的key与node映射，一般情况，会直接访问到正确的节点。 异步写副本 一般的操作和单台redis有相同的性能，一个有n个主节点的集群性能接近n*单个redis 综上 高性能 线性扩展 合理的写安全 高可用 是rediscluser 的主要目标 因为首先redis 存贮的数据量会特别大，如果合并需要更大的空间 key空间分布被划分为16384个slot,所以一个集群，主节点的个数最大为16384（一般建议master最大节点数为1000） HASH_SLOT = CRC16(key) mod 16384 hash tag 是为了保证不同的key,可以分布到同一个slot上面，来执行multi-key的操作 hash tag的规则是以第一个{开始，到第一个}结尾，中间的内容，来做hash。 例子 {user1000}.following 与 {user1000}.followers user1000作为key foo{}{bar} 整个key {{bar}} {bar 为key {bar}{zap} bar 为key Ruby Example 从左到右依次为：node id, address:port, flags, last ping sent, last pong received, configuration epoch, link state, slots 其中node id是第一次启动获得的一个160字节的随机字符串，并把id保存在配置文件中，一直不会再变 每个节点有一个额外的TCP端口，这个端口用来和其他节点交换信息。这个端口一般是在与客户端链接端口上面加10000，比如客户端端口为6379，那么cluster bus的端口为16379. node-to-node 交流是通过cluster bus与 cluster bus protocol进行。其中cluster bus protocol 是一个二进制协议，因为官方不建议其他应用与redis 节点进行通信，所以没有公开的文档，要查看的话只能去看源码。 Redis cluster 是一个网状的，每一个节点通过tcp与其他每个节点连接。假如n个节点的集群，每个节点有n-1个出的链接，n-1个进的链接。这些链接会一直存活。假如一个节点发送了一个ping,很就没收到pong,但还没到时间把这个节点设为 unreachable，就会通过重连刷新链接。 node 会在cluster bus端口一直接受连接，回复ping,即使这个ping 的node是不可信的。但是其他的包会被丢掉，如果发送者不是cluster 一员。 一个node有两种方式接受其他其他node作为集群一员 这样只要我们把节点加入到一个节点，就会自动被其他节点自动发现。 客户端可以自由的连接任何一个node,如果这个node 不能处理会返回一个MOVED的错误，类似下面这样 描述了key 的hash slot,属于哪个node client 会维护一个hash slots到IP:port的映射 当收到moved错误的时候，可以通过CLUSTER NODES或者CLUSTER SLOTS去刷新一遍整个client cluster 支持运行状态下添加和删除节点。添加删除节点抽象：把一部分hash slot从一个节点移动到另一个节点。 所以，动态扩容的核心就是在节点之间移动hash slot,hash slot 又是key的集合。所以reshare 就是把key从一个节点移动到其他节点。 redis 提供如下命令： 前两个指令：ADDSLOTS和DELSLOTS，用于向当前node分配或者移除slots，指令可以接受多个slot值。分配slots的意思是告知指定的master（即此指令需要在某个master节点执行）此后由它接管相应slots的服务；slots分配后，这些信息将会通过gossip发给集群的其他nodes。 ADDSLOTS指令通常在创建一个新的Cluster时使用，一个新的Cluster有多个空的Masters构成，此后管理员需要手动为每个master分配slots，并将16384个slots分配完毕，集群才能正常服务。简而言之，ADDSLOTS只能操作那些尚未分配的（即不被任何nodes持有）slots，我们通常在创建新的集群或者修复一个broken的集群（集群中某些slots因为nodes的永久失效而丢失）时使用。为了避免出错，Redis Cluster提供了一个redis-trib辅助工具，方便我们做这些事情。 DELSLOTS就是将指定的slots删除，前提是这些slots必须在当前node上，被删除的slots处于“未分配”状态（当然其对应的keys数据也被clear），即尚未被任何nodes覆盖，这种情况可能导致集群处于不可用状态，此指令通常用于debug，在实际环境中很少使用。那些被删除的slots，可以通过ADDSLOTS重新分配。 SETSLOT是个很重要的指令，对集群slots进行reshard的最重要手段；它用来将单个slot在两个nodes间迁移。根据slot的操作方式，它有两种状态“MIGRATING”、“IMPORTING” 1）MIGRATING：将slot的状态设置为“MIGRATING”，并迁移到destination-node上，需要注意当前node必须是slot的持有者。在迁移期间，Client的查询操作仍在当前node上执行，如果key不存在，则会向Client反馈“-ASK”重定向信息，此后Client将会把请求重新提交给迁移的目标node。 2）IMPORTING：将slot的状态设置为“IMPORTING”，并将其从source-node迁移到当前node上，前提是source-node必须是slot的持有者。Client交互机制同上。 假如我们有两个节点A、B，其中slot 8在A上，我们希望将8从A迁移到B，可以使用如下方式： 1）在B上：CLUSTER SETSLOT 8 IMPORTING A 2）在A上：CLUSTER SETSLOT 8 MIGRATING B 在迁移期间，集群中其他的nodes的集群信息不会改变，即slot 8仍对应A，即此期间，Client查询仍在A上： 1）如果key在A上存在，则有A执行。 2）否则，将向客户端返回ASK，客户端将请求重定向到B。 这种方式下，新key的创建就不会在A上执行，而是在B上执行，这也就是ASK重定向的原因（迁移之前的keys在A，迁移期间created的keys在B上）；当上述SET SLOT执行完毕后，slot的状态也会被自动清除，同时将slot迁移信息传播给其他nodes，至此集群中slot的映射关系将会变更，此后slot 8的数据请求将会直接提交到B上。 动态分片的步骤： 在上文中，我们已经介绍了MOVED重定向，ASK与其非常相似。在resharding期间，为什么不能用MOVED？MOVED意思为hash slots已经永久被另一个node接管、接下来的相应的查询应该与它交互，ASK的意思是当前query暂时与指定的node交互；在迁移期间，slot 8的keys有可能仍在A上，所以Client的请求仍然需要首先经由A，对于A上不存在的，我们才需要到B上进行尝试。迁移期间，Redis Cluster并没有粗暴的将slot 8的请求全部阻塞、直到迁移结束，这种方式尽管不再需要ASK，但是会影响集群的可用性。 1）当Client接收到ASK重定向，它仅仅将当前query重定向到指定的node；此后的请求仍然交付给旧的节点。 2）客户端并不会更新本地的slots映射，仍然保持slot 8与A的映射；直到集群迁移完毕，且遇到MOVED重定向。 一旦slot 8迁移完毕之后（集群的映射信息也已更新），如果Client再次在A上访问slot 8时，将会得到MOVED重定向信息，此后客户端也更新本地的集群映射信息。 可能有些Cluster客户端的实现，不会在内存中保存slots映射关系（即nodes与slots的关系），每次请求都从声明的、已知的nodes中，随机访问一个node，并根据重定向（MOVED）信息来寻找合适的node，这种访问模式，通常是非常低效的。 当然，Client应该尽可能的将slots配置信息缓存在本地，不过配置信息也不需要绝对的实时更新，因为在请求时偶尔出现“重定向”，Client也能兼容此次请求的正确转发，此时再更新slots配置。（所以Client通常不需要间歇性的检测Cluster中配置信息是否已经更新）客户端通常是全量更新slots配置： 遇到MOVED时，客户端仅仅更新特定的slot是不够的，因为集群中的reshard通常会影响到多个slots。客户端通过向任意一个nodes发送“CLUSTER NODES”或者“CLUSTER SLOTS”指令均可以获得当前集群最新的slots映射信息；“CLUSTER SLOTS”指令返回的信息更易于Client解析。 通常情况下，read、write请求都将有持有slots的master节点处理；因为redis的slaves可以支持read操作（前提是application能够容忍stale数据），所以客户端可以使用“READONLY”指令来扩展read请求。 “READONLY”表明其可以访问集群的slaves节点，能够容忍stale数据，而且此次链接不会执行writes操作。当链接设定为readonly模式后，Cluster只有当keys不被slave的master节点持有时才会发送重定向消息（即Client的read请求总是发给slave，只有当此slave的master不持有slots时才会重定向，很好理解）： 1）此slave的master节点不持有相应的slots 2）集群重新配置，比如reshard或者slave迁移到了其他master上，此slave本身也不再支持此slot。 集群中的nodes持续的交换ping、pong数据，这两种数据包的结构一样，同样都携带集群的配置信息，唯一不同的就是message中的type字段。 通常，一个node发送ping消息，那么接收者将会反馈pong消息；不过有时候并非如此，比如当集群中添加新的node时，接收者会将pong信息发给其他的nodes，而不是直接反馈给发送者。这样的好处是会将配置尽快的在cluster传播。 通常一个node每秒都会随机向几个nodes发送ping，所以无论集群规模多大，每个nodes发送的ping数据包的总量是恒定的。每个node都确保尽可能半个NODE_TIMEOUT时间内，向那些尚未发送过ping或者未接收到它们的pong消息的nodes发送ping。在NODE_TIMEOUT逾期之前，nodes也会尝试与那些通讯异常的nodes重新建立TCP链接，确保不能仅仅因为当前链接异常而认为它们就是不可达的。 当NODE_TIMEOUT值较小、集群中nodes规模较大时，那么全局交换的信息量也会非常庞大，因为每个node都尽力在半个NODE_TIMEOUT时间内，向其他nodes发送ping。比如有100个nodes，NODE_TIMEOUT为60秒，那么每个node在30秒内向其他99各nodes发送ping，平均每秒3.3个消息，那么整个集群全局就是每秒330个消息。这些消息量，并不会对集群的带宽带来不良问题。 心跳数据包的内容 ping和pong数据包中也包含gossip部分，这部分信息告诉接受者，当前节点持有其他节点的状态，不过它只包含sender已知的随机几个nodes，nodes的数量根据集群规模的大小按比例计算。 gossip部分包含了 集群失效检测就是，当某个master或者slave不能被大多数nodes可达时，用于故障迁移并将合适的slave提升为master。当slave提升未能有效实施时，集群将处于error状态且停止接收Client端查询。 每个node持有其已知nodes的列表包括flags，有2个flag状态：PFAIL和FAIL；PFAIL表示“可能失效”，是一种尚未完全确认的失效状态（即某个节点或者少数masters认为其不可达）。FAIL表示此node已经被集群大多数masters判定为失效（大多数master已认定为不可达，且不可达时间已达到设定值，需要failover）。 nodes的ID、ip+port、flags，那么接收者将根据sender的视图，来判定节点的状态，这对故障检测、节点自动发现非常有用。 当node不可达的时间超过NODE_TIMEOUT，这个节点就被标记为PFAIL(Possible failure),master和slave都可以标记其他节点为PFAIL。所谓不可达，就是当“active ping”（发送ping且能受到pong）尚未成功的时间超过NODE_TIMEOUT，因此我们设定的NODE_TIMEOUT的值应该比网络交互往返的时间延迟要大一些（通常要大的多，以至于交互往返时间可以忽略）。为了避免误判，当一个node在半个NODE_TIMEOUT时间内仍未能pong，那么当前node将会尽力尝试重新建立连接进行重试，以排除pong未能接收

中文叫集群。就是将多台计算机或是虚拟主机组织在一起，如同一台机器，共同完成一个应用。用软件或是硬件都能实现，其目的主要有三：负载均衡、高可用性以及科学计算负载均衡是说将大量请求按预先设定好的权值分发到各个计算机上，适用于大访问量的应用高可用性是说多台计算机为一台或多台计算机做备份工作，一旦死机马上有另外一台或多台继续工作。比如银行、电信的系统就要求每年99.99%无死机率，就要使用这个技术科学计算是指将复杂的计算拆成很多步，分散到不同的计算机进行计算达到省时的目的。比如梦工厂在制作电脑动画时，或是进行大规模科学计算时最后，我要说的是这三种集群的配置方法不同，而且可以结合使用。

周六晚上出自己房间在走廊和姐姐对话去夜店，在夜店选择跳蛋（PS:选魔戒的话说家族有抵抗力，选振动棒要被保安抓然后GG），回家后姐姐堕落突破60了

cluster是群集的意思，cluster环境就是集群环境，比如基本的双机热备，是用来实现负载均衡和高可用性的技术，具体你可以看下百度百科，我就不做搬运工了http://baike.baidu.com/view/342719.htm

如果单数据库，怎么解决单点故障。 单数据库，如何承受并发带来的压力。 没做cluster的多个数据库，数据怎么同步。 如果处理到以上几个问题，可以单数据库。 mysql cluster可以解决上述问题，可用于生产。

u200b Redis Cluster 集群分区方案采用去中心化的方式，包括：sharding（分区）、replication（复制）、failover（故障转移） u200b Redis Cluster 由多个Redis节点组构成，是一个P2P（point to point）无中心节点的集群架构，依靠Gossip协议传播集群 Gossip协议是一个通信协议，一种传播消息的方式。 起源于：病毒传播 Gossip协议基本思想： 一个节点周期性(每秒)随机选择一些节点，并把信息传递给这些节点。 这些收到信息的节点接下来会做同样的事情，即把这些信息传递给其他一些随机选择的节点。 信息会周期性的传递给N个目标节点。这个N被称为 fanout （扇出） gossip协议包含多种消息，包括meet、ping、pong、fail、publish等等 通过gossip协议，cluster可以提供集群间状态同步更新、选举自助failover等重要的集群功能。 redis-cluster把所有的物理节点映射到[0-16383]个 slot 上,基本上采用平均分配和连续分配的方式。 比如上图中有5个节点，这样在 Redis Cluster 创建时，slot槽可按下表分配 cluster 负责维护节点和slot槽的对应关系 value------>slot-------->节点 当需要在 Redis 集群中放置一个 key-value 时，redis 先对 key 使用 crc16 算法算出一个结果，然后把 结果对 16384 求余数，这样每个 key 都会对应一个编号在 0-16383 之间的哈希槽，redis 会根据节点 数量大致均等的将哈希槽映射到不同的节点。 比如： set name zhangsan hash("name")采用crc16算法，得到值：1324203551%16384=15903 根据上表15903在13088-16383之间，所以name被存储在Redis5节点。 slot槽必须在节点上连续分配，如果出现不连续的情况，则RedisCluster不能工作。 redis版本说明 redis.5.0.5 服务器说明 启动 7001、7002、7003、7011、7012、7013 配置启动脚本 三主三从 客户端连接集群 -c 以集群方式连接 扩容节点数据必须为空 启动 7004、7014 将 7004、7014 添加到集群 只能删除数据为空的节点 集群中的每个节点都会定期地（每秒）向集群中的其他节点发送PIN 如果在一定时间内(cluster-node-timeout)，发送ping的节点A没有收到某节点B的pong回应，则A将B 标识为pfail。 A在后续发送ping时，会带上B的pfail信息， 通知给其他节点。 如果B被标记为pfail的个数大于集群主节点个数的一半（N/2 + 1）时，B会被标记为fail，A向整个集群 广播，该节点已经下线 其他节点收到广播，标记B为fail。 采用 raft 协议 每个从节点，都根据自己对master复制数据的offset，来设置一个选举时间，offset越大（复制数 据越多）的从节点，选举时间越靠前，优先进行选举。 slave 通过向其他master发送FAILVOER_AUTH_REQUEST 消息发起竞选， master 收到后回复FAILOVER_AUTH_ACK 消息告知是否同意。 slave 发送FAILOVER_AUTH_REQUEST 前会将currentEpoch 自增，并将最新的Epoch 带入到 FAILOVER_AUTH_REQUEST 消息中，如果自己未投过票，则回复同意，否则回复拒绝。 所有的 Master 开始slave选举投票，给要进行选举的slave进行投票，如果大部分master node（N/2 + 1）都投票给了某个从节点，那么选举通过，那个从节点可以切换成master。 RedisCluster失效的判定 ： 1、集群中半数以上的主节点都宕机（无法投票） 2、宕机的主节点的从节点也宕机了（slot槽分配不连续） 当slave 收到过半的master 同意时，会成为新的master。此时会以最新的Epoch 通过PONG 消息广播 自己成为master，让Cluster 的其他节点尽快的更新拓扑结构(node.conf)。 自动切换 就是上面讲的从节点选举 手动切换 人工故障切换是预期的操作，而非发生了真正的故障，目的是以一种安全的方式(数据无丢失)将当前 master节点和其中一个slave节点(执行cluster-failover的节点)交换角色 1、向从节点发送cluster failover 命令（slaveof no one） 2、从节点告知其主节点要进行手动切换（CLUSTERMSG_TYPE_MFSTART） 3、主节点会阻塞所有客户端命令的执行（10s） 4、从节点从主节点的ping包中获得主节点的复制偏移量 5、从节点复制达到偏移量，发起选举、统计选票、赢得选举、升级为主节点并更新配置 6、切换完成后，原主节点向所有客户端发送moved指令重定向到新的主节点 以上是在主节点在线情况下。 如果主节点下线了，则采用cluster failover force或cluster failover takeover 进行强制切换。 我们知道在一主一从的情况下，如果主从同时挂了，那整个集群就挂了。 为了避免这种情况我们可以做一主多从，但这样成本就增加了。 Redis提供了一种方法叫副本漂移，这种方法既能提高集群的可靠性又不用增加太多的从机。 Master1宕机，则Slaver11提升为新的Master1 集群检测到新的Master1是单点的（无从机） 集群从拥有最多的从机的节点组（Master3）中，选择节点名称字母顺序最小的从机（Slaver31）漂移 到单点的主从节点组(Master1)。 具体流程如下（以上图为例）： 1、将Slaver31的从机记录从Master3中删除 2、将Slaver31的的主机改为Master1 3、在Master1中添加Slaver31为从节点 4、将Slaver31的复制源改为Master1 5、通过ping包将信息同步到集群的其他节点

cluster(group) 的含义是：假设干扰项在 group 之间不相关，而在 group 内部存在相关性。假设 group 代表行业类别，则表示行业间的公司所面临的随机干扰不相关，而行业内部不同公司间的干扰项存在相关性，或者是说，行业内的公司受到了一些共同的干扰因素。

clu ster

redis cluster配置好，并运行一段时间后，我们想添加节点，或者删除节点，该怎么办呢。一，redis cluster命令行查看复制打印?//集群(cluster) CLUSTER INFO 打印集群的信息 CLUSTER NODES 列出集群当前已知的所有节点（node），以及这些节点的相关信息。 //节点(node) CLUSTER MEET <ip> <port> 将 ip 和 port 所指定的节点添加到集群当中，让它成为集群的一份子。 CLUSTER FORGET <node_id> 从集群中移除 node_id 指定的节点。 CLUSTER REPLICATE <node_id> 将当前节点设置为 node_id 指定的节点的从节点。 CLUSTER SAVECONFIG 将节点的配置文件保存到硬盘里面。 //槽(slot) CLUSTER ADDSLOTS <slot> [slot ...] 将一个或多个槽（slot）指派（assign）给当前节点。 CLUSTER DELSLOTS <slot> [slot ...] 移除一个或多个槽对当前节点的指派。 CLUSTER FLUSHSLOTS 移除指派给当前节点的所有槽，让当前节点变成一个没有指派任何槽的节点。 CLUSTER SETSLOT <slot> NODE <node_id> 将槽 slot 指派给 node_id 指定的节点，如果槽已经指派给另一个节点，那么先让另一个节点删除该槽>，然后再进行指派。 CLUSTER SETSLOT <slot> MIGRATING <node_id> 将本节点的槽 slot 迁移到 node_id 指定的节点中。 CLUSTER SETSLOT <slot> IMPORTING <node_id> 从 node_id 指定的节点中导入槽 slot 到本节点。 CLUSTER SETSLOT <slot> STABLE 取消对槽 slot 的导入（import）或者迁移（migrate）。 //键 (key) CLUSTER KEYSLOT <key> 计算键 key 应该被放置在哪个槽上。 CLUSTER COUNTKEYSINSLOT <slot> 返回槽 slot 目前包含的键值对数量。 CLUSTER GETKEYSINSLOT <slot> <count> 返回 count 个 slot 槽中的键。 这些命令是集群所独有的。执行上述命令要先登录查看复制打印?[root@manage redis]# redis-cli -c -p 6382 -h 192.168.10.220 //登录 192.168.10.220:6382> cluster info //查看集群情况 cluster_state:ok cluster_slots_assigned:16384 cluster_slots_ok:16384 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:3 cluster_current_epoch:8 cluster_my_epoch:4 cluster_stats_messages_sent:82753 cluster_stats_messages_received:82754 二，添加节点1，新配置二个测试节点查看复制打印?# cd /etc/redis //新增配置 # cp redis-6379.conf redis-6378.conf && sed -i "s/6379/6378/g" redis-6378.conf # cp redis-6382.conf redis-6385.conf && sed -i "s/6382/6385/g" redis-6385.conf //启动 # redis-server /etc/redis/redis-6385.conf > /var/log/redis/redis-6385.log 2>&1 & # redis-server /etc/redis/redis-6378.conf > /var/log/redis/redis-6378.log 2>&1 & 2，添加主节点# redis-trib.rb add-node 192.168.10.219:6378 192.168.10.219:6379 注释：192.168.10.219:6378是新增的节点192.168.10.219:6379集群任一个旧节点3，添加从节点# redis-trib.rb add-node --slave --master-id 03ccad2ba5dd1e062464bc7590400441fafb63f2 192.168.10.220:6385 192.168.10.219:6379 注释：--slave，表示添加的是从节点--master-id 03ccad2ba5dd1e062464bc7590400441fafb63f2,主节点的node id，在这里是前面新添加的6378的node id192.168.10.220:6385,新节点192.168.10.219:6379集群任一个旧节点4，重新分配slot查看复制打印?# redis-trib.rb reshard 192.168.10.219:6378 //下面是主要过程 How many slots do you want to move (from 1 to 16384)? 1000 //设置slot数1000 What is the receiving node ID? 03ccad2ba5dd1e062464bc7590400441fafb63f2 //新节点node id Please enter all the source node IDs. Type "all" to use all the nodes as source nodes for the hash slots. Type "done" once you entered all the source nodes IDs. Source node #1:all //表示全部节点重新洗牌 Do you want to proceed with the proposed reshard plan (yes/no)? yes //确认重新分 新增加的主节点，是没有slots的，

　　我的理解是这个参数是控制数据份数的,如果是2 表有两份数据,如果是1表示只有一份数据. mycluster 中没有参数设计节点组数. 节点组数=节点数/NoOfReplicas.　　所以你如果总共有两个数据节点,如果NoOfReplicas设为2, 那么意味着只有一个节点组. 如果NoOfReplicas=1,那么就有两个节点组,即有一份备份.　　在这种情况下,当NoOfReplicas=2时, 你可以试验一下如果一个data node 停掉了,cluster 可以照常工作; 如果NoOfReplicas=1, 一个data node 停掉了,cluster 就会自动停掉.

第104回段家庄重招新女婿房山寨双并旧强人

带你了解《集群消费理论》《集群消费理论》是陕西集群物联网服务管理股份有限公司董事长王志宏先生的著作，是指通过第三方服务平台，以服务契约把消费者、供应商、服务商集群在一起，构成共生共赢的运营体系，实现共同利益，从而实现买卖一家的理论。集群e家的创新发展与新服务均以“集群消费理论”为基础，这个独特经济模式的理论具有战略性、可行性以及无限可行性。

一般是称作集群，在国内比较大的厂商，诸如：联鼎软件 他们都是做集群，cluster也都是称作集群！

cluster display集群显示cluster[英][u02c8klu028cstu0259(r)][美][u02c8klu028cstu025a]n.丛; 簇，串; 群; [语言]辅音群; vi.丛生; 群聚; vt.使密集，使聚集; 第三人称单数：clusters过去分词：clustered复数：clusters现在进行时：clustering过去式：clustered例句:1.The new leader may emerge as a mere figurehead for a cluster of generals and other bosses. 对一群将军和其他权贵们而言，新领袖可能只是一个有名无实的领导人。

一、环境准备主机IP 主机名 操作系统版本 PXC192.168.244.146 node1 CentOS7.1 Percona-XtraDB-Cluster-56-5.6.30192.168.244.147 node2 CentOS7.1 Percona-XtraDB-Cluster-56-5.6.30192.168.244.148 node3 CentOS7.1 Percona-XtraDB-Cluster-56-5.6.30关闭防火墙或者允许3306, 4444, 4567和4568四个端口的连接关闭SElinux二、下载PXC安装PXC yum源# yum install http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm这样会在/etc/yum.repos.d下生成percona-release.repo文件安装PXC# yum install Percona-XtraDB-Cluster-56最终下载下来的版本是Percona-XtraDB-Cluster-56-5.6.30注意：三个节点上均要安装。三、配置节点配置节点一修改node1的/etc/my.cnf复制代码[mysqld]datadir=/var/lib/mysqluser=mysql# Path to Galera librarywsrep_provider=/usr/lib64/galera3/libgalera_smm.so# Cluster connection URL contains the IPs of node#1, node#2 and node#3wsrep_cluster_address=gcomm://192.168.244.146,192.168.244.147,192.168.244.148# In order for Galera to work correctly binlog format should be ROWbinlog_format=ROW# MyISAM storage engine has only experimental supportdefault_storage_engine=InnoDB# This changes how InnoDB autoincrement locks are managed and is a requirement for Galerainnodb_autoinc_lock_mode=2# Node #1 addresswsrep_node_address=192.168.244.146# SST methodwsrep_sst_method=xtrabackup-v2# Cluster namewsrep_cluster_name=my_centos_cluster# Authentication for SST methodwsrep_sst_auth="sstuser:s3cret"复制代码启动node1# systemctl start mysql@bootstrap.service注意：这个是CentOS 7下的启动方式，如果是CentOS 6，则启动方式为 # /etc/init.d/mysql bootstrap-pxc之所以采用bootstrap启动，其实是告诉数据库，这是第一个节点，不用进行数据的同步。利用这种方式启动，相当于wsrep_cluster_address方式设置为gcomm://。此时，可登录客户端查看数据库的状态mysql> show status like "wsrep%";主要关注以下参数的状态复制代码+------------------------------+--------------------------------------+| Variable_name | Value |+------------------------------+--------------------------------------+| wsrep_local_state_uuid | 1fbb69e3-32a3-11e6-a571-aeaa962bae0c |...| wsrep_local_state | 4 | wsrep_local_state_comment | Synced |...| wsrep_cluster_size | 1...| wsrep_cluster_status | Primary || wsrep_connected | ON |...| wsrep_ready | ON |复制代码在上面的配置文件中，有个wsrep_sst_auth参数。该参数是用于其它节点加入到该集群中，利用XtraBackup执行State Snapshot Transfer（类似于全量同步）的。所以，接下来是授权 mysql> CREATE USER "sstuser"@"localhost" IDENTIFIED BY "s3cret";mysql> GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO "sstuser"@"localhost";mysql> FLUSH PRIVILEGES;配置节点二修改node2的/etc/my.cnf复制代码[mysqld]datadir=/var/lib/mysqluser=mysql# Path to Galera librarywsrep_provider=/usr/lib64/galera3/libgalera_smm.so# Cluster connection URL contains the IPs of node#1, node#2 and node#3wsrep_cluster_address=gcomm://192.168.244.146,192.168.244.147,192.168.244.148# In order for Galera to work correctly binlog format should be ROWbinlog_format=ROW# MyISAM storage engine has only experimental supportdefault_storage_engine=InnoDB# This changes how InnoDB autoincrement locks are managed and is a requirement for Galerainnodb_autoinc_lock_mode=2# Node #2 addresswsrep_node_address=192.168.244.147# SST methodwsrep_sst_method=xtrabackup-v2# Cluster namewsrep_cluster_name=my_centos_cluster# Authentication for SST methodwsrep_sst_auth="sstuser:s3cret"复制代码启动node2# systemctl start mysql如果是CentOS 6，则启动方式为 # /etc/init.d/mysql start如果在启动的过程中出现问题，可查看mysql的错误日志，如果是RPM安装，默认是/var/lib/mysql/主机名.err启动完毕后，也可通过mysql> show status like "wsrep%";命令查看集群的信息。配置节点三修改node3的/etc/my.cnf复制代码[mysqld]datadir=/var/lib/mysqluser=mysql# Path to Galera librarywsrep_provider=/usr/lib64/galera3/libgalera_smm.so# Cluster connection URL contains the IPs of node#1, node#2 and node#3wsrep_cluster_address=gcomm://192.168.244.146,192.168.244.147,192.168.244.148# In order for Galera to work correctly binlog format should be ROWbinlog_format=ROW# MyISAM storage engine has only experimental supportdefault_storage_engine=InnoDB# This changes how InnoDB autoincrement locks are managed and is a requirement for Galerainnodb_autoinc_lock_mode=2# Node #3 addresswsrep_node_address=192.168.244.148# SST methodwsrep_sst_method=xtrabackup-v2# Cluster namewsrep_cluster_name=my_centos_cluster# Authentication for SST methodwsrep_sst_auth="sstuser:s3cret"复制代码启动node3# systemctl start mysql登录数据库，查看集群的状态复制代码+------------------------------+--------------------------------------+| Variable_name | Value |+------------------------------+--------------------------------------+| wsrep_local_state_uuid | 1fbb69e3-32a3-11e6-a571-aeaa962bae0c |...| wsrep_local_state | 4 | wsrep_local_state_comment | Synced |...| wsrep_cluster_size | 3...| wsrep_cluster_status | Primary || wsrep_connected | ON |...| wsrep_ready | ON 复制代码通过wsrep_cluster_size可以看出集群有3个节点。四、 测试下面来测试一把，在node3中创建一张表，并插入记录，看node1和node2中能否查询得到。node3中创建测试表并插入记录root@node3 > create table test.test(id int,description varchar(10));Query OK, 0 rows affected (0.18 sec)root@node3 > insert into test.test values(1,"hello,pxc");Query OK, 1 row affected (0.01 sec)node1和node2中查询复制代码root@node1 > select * from test.test;+------+-------------+| id | description |+------+-------------+| 1 | hello,pxc |+------+-------------+1 row in set (0.00 sec)复制代码复制代码root@node2 > select * from test.test;+------+-------------+| id | description |+------+-------------+| 1 | hello,pxc |+------+-------------+1 row in set (0.05 sec)复制代码至此，Percona XtraDB Cluster搭建完毕~总结：1. 刚开始启动node2的时候，启动失败，错误日志中报如下信息：复制代码2016-06-15 20:06:09 4937 [ERROR] WSREP: failed to open gcomm backend connection: 110: failed to reach primary view: 110 (Connection timed out)at gcomm/src/pc.cpp:connect():1622016-06-15 20:06:09 4937 [ERROR] WSREP: gcs/src/gcs_core.cpp:gcs_core_open():208: Failed to open backend connection: -110 (Connection timed out)2016-06-15 20:06:09 4937 [ERROR] WSREP: gcs/src/gcs.cpp:gcs_open():1387: Failed to open channel "my_centos_cluster" at "gcomm://192.168.244.146,192.168.244.147,192.168.244.148": -110 (Connection timed out)2016-06-15 20:06:09 4937 [ERROR] WSREP: gcs connect failed: Connection timed out2016-06-15 20:06:09 4937 [ERROR] WSREP: wsrep::connect(gcomm://192.168.244.146,192.168.244.147,192.168.244.148) failed: 72016-06-15 20:06:09 4937 [ERROR] Aborting复制代码复制代码2016-06-15 20:27:03 5870 [ERROR] WSREP: Failed to read "ready <addr>" from: wsrep_sst_xtrabackup-v2 --role "joiner" --address "192.168.244.147" --datadir "/var/lib/mysql/" --defaults-file "/etc/my.cnf" --defaults-group-suffix "" --parent "5870" ""Read: "(null)"2016-06-15 20:27:03 5870 [ERROR] WSREP: Process completed with error: wsrep_sst_xtrabackup-v2 --role "joiner" --address "192.168.244.147" --datadir "/var/lib/mysql/" --defaults-file "/etc/my.cnf" --defaults-group-suffix "" --parent "5870" "" : 2 (No such file or directory)2016-06-15 20:27:03 5870 [ERROR] WSREP: Failed to prepare for "xtrabackup-v2" SST. Unrecoverable.2016-06-15 20:27:03 5870 [ERROR] Aborting

　　jediscluster 在程序中需要调用close或quit　　打个jstack看，最底下醒目的deadlock。一看，jedis干的。然后看代码，发现维护集群meta信息的类里一堆synchronized方法和一堆非synchronized方法中间共用了一个读写锁，一个线程把WriteLock锁住后若干行会试图执行一个synchronized方法，另一个线程执行别的synchronized方法时会在某行试图获取ReadLock，然后就喜闻乐见的死锁了，这简直太……了。更……的是其实那个类里所有的synchronized都是多余的，而最新的代码里我发现他们已经把synchronized去掉了，理由是为了提升性能。于是开issue跟他们说了下旧的代码会死锁，建议他们尽快把最新代码发布新版，然后有人说虽然这是bug，但只要timeout别设成无穷，死锁的代码会自动超时释放的，可我们明明把timeout设的很短好不好……总之懒得理论这些事情了，改了bug之后死锁问题没了，但翻译被吓尿了，切回memcache，也因为事多人少，直到现在也没功夫重新换回redis……　　后来就没遇到过问题了。于是开始总结吧。　　首先先说前提：twemproxy作为老牌的redis集群方案，他确实在特定历史阶段实现了他的价值，但他肯定是不如现在的codis，具体codis哪好可以看很多文章介绍。　　然后是官方cluster的优点，其实真的只有一个，就是没有proxy转发之后极限性能好，但绝大多数场景真的不重要。非说第二个优点就是他是官方的，只要redis还在维护，redis cluster被弃坑的概率就比较低，项目会持续有人维护，而第三方的方案理论上确实开发者弃坑的概率会比redis官方要大。不过只要第三方的方案真正成熟到一定程度，就算弃坑不更新大家也还是可以用。就像redis如果截止2.8.x就不开发了，大家照样会用一样。

cluster enable cluster-name的中文翻译cluster enable cluster-name 群集启用群集名称

开启 server的用户, 所用到的 cluster 方法: 访问 server的用户,所用到的 cluster 方法: 服务器ip 192.168.1.101 上有文件 main.lua , myserver1.lua , myserver2.lua , clustername.lua 和 config clustername.lua 文件里面,写下你要开启监听的 cluster 节点 config 里把 clustername.lua 配置一下 下面是 main.lua myserver1.lua 如下 myserver2.lua 如下 这两个server区别就是 CMD.func 的名字,里面的 print 和 return 的字符串. 服务器ip 192.168.1.102 上有文件 main.lua , clustername.lua 和 config clustername 文件里面,写下你访问的 cluster 节点 config 里把 clustername.lua 配置一下 main.lua 上面三种方式里,需要注意的是 cluster.query 时, cluster.register 过的名字,在被使用时,是不用加 @ 符号的. 在 cluster.proxy 里如果不用 cluster.query 出来的地址,那么填写 cluster.register 过的名字时,是需要加 @ 符号的. 包括 cluster.call/send 第二参数也要加 @ 符号. 如果本文有什么问题,请留言,谢谢.

FindNeighbors ： Constructs a Shared Nearest Neighbor (SNN) Graph for a given dataset. We first determine the k-nearest neighbors of each cell. We use this knn graph to construct the SNN graph by calculating the neighborhood overlap (Jaccard index) between every cell and its k.param nearest neighbors. FindClusters ： Identify clusters of cells by a shared nearest neighbor (SNN) modularity optimization based clustering algorithm. First calculate k-nearest neighbors and construct the SNN graph. Then optimize the modularity function to determine clusters. FindClusters()函数 该函数是基于FindNeighbors()构建的SNN图来进行分群。其中参数 resolution 是设置下游聚类分群重要参数，该参数一般设置在0.3-1之间即可，还需针对每个单独的实验数据进行优化。分辨率值越高，簇的数量就越多，对于较大的数据集且复杂组织来说高分辨率能够区分更多的细胞。 resolution参数支持多个分辨率值输入，结果可以通过pbmc@metadata进行查看，每个分辨率的结果都有单独一列。 之后对非线性降维结果可视化时可以通过 Idents()函数来指定分辨率。 RenameIdents()函数 : 细胞簇注释名更改 无论是通过已知Makergene还是单纯对cluster名字进行注释更改，都可以通过RenameIdents()函数来进行更改。

集群的单词有：cluster map，nemonal cluster，cluster bud，incubator cluster，cluster FDI。 集群的单词有：nemonal cluster，cluster map，cluster FDI，incubator cluster，cluster bud。 注音是：ㄐ一_ㄑㄨㄣ_。 拼音是：jí qún。 结构是：集(上下结构)群(左右结构)。集群的具体解释是什么呢，我们通过以下几个方面为您介绍：一、词语解释【点此查看计划详细内容】集群jíqún。(1)聚群。二、网络解释集群集群通信系统是一种用于集团调度指挥通信的移动通信系统，主要应用在专业移动通信领域。该系统具有的可用信道可为系统的全体用户共用，具有自动选择信道功能，它是共享资源、分担费用、共用信道设备及服务的多用途、高效能的无线调度通信系统。关于集群的诗词《上元前夕·茅庐赏雪集群贤》《冶春词·牡丹吟社集群英》《南溪会集·传闻公退集群英》关于集群的诗句传闻公退集群英一番黄纸集群材锦囊分卷集群公关于集群的成语涕泪交集集苑集枯云集景从集大成群英会群策群力沙鸥翔集龙腾凤集群威群胆云次鳞集关于集群的词语云次鳞集群贤毕集集大成龙腾凤集涕泪交集云蒸雾集群英会雨凑云集成群集党关于集群的造句1、标准版：针对需要数据缓存和共享集群数据的小规模应用。2、通山县作为湖北省石材产量最大的地区，具备了集群的一些特征。3、市经信委副主任马奇昌表示，我市正以梁平县为核心，打造产业链完整的塑料产业集群，建成中国西部塑料生态产业集聚区，打造千亿级的塑料产业链条。4、前言：培育绿色食品产业集群是闽北区域发展的必然选择，是打造闽北“中国绿谷”的核心。5、以这种方式，您可以从解除集群的探测和复制网络流量，从而为客户机与集群服务器的交流提供更多带宽。点此查看更多关于集群的详细信息

k8s集群中的一个node节点故障，将这个node节点下线后上面的pod迁移到其他节点，但是大量pod都产生报错。经排查，是由于redis集群故障导致。但是查看resdis pod，都是running状态，如下图 由于这些pod是组成集群使用，既然pod是正常的，应用又报redis链接的错误，所以问题肯定出在Redis Cluster上，查看Redis Cluster状态： 这个示意图我只画出三个node，简单表达一下意思即可。三个node上各运行了一个master和一个slave节点。由于node3节点故障已经移除集群，这个节点上之前运行的其他无状态pod迁移到其他节点可以正常运行，但是master2和slave2在node3上有持久化数据，虽然在node4上重建了，但是由于缺失数据，原来的集群状态被破坏了，所以重新部署也无法恢复，由于是master2和slave2的数据都丢失了，集群无法重建。通过开发了解到，redis上都是缓存数据，丢失影响不大，于是删除本地持久化数据，重新部署redis node，再手动创建集群。 三个节点都添加完成，并且没有报错。进入一个master节点查看集群状态： 集群状态终于恢复正常。重建后的Redis Cluster集群架构示意图如下 总结：对于有状态的应用，redis、mysql等，容器化时一定要考虑周全，避免主从节点运行在一个节点上。对于redis应用，如果读写I/O不是特别高，还是建议直接使用主从复制架构，故障恢复简单且迅速。

cluster_百度翻译cluster [英]"klu028cstu0259(r) [美]u02c8klu028cstu025a n. 丛;簇，串;群;[语言]辅音群 vi. 丛生;群聚 vt. 使密集，使聚集

这个的意思是；集群

ClusterWords&Music: tetsuhikoそして仆（ぼく）らは今（いま）もまだso shi te bo ku ra wa i ma mo ma daさがしてるからsa ga shi te ru ka ra离（はな）れたってha na re tatteいつも逢（あ）えるi tsu mo a e ru时（どき）を超（こ）えてdo ki o ko e teひなびていた屋上（おくじょう）の隅（すみ）でhi na bi te i ta o ku jyou no su mi de远（とお）い未来（みらい）を话（はな）したねto o i mi ra i o ha na shi ta ne点数（てんすう）がいまいちなten su u ga i ma i chi naあの日（ひ）の答案用纸（とうあんようし）はa no hi no to u an yo u shi wa真似出来（まねでき）ない折（お）り方（かた）のma ne de ki na i o ri ka ta noヒコーキで投（な）げたhi ko ki de na ge taきっと仆（ぼく）らはkitto bo ku ra wa风（かぜ）に乗（の）って　飞（とべ）んゆくかけらka ze ni notte to be n yu ku ka ke raでも　知（し）りたいからde mo shi ri ta i ka raなりたいからna ri ta i ka ra远（とお）くを目指（めざ）したto o ku o me za shi taそして仆（ぼく）らは今（いま）もまだso shi te bo ku ra wa i ma mo ma daさがしてるからsa ga shi te ru ka ra离（はな）れたってha na re tatteいつも逢（あ）えるi tsu mo a e ru时（どき）を超（こ）えてdo ki o ko e te迷（まよ）いもなくクレヨンで涂（ぬ）ったma yo i mo na ku ku re yon de nutta空（そら）は今（いま）でも青（あお）ですか？so ra wa i ma de mo a o de su ka「Yes」でもない「No」でもないi e su de mo na i no u de mo na i日々（ひび）と我慢（がまん）くらべしてるhi bi to ga man ku ra be shi te ruあの顷（ころ）と同（おんな）じようにa no ko ro to on na ji yo u ni笑（わら）っていたいだけwa ratte i ta i da keひとりじゃないよhi to ri jya na i yoみんな同（おんな）じmin na on na ji冬（ふゆ）の空（そら）の下（した）hu yu no so ra no shi ta少（すこ）し冻（こご）えながらsu ko shi ko go e na ga raはしゃぎながらha sya gi na ga raくぐりぬけてゆくku gu ri nu ke te yu kuそして仆（ぼく）らは今（いま）もまだso shi te bo ku ra wa i ma mo ma daさがしてるからsa ga shi te ru ka ra离（はな）れたってha na re tatteいつも逢（あ）えるi tsu mo a e ru时（どき）を超（こ）えてdo ki o ko e teずっと仆（ぼく）らはzutto bo ku ra wa风（かぜ）に乗（の）って　飞（とべ）んゆくかけらka ze ni notte to be n yu ku ka ke raでも　知（し）りたいからde mo shi ri ta i ka raなりたいからna ri ta i ka ra远（とお）くを目指（めざ）したto o ku o me za shi taそして仆（ぼく）らは今（いま）もまだso shi te bo ku ra wa i ma mo ma daさがしてるからsa ga shi te ru ka ra离（はな）れたってha na re tatteいつも逢（あ）えるi tsu mo a e ru时（どき）を超（こ）えてdo ki o ko e te

6是聚类分成六组 不过我也有个问题不太懂 6改成0.6依然能聚类 不过我不知道什么意思

Not far ahead was a cluster of trees . 前面不远有一丛树林。 Whenever i see a cluster of people, i always mix with them . 只要有人三五成群，我便周旋其间。 Two cars *** ashed together and a cluster of rubbernecks gathered around . 两辆汽车相撞，一群好奇的人围拢起来观看。 The surface density of galaxies in a cluster can be measured from photographs . 一个星系团中星系的表面密度可从其照片上测得。 The pghts of the hotel and the cottages became yellow dots, a cluster of glow-worms at the base of sachem mountain . 旅馆和棚屋的灯光变成了小黄点，宛如萨钦姆山脚下的一群萤火虫。 The touch of a cluster of leaves revolved it slowly, tracing, pke the leg of transit, a thin red circle in the water . 一堆落叶使它慢慢旋转，像经纬仪一样，在水上转出一道细细的红圈子。 As godpman entered the map room a cluster of youngish people with solemn faces emerged from the conference room beyond . 戈德利曼走进地图室时，一群庄重的青年人从旁边的会议室里走了出来。 A processor in a cluster is monly referred to as a 集群中的处理器通常被称为 A heap is a table that does not have a clustered index 堆是没有聚集索引的表。 Primary key constraint with a clustered index 具有聚集索引的primary key约束。 Clustered tables are tables that have a clustered index 聚集表是有聚集索引的表。 Indicates whether the server is part of a cluster 指示服务器是否是群集的一部分。 Remended private " heartbeat " configuration on a cluster server 验证当前配置。 Thank god , a cluster of people who speak engpsh 太好了这里这么多人都是说英语的 A cluster of stars *** aller than a constellation 星群，星座比星座小的一簇星星 A cluster of anntithesis formulas on improper primes 关于伪素数的对偶公式簇 Comp . exe clust add , remove , or join a cluster 比较两个文件和文件集的内容 Figure 16 shows a cluster model from the tutorial 图16显示了教程中的cluster model 。 A clustering algorithm based on mathematical morphology 基于数学形态学的一种聚类算法 A cluster consisting of heterogenous operating systems ，即由异构操作系统构成的集群。 The same result was obtained in the a cluster model 在集团模型中，也存在著同样的问题。 Updates a table containing a clustered index 更新包含聚集索引的表。 For example , if you have a cluster with o nodes node a 例如，如果有一个群集包含两个节点（ Linked server considerations in a clustered sql server 群集sql server中的链接服务器注意事项 Dilc : a clustering algorithm based on density - isopne 等密度线算法 Install and configure a cluster with one or more nodes 安装并配置具有一个或更多节点的群集。 Row describes the overall distribution of items in a cluster 行说明了分类中各项的总体分布。 How to : stop a clustered instance of notification services 如何停止notification services群集实例 Rename a cluster by right - cpcking its column heading and selecting 右键单击分类的列标题，再选择 To rename a cluster , right - cpck its node and select 若要重命名某个分类，请右键单击其节点，再选择 For best performance , a clustered index is remended 为了获得最佳性能，建议使用clustered索引。 She was seized on a cluster will , you can seize a few people 被她逮住了就要上捆,看你能抓住几个人 A clustering algorithm based on broad first searching neighbors 一种基于广度优先搜索邻居的聚类算法 Is it helpful to have more than one management node for a cluster 集群中使用多个管理节点是否更好 This includes data pages in tables that have a clustered index 这包括具有聚集索引的表中的数据页。 Specjappserver2004 as a cluster - scalable apppcation 可伸缩的集群级应用程序形式的specjappserver2004 Estimating the size of a clustered index 估计聚集索引的大小 A cluster - *** ysis of problem behavior of middle school students 中学生问题行为的问卷编制和聚类分析 It is used by a cpent to connect to the servers in a cluster 客户端使用它来连接到集群中的服务器。 A clustering method for chinese documents based on som and agglomeration 和层次凝聚的中文文本聚类方法

Cluster 1Number of voxels: 101Peak MNI coordinate: -22 -86 -26Peak MNI coordinate region: // Left Cerebellum // Cerebellum PosteriorLobe // Declive // undefined // undefined // Cerebelum_Crus1_L (aal)Peak intensity: -3.6761 ~

接下来我们因为需要做Cluster，所以需要共享磁盘，所以我们也需要使用windows server2016搭建ISCSI服务器来完成磁盘共享我们首先准备一台ISCSI服务器，然后加域技术分享我们添加三块磁盘：我们首先添加两块一块数据盘，一块中裁盘、一块存放log技术分享我们分配盘符 D Q技术分享接下来我们配置安装ISCSI服务技术分享开始安装技术分享安装完成技术分享打开ISCSI服务技术分享选择需要添加的卷技术分享我们先选择D盘DATA盘技术分享技术分享定义磁盘空间大小 技术分享我们需要新建的一个ISCSI目标技术分享添加两台SQL服务器 技术分享配置完成

SE/Robust vce(vcetype) vcetype may be conventional, robust, cluster clustvar, bootstrap, or jackknife一般是用来产生稳健标准误的常见是这样使用，vce(cluster，id)，id是截面识别符

核糖核酸（缩写为rna，即ribonucleicacid），存在于生物细胞以及部分病毒、类病毒中的遗传信息载体。rna由核糖核苷酸经磷酸二酯键缩合而成长链状分子。一个核糖核苷酸分子由磷酸，核糖和碱基构成。rna的碱基主要有4种，即a腺嘌呤、g鸟嘌呤、c胞嘧啶、u尿嘧啶，其中，u（尿嘧啶）取代了dna中的t。外源性rna，即tmrna是存在于细菌的一类稳定的小rna，tmrna的功能有，(1)：将“滞留”在tmrna上的核糖体解脱下来.(2):将一段信号肽加在有缺陷的蛋白质c末端,使其有效的水解。trna样区域的结构类似典型trna的四叶草结构，其折叠方式类似于trna。其结构的维持与d和t环之间的相互作用有关。虽然trna样区域没有密码子—反密码子复合体以供核糖体a位识别，有证据表明tmrna自身或与其结合的蛋白质具有类似核糖体a位识别功能。trna样区域周围有高度保守的碱基序列。据认为对tmrna的空间构像和功能有重要作用，同时trna样区域同其mrna区域也存在着相互作用，两者之间的功能应该有相互联系。内源性rna，即microrna(mirna)是一类由内源基因编码的长度约为22个核苷酸的非编码单链rna分子，它们在动植物中参与转录后基因表达调控。大多数mirna基因以单拷贝、多拷贝或基因簇(cluster)的形式存在于基因组中。microrna（mirna）是一类内生的、长度约20-24个核苷酸的小rna，几个mirnas也可以调节同一个基因，mirna调节着人类三分之一的基因。microrna存在多种形式，最原始的是pri-mirna，长度大约为300~1000个碱基；pri-mirna经过一次加工后，成为pre-mirna即microrna前体，长度大约为70~90个碱基；pre-mirna再经过dicer酶酶切后，成为长约20~24nt的成熟mirna。

答：前者是后者的聚合。cluster可以包含数百到数千个galaxies。有一个词叫 galaxy clusters（星系群）或者cluster of galaxies。——即 很多galaxies（星系），因相互引力聚合在一起，就成为了cluster of galaxies（星系群）。

sentinel是解决HA问题的，cluster是解决sharding问题的，经常一起用再说一下两者的原理：1. 功能Sentinel实现如下功能：（1）monitoring——Redis实例是否正常运行。（2）notification——通知application错误信息。（3）failover——某个master死掉，选择一个slave升级为master，修改其他slave的slaveof关系，更新client连接。（4）configurationprovider——client通过sentinel获取redis地址，并在failover时更新地址。Redis 2.8及以上版本可用。2. sentinels and slaves autodiscovery配置文件中只配置master地址，slave地址和sentinel地址可以自动发现。（1）sentinels——sentinel之间通过redis pub/sub交换信息获得。（2）slaves——询问master获得。3. sdown、odown、failover故障检测一般都是通过ping-pong机制，sentinel引入sdown（主观下线）和odown（客观下线）机制，目的应该是在集群规模较大时，检测更客观。（1）sdwon——is-master-down-after-milliseconds（可配置）时间内ping-pong失败。sdown的slave不能升级为master。（2）odown——超过一定数目（可配置）的sentinel认为sdown，odown只针对master。（3）failover——多数sentinel认为odown。4. sentinel集群sentinel至少需要部署三台以上，形成一个sentinel集群。（1）作用failure detection更客观可用性强，防止sentinel挂掉后不工作（2）实现Sentinels之间的数据同步，包括redis状态（odown,sdown），通过redis pub/sub实现。执行failover需要选举一个sentinel作为leader去执行。添加sentinel：自动发现移除sentinel：stopsentinel process/reset all sentinel/check sentinel num5. slaves选举leader在slaves中选举一台作为新的master，选举的参考以下数据：（1）disconnection timefrom the master（2）slave priority。每个redis instance有一个配置项slave-prority，可以通过info命令读取。slave to master时选择优先级高的，为0的never。（3）replication offsetprocessed。（4）run id。6. 执行failver（1） slave leader升级为master（2） 其他slave修改为新master的slave（3） 客户端修改连接（4） 老的master如果重启成功，变为新master的slave7. 配置必须使用配置文件sentinel.conf，以备重启时恢复信息，sentinel.conf实时更新。关键内容：port——默认26379sentinel monitor mymaster ip quorum——quorum odownsentinel down-after-millisecondes mymasterfailover-timeout mymasterparallel-syncs mymaster（修改配置时，同时修改slaveof的个数，越大failover时间越短）master-name非必要，data-infrastructure实现是可以不使用。采用ip-port列表，针对单个master-name的参数都改为全局参数。8. 其他（1）sentinel添加了几个新的api，下面是几个关键的：mastersslaves master-namesentinel集群相关的master-name相关的（2）reconfiguringsentinel at runtimesentinel monitor name ip prot quorumsentinel remove namesentinel set name option value（3）removeing the oldmaster or unreachable slaves（4）sentinel and redisauthentication（5）sentinelreconfiguration of instances outside the failover procedure1.2 sentinel clientsSentinel需要client端的支持。Finigle-redis目前不支持，jedis支持。1. service discovery是指在client端输入sentinel地址列表、service name后，自动发现redis实例地址。支持sentinel之前，硬编码redis-instance地址。步骤：（1）按顺序尝试连接sentinel集群（2）get-master-addr-by-namemaster-name询问ip:port,查询失败，请求下一个sentinel（3）使用role命令检查redis实例是否为master，如果不是（正在failover？），等一会，在从a开始。2. handling reconnections以下情况下，client需要重新通过sentinel获取地址建立连接（1）reconnects after atimeout or socket error（2）explicitly closed orreconnected by user.（3）other case where theclient lost connection with redis3. sentinel failover disconnectionsentinel修改redis配置时，发送client kill命令断开此redis与所有client的连接，使client重新通过sentinel获取配置。4. connectiong to slavessentinel slaves master-name返回slave listrole命令验证5. connection poolsclients端连接池，修改配置时需要断开所有client连接6.subscribe to sentinel events to improve responsivenessclient使用pub/sub订阅sentinel reconfigure redis，非必要功能。

在哨兵模式中，仍然只有一个 master 节点。当并发写请求较大时，哨兵模式并不能缓解写压力。 在redis-cluster集群中，每一个主节点可以添加多个从节点，主节点和从节点遵循主从模式的特性。 当用户需要处理更多的读请求时，添加从节点可以扩展系统的读性能。 redis集群的主节点内置了类似Sentinel的节点故障检测和自动故障转移功能。当集群中的某个主节点下线时，集群中的其他在线主节点发现了以后，会对已下线的主节点进行故障转移。集群进行故障转移的方法和Sentient进行故障转移的方法基本一致，不同的是，在集群里面，故障转移是由集群中其他在线的主节点负责进行的，所以集群中不需要使用Sentinel。 redis-cluster集群将键存储空间分割为16384个槽位(slot)，事实上集群最大节点数量是16384个【官方建议最大节点数量不超过1000个节点】。 所有主节点都负责16384个哈希槽中的一部分，当16384个槽都有某个节点在负责处理时，集群进入上线状态，并开始处理客户端发送的数据命令请求。 一个slot槽位可以存放多个数据，key的槽位计算公式：HASH_SLOT = CRC16(key) mod 16384 由于Redis集群无中心节点，请求会随机发给任意主节点。 主节点只会处理自己负责槽位的命令请求，其他槽位的命令请求，该主节点会返回客户端一个转向错误。 客户端根据错误中包含的地址和端口重新向正确的负责的主节点发起命令请求。 系统：CentOS7 Redis: 5.0.9 Redis节点 注意： 配置文件主要修改： 执行结果 按照之前的配置修改并启动，使用以下命令将其加入集群： 添加完新节点后，需要对新添加的主节点进行hash槽重新分配，这样该主节点才能存储数据，redis共有16384个槽。 删除从节点192.168.164.13:7000，node_id:cb21c351b3d2378976bf7d215553d0e04d7fad43 执行结果 存在slot的主节点无法直接删除，所以我们需要先移动主节点192.168.164.13:7001的slot至其他三个主节点 查看集群节点信息 删除主节点 执行结果 查看集群信息

redis的搭建可以查看我的上一篇文章： http://www.jianshu.com/p/6356356abebb 搭建redis cluster环境最少需要3个主节点，这里参考官网的示例创建6个节点，其中为3个主节点，3从节点，对应的redis节点IP和端口如下： 下面是一个最少选项的集群的配置文件 创建一个新的目录， 并创建六个以端口号为名字的子目录， 稍后我们在将每个目录中运行一个 Redis 实例： 命令如下: 在文件夹 7000 至 7005 中， 各创建一个 redis.conf 文件， 文件的内容可以使用上面的示例配置文件， 但记得将配置中的端口号和nodes.conf（同一服务器相同名字有冲突）从 7000 改为与文件夹名字相同的号码。 启动cluster实例 实例打印的日志显示， 因为 nodes.conf 文件不存在， 所以每个节点都为它自身指定了一个新的 ID ： 实例会一直使用同一个 ID ， 从而在集群中保持一个独一无二（unique）的名字. 进入redis目录，用如下命令创建集群。 安装ruby即可 缺少rubygems组件，使用yum安装 提示不能加载redis，是因为缺少redis和ruby的接口，使用gem 安装 在执行集群命令 至此集群模式搭建完成。 使用redis-cli命令进入集群环境，进入集群模式需要带上 -c ，不带则表示进入7000端口的普通redis。 集群 节点 槽(slot) 键 参考地址： https://redis.io/topics/cluster-tutorial

23456789101112131415161718192021222324252627282930 %随机获取150个点X = [randn(50,2)+ones(50,2);randn(50,2)-ones(50,2);randn(50,2)+[ones(50,1),-ones(50,1)]]; opts = statset("Display","final"); %调用Kmeans函数%X N*P的数据矩阵%Idx N*1的向量,存储的是每个点的聚类标号%Ctrs K*P的矩阵,存储的是K个聚类质心位置%SumD 1*K的和向量,存储的是类间所有点与该类质心点距离之和%D N*K的矩阵，存储的是每个点与所有质心的距离; [Idx,Ctrs,SumD,D] = kmeans(X,3,"Replicates",3,"Options",opts); %画出聚类为1的点。X(Idx==1,1),为第一类的样本的第一个坐标；X(Idx==1,2)为第二类的样本的第二个坐标plot(X(Idx==1,1),X(Idx==1,2 www.hbbz08.com ),"r.","MarkerSize",14)hold onplot(X(Idx==2,1),X(Idx==2,2),"b.","MarkerSize",14)hold onplot(X(Idx==3,1),X(Idx==3,2),"g.","MarkerSize",14) %绘出聚类中心点,kx表示是圆形plot(Ctrs(:,1),Ctrs(:,2),"kx","MarkerSize",14,"LineWidth",4)plot(Ctrs(:,1),Ctrs(:,2),"kx","MarkerSize",14,"LineWidth",4)plot(Ctrs(:,1),Ctrs(:,2),"kx","MarkerSize",14,"LineWidth",4) legend("Cluster 1","Cluster 2","Cluster 3","Centroids","Location","NW") Ctrs

redis cluster配置好，并运行一段时间后，我们想添加节点，或者删除节点，该怎么办呢。一，redis cluster命令行查看复制打印?//集群(cluster) CLUSTER INFO 打印集群的信息 CLUSTER NODES 列出集群当前已知的所有节点（node），以及这些节点的相关信息。 //节点(node) CLUSTER MEET <ip> <port> 将 ip 和 port 所指定的节点添加到集群当中，让它成为集群的一份子。 CLUSTER FORGET <node_id> 从集群中移除 node_id 指定的节点。 CLUSTER REPLICATE <node_id> 将当前节点设置为 node_id 指定的节点的从节点。 CLUSTER SAVECONFIG 将节点的配置文件保存到硬盘里面。 //槽(slot) CLUSTER ADDSLOTS <slot> [slot ...] 将一个或多个槽（slot）指派（assign）给当前节点。 CLUSTER DELSLOTS <slot> [slot ...] 移除一个或多个槽对当前节点的指派。 CLUSTER FLUSHSLOTS 移除指派给当前节点的所有槽，让当前节点变成一个没有指派任何槽的节点。 CLUSTER SETSLOT <slot> NODE <node_id> 将槽 slot 指派给 node_id 指定的节点，如果槽已经指派给另一个节点，那么先让另一个节点删除该槽>，然后再进行指派。 CLUSTER SETSLOT <slot> MIGRATING <node_id> 将本节点的槽 slot 迁移到 node_id 指定的节点中。 CLUSTER SETSLOT <slot> IMPORTING <node_id> 从 node_id 指定的节点中导入槽 slot 到本节点。 CLUSTER SETSLOT <slot> STABLE 取消对槽 slot 的导入（import）或者迁移（migrate）。 //键 (key) CLUSTER KEYSLOT <key> 计算键 key 应该被放置在哪个槽上。 CLUSTER COUNTKEYSINSLOT <slot> 返回槽 slot 目前包含的键值对数量。 CLUSTER GETKEYSINSLOT <slot> <count> 返回 count 个 slot 槽中的键。 这些命令是集群所独有的。执行上述命令要先登录查看复制打印?[root@manage redis]# redis-cli -c -p 6382 -h 192.168.10.220 //登录 192.168.10.220:6382> cluster info //查看集群情况 cluster_state:ok cluster_slots_assigned:16384 cluster_slots_ok:16384 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:3 cluster_current_epoch:8 cluster_my_epoch:4 cluster_stats_messages_sent:82753 cluster_stats_messages_received:82754 二，添加节点1，新配置二个测试节点查看复制打印?# cd /etc/redis //新增配置 # cp redis-6379.conf redis-6378.conf && sed -i "s/6379/6378/g" redis-6378.conf # cp redis-6382.conf redis-6385.conf && sed -i "s/6382/6385/g" redis-6385.conf //启动 # redis-server /etc/redis/redis-6385.conf > /var/log/redis/redis-6385.log 2>&1 & # redis-server /etc/redis/redis-6378.conf > /var/log/redis/redis-6378.log 2>&1 & 2，添加主节点# redis-trib.rb add-node 192.168.10.219:6378 192.168.10.219:6379 注释：192.168.10.219:6378是新增的节点192.168.10.219:6379集群任一个旧节点3，添加从节点# redis-trib.rb add-node --slave --master-id 03ccad2ba5dd1e062464bc7590400441fafb63f2 192.168.10.220:6385 192.168.10.219:6379 注释：--slave，表示添加的是从节点--master-id 03ccad2ba5dd1e062464bc7590400441fafb63f2,主节点的node id，在这里是前面新添加的6378的node id192.168.10.220:6385,新节点192.168.10.219:6379集群任一个旧节点4，重新分配slot查看复制打印?# redis-trib.rb reshard 192.168.10.219:6378 //下面是主要过程 How many slots do you want to move (from 1 to 16384)? 1000 //设置slot数1000 What is the receiving node ID? 03ccad2ba5dd1e062464bc7590400441fafb63f2 //新节点node id Please enter all the source node IDs. Type "all" to use all the nodes as source nodes for the hash slots. Type "done" once you entered all the source nodes IDs. Source node #1:all //表示全部节点重新洗牌 Do you want to proceed with the proposed reshard plan (yes/no)? yes //确认重新分 新增加的主节点，是没有slots的，

In computers, clustering is the use of multiple computers, typically PCs or UNIX workstations, multiple storage devices, and redundant interconnections, to form what appears to users as a single highly available system. Cluster computing can be used for load balancing as well as for high availability. Advocates of clustering suggest that the approach can help an enterprise achieve 99.999 availability in some cases. One of the main ideas of cluster computing is that, to the outside world, the cluster appears to be a single system.A common use of cluster computing is to load balance traffic on high-traffic Web sites. A Web page request is sent to a manager server, which then determines which of several identical or very similar Web servers to forward the request to for handling. Having a Web farm (as such a configuration is sometimes called) allows traffic to be handled more quickly.Clustering has been available since the 1980s when it was used in DEC"s VMSsystems. IBM"s sysplex is a cluster approach for a mainframe system. Microsoft, Sun Microsystems, and other leading hardware and software companies offer clustering packages that are said to offer scalability as well as availability. As traffic or availability assurance increases, all or some parts of the cluster can be increased in size or number.Cluster computing can also be used as a relatively low-cost form of parallel processing for scientific and other applications that lend themselves to parallel operations. An early and well-known example was the Beowulf project in which a number of off-the-shelf PCs were used to form a cluster for scientific applications.

SE/Robust vce(vcetype) vcetype may be conventional, robust, cluster clustvar, bootstrap, or jackknife一般是用来产生稳健标准误的常见是这样使用，vce(cluster，id)，id是截面识别符

是一种去中心化的集群架构 Redis Cluster 的性能与单节点部署是同级别的。 多主节点、负载均衡、读写分离 Redis Cluster 支持标准的 主从复制配置来保障高可用和高可靠。 failover （故障转移） Redis Cluster 也实现了一个类似 Raft 的共识方式，来保障整个集群的可用性。 向 Redis Cluster 中添加新节点，或者移除节点，都是透明的，不需要停机。 水平、垂直方向都非常容易扩展。 数据分区，海量数据存储 部署 Redis Cluster 不需要其他的代理或者工具，而且 Redis Cluster 和单机 Redis 几乎完全兼 容。 角色： master、slave Redis Cluster 由多个Redis节点组构成，是一个P2P（point to point）无中心节点的集群架构，依靠Gossip协议传播集群 Gossip协议是一个通信协议，一种传播消息的方式。 思想启发于：病毒传播 这些收到信息的节点接下来会做同样的事情，即把这些信息传递给其他一些随机选择的节点。 信息会周期性的传递给N个目标节点。这个N被称为fanout（扇出） gossip协议包含多种消息，包括meet、ping、pong、fail、publish等等 通过gossip协议，cluster可以提供 集群间状态同步更新 、 选举自助failover 等重要的集群功能。 分布式架构设计中，核心问题即为如何分片数据。在技术的更替中出现过以下分布式hash算法： redis-cluster把所有的物理节点映射到[0-16383]个slot上,基本上采用平均分配和连续分配的方式。 slot槽必须在节点上连续分配，如果出现不连续的情况，则RedisCluster不能工作。 采用 raft 协议（参照Paxos算法 https://www.jianshu.com/p/40c658c9dcc2 ） 当slave 收到过半的master 同意时，会成为新的master。此时会以最新的Epoch 通过PONG 消息广播自己成为master，让Cluster 的其他节点尽快的更新拓扑结构(node.conf)。 就是上面讲的从节点选举 人工故障切换是预期的操作，而非发生了真正的故障，目的是以一种安全的方式(数据无丢失)将当前master节点和其中一个slave节点(执行cluster-failover的节点)交换角色 1、向从节点发送cluster failover 命令（slaveof no one） 2、从节点告知其主节点要进行手动切换（CLUSTERMSG_TYPE_MFSTART） 3、主节点会阻塞所有客户端命令的执行（10s） 4、从节点从主节点的ping包中获得主节点的复制偏移量 5、从节点复制达到偏移量，发起选举、统计选票、赢得选举、升级为主节点并更新配置 6、切换完成后，原主节点向所有客户端发送moved指令重定向到新的主节点 以上是在主节点在线情况下。 如果主节点下线了，则采用cluster failover force或cluster failover takeover 进行强制切换。 扩容 扩容节点数据必须为空 缩容 只能删除数据为空的节点 我们知道在一主一从的情况下，如果主从同时挂了，那整个集群就挂了。 为了避免这种情况我们可以做一主多从，但这样成本就增加了。 Redis提供了一种方法叫副本漂移，这种方法既能提高集群的可靠性又不用增加太多的从机。 Master1宕机，则Slaver11提升为新的Master1 集群检测到新的Master1是单点的（无从机） 集群从拥有最多的从机的节点组（Master3）中，选择节点名称字母顺序最小的从机（Slaver31）漂移 到单点的主从节点组(Master1)。 具体流程如下（以上图为例）： 1、将Slaver31的从机记录从Master3中删除 2、将Slaver31的的主机改为Master1 3、在Master1中添加Slaver31为从节点 4、将Slaver31的复制源改为Master1 5、通过ping包将信息同步到集群的其他节点

另外，cluster.routing.allocation.enable 和 cluster.routing.rebalance.enable 参数是有区别的： cluster.routing.allocation.enable 设置成none，主要是影响集群中 新创建 的索引无法进行分片分配(把分片分配到某个节点上去)。 cluster.routing.rebalance.enable设置成none， 主要是影响集群中 已有 索引的分片不会rebalance到(迁移)其他节点上去了吧。比如，我已经有一个名为test的索引在node-1，node-2上，如果此时node-2宕机，由于：cluster.routing.rebalance.enable设置成none，那么node-2上的分片是不会自动迁移到node-1上去的，那集群的状态很有可能是Red。 另外，看官方文档关于 ElasticSearch节点升级 (或者说节点重启)的描述： 把 index.unassigned.node_left.delayed_timeout(默认是1分钟) 设置得大一点，因为关闭了一台节点，意味着在这台节点上的所有副本(既包括 primary 也包括replica)都没了，某些索引的副本就达不到number_of_replicas 指定的值了，那么ES会"复制"一个新的副本出来以满足：number_of_replicas 参数所配置的值。但由于是重启节点，而不是真正的故障，因此，应该要避免这种复制操作。index.unassigned.node_left.delayed_timeout 可以推迟这种复制操作的发生。 但是里面提到了 "cluster.routing.allocation.enable": "primaries" 参数，不太明白为什么要设置成 primaries而不是其他参数？

就是一个或一组服务的集合分数越高我就回答的越详细

redis数据淘汰原理 redis过期数据删除策略 redis server事件模型 redis cluster mget 引发的讨论 redis 3.x windows 集群搭建 redis 命令执行过程 redis string底层数据结构 redis list底层数据结构 redis hash底层数据结构 redis set底层数据结构 redis zset底层数据结构 redis 客户端管理 redis 主从同步-slave端 redis 主从同步-master端 redis 主从超时检测 redis aof持久化 redis rdb持久化 redis 数据恢复过程 redis TTL实现原理 redis cluster集群建立 redis cluster集群选主 u2003当slave发现自己的master变为FAIL状态时，便尝试进行Failover，以期成为新的master。由于挂掉的master可能会有多个slave。Failover的过程需要经过类Raft协议的过程在整个集群内达到一致， 其过程如下： u2003在作为slave角色节点会定期发送ping命令来检测master的存活性，如果检测到master未响应，那么就将master节点标记为疑似下线。 u2003clusterHandleSlaveFailover执行重新选主的核心逻辑。u2003clusterHandleSlaveFailover内部通过clusterRequestFailoverAuth方法向集群当中的所有节点发送CLUSTERMSG_TYPE_FAILOVER_AUTH_REQUEST报文，通知大家slave准备执行failover。 u2003当节点收到超过n/2+1个master的response后即升级为主。u2003在redis主从选举过程中报文相关的解析逻辑，clusterProcessPacket内部主要处理CLUSTERMSG_TYPE_FAILOVER_AUTH_REQUEST和CLUSTERMSG_TYPE_FAILOVER_AUTH_ACK报文。redis cluster集群的源码分析(1) Redis Cluster 实现细节

/var/cluster/logs/commandlog ASCII 文本文件包含在群集中执行的选定 Sun Cluster 命令的记录。一旦设置群集，系统会自动启动对命令的日志记录，并在您关闭群集时结束。在所有已启动并以群集模式引导的节点上，系统都会记录命令。不在该文件中记录的命令包括那些显示群集配置和当前状态的命令。在该文件中记录的命令包括那些配置和更改群集当前状态的命令：claccesscldevicecldevicegroupclinterconnectclnasdeviceclnodeclquorumclreslogicalhostnameclresourceclresourcegroupclresourcetypeclressharedaddressclsetupclsnmphostclsnmpmibclnsmpusercltelemetryattributeclusterclzoneclusterscconfscdidadmscdpmscgdevsscrgadmscsetupscshutdownscswitchcommandlog 文件中的记录可包含下列元素：日期和时间戳发出命令的主机的名称命令的进程 ID执行命令的用户的登录名用户已执行的命令，包括所有选项和操作对象注 –命令选项在 commandlog 文件中用引号括起，这样您就可以轻松找到它们，然后复制粘贴到 shell 中并在 shell 中执行。已执行命令的退出状态注 –如果命令异常中止并产生未知结果，则 Sun Cluster 软件不会在 commandlog 文件中显示退出状态。默认情况下，系统每周定期对 commandlog 文件进行一次归档。要更改 commandlog 文件的归档策略，请在群集的每个节点上运行 crontab命令。有关更多信息，请参见 crontab(1) 手册页。在任意给定时刻，Sun Cluster 软件最多可在每个群集节点上维护八个先前归档的 commandlog 文件。当周的 commandlog 文件名为commandlog。时间最近的完整的周归档文件名为 commandlog.0。时间最早的完整的周归档文件名为 commandlog.7。查看当周 commandlog 文件的内容，一次显示一屏。phys-schost# more /var/cluster/logs/commandlog示例 1–11 查看 Sun Cluster 命令日志的内容以下示例显示了通过执行 more 命令显示的 commandlog 文件内容。more -lines10 /var/cluster/logs/commandlog11/11/2006 09:42:51 phys-schost-1 5222 root START - clsetup11/11/2006 09:43:36 phys-schost-1 5758 root START - clrg add "app-sa-1"11/11/2006 09:43:36 phys-schost-1 5758 root END 011/11/2006 09:43:36 phys-schost-1 5760 root START - clrg set -y"RG_description=Department Shared Address RG" "app-sa-1"11/11/2006 09:43:37 phys-schost-1 5760 root END 011/11/2006 09:44:15 phys-schost-1 5810 root START - clrg online "app-sa-1"11/11/2006 09:44:15 phys-schost-1 5810 root END 011/11/2006 09:44:19 phys-schost-1 5222 root END -2098832012/02/2006 14:37:21 phys-schost-1 5542 jbloggs START - clrg -c -g "app-sa-1"-y "RG_description=Joe Bloggs Shared Address RG"12/02/2006 14:37:22 phys-schost-1 5542 jbloggs END 0

官方地址： 前提条件： Redis Cluster 不使用一致性哈希，而是使用不同形式的分片 每个键在概念上都是我们所谓的 哈希槽的一部分 。 Redis Cluster 有 16384 个哈希槽，计算哈希值是多少 给定密钥的插槽，我们只需取密钥的 CRC16 模 16384。 Redis 集群中的每个节点都负责哈希槽的一个子集， 例如，您可能有一个包含 3 个节点的集群，其中： 节点 A 包含从 0 到 5500 的哈希槽。 节点 B 包含从 5501 到 11000 的哈希槽。 节点 C 包含从 11001 到 16383 的哈希槽。 如果报错 ERR This instance has cluster support disabled 的话，说明集群未开启。 本例子是在一台服务器上面做的实验，只是创建了6个目录，启了6个redis-server而已。 创建一个 redis.conf每个目录中的文件，从 7000 到 7005。 作为配置文件的模板，只需使用上面的小示例， 但一定要更换端口号 7000使用正确的端口号 根据目录名。 通过 ps aux|grep redis 查看redis的启动情况。如果不想通过配置和执行来创建Redis集群 如上所述，手动单个实例，有一个更简单的 系统（但您不会了解相同数量的操作细节）。 只需检查 utils/create-clusterRedis 发行版中的目录。 有一个脚本叫做 create-cluster里面（与目录同名 它包含在）中，它是一个简单的 bash 脚本。 为了开始 一个有 3 个主节点和 3 个从节点的 6 节点集群只需输入以下内容 命令： 回复 yes在第 2 步中，当 redis-cli实用程序要你接受 集群布局。 您现在可以与集群交互，第一个节点将从端口 30001 开始 默认情况下。 完成后，使用以下命令停止集群： 请阅读 README在此目录中以获取有关如何操作的更多信息 运行脚本。 create-cluster.sh 集群信息 集群节点 我上面的例子我们可以看出，设置的key会被分配到不同的实例去。 现在很多的sdk都支持move，例如:phpredis。 我们先查看下当前的集群情况。 目前 7000 , 7001 , 7002 是 master 角色， 7003 , 7004 , 7005 是 slave 角色。 然后我们将 7001 这个端口的redis服务的进程杀掉。 7004.log 日志，发现 7001 主挂了，然后将自己升级为master。 查询当前的集群状态如下： 我们可以看出， 7004 升级了 master ， 7001 是 fail 状态。 启动 7001 的redis服务。 7001.log 中可以发现，自己变成了 slave 。 此时我们再来看下集群情况： 目前 7000 , 7002 , 7004 是 master角色， 7001 , 7003 , 7005 是 slave角色，自动进行了故障切换。 如果配置了 requirepass 的话， masterauth 必须需要配置，不然 master 与 slave 不能自动切换。 修改配置文件 redis.conf 中的 cluster-enabled 参数的值为 yes 并把参数前#去除，重启Redis服务器。 在命令尾部追加 2>/dev/null 即可。 我们继续在 cluster-test 目录下，创建 7006 目录，配置和之前的一样，不同就是端口以及日志路径，然后启动服务即可。 看下最新的集群情况 添加一个 7006 的从节点。 在 cluster-test 目录下，创建 7007 目录，配置和之前的一样，不同就是端口以及日志路径，然后启动服务即可。看下最新的集群情况 从上面集群情况可以看出了问题，新增加的 7006 , 7007 的虽然增加到了集群里面，但是没有分配slot。 分配后的集群情况 缩容前： 将 7006 的slot给了 7000 。 缩容后： 删除了 7006 , 7007 后的集群情况

bunch (a number of things of the same type )eg: a bunch of bananas/grapes(a number of things growing together)a bunch of keys/flowerscluster也可搭配长在一起的物体 同时要求the same type, 但它还可使用于 a group of things that appear close together. 例如 ，a cluster of stars, a cluster of houses.bundle 要求就不多，不必the same type 其次 它不能与本身长在一起的物体搭配 例如 a bundle of bananas 就不对。eg:a bundle of rags/papers/firewoods当然这三个词本身也有自己独自的用法，但与其他两词不相冲。可参照词典。