我正在为中型公司设计服务器，它应该提供会计软件、财产记录软件、文件服务器等服务。我的想法是使用 Hyper V 服务器作为 1 类管理程序。作为虚拟操作系统，我需要将 Windows 用于所请求的软件之一（公司有许可证）。对于其他软件，我正在考虑为 1 个应用程序提供 1 个虚拟操作系统 + 专用于数据库的虚拟服务器，这将服务于所有虚拟操作系统 + 用于文件服务器的虚拟操作系统。我附上大纲。
这是一个理智的想法吗？我应该将 Kubernetes 作为我的应用程序的平台吗？感谢您的想法。
AskOverflow.Dev
是的，分离应用程序是标准做法。限制任何一个实例上安装的东西的数量更容易维护，并且更好的安全隔离。
当然，您可以在 Hyper-V 上使用 VM 实现，这是计算平台的一个选项。
要求组织定义恢复时间目标应该是什么。在单个服务器上，如果硬件故障导致它宕机，那么所有应用程序都将关闭，直到它被替换。比一天更快地修复它可能需要当天的服务合同，或高可用性集群中的多个 VM 主机。并测试您的备份还原。
许可比拥有一个单一许可更复杂。请向您的经销商处的许可人员进行验证。
容器，尤其是 Kubernetes，为计算添加了一个完全不同的接口。容器工作负载、服务、网络和部署方法的新概念。需要探索的东西，但需要调整应用程序以使用 API。在承诺使用容器之前，首先对您的应用程序进行研究和概念验证。
对于这样一个简单的设置，我不推荐 hyper V，而是直接使用 vSphere（如果预算允许）。
就我个人而言，我会使用完全不同的方法（100% 免费），即带有 NVMe 驱动器（通过 zfs 文件系统镜像）的 FreeBSD 机器（例如 supermicro），加上一些用于内部副本和备份的旋转 HDD，加上一些非常低的-end SSD 用于恢复测试。
这可以充当 samba“物理”共享文件服务器。对于其余的 Linux 软件（它是什么？），几乎可以肯定还有一个 FreeBSD 版本（例如 mariadb / mysql），因此可以安全使用。
优点：
缺点：
但是缺少一个基本要素：必须使用的程序的完整列表