我们有很多常规的ESX 3.5主机，但是我将要交付一批基于至强55xx的服务器，并认为是时候质疑将来是否使用3i。 这将节省我购买本地启动磁盘对，大部分补丁是对COS而不是内核。 我们使用vCenter，因此不需要SSH访问。 所以我的问题是我真的需要COS吗？ 你需要什么COS？ 谢谢。
你的意思是服务控制台？ 如果你有vCenter，那么你不需要它。 就这么简单。 我将VI Client与单个ESXi主机一起使用，我启用了ssh访问，但是我没有使用它。 偶尔会使用RCLI，但是GUI可以完成我们所需要的大部分工作。
您可以在3i上轻松启用隐藏控制台（更新2之前）：
1. On the VMware ESXi host, press ALT-F1. 2. Print **unsupported** (text will not be visible), you enter the Tech Support Mode, and you will be prompted for a password. Enter a password for the user root. 3. You should see command prompt ~ #. 4. Open the file inetd.conf using vi /etc/inetd.conf 5. Find the line, starting with #ssh and remove the #character. 6. Press ESC and type: wq, to save your changes and exit back into the console. 7. Restart the management services using the command `/sbin /services.sh restart`. 8. Now you can connect to SSH, using any ssh-client (eg, Putty). 从VMware ESXi Update 2开始，启用SSH访问的此方法不起作用，servises.sh不再重新启动守护程序inet.d，该守护程序将启用SSH。 要重新启动，请执行以下操作：
* Type ps | grep inetd The result will be something like 1299 1299 busybox inetd. Process ID for inetd - 1299. * Now enter the kill-HUP process_id, where process_id in this case 1299.
之后，SSH应该工作。
我们还没有跳槽到ESXi，因为我们还没有准备好转移到基于CIM的pipe理。 我们仍然使用COS托pipe的WBEM代理。 我们将通过vSphere 4实现重新审视这一点。
一些供应商使用服务控制台（COS）优化特定于某些存储控制器的存储连接选项，例如iSCSI超时，NFS块大小等。 请与您正在使用的供应商联系以了解更多详情。
也许更好的问题是为什么你会需要服务控制台。 我只能想到你需要 cos的两个主要原因。 要么安装第三方软件，要么正式杀死一个挂起的虚拟机。 就我个人而言，我支持ESX和ESXi，而且我更喜欢在修补时刻使用ESXi！ 至于SSH访问，如果不是我的* nix同事，我会closures它。 我可以通过使用rCLI或PowerCLI的SDK来做几乎任何事情。 VMware也明确表示，目标是删除服务控制台。 为什么要投入时间/精力保持墓碑式的function？
实际上虽然全是味道。 如果你想省钱而不是购买启动盘。 也许减less你的漏洞足迹等等…去吧！ 我不相信ESXi有一个真正的缺点。 这不适合所有人…一些商店目前依靠COS，没有什么不对，但这不是必需的！