例如，Kubernetes Deployment是⼀个表示在集群上运⾏的应⽤程序的对象。在创建Deployment时，可设置 Deployment spec，例如指定有三个应⽤程序的replicas（副本）正在运⾏。这样，Kubernetes系统就会读取 Deployment spec，并启动您想要的、应⽤程序的三个实例——根据您的spec更新status。如果任何⼀个实例失败 （status发 名思义，它负责管 理“Controller”，主要有： endpoint-controller：刷新服务和pod 的关联信息 replication-controller：维护某个 pod 的副本数为配置的数值 Scheduler：负责资源调度（Pod调度），将Pod分配到某个节点上。 11-K8s架构及基本概念 31 [可能有]etcd：资源对象存储中⼼，K8s的所有资源对象数据都存储在此。 metadata: labels: # 指定该POD的标签 app: mysql # POD副本拥有的标签，需要与RC的selector⼀致 spec: containers: - name: mysql image: mysql

（Pub/Sub）等高级功能。 通过“内存+硬盘”的存储方式，云数据库 Redis 版在提供高速数据读写能力的同时满足数据持久化需求。 云数据库 Redis 版支持灵活的部署架构：单副本、双副本、集群版，能够满足不同的业务场景。 单节点架构： 适用于纯缓存场景，支持单节点集群弹性变配，满足高 QPS 场景，提供超高性价比。 双机热备架构：系统工作时主节点（Mast 标准版-单副本 简介 标准版-单副本是云数据库 Redis 推出的一种新系列，采用单个数据库节点部署架构。与双副本版本相比，它只 包含一个节点，没有备用节点实时同步数据，不提供数据持久化和备份策略，适用于数据可靠性要求不高的纯 缓存业务场景使用。 云数据库 Redis 版 产品简介 9 特点 高性价比 Redis 标准版-单副本架构采用单节点部署。阿里云自研的 Redis 进程继续为用户提供 Redis 服务 ，服务可用性相比双副本模式并未下降。同时，通过减少一个数据库节点，可以大幅节省用户成本 ，售价约为双副本高可用版的一半。 高性能 由于标准版-双副本架构的备库仅用于故障转移恢复，并没有对外提供服务，并且数据库复制也给主库 带来了额外的性能开销，因此从这个角度分析，单副本版本的性能不仅不会低于双机高可用版，甚至 还会有所提升。

顺序递增，事务每成功一次则加一） 每次 rename 开始时， （其实就是创建副本，不管是删除/创建/更改都是创建相应 将 srcDentry, dstDentry 所在 copyset 对应的 txid 分别加 1 (copyset_txid+1) 去删除/创建/修改 dentry copyset_txid+1 为 key 的副本，原始 dentry 不动），并设置 PendingTx 为本次事务 如果上一步骤成功了，就提交事务，将 对应事务刚好操作的是请求的 dentry，则返回 PendingTxKey + PendingTxId 对应的副本 dentry，否则返回原始 dentry PendingTx 与 dentry 副本是一一对应的，下面有机制确保，每个 copyset 只需要一个 PendingTx（即整个 copyset 中最多只会存留一个副本 dentry) 下面是图中流程说明： (1) mount 的时候将 MDS 中所有 copyset DeleteMarkFlag 时，表示该 dentry 已删除 操作： 删除 dentry：创建副本 dentry (KEY: parentId + name + copyset_txid+1, VALUE: flag = DeleteMarkFlag, nodeId=...) 创建 dentry：创建副本 dentry (KEY: parentId + name + copyset_txid+1,

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 358 8.13.2 TiFlash 副本始终处于不可用状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 358 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1938 12.15 通过拓扑 label 进行副本调度 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 377 8.14.2 TiFlash 副本始终处于不可用状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 377 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2029 12.15 通过拓扑 label 进行副本调度 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 349 8.13.2 TiFlash 副本始终处于不可用状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 349 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1889 12.15 通过拓扑 label 进行副本调度 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 443 8.15.2 TiFlash 副本始终处于不可用状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 443 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2478 12.15 通过拓扑 label 进行副本调度 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 330 4.7.8 读取副本数据· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 743 8.4.3 基于多副本的单集群容灾方案 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 753 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2335 14.3.2 构建 TiFlash 副本 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 310 4.7.8 读取副本数据· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 816 10.16.2 TiFlash 副本始终处于不可用状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 816 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2032 14.3.2 构建 TiFlash 副本 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·