我们有很多常规的 ESX 3.5 主机,但我即将收到一堆基于 Xeon 55xx 的服务器,我认为是时候质疑未来是否使用 3i。这样可以省去我购买本地引导磁盘对的麻烦,而且大多数补丁都是针对 COS 而不是内核的。我们使用 vCenter,所以不需要 SSH 访问。所以我的问题是我真的需要COS吗?你需要 COS 做什么?谢谢。
我们有很多常规的 ESX 3.5 主机,但我即将收到一堆基于 Xeon 55xx 的服务器,我认为是时候质疑未来是否使用 3i。这样可以省去我购买本地引导磁盘对的麻烦,而且大多数补丁都是针对 COS 而不是内核的。我们使用 vCenter,所以不需要 SSH 访问。所以我的问题是我真的需要COS吗?你需要 COS 做什么?谢谢。
你是说服务控制台?如果你有 vCenter,那么你就不需要它。就这么简单。我将 VI Client 与单个 ESXi 主机一起使用,我启用了 ssh 访问,但我没有使用它。偶尔会使用 RCLI,但 GUI 可以满足我们的大部分需求。
您可以轻松地在 3i 上启用隐藏控制台(更新 2 之前):
从 VMware ESXi Update 2 开始,这种启用 SSH 访问的方法不起作用,servises.sh 不再重新启动应该启用 SSH 的守护程序 inet.d。要重新启动,请执行以下操作:
之后 SSH 应该可以工作了。
我们还没有跳到 ESXi,因为我们还没有准备好迁移到基于 CIM 的管理。我们仍然使用 COS 托管的 WBEM 代理。我们将通过 vSphere 4 实施重新审视这一点。
一些供应商使用服务控制台 (COS) 来优化特定于某些存储控制器的存储附加选项,例如 iSCSI 超时、NFS 块大小等。请与您使用的供应商联系以获取更多详细信息。
也许更好的问题是您为什么需要服务控制台。我只能想到您需要cos的两个主要原因。要么安装第三方软件,要么正式杀死挂起的虚拟机。就我个人而言,我同时支持 ESX 和 ESXi,而且我越来越喜欢 ESXi,尤其是在补丁时!至于 SSH 访问,如果不是我的 *nix 同事,我会关闭它。我可以使用 rCLI 或 PowerCLI 通过 SDK做几乎任何事情。VMware 也非常明确地表示,目标是移除服务控制台。为什么要花费时间/精力来维护一个墓碑功能?
实际上,尽管这都是味道。如果你想省点钱,不要买启动盘。也许减少你的漏洞足迹等等……去吧!我不相信 ESXi 有真正的缺点。只是不是每个人都适合……有些店铺目前靠cos,没有错,但不是必须的!