- Community Home
- >
- Storage
- >
- Midrange and Enterprise Storage
- >
- StoreVirtual Storage
- >
- Re: P4000, VMware and QoS disk I/O performance
StoreVirtual Storage
1752340
Members
6081
Online
108787
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-28-2011 07:32 AM
тАО01-28-2011 07:32 AM
P4000, VMware and QoS disk I/O performance
Hi, we recently setup a couple of P4000's with VMware. We're finding that if a VM really hits the SAN hard with a lot of disk activity that it negatively affects the performance of the VM itself and other VM's.
What options do we have regarding QoS of disk I/O? Does this require purchasing the Enterprise Plus version of VMware for storage I/O control? Is there anything that can be done with the SAN management utilities?
What would be a best practice with say having an Exchange server on the SAN--different LUN's for storage groups and then throttle based on LUN?
Thanks!
What options do we have regarding QoS of disk I/O? Does this require purchasing the Enterprise Plus version of VMware for storage I/O control? Is there anything that can be done with the SAN management utilities?
What would be a best practice with say having an Exchange server on the SAN--different LUN's for storage groups and then throttle based on LUN?
Thanks!
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-01-2011 03:11 PM
тАО02-01-2011 03:11 PM
Re: P4000, VMware and QoS disk I/O performance
I am having the exact same issue migrating files via the old san (via iSCSi initiator in Windows) to VDMK disks on the VSA. About every 30 minutes we get a "Maximum Latency Value Exceeded" message in the CMC, the Virtual machine "hangs" and then about 2 minutes later everything starts working again.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-09-2011 12:20 PM
тАО02-09-2011 12:20 PM
Re: P4000, VMware and QoS disk I/O performance
Does anyone know how we can ensure one server accessing the SAN doesn't bring the storage repository to it's knees when an increased I/O load is present? Is there a way to throttle this? If strictly using the SAN with VMware, could this be achieved with VMware's Storage I/O control feature? Are there any other options? This is my only concern about the Lefthand solution. Thanks!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-09-2011 01:13 PM
тАО02-09-2011 01:13 PM
Re: P4000, VMware and QoS disk I/O performance
I am running into the same problem (high disk latency) when writing large amounts of data to the P4500, even with Storage IO enabled. It (SIOC) only helps if the LUN is a VMDK controlled by the same vsphere server. If you are using RDM or an iSCSI iniator inside a VM, it complains about a "non-VI workload" and can't do anything about it but set an alarm.
Other things to check:
1) Make sure that you are pointing to the VIP and have enabled the LUN for load balancing.
2) Make sure to setup ALB.
3) Enable Jumbo Frames and Flow Control if possible. If the switch can't do both, use Flow Control. (check the data path End-to-End to make sure that everything has Flow Control and Jumbo Frames enabled.)
4) Setup MPIO. Round Robin pathing may help.
5) Disk Alignment. Make sure your VM disks are aligned to the VMDK size. You don't want to make the SAN work harder than it needs to.
6) Make sure your switches aren't dropping packets because the port buffers are full.
Check out this blog for more info on SIOC: http://www.yellow-bricks.com/2011/01/20/enable-storage-io-control-on-all-datastores/
Other things to check:
1) Make sure that you are pointing to the VIP and have enabled the LUN for load balancing.
2) Make sure to setup ALB.
3) Enable Jumbo Frames and Flow Control if possible. If the switch can't do both, use Flow Control. (check the data path End-to-End to make sure that everything has Flow Control and Jumbo Frames enabled.)
4) Setup MPIO. Round Robin pathing may help.
5) Disk Alignment. Make sure your VM disks are aligned to the VMDK size. You don't want to make the SAN work harder than it needs to.
6) Make sure your switches aren't dropping packets because the port buffers are full.
Check out this blog for more info on SIOC: http://www.yellow-bricks.com/2011/01/20/enable-storage-io-control-on-all-datastores/
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP