将文件共享迁移并整合到新服务器虚拟机

将文件共享迁移并整合到新服务器虚拟机

给你们一个有趣的小谜题:

我的组织有 3 家公司,每家都有自己独立的硬件服务器和文件存储,我们希望将它们整合到我们的虚拟机资源中。以下是涉及的数据量:

公司=部门,用户

O= 120 GB,50 GB
P= 85 GB,30 GB
R= 473 GB,347 GB(部门和用户中的大型 GIS 数据集文件总计 100 GB)
此外,软件安装程序存储份额等于 75 GB
此外,数码相机图片存储份额等于 70 GB

理想情况下(这只是一种理想情况),我们会有一个 vm Windows 2012 服务器来处理所有事情。

在我们的虚拟机资源区域,我们通常有 1TB 或 2TB LUN,因此每个服务器卷只能相当于 800GB 或 1600GB。我不太喜欢(也许没有必要)跨卷。

我们不想将卷削减得太小,以至于必须在卷/服务器之间进行文件共享的切换,并且要一直担心可用空间,尤其是在合并开始时。

NTFS 簇大小应该不是什么大问题,因为所有高达 16 TB 的卷都是 4K,对吗?

如果由你们来做,你们会如何设置它?你们有什么想法?谢谢!

答案1

两件事情:

  1. 这超出了“主要基于观点”的关闭理由的范畴。
  2. 如果所有 3 家“公司”都在同一个域或受信任的域中,为什么不在每个位置设置 DFS 共享,甚至在必要时设置 DFS-R?您仍然可以将 HQ 保留为 VM 上的源,现在只需为所有数据创建一个 2TB LUN。随着需求的扩大,在 VM 上添加第二个 LUN 和卷并继续使用 DFS。客户永远不会知道。如果您要走 2012 路线,假设您有可用于 VM 的 proc/内存资源,您可以实现重复数据删除并节省空间。

当然,这只是基于有限信息得出的意见。您似乎没有空间问题,所以据我所知,一台 2012 VM 上装有所有内容(无 DFS,无重复数据删除)和 (2) 个 2TB 卷就足够了。

您实际上并没有充分了解您的环境、现有的虚拟化软件、“公司”的设置方式、政策、需求、带宽、用户数、现有问题等,因此无法得出简单的意见。

相关内容