Comments on: VMFS Storage Sizing for Maximum Performance http://vmetc.com/2008/06/10/vmfs-storage-sizing-for-maximum-performance/ Go Green with Virtualization. Go UGLY Green with vmetc.com. Tue, 17 Apr 2012 03:50:42 +0000 hourly 1 http://wordpress.org/?v=3.3.2 By: Welcome to vSphere-land! » Virtual Disk Links http://vmetc.com/2008/06/10/vmfs-storage-sizing-for-maximum-performance/comment-page-1/#comment-2455 Welcome to vSphere-land! » Virtual Disk Links Mon, 11 May 2009 00:19:17 +0000 http://vmetc.com/?p=415#comment-2455 [...] Practices Understanding VMFS volumes VMFS Volume Management VMFS - Best Practices, and counter-FUD VMFS Storage Sizing for Maximum Performance Author: esiebert7625 Categories: General/VI3 Links Tags: Virtual Disks Comments are [...] [...] Practices Understanding VMFS volumes VMFS Volume Management VMFS – Best Practices, and counter-FUD VMFS Storage Sizing for Maximum Performance Author: esiebert7625 Categories: General/VI3 Links Tags: Virtual Disks Comments are [...]

]]> By: SOLORI’s Laws of SMB Virtual Architecture « SolutionOriented Blog http://vmetc.com/2008/06/10/vmfs-storage-sizing-for-maximum-performance/comment-page-1/#comment-2140 SOLORI’s Laws of SMB Virtual Architecture « SolutionOriented Blog Mon, 02 Mar 2009 20:16:36 +0000 http://vmetc.com/?p=415#comment-2140 [...] is a great article on sizing VMFS storage to provide maximum performance at VM/ETC. It is incumbent on the administrator to manage separate, physical disk domains (LUNs) to [...] [...] is a great article on sizing VMFS storage to provide maximum performance at VM/ETC. It is incumbent on the administrator to manage separate, physical disk domains (LUNs) to [...]

]]> By: VMFS Performance | VM-Aware http://vmetc.com/2008/06/10/vmfs-storage-sizing-for-maximum-performance/comment-page-1/#comment-756 VMFS Performance | VM-Aware Tue, 24 Jun 2008 12:14:10 +0000 http://vmetc.com/?p=415#comment-756 [...] Bramley has written a very good article about VMFS storage performance advisories.  Some of them are the kind of things you would do if [...] [...] Bramley has written a very good article about VMFS storage performance advisories.  Some of them are the kind of things you would do if [...]

]]> By: Virtualization Short Take #10 - blog.scottlowe.org - The weblog of an IT pro specializing in virtualization, storage, and servers http://vmetc.com/2008/06/10/vmfs-storage-sizing-for-maximum-performance/comment-page-1/#comment-745 Virtualization Short Take #10 - blog.scottlowe.org - The weblog of an IT pro specializing in virtualization, storage, and servers Wed, 18 Jun 2008 03:03:04 +0000 http://vmetc.com/?p=415#comment-745 [...] Brambley over at VM /ETC is on a roll with a couple of good articles, one on VMFS storage sizing for performance and one on downgrading the VM HAL after P2V. The title for that second article was “How to [...] [...] Brambley over at VM /ETC is on a roll with a couple of good articles, one on VMFS storage sizing for performance and one on downgrading the VM HAL after P2V. The title for that second article was “How to [...]

]]> By: Rich http://vmetc.com/2008/06/10/vmfs-storage-sizing-for-maximum-performance/comment-page-1/#comment-726 Rich Fri, 13 Jun 2008 11:15:53 +0000 http://vmetc.com/?p=415#comment-726 John, I do not disagree with you. In fact, I end up using multiple LUNs per array just as you describe more times than not. You illustrate a great point - you have to know your disks, storage device, and even the protocol (FC or iSCSI) you use to find the most efficient performance design. This guide is intended to be a general starting point for any scenario. John,

I do not disagree with you. In fact, I end up using multiple LUNs per array just as you describe more times than not. You illustrate a great point – you have to know your disks, storage device, and even the protocol (FC or iSCSI) you use to find the most efficient performance design. This guide is intended to be a general starting point for any scenario.

]]> By: rbrambley http://vmetc.com/2008/06/10/vmfs-storage-sizing-for-maximum-performance/comment-page-1/#comment-5221 rbrambley Fri, 13 Jun 2008 11:15:00 +0000 http://vmetc.com/?p=415#comment-5221 John, I do not disagree with you. In fact, I end up using multiple LUNs per array just as you describe more times than not. You illustrate a great point - you have to know your disks, storage device, and even the protocol (FC or iSCSI) you use to find the most efficient performance design. This guide is intended to be a general starting point for any scenario. John,

I do not disagree with you. In fact, I end up using multiple LUNs per array just as you describe more times than not. You illustrate a great point – you have to know your disks, storage device, and even the protocol (FC or iSCSI) you use to find the most efficient performance design. This guide is intended to be a general starting point for any scenario.

]]> By: John http://vmetc.com/2008/06/10/vmfs-storage-sizing-for-maximum-performance/comment-page-1/#comment-723 John Thu, 12 Jun 2008 15:07:35 +0000 http://vmetc.com/?p=415#comment-723 Now I have to respectfully disagree with some of the assumptions here. I would be impressed if you were able to demonstrate an I/O level where a 15 spindle Raid5 array (even Raid6 I bet) can't handle the VM load from multiple LUNs spaced across the volume. My environment is different as less than 10% of the systems are "production" and the rest are rapid build engineering and testing platforms but when we run scalability testing it does put some pretty significant load across the VMs AND my users are snapshot crazy. My design looks more like this - two primary clusters with HA/DRS (5 Dell 4u's 32GB ram+ with ~400 machines per cluster) hooked up via 4GB FC. I can't imagine a situation where Raid5 isn't a good option (go with Flash Drives if the I/O is that high) but the real question we should be addressing is the use of SAS drives vs SATA drives in modern arrays. On that question I don't have good answers yet. I am just starting to use SATA in our production environment and have good results so far. Now I have to respectfully disagree with some of the assumptions here.
I would be impressed if you were able to demonstrate an I/O level where a 15 spindle Raid5 array (even Raid6 I bet) can’t handle the VM load from multiple LUNs spaced across the volume.
My environment is different as less than 10% of the systems are “production” and the rest are rapid build engineering and testing platforms but when we run scalability testing it does put some pretty significant load across the VMs AND my users are snapshot crazy.
My design looks more like this – two primary clusters with HA/DRS (5 Dell 4u’s 32GB ram+ with ~400 machines per cluster) hooked up via 4GB FC.
I can’t imagine a situation where Raid5 isn’t a good option (go with Flash Drives if the I/O is that high) but the real question we should be addressing is the use of SAS drives vs SATA drives in modern arrays. On that question I don’t have good answers yet. I am just starting to use SATA in our production environment and have good results so far.

]]> By: John http://vmetc.com/2008/06/10/vmfs-storage-sizing-for-maximum-performance/comment-page-1/#comment-5218 John Thu, 12 Jun 2008 15:07:00 +0000 http://vmetc.com/?p=415#comment-5218 Now I have to respectfully disagree with some of the assumptions here. I would be impressed if you were able to demonstrate an I/O level where a 15 spindle Raid5 array (even Raid6 I bet) can't handle the VM load from multiple LUNs spaced across the volume. My environment is different as less than 10% of the systems are "production" and the rest are rapid build engineering and testing platforms but when we run scalability testing it does put some pretty significant load across the VMs AND my users are snapshot crazy. My design looks more like this - two primary clusters with HA/DRS (5 Dell 4u's 32GB ram+ with ~400 machines per cluster) hooked up via 4GB FC. I can't imagine a situation where Raid5 isn't a good option (go with Flash Drives if the I/O is that high) but the real question we should be addressing is the use of SAS drives vs SATA drives in modern arrays. On that question I don't have good answers yet. I am just starting to use SATA in our production environment and have good results so far. Now I have to respectfully disagree with some of the assumptions here.
I would be impressed if you were able to demonstrate an I/O level where a 15 spindle Raid5 array (even Raid6 I bet) can’t handle the VM load from multiple LUNs spaced across the volume.
My environment is different as less than 10% of the systems are “production” and the rest are rapid build engineering and testing platforms but when we run scalability testing it does put some pretty significant load across the VMs AND my users are snapshot crazy.
My design looks more like this – two primary clusters with HA/DRS (5 Dell 4u’s 32GB ram+ with ~400 machines per cluster) hooked up via 4GB FC.
I can’t imagine a situation where Raid5 isn’t a good option (go with Flash Drives if the I/O is that high) but the real question we should be addressing is the use of SAS drives vs SATA drives in modern arrays. On that question I don’t have good answers yet. I am just starting to use SATA in our production environment and have good results so far.

]]>