【 测试环境 】
【 OB 】
【 4.2.3.1 】
【问题描述】
1、同一个机房三机器部署三节点OBServer，选择1个zone和3个zone的区别在哪里？
2、我部署了一个 oceanbase/odc:4.2.2 ，web页面时不时的弹出登录失效，而且有时候是刚刚登陆成功后，点别的页面，弹出登录失效
3、我部署了三节点的OBServer，部署完成后，未做任何操作，三个主机的OBServer的CPU一直都居高不下，60~80%，甚至有时候还会超过100%，是什么原因呢？会不会是因为我用obd web安装OB集群时，选择的是mini最小化安装的原因？
问题 1 ：
1个zone没有高可用而言，只能事测测一些功能，想要故障高可用就要选择少3个zone
问题 3：
你好，在cpu高的时候用obdiag收集点信息看看？
参考博文：OceanBase 社区
感觉应该事cdc 登录会话超时时间
1、同一个机房三机器部署三节点OBServer，选择1个zone和3个zone的区别在哪里？
区别：选择1个zone是单机模式，选择3个zone是分布式模式
2.我部署了一个 oceanbase/odc:4.2.2 ，web页面时不时的弹出登录失效，而且有时候是刚刚登陆成功后，点别的页面，弹出登录失效
请提供下截图，日志
3.我部署了三节点的OBServer，部署完成后，未做任何操作，三个主机的OBServer的CPU一直都居高不下，60~80%，甚至有时候还会超过100%，是什么原因呢？会不会是因为我用obd web安装OB集群时，选择的是mini最小化安装的原因？
请提供下服务器配置，及租户资源配置，查询租户资源配置的SQL如下
SELECT c.TENANT_ID, e.TENANT_NAME, concat(c.NAME, ': ', d.NAME)pool:conf,concat(c.UNIT_COUNT, ’ unit: ', d.min_cpu, ‘C/’, ROUND(d.MEMORY_SIZE/1024/1024/1024,0), “G”) unit_info FROM DBA_OB_RESOURCE_POOLS c, DBA_OB_UNIT_CONFIGS d, DBA_OB_TENANTS e WHERE c.UNIT_CONFIG_ID=d.UNIT_CONFIG_ID AND c.TENANT_ID=e.TENANT_ID AND c.TENANT_ID>1000 ORDER BY c.TENANT_ID;
关于问题3，CPU飙高，租户资源配置SQL结果如下
另外，服务器配置：
节点1: 16核CPU 32G内存
节点2：8核CPU 64G内存
节点3：8核CPU 64G内存
三台服务器上的，当然也还在运行其他生产上的业务。
关于ODC频繁掉线
1004租户分配的资源较少，可以扩容下，进一步分析建议使用 obdiag一键场景化信息搜集
obdiag gather scene run --scene=observer.cpu_high [High CPU][CPU高]
https://www.oceanbase.com/docs/common-obdiag-cn-1000000000902157
odc登陆问题我联系odc同学看下
ODC是单节点部署，还是多节点部署的？
如果是多节点部署，参考官网部署文档检查一下 ngnix 配置是否正确https://www.oceanbase.com/docs/common-odc-1000000000876732
ODC单节点的
正常的，这只是占用了1个左右的cpu，租户负载上来了后会占用更多资源，例如你分配8C，这里可能会出现800%，若没有开启cgroup或者开启了超卖甚至会占用更多cpu，是预期的。
再请问老师，如果1个zone里，部署3个observer节点，ob1 ob2 ob3，
是不是意味着，ob1 ob2 ob3虽然不具备高可用主备切换能力。
但是他们具备备份能力、读写负载均衡能力？
1个zone里3台observer主机，意味着，您在创建租户的时候unit数量最多可以选3个。也就是说可用资源多了。租户的数据会分布在3台observer上，每个机器有一部分数据。
您说的备份能力，如果指的是高可用容灾备份的话，那就要靠多个zone实现。每个zone是一个完整的备份。
那是可以这样理解吗？
如果1个zone中3个Observer，那这3个observer中的数据就只是一份完整的主副本而已，他们就相当于以前的MYSQL一张表，拆成了3份，存到了这3个observer中，每一份数据，都只有一份。
正确，这里的拆分是按分区拆分，如果表不是分区表，那这个表就是一个分区。针对租户而言，不同的表均匀分布在zone内不同的observer上面。
