Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
I wouldn't use Raid5/6 take a look at these NFS stats - my VM hosting workload is 90% write. For my everyday VM workloads, the only time there are significant reads from the VM shared storage is at VM boot time, and even then, the VM host and storage server have a significant parts of the VM disks in cache. Server rpc stats: calls badcalls badauth badclnt xdrcall 923254581 0 0 0 0 Server nfs v3: null getattr setattr lookup access readlink 32 0% 761649 0% 161 0% 461 0% 112220 0% 0 0% read write create mkdir symlink mknod 24842856 2% 838746432 90% 183 0% 9 0% 2 0% 0 0% remove rmdir rename link readdir readdirplus 120 0% 1 0% 73 0% 0 0% 0 0% 289 0% fsstat fsinfo pathconf commit 10248397 1% 32 0% 0 0% 48541412 5% regards James M On 15/02/11 07:38, Ralf Gross wrote: > Dennis Jacobfeuerborn schrieb: >> ... >> I'm particularly worried about the networking side being a bottleneck for >> the setup. I was looking into 10gbit and infiniband equipment but they >> drive the cost up quite a bit and I'm not sure if they are necessary if I >> can bond several 1gbit interfaces. > > I'm not sure if RAID 5/6 + DRBD is a good combination for hosting VMs. > It's certainly better than for databases. But for writes RAID 5/6 will > slow down everything. > > Ralf > _______________________________________________ > drbd-user mailing list > drbd-user at lists.linbit.com > http://lists.linbit.com/mailman/listinfo/drbd-user The information in this e-mail and any attachment is confidential and is intended only for the named recipient(s). The e-mail may not be disclosed or used by any person other than the addressee, nor may it be copied in any way. If you are not a named recipient please notify the sender immediately and delete any copies of this message. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Any view or opinions presented are solely those of the author and do not necessarily represent those of the company.