有个问题，想问一下：3-3-3架构，unit number是3，代表每个zone上每个OBSERVER上都分配了一个unit，每个OBSERVER上资源只够分配了一个unit，也就是当出现unit迁移时，是无法完成迁移的。这个时候如果其中一个OBSERVER机器出现问题，物理停机。这时会发生什么。
我看节点删除时，会出现unit迁移，如果无资源可用会出现无法迁移的情况，没说如果硬停机，unit从之前的3个减少到两个，的影响是什么，后续应该怎么做3-3-3 环境 资源占满 此时存在zone下某节点异常，需要触发unit迁移到同zone其他节点时，会因为其他节点资源无法承载该unit，迁移任务失败。
如果节点直接挂掉了，因为无法检测到该节点心跳，会在其他zone的副本上切换主leader，而且挂掉的节点如果超出永久下线时间，会将该节点踢出集群，如果没超出，上线后会继续同步clog保持一致加入集群，按primary zone设置重新切换leader。
节点删除时，会出现unit迁移，如果无资源可用会出现无法迁移的情况，如果没有硬停机，unit从之前的3个减少到两个，的影响是什么，后续应该怎么做
— 删除节点会先迁移unit，如果因为资源问题无法迁移，删除任务会失败，持续处于删除状态中一直重试，需要取消删除server动作。
https://www.oceanbase.com/docs/common-oceanbase-database-cn-10000000001699668
被踢出集群的节点，通过增加节点补齐对吗？
上面问题的另一个相关问题是：1、无论什么原因少了一个节点，unit就少了一个，这个的影响会怎样？
2、3-3-3结构，unit的合理规划会是什么样的。可以按照3-3-3的unit number是3吗，同时每个节点只能容纳一个unit资源，也就是每个OBSERVER上都有同一个租户的unit，这样是否合适？
被踢出集群的节点，通过增加节点补齐对吗？
— 是可以重新添加节点自动进行数据补齐的。
unit就少了一个，这个的影响会怎样？
— 其他zone负载压力可能会变大，因为承载更多分区leader
unit的合理规划会是什么样的
— 主要看需求，租户扩容主要是数据量或者计算性能瓶颈，需要增加节点负载，如果没这个瓶颈压力，1-1-1或者2-2-2的租户也是没问题的，自由度比较高。
也就是说一个租户的unit个数和使用的资源可以将zone上所有的OBSERVER都沾满，开始规划时就可以给它最大的资源和最高的性能时没有问题的，对吗
可以的，如果只需要一个业务租户可以全占满资源，如果后续想新建其他业务租户，也可以调整原业务租户资源占用配置，腾出资源给新业务租户。如果部署有OCP，这些操作会比较简单。
目前就是使用OCP部署，谢谢