☰

中型公司服务器架构

tag-icon • tag-icon virtualization hyper-v architecture
中型公司服务器架构

我正在为中型公司设计服务器，该公司应提供会计软件、财产记录软件、文件服务器等服务。我的想法是使用 Hyper V 服务器作为 1 类虚拟机管理程序。作为虚拟操作系统，我需要将 Windows 用于其中一个请求的软件（公司有许可证）。对于其他软件，我正在考虑 1 个应用程序的虚拟操作系统 + 专用于数据库的虚拟服务器，该虚拟服务器将服务于所有虚拟操作系统 + 文件服务器的虚拟操作系统。我附上了一份大纲。

大纲

这是一个明智的想法吗？我应该考虑将 Kubernetes 作为我的应用程序的平台吗？感谢您的想法。

答案1

是的，分离应用程序是标准做法。限制安装在任何一个实例上的应用程序数量更容易维护，并且安全隔离效果更好。

当然，您可以使用 Hyper-V 上的虚拟机实现，这是计算平台的一个选项。

要求组织定义恢复时间目标。在单个服务器上，如果硬件故障导致其宕机，则所有应用程序都将宕机，直到更换该服务器为止。在一天之内修复它可能需要当天的服务合同，或者在高可用性集群中部署多个 VM 主机。并测试您的备份恢复。

许可比单一许可证更复杂。请咨询经销商处的许可人员进行验证。

容器，尤其是 Kubernetes，为计算添加了一个完全不同的界面。容器工作负载、服务、网络和部署方法的新概念。值得探索，但应用程序需要进行调整才能使用 API。在投入容器之前，请先对您的应用程序进行研究和概念验证。

答案2

对于这种简单的设置，我不推荐 Hyper V，而是直接推荐 vSphere（如果预算允许）。

我个人会使用一种完全不同的方法（100% 免费），即一台带有 NVMe 驱动器（通过 zfs 文件系统进行镜像）的 FreeBSD 机器（例如 supermicro），再加上一些用于内部副本和备份的旋转 HDD，再加上一些非常低端的 SSD 用于恢复测试。

它可充当 samba“物理”共享文件服务器。我会在其上运行适用于 Windows 的 VirtualBox 虚拟机，这样您就可以使用定时快照以及 zfs 副本，例如在 iSCSI 上的廉价 NAS 上。对于其余的 Linux 软件（它是什么？），几乎肯定也有一个 FreeBSD 版本（例如 mariadb/mysql），因此可以安全使用。

优点：

  • 使用低成本的NVMe镜像。这绝非易事。
  • 使用 zfs 几乎完全保证安全
  • 快照和备份的可能性远远超出了 Hyper-V（和 vSphere）所允许的范围
  • 无需昂贵的 RAID 卡
  • 完全免费（显然@Windows 许可证网络）

缺点：

  • 没有像 vSphere 那样方便的界面来管理虚拟机。事实上，如果有 6 台或 20 台虚拟机，我不会推荐这个解决方案

但缺少一个基本要素：必须使用的程序的完整列表

相关内容