MyySophia的博客

RHCS是Red Hat Cluster Suite的缩写，也就是红帽子集群套件，RHCS是一个能够提供高可用性、高可靠性、负载均衡、存储共享且经济廉价的集群工具集合，它将集群系统中三大集群架构融合一体，可以给web应用、数据库应用等提供安全、稳定的运行环境。更确切的说，RHCS是一个功能完备的集群应用解决方案，它从应用的前端访问到后端的数据存储都提供了一个行之有效的集群架构实现，通过RHCS提供的这种解决方案，不但能保证前端应用持久、稳定的提供服务，同时也保证了后端数据存储的安全。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Pt4XH6aZ-1673600259248)(null)]rsync（Remote Sync，远程同步）是一个开源的快速备份工具，可以在不同主机之间镜像同步整个目录树，支持增量备份，并保持链接和权限，且采用优化的同步算法，传输前执行压缩，因此非常适用于异地备份、镜像服务器等应用。rsync 的官方站点的网址是，目前最新版本是 3.1.3，由 Wayne Davison 进行维护。

认证解决的就是你是谁的问题，当登录一个web电商平台，当你很high的浏览商品的时候并不需要你的认证，但是当你准备下单的时候就需要你登录。要解决你是谁的问题？主要是你的账户有没有钱:)当你登录之后，接下来最重要的是授权阶段，主要是区分你是不是VIP用户或admin用户。http是无状态的服务，当你首次登录web应用之后，http并不知道。如果服务器或者浏览器没记录下来的话，再次刷新页面可能就需要你重新登录。这显然是不合理的。因此session这个概念出现了。

也就是说，ntpd 当接收到需要「回拨」的时间时，会让本机时间走得「慢」一点，小步调整，逐渐与服务端的时钟「对齐」，这样一来，本机时间依旧是递增的，避免发生「倒流」。另外，在编写程序时，也要注意调用的时间 API 获取的是哪个时间，避免业务逻辑发生异常。NTP 检测到本地石英比时间服务器更快或者更慢，NTP 会调整本地石英的震动频率（摆动），最大幅度为 0.05%。一般我们写的代码，像上面程序调用的「时间 API」，通常获取的时间是。，所以，如果时间发生校准，就可能会发生「时光倒流」的情况。

你应该也看到了，Zookeeper 不像 Redis 那样，需要考虑锁的过期时间问题，它是采用了「临时节点」，保证客户端 1 拿到锁后，只要连接不断，就可以一直持有锁。如果你的业务数据非常敏感，在使用分布式锁时，一定要注意这个问题，不能假设分布式锁 100% 安全。思考一下，客户端 1 创建临时节点后，Zookeeper 是如何保证让这个客户端一直持有锁呢？而且，如果客户端 1 异常崩溃了，那么这个临时节点会自动删除，保证了锁一定会被释放。假设客户端 1 先到达，则加锁成功，客户端 2 加锁失败。

在Redis集群的时候也会出现问题，比如说A客户端在Redis的master节点上拿到了锁，但是这个加锁的key还没有同步到slave节点(可能是网络的原因)，master故障，发生故障转移，一个slave节点升级为master节点，B客户端也可以获取同个key的锁，但客户端A也已经拿到锁了，这就导致多个客户端都拿到锁。Redisson 是一个 Java 语言实现的 Redis SDK 客户端，在使用分布式锁时，它就采用了「自动续期」的方案来避免锁过期，这个守护线程我们一般也把它叫做「看门狗」线程。

用不可变的Event Log替代状态表 CRUD。从而实现更好的可靠性，可扩展性与可维护性。我认为是 Application/Schema Design 的一种 paradigm shift

接触zookeeper也有一段时间了，一直有一个问题困扰着我，那就是zookeeper在codis中扮演什么角色，zookeeper中到底存储了哪些数据。本文将结合实际操作来一步一步来进行。