Questions tagged «virtualisation»

1
带有SQL Server的多个PVSCSI
关于SQL Server虚拟化,一直在尝试查找有关将数据设备从日志设备分离到不同的准虚拟SCSI(PVSCSI)适配器方面是否对性能产生正面影响的信息,类似于此处所做的。 在客户端上有一种方案,其中添加了附加的PVSCSI,并且日志设备与新的PVSCSI分离,从而显示出可观的性能提升。然而,仍然怀疑是由于这种分离还是仅由于现在存在附加的PVSCSI而引起的。 众所周知,日志磁盘通常以顺序方式写入,而数据磁盘的读/写遵循更随机的模式,将这两种不同类型的文件放在单独的磁盘上会带来性能上的好处。 但是控制器呢?将这些不同的模式保存在单独的PVSCSI控制器中是否也有好处? 有人对此有见识吗? 提前致谢

1
用于快照一致性备份的存储快照-不同的数据和日志卷
我们正在vmware /共享存储环境中运行许多Linux VM,每个Linux VM都运行自己的postgreSQL实例(混合使用9.0和9.3)。当前,整个VM都位于单个根分区/卷上,使用基础VMFS卷的基于存储的快照进行备份/还原过程(以及复制到我们的DR站点),我们已经取得了巨大的成功(〜8年)。 由于我们的存储体系结构,将postgres WAL文件分离到一个非缓存的(主要是写入的)卷中会比较有利,这样可以减少我们在存储方面的缓存混乱。使用我们的存储(Nimble Storage),我们可以将两个卷都分配到一个保护/快照组,但是我无法从供应商处得出快照将在保护组中的所有卷上完全同时发生-可能会,但是总是有相隔毫秒的机会。 为此,我们进行了一些实验,所有实验都使用pg_bench尽可能快地将数据写入数据库。实验之后,我们恢复了快照的卷并启动了VM + postgres 快照数据和日志卷同时接近-结果:数据库已恢复 首先快照数据量,约1分钟后日志量-结果:数据库已恢复 首先是快照日志卷,之后是约1分钟的数据卷-结果:数据库已恢复 在WAL检查点将新数据写入数据文件之后,快照日志卷首先出现,数据量在大约3分钟后出现:结果:数据库已恢复 因此,测试似乎告诉我们,只要两个快照在卷级别上是一致的,并且相对紧密,就可以基于WAL / Log卷快照的时间获得数据库的一致副本。 我的问题:这样安全吗?我们在测试中缺少哪些极端情况?可能出什么问题? Postgres的文档表明这样做并不安全,但是测试似乎表明它非常健壮:http : //www.postgresql.org/docs/9.1/static/backup-file.html 如果您的数据库分布在多个文件系统中,则可能没有任何方法可以获取所有卷的完全同步的冻结快照。例如,如果数据文件和WAL日志位于不同的磁盘上,或者表空间位于不同的文件系统上,则由于快照必须同时进行,因此可能无法使用快照备份。在这种情况下,请务必仔细阅读文件系统文档,然后再使用一致快照技术。 注意:是的,我们知道其他确保其一致性的选项,例如将PostgreSQL置于热备份模式或使用我们存储的VMware集成来静默VM本身,但是我们正在寻找一种仅存储的解决方案以提高速度,便利性,对客户的影响为零。

3
托管SQL Server的VM上的专用资源
我的理解是,使用VM的最大好处之一就是可以在主机上的虚拟机之间共享资源。因此,您可以有一台具有120个CPU的主机,并在其上放置5个VM,每个VM具有32个CPU。额外的CPU在VM之间“共享”,主机根据需要动态分配CPU。内存相同。 我也了解到,这对于装有SQL Server的VM来说是一个很大的禁忌,但我的VM管理员对此表示不同意见。是否有人以任何一种方式获得任何证据或文件? 我不知道这是否重要,但我们正在使用VMWare。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.