在活动服务器上添加 Hyper-V 角色时的缺点?

Dav*_*ave 6 windows hyper-v

如果之后在活动的物理 Windows 服务器(例如文件服务器/dhcp 服务器...)上添加 Hyper-v 角色,是否有任何缺点/问题?当然,最好在开始生产之前安装它。但是如果是事后做真的有什么问题吗?之后需要重新启动服务器,这是强制性的。

Hyper-V 是一种类型 1 管理程序,所以我认为下面有一些重大变化,wenn 完成。

此致!

Bar*_*958 5

不,没有缺点(除非您有一个非常具体且非常罕见的场景,例如您的操作系统/应用程序需要访问某些专有硬件等)。现在所有的“通用”工作负载都应该被虚拟化,裸机是没有意义的。诸如备份、DR 和管理之类的事情都得到了极大的简化。

  • 借调。从技术上讲,可以在具有其他角色的服务器上添加 Hyper-V 角色。但根据最佳实践,虚拟化“旧”服务(文件服务器等)并让它们在 Hyper-V 中运行以提高安全性和稳定性是有意义的。如今,在裸机上运行的服务大多是过时的方法。许多供应商现在提供安装了管理程序或超融合设备的系统,而不是“原始”服务器。 (3认同)

Mik*_*sen 1

嗯,我绝不会在 Hyper-V 主机上放置除 Hyper-V 以外的任何东西。从技术上讲,不应出现任何问题,但将 Hyper-V 主机用于其他服务是一种极其糟糕的做法。您的目标应该是将服务转移到 hyper-v 上的一台或多台虚拟机上。想象一下,用户受到了一种令人讨厌的勒索软件的攻击,该勒索软件会解密物理计算机上的密码,从而能够加密整个计算机,而不仅仅是“仅仅”虚拟文件服务器。另外,请勿将 Hyper-V 域加入到由域控制器托管的域,该域控制器是 Hyper-V 本身上的虚拟机。两者的原因与上述相同,但也是为了防止您将自己完全锁定。