服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

pipe理虚拟机更新和分发 – 做错了?

我为一家软件公司工作。 我的部门负责(其中包括)为我们销售团队的成员构build和分发VMWare虚拟机,然后他们使用VMWare Player启动它们,以便为客户运行他们的产品演示。 最近,我想到我们更新和分发这些虚拟机的方式是各种各样的错误。 这里是我们更新“演示VM:”的过程 从中央服务器下载新的VM(〜35 GB)副本 将其设置为永久模式,然后启动并进行更改,例如将产品升级到最新版本和更新许可证 完成更改后,将其closures并将其设置回非持久模式,然后使用增加的版本号将全部内容(〜35 GB)上传到中央服务器,并使用新的文件夹名称 谁需要最新版本,然后从文件服务器(35 GB * X)下载它 这不仅占用了大量的networking带宽,而且从networking上下载35 GB的内容也是非常耗时的,特别是对于那些没有内联网速度的远程办公室的人来说。 我的问题是:是否有更好的方法来pipe理需要在用户机器上本地运行的虚拟机的更新和分配? 我开始质疑我们现在的方法的原因是,当虚拟机更新时,只有一小部分文件(VMEM和虚拟磁盘映像)发生变化,对吧? 因此,不应该复制整个虚拟机文件夹,所以应该有一种方法来上传/下载只有三angular洲,可以这么说。 类似于Git等版本控制系统的工作方式。 我实际上试图用Git来做这件事, 但事实certificateGit在pipe理大文件方面是非常糟糕的 。 所以我想我会在这里问。

现代数据中心的共享磁盘(SAN,虚拟化等)

我是一个开发者,在外国地形上踩着这里。 请原谅天真 我使用一个将数据存储在数据库和文件系统中的应用程序。 上下文:集群和networking共享 在过去,当我们运行应用程序集群(即多个应用程序服务器面向数据)时,我们按如下方式处理文件系统: 节点A:共享“数据目录”(通过samba或nfs) 节点B,C,D等:装载“networking共享”并在其“数据目录” 降低节点B,C,D的“磁盘速度”不是最理想的,但不是一个大问题。 另请注意 :应用程序使用自己的文件locking机制。 并发写入不是问题。 问题 因此,在现代数据中心光纤通道将服务器连接到SANS,在几台服务器之间共享“大量磁盘”的最佳方式是什么? 这种“磁盘共享”被广泛使用吗? 任何操作系统特定的问题(“在Linux上工作,但在Windows上不可用”) 任何警告? 难以configuration,不可靠等? 我从系统pipe理员那里听到了很多“我们不能这么做”的问题,当我问到更多的细节时,他们说:“好吧,从技术上说这是可能的,但是我们不是这样做的” 提前致谢, 更新:感谢您的答案。 (他们都很好,我不得不select一个,对不起,如果不是你的话)正如我(有点)期待的那样:我希望你可以简单地将NTFS或XFS或任何“常规”文件系统连接到同一个“大块头” “磁盘”被certificate是天真的。 集群文件系统是票据。 而花哨的文件系统不在我们的托pipe团队的首要任务)。