OpenShift 3.5体系结构-虚拟机资源调配
我的任务是为OpenShift生产环境推荐VM资源调配。OpenShift安装文档并没有详细说明很多不同的选项。我知道我们想要高可用性（这意味着多个主机），但我有点困惑的是：OpenShift 3.5体系结构-虚拟机资源调配,openshift,Openshift,我的任务是为OpenShift生产环境推荐VM资源调配。OpenShift安装文档并没有详细说明很多不同的选项。我知道我们想要高可用性（这意味着多个主机），但我有点困惑的是： etcd的独立主机 基础设施节点 etcd是否需要单独的主机/节点？（优势似乎与绩效相关，但希望更好地理解） 我是否需要为基础架构组件（注册表、路由器等）提供单独的主机/节点，或者这些主机/节点只能托管在主节点上？AFAIK etcd可以与主节点位于同一主机上，除非您真的有一个大集群，并且希望将etcd的维护与open
- etcd的独立主机
- 基础设施节点
我是否需要为基础架构组件（注册表、路由器等）提供单独的主机/节点，或者这些主机/节点只能托管在主节点上？AFAIK etcd可以与主节点位于同一主机上，除非您真的有一个大集群，并且希望将etcd的维护与openshift集群分开 在专用节点上运行路由器有助于实现高可用性，并减少由于在同一台机器上运行其他容器工作负载而导致节点运行健康问题的可能性。openshift集群内的应用程序可以运行，即使所有主机都关闭（可能很少），但路由器节点需要始终可用，以提供流量服务
redhat checkout blog.openshift.com发布了许多参考体系结构，redhat.com官方文档AFAIK etcd可以与master位于同一主机上，除非您确实拥有一个大型集群，并且希望将etcd的维护与openshift集群分开 在专用节点上运行路由器有助于实现高可用性，并减少由于在同一台机器上运行其他容器工作负载而导致节点运行健康问题的可能性。openshift集群内的应用程序可以运行，即使所有主机都关闭（可能很少），但路由器节点需要始终可用，以提供流量服务
redhat checkout blog.openshift.com发布了许多参考体系结构，redhat.com官方文档和masters可以安装在同一个节点上，也可以单独安装。在这里你可以找到一些。如您所见，这里建议单独安装，如果您能“负担得起”更多服务器，我建议您这样做。如果不是的话，将主机和etcd放在一起我们可以说是共生的，因为主机是CPU密集型的，而etcd使用大量的磁盘IO和内存 关于路由器、docker registry、EFK stack、metrics等基础设施部署，建议的部署配置（都在您的可能范围内）是主节点不可调度，它们只关心服务于API和控制节点。然后，您可以将可调度节点拆分为基础设施和计算节点
- 基础设施节点将仅承载群集本身或其他应用程序（即Gitlab或Nexus）使用的应用程序
- 工作者/计算节点将承载业务应用程序
正如@debianmaster提到的，您可以阅读几个参考体系结构文档 etcd和主机可以安装在同一个节点上，也可以单独安装。在这里你可以找到一些。如您所见，这里建议单独安装，如果您能“负担得起”更多服务器，我建议您这样做。如果不是的话，将主机和etcd放在一起我们可以说是共生的，因为主机是CPU密集型的，而etcd使用大量的磁盘IO和内存 关于路由器、docker registry、EFK stack、metrics等基础设施部署，建议的部署配置（都在您的可能范围内）是主节点不可调度，它们只关心服务于API和控制节点。然后，您可以将可调度节点拆分为基础设施和计算节点
- 基础设施节点将仅承载群集本身或其他应用程序（即Gitlab或Nexus）使用的应用程序
- 工作者/计算节点将承载业务应用程序