Subscribe: Comments on State of the art – integrating storage and VMware – Part I
http://virtualgeek.typepad.com/virtual_geek/2009/07/state-of-the-art-integrating-storage-and-vmware-part-i/comments/atom.xml
Preview: Comments on State of the art – integrating storage and VMware – Part I

Comments on State of the art – integrating storage and VMware – Part I





Updated: 2009-07-20T15:41:59Z

 



In the first video I noticed the long list of luns: each of them has 32GB of size. There is...

2010-10-13T14:22:37Z

In the first video I noticed the long list of luns: each of them has 32GB of size. There is...

In the first video I noticed the long list of luns: each of them has 32GB of size.
There is a technical reason to provide a such long list of little luns or it was only to fill the screen, for the video purpose?
Thanks




Thanks David - appreciate the feedback. We're treading carefully around the "active" management piece - we're getting mixed feedback. Our...

2009-08-21T15:39:17Z

Thanks David - appreciate the feedback. We're treading carefully around the "active" management piece - we're getting mixed feedback. Our...

Thanks David - appreciate the feedback. We're treading carefully around the "active" management piece - we're getting mixed feedback.

Our customers that have storage admins and vmware admins find the topic radioactive - they love the idea that each can VIEW the info they need across domains, but not affect it (some exceptions seem "kosher" with that community - like replicas).

Conversely, smaller shops that have one person doing both want it

I don't think one or the other are right/wrong - just different.

For mid-to-large shops, if you look at part II of this - you can see that we're providing the same visibility, but in the other direction as well - in the native context where people in the shops where there are storage admins can provision and take action. This is delivered by integrating those directly with the vCenter APIs.

For smaller shops, you will see more on this topic at VMworld this year, as more plugins are announced/discussed.

Performance info is coming soon. Good suggestions on zeroing and VCB/vStorage API for data protection




Ok, it's taken a while, but here's a quick idea... Most of the integration so far seems to be 'passive'...

2009-08-19T00:53:57Z

Ok, it's taken a while, but here's a quick idea... Most of the integration so far seems to be 'passive'...

Ok, it's taken a while, but here's a quick idea...

Most of the integration so far seems to be 'passive' - aimed at viewing existing info. That's fine, but I'd like to script with the info too.

e.g. If you're collecting backend performance info, I'd like to schedule stuff around it.
- Kick off/pause VCB backups.
- Zero dirty blocks in vmdk's during periods of low I/O. Its possible to script MS's 'sdelete' (see http://www.yellow-bricks.com/2008/01/04/vmware-consolidated-backup-and-deleted-files/), but it doesn't know what its doing to backend performance .