- 如果直接把rancher部署在生产集群，会有什么风险？
- 官方建议rancher部署在单独的集群，但是如果公司服务上云，新建一个集群就会增加不小的一部分成本；我看rancher是直接通过kube-apiserver做后端数据存储，不知道团队有没有可以使用其他存储方式的计划？或者是，能否提供其他方案可以让rancher在生成环境下高可用部署而不依赖于生产集群？
- 我这生产环境用的是2.3版本的rancher，如果项目空间的服务多的话，我看请求返回的是所有的服务信息，没有进行分页，然后如果服务多的话页面打开就很慢，不知道这个后面版本有没有改进；应用商店也有同样的问题；
谢谢！
所谓的“风险”是多方面的，人员技能、软件质量、硬件性能、架构合理性等都是影响因素。Rancher在全球给成千上万的付费客户提供生产环境的支持。
对于Rancher server，无论是单点还是HA部署，本质上都需要安装到Kubernetes中。如果机器不足，并且对SLA要求不高，可以只使用单点安装。
在后续的版本中，API层面是支持分页数据的，但是UI并不会使用分页接口，因为k8s的资源相互依赖性，单纯某个资源分页展示，可能无法联动其他资源。在Rancher商业支持的帮助优化下，即使数万Pod的k8s环境，UI也能进行相对平滑的显示。