OpenShift 3.5架构-虚拟机供应
我的任务是为OpenShift生产环境推荐VM配置。OpenShift安装文档并没有详细说明很多不同的选项。我知道我们需要高可用性（这意味着多个主机），但我有点困惑的是：
- etcd的单独主机
- 基础设施节点
etcd需要单独的主机/节点吗？（优势似乎与性能有关，但希望更好地理解）
基础架构组件（注册表、路由器等）是否需要单独的主机/节点，还是可以将它们托管在主节点上？
共有2个答案
etcd和主机可以安装在同一个节点上，也可以分开安装。在这里你可以找到一些etcd的最佳实践。如你所见，这里建议分开安装，如果你能“负担得起”更多的服务器，这就是我的建议。如果没有，我们可以说主机和etcd的共定位是共生的，因为主机是CPU密集型的，而etcd使用大量磁盘IO和内存。
关于基础设施部署，如路由器、docker注册表、EFK堆栈、度量等，推荐的部署配置（都在您的可能性范围内）是主机不可调度，它们只担心服务API和控制节点。然后，您可以将可调度节点拆分为基础设施和计算节点。
-
< li >基础设施节点将仅托管群集本身或其他应用程序(即Gitlab或Nexus)使用的应用程序 < li >工作/计算节点将托管业务应用程序
使用HA路由器进行多主机安装当然是最佳解决方案，但您必须决定如何提供此HA，是使用外部LoadBalorer还是使用IP故障转移？
正如@debianmaster所提到的，您可以阅读几个参考架构文档。就像这里的这个
AFAIK etcd 可以与主主机位于同一主机上，除非您真的有一个大集群并希望将 etcd 与 openshift 集群分开维护。
在专用节点上运行路由器有助于具有高可用性，并减少由于在同一台机器上运行的其他容器工作负载而导致节点运行健康问题的机会。
redhat checkout blog.openshift发布了许多参考架构。com和红帽。com官方文档
-
查看虚拟机相关的监控告警信息。 监控菜单下的虚拟机页面主要用于查看虚拟机相关的监控告警信息。 入口：在云管平台单击左上角导航菜单，在弹出的左侧菜单栏中单击 “监控/资源/虚拟机” 菜单项，进入虚拟机页面。 查看虚拟机列表 该功能用于查看虚拟机的监控告信息。 在虚拟机页面，支持查看以下信息： 名称：虚拟机的名称。 IP：虚拟机的IP地址。 监控状态：虚拟机是否设置告警以及发生告警。 状态：虚拟机的当
-
主机回收站用于存放用户删除的虚拟机和裸金属文件。 主机回收站用于存放用户删除的虚拟机和裸金属文件。回收站中主机文件默认保存3天，如有误删除的主机需要在3天内进行恢复操作，可以将其恢复到原来位置，超过3天后，文件将被彻底删除。 入口：在云管平台单击左上角导航菜单，在弹出的左侧菜单栏中单击 “主机/回收站/主机” 菜单项，进入主机回收站列表。 清除 当确定回收站中的主机无用后，可使用清除功能立即彻底删
-
虚拟机是采用虚拟化技术构建的运行在宿主机上的虚拟机实例。 虚拟机是采用虚拟化技术构建的运行在宿主机上的虚拟机实例，包括CPU、内存、操作系统、硬盘、网卡等完整的虚拟硬件基础环境。 虚拟机来源： 当云管平台对接其他平台云账号后，将会自动同步其他平台上的虚拟机到云管平台上进行管理。 新建虚拟机。 入口：在云管平台单击左上角导航菜单，在弹出的左侧菜单栏中单击 “主机/主机/虚拟机” 菜单项，进入虚拟机页
-
TJS2 は、スクリプトをいったん仮想マシン (TJS2 VM) 用のバイナリコードにコンパイルしてから実行します。 例外が発生したときやダンプを行ったときにこの TJS2 VM のコードの逆アセンブル結果が表示されるので、この仮想マシンについて簡単に説明します。 命令コード TJS2 VM は関数やプロパティなどの実行単位ごとに独立していて、ある一つの関数が他の関数と命令コード空間、レジス
-
稳定性: 2 - 稳定的 vm 模块提供了一系列 API 用于在 V8 虚拟机环境中编译和运行代码。 它可以通过以下方式使用： const vm = require('vm'); JavaScript 代码可以被编译并立即运行，或编译、保存然后再运行。 Note: The vm module is not a security mechanism. Do not use it to run un
-
Instant Contiki 是一个完整的 Contiki 开发环境。它是一个 Linux Ubuntu 虚拟机，且预装了需要的 ContikiOS、开发工具、编译器、仿真器。 从 Contiki 站点下载 Instant Contiki： http://www.contiki-os.org/start.html 最新的版本是基于 Contiki 源码 3.0 发布的 Instant Conti