托pipe许多VM的虚拟化环境的系统configuration

作为一家公司,我们正在寻找一台新的服务器来运行虚拟机pipe理程序,并托pipe另外3台虚拟机 – 两台仅使用Sql Server的业务系统+虚拟机(相当于AWS RDS)

每个虚拟机和pipe理程序的操作系统将使用SSD作为存储。 虚拟机和数据库将在RAID 1中使用HDD 7.2k。

我们有足够的处理能力和内存(128GB),但是有点让我担心的是RDS等价物(Sql Server VM)将使用主服务器存储(RAID 1中的HDD 7.2k 4TB)作为存储。

我们并不倾向于强调这些系统的极限,他们宁愿运行在线商店的网站,所以不应该是I / O密集型)在这一点上很难给出任何数字,因为我们不知道stream量如何。

从我看到的硬盘可能是这里的一个瓶颈,但是在研究networking和论坛时听到我们拥有的大容量RAM可能会消除它。 这是真的吗?

问候

PS。 我不能改变服务器规格或不幸的附加任何额外的存储。

服务器规格: https : //www.fasthosts.co.uk/sites/fasthosts.co.uk/files/1370_Data_Sheet_1.pdf

这取决于。 认真。 虚拟化中的任何事情都不会改变光盘布局的基本规则。 服务器托pipe一个Intranet网站5人? 可能够了。 服务器托pipe一个繁忙的TB级数据库 – 附加更多光盘/ SSD并将其直接映射到VM。

你的SQL存储(RAID 1中的硬盘7.2k 4TB)是“可悲的”(比如在较大的SQL世界中是低的),可能会也可能不会工作,这完全取决于服务器的规模。

但是,再一次,没有什么能阻止你附加更多的IOPS。 我知道一个运行在Hyper-V上的数据库服务器(在同一台主机上有大约8个其他低性能的虚拟机),有48GB的内存和大约十几个从底层硬件直接映射到虚拟机的光盘/ SSD。 在一个带有24个2.5“插槽的2U机柜中,很容易。

从我看到的硬盘可能是这里的一个瓶颈,但是在研究networking和论坛时听到我们拥有的大容量RAM可能会消除它。 这是真的吗?

那么,让我们开始:“和RAM(128GB)” – 这不是很大。 或者是。 取决于(a)SQL虚拟机有多less,以及(b)数据库有多大。 我看到数据库需要更多。 我看到数据库在32GB内存中生活得很开心。

也就是说,这只会帮助不使用tempdb(可能被写入)和低事务吞吐量(日志文件写入)的QUERIES(读取)。 对于你的SQL服务器是否足够,我们不能回答。 你必须测量一下。'我有一个SQ LServer在这里有一个4x480gb ssd在RAID 10 JUST tempdb和6 x 800gb SSD在2 RAID 3的数据。 是的,它需要它 – 我经常在该机器上推送多个千兆字节的数据集。 在VM中生活得很好(正如我所说的,分配了48GB RAM)。

有些东西,你可以作出改善,虽然:*添加一些SSD *在Hyper-V上设置存储池,并将SSD作为缓冲区。 瞧,经常使用的数据和/或写入的缓冲区很多。 假设您在现代版本(2012R2)中使用Hyper-V作为主机。 那个快乐的? 240GB的SSD,2应该已经带来了很多。

否则 – 实际上,我们需要进行更多的研究和分析才能提出一个体面的build议。 SQL Server磁盘布局仍然可能是微不足道(小型服务器),或需要大量的思想和计划(大型服务器)。

我已经在Pentium 3服务器上运行繁忙的数据库,使用4GB的ram和非常慢的SCSI驱动器。 他们当时的需求非常快。 你的系统可能不够好,或者可能超过你的需要。

你需要做一些testing和研究,弄清楚你的要求是什么。 很多ram并不意味着会有低磁盘IO。