Comments on: VMware: Top of todays requirements list http://blog.nigelpoulton.com/vmware-top-of-todays-requirements-list/#utm_source=feed&utm_medium=feed&utm_campaign=feed with nigel poulton Thu, 09 Feb 2012 07:49:05 +0000 http://wordpress.org/?v=2.8.6 hourly 1 By: Maria http://blog.nigelpoulton.com/vmware-top-of-todays-requirements-list/comment-page-1/#comment-1828 Maria Thu, 09 Feb 2012 05:44:25 +0000 http://blog.nigelpoulton.com/?p=837#comment-1828 No. I think it just means pnoerrmafce for your randomly accessed blocks will continue to kick arse, but your sequential I/O to same VMFS volume would continue to be slowed down because of the interruption of random I/O at the VMware level. A Compellent storage architect would be more qualified to answer, but the slowdown that Scott is talking about is at VMware level and independent of the type of storage. No. I think it just means pnoerrmafce for your randomly accessed blocks will continue to kick arse, but your sequential I/O to same VMFS volume would continue to be slowed down because of the interruption of random I/O at the VMware level. A Compellent storage architect would be more qualified to answer, but the slowdown that Scott is talking about is at VMware level and independent of the type of storage.

]]> By: Nigel Poulton http://blog.nigelpoulton.com/vmware-top-of-todays-requirements-list/comment-page-1/#comment-819 Nigel Poulton Mon, 26 Jul 2010 15:52:14 +0000 http://blog.nigelpoulton.com/?p=837#comment-819 John, Thanks for your comments and I totally agree. I suppose my comments should have been more along the lines of "when announcing new products and rev's of existing products......". Key is that when making announcements focus should be less on improved feeds and speeds improvements and more on integration with products and services higher up the stack. Thanks for your comments. Fatima, I think we're on the same page. Integration higher layers in the stack is the key, Im just suggesting that VMware seems to have the momentum at the moment. I also agree that the vendors ignore the other hypervisors at their own peril. Personally I can only see the other hypervisors start to catch-up with VMware (Hyper-V especiallly). Nigel John,

Thanks for your comments and I totally agree. I suppose my comments should have been more along the lines of “when announcing new products and rev’s of existing products……”. Key is that when making announcements focus should be less on improved feeds and speeds improvements and more on integration with products and services higher up the stack.

Thanks for your comments.

Fatima,

I think we’re on the same page. Integration higher layers in the stack is the key, Im just suggesting that VMware seems to have the momentum at the moment.

I also agree that the vendors ignore the other hypervisors at their own peril. Personally I can only see the other hypervisors start to catch-up with VMware (Hyper-V especiallly).

Nigel

]]> By: Fatima Stoneknuckle http://blog.nigelpoulton.com/vmware-top-of-todays-requirements-list/comment-page-1/#comment-818 Fatima Stoneknuckle Mon, 26 Jul 2010 14:29:37 +0000 http://blog.nigelpoulton.com/?p=837#comment-818 <p>Good points Nigel.  Indeed, storage vendors should, and have always needed to, keep their eye on the portions of the IT stack above them, especially those with momentum.  To round out the perspective, however, would be the point that there are significant numbers of IT customers who are leary of VMware hegemony and pricing, and of becoming too dependent upon them.  As such, they are cautious about adopting any or too many of VMware's SW functionality outside of the hypervisor level where VMware has taken on management functions.   And, they may very well seek to diversify at the hypervisor level as well, by adopting Xen, Hyper-V, or KVM in some environments.   This only suggests that storage vendors cannot afford to neglect these other virtualization platforms either. </p> Good points Nigel.  Indeed, storage vendors should, and have always needed to, keep their eye on the portions of the IT stack above them, especially those with momentum.  To round out the perspective, however, would be the point that there are significant numbers of IT customers who are leary of VMware hegemony and pricing, and of becoming too dependent upon them.  As such, they are cautious about adopting any or too many of VMware's SW functionality outside of the hypervisor level where VMware has taken on management functions.   And, they may very well seek to diversify at the hypervisor level as well, by adopting Xen, Hyper-V, or KVM in some environments.   This only suggests that storage vendors cannot afford to neglect these other virtualization platforms either. 

]]> By: John Troyer http://blog.nigelpoulton.com/vmware-top-of-todays-requirements-list/comment-page-1/#comment-813 John Troyer Fri, 23 Jul 2010 19:00:59 +0000 http://blog.nigelpoulton.com/?p=837#comment-813 <p>One good thing is that VAAI integration is, for most vendors, a firmware upgrade. Let's not trivialize the effort required to implement the new software, but it does mean that integration can be delivered in a mortal timeframe and can often work with the current generation of gear.</p> One good thing is that VAAI integration is, for most vendors, a firmware upgrade. Let's not trivialize the effort required to implement the new software, but it does mean that integration can be delivered in a mortal timeframe and can often work with the current generation of gear.

]]>