COP 应用 用户A Peer ( Endorser & Committer) Orderer Orderer Orderer Orderer 应用 用户 B Peer ( Endorser & Committer) 应用 用户C Peer ( Endorser & Committer) 应用 用户D Peer ( Endorser & • K8s的PV和PVC可以确保每个Fabric的节点只能看到所需要的文件。 33 架构 – 共享存储 SACC2017 • Peer Pod：包括Fabric peer，couchDB（可选）， 代 表每个组织的peer节点 • CA Server Pod： Fabric CA Server • CLI Pod：（可选）提供命令行工具的环境，方便操作本 组织的节点 Zookeeper Pod: 运行zookeeper节点 34 架构 – Fabric组件映射成Pod SACC2017 用namespace分隔各个组织的Pod Container Peer0 CouchDB Pod PVC service CA Pod PVC service … … Namespace: org1 PeerN CouchDB

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2259 15.5.1 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · Raftstore 组件的 延迟情况，该 配置项设置检 测的时间间隔。 当检测的延迟 超过该时间， 该检测会被记 为超时。默认 值为 500ms。 TiKV 配置文件 raftstore.max �→ -peer-down �→ -duration 修改 表示副本允许 的最长未响应 时间，超过将 被标记为 down， 后续 PD 会尝试 将其删掉。默 认值从 5m 修改 为 10m。 TiKV 配置文件 index-out-of-range 错误 #23839 – 修复关联子查询中 Index Join 的结果不正确问题 #25799 • TiKV – 修复错误的 tikv_raftstore_hibernated_peer_state 监控指标 #10330 – 修复 coprocessor 中 json_unquote() 函数错误的参数类型 #10176 – 正常关机时跳过清理 Raftstore 的回调从而避免在某些情况下破坏事务的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2373 15.5.1 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 个配置来防止 抢占正常业务 的资源。默认 值从 3 修改为 64。 31 配置文件 配置项 修改类型 描述 PD max-pending- �→ peer-count 修改 此配置项用于 控制单个 store 的 pending peer 上限，调度受 制于这个配置 来防止在部分 节点产生大量 日志落后的 Region。默认值 从 16 修改为 64。 TiD Lightning meta-schema- 修复当新增索引时自动分析可能会在指定时间之外触发的问题 #28698 38 – 修复设置任何会话变量都会使 tidb_snapshot 失效的问题 #28683 – 修复在有大量 miss-peer region 的集群中 BR 不可用的问题 #27534 – 修复当不支持的 cast 被下推到 TiFlash 时出现的非预期错误，例如 tidb_cast to Int32 is not

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2851 15.8.1 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · are healthy”，则说明当前集群中所有 region 均为健康状态，可以继续执行升级；如果结果为 “Regions are not fully healthy: m miss-peer, n pending-peer” 并提示 “Please fix unhealthy regions before other operations.”，则说明当前集群中有 region 处在异常状态，应先排 除相应异常状态，并再次检查结果为 /tidb-deploy/tikv-20160/log PD 配置文件参考： pd_servers: - host: 10.0.1.5 ssh_port: 22 name: pd-1 client_port: 2379 peer_port: 2380 deploy_dir: /tidb-deploy/pd-2379 data_dir: /tidb-data/pd-2379 log_dir: /tidb-deploy/pd-2379/log

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2189 15.5.1 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · store 数量多的情况下，切换 PD Leader 慢的问题 #3697 – 修复删除不存在的 evict leader 调度器时出现 panic 的问题 #3660 – 修复 offline peer 在合并完后未更新统计的问题 #3611 33 • TiFlash – 修复 TIME 类型转换为 INT 类型时产生错误结果的问题 – 修复 receiver 可能无法在 10 秒内找到对应任务的问题 are healthy”，则说明当前集群中所有 region 均为健康状态，可以继续执行升级；如果结果为 “Regions are not fully healthy: m miss-peer, n pending-peer” 并提示 “Please fix unhealthy regions before other operations.”，则说明当前集群中有 region 处在异常状态，应先排 除相应异常状态，并再次检查结果为

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3571 17.10.2 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 用户文档：MPP 模式访问分区表，动态裁剪模式，#3873 2.2.1.4 稳定性 • SST 故障自动恢复 当 RocksDB 后台检测到故障 SST 文件后，TiKV 会尝试通过调度所涉及的故障 Peer，并利用其它副本恢复该 节点数据，用户可以通过参数 background-error-recovery-window 设置允许的最长恢复时间。如果恢 复操作未能在设置的时间窗口内完成，TiKV 将 TiKV panic 且非预期地销毁 peer 的问题 #12232 – 修复从 v5.3.1、v5.4.0 升级到 v6.0.0 及以上版本时 TiKV 报 failed to load_latest_options 错误的问题 #12269 – 修复内存资源不足时 append Raft log 导致 OOM 的问题 #11379 – 修复销毁 peer 和批量分裂 Region 之间的竞争导致的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4368 17.11.2 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · replica-schedule-limit: 64 pd_servers: - host: 10.0.1.4 # ssh_port: 22 # name: "pd-1" # client_port: 2379 # peer_port: 2380 # deploy_dir: "/tidb-deploy/pd-2379" # data_dir: "/tidb-data/pd-2379" # log_dir: "/ store-pool-size: 4 pd_servers: - host: 10.0.1.4 # ssh_port: 22 # name: "pd-1" # client_port: 2379 # peer_port: 2380 # deploy_dir: "/tidb-deploy/pd-2379" # data_dir: "/tidb-data/pd-2379" # log_dir: "/

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4047 17.10.2 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · are healthy”，则说明当前集群中所有 region 均为健康状态，可以继续执行升级；如果结果为 “Regions are not fully healthy: m miss-peer, n pending-peer” 并提示 “Please fix unhealthy regions before other operations.”，则说明当前集群中有 region 处在异常状态，应先排 除相应异常状态，并再次检查结果为 /tidb-deploy/tikv-20160/log PD 配置文件参考： pd_servers: - host: 10.0.1.5 ssh_port: 22 name: pd-1 client_port: 2379 peer_port: 2380 deploy_dir: /tidb-deploy/pd-2379 data_dir: /tidb-data/pd-2379 log_dir: /tidb-deploy/pd-2379/log

. . . . . . . . . 35.3. 升级 METALLB 35.4. 配置 METALLB 地址池 35.5. 关于 IP 地址池的广告 35.6. 配置 METALLB BGP PEER 35.7. 配置社区别名 35.8. 配置 METALLB BFD 配置集 35.9. 将服务配置为使用 METALLB 35.10. METALLB 日志记录、故障排除和支持 第 第 36 -- -i --nb-cores=15 --rxd=4096 --txd=4096 -- rxq=7 --txq=7 --forward-mode=mac --eth-peer=0,50:00:00:00:00:01 --eth-peer=1,50:00:00:00:00:02 apiVersion: sriovnetwork.openshift.io/v1 kind: SriovNetworkNodePolicy ["52:54:00:3e:95:d3 10.46.56.77"] options : {l3gateway-chassis="7eb1f1c3-87c2-4f68-8e89-60f5ca810971", peer=rtoe- GR_hlxcl7-master-2.hlxcl7.lab.eng.tlv2.redhat.com} parent_port : [] port_security

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4804 17.11.2 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · cgroup CPU 和内存限制的监控 #16392 @pingandb – 增加 Region worker 和快照生成 worker 的 CPU 监控 #16562 @Connor1996 – 增加 peer 和 store 消息的 slow log #16600 @Connor1996 • PD – 增强 PD 客户端的服务发现能力，提升其高可用性和负载平衡 #7576 @CabinfeverB #7535 @lhy1024 – 修复调用 evict-leader-scheduler 接口时没有输出结果的问题 #7672 @CabinfeverB – 修复 PD 监控项 learner-peer-count 在发生 Leader 切换后未同步旧监控值的问题 #7728 @CabinfeverB – 修复 watch etcd 没有正确关闭导致内存泄露的问题 #7807 @rleungx