- Community Home
- >
- Storage
- >
- Entry Storage Systems
- >
- Disk Enclosures
- >
- EVA 8000 cache monitoring?
Categories
Company
Local Language
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
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
Community
Resources
Forums
Blogs
- 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
тАО10-17-2008 08:37 AM
тАО10-17-2008 08:37 AM
Our issue is that we sustain about 80-100 MB/s ( not Mb) during the day from our primary database. When someone rights a large sequential file or creates new database chunks on a new server, it apparently burns through our write cache leaving us on spindles. The result is that the EVA takes several minutes to catch up after the write is complete, but at that point our database is in a checkpoint and we are effectively down.
EVA8000
Command View 6
Primary volume group is 142 x 76GB FC drives.
~125MB/s of throughput chokes our system.
Thanks for any help you can offer.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-17-2008 10:22 AM
тАО10-17-2008 10:22 AM
Re: EVA 8000 cache monitoring?
a)what type of host loadabalancing do u use
(the aim is to hit always the master controller to reduce the mirror port communication between the master and proxy controller)
b)what are the host queue depth values
(the aim is to have good ratio of parallel IO feed across all the paths)
c)evaperf details to a) and b) can find here:
http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1224267365002+28353475&threadId=1239472
d)mirror ports max throughputs are here:
http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=1272857
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-22-2008 06:50 AM
тАО10-22-2008 06:50 AM
Re: EVA 8000 cache monitoring?
We have a single large LUN 500GB that we have not been able to break up as of yet due to system availability demands.
We're running Redhat Linux as our host OS, it has 4 HBAs, with two on each of our core SAN switches. Giving us a total of 16 paths to the LUN.
Is there a better method for balancing a single LUN than round-robin?
We are a 20/1 Read/Write ratio on this database LUN.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-22-2008 07:10 AM
тАО10-22-2008 07:10 AM
Re: EVA 8000 cache monitoring?
try here:
http://h20000.www2.hp.com/bizsupport/TechSupport/DriverDownload.jsp?pnameOID=315741&locale=en_US&taskId=135&prodTypeId=12169&prodSeriesId=315739
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-22-2008 07:15 AM
тАО10-22-2008 07:15 AM
Re: EVA 8000 cache monitoring?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-22-2008 07:16 AM
тАО10-22-2008 07:16 AM
Re: EVA 8000 cache monitoring?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-22-2008 07:42 AM
тАО10-22-2008 07:42 AM
SolutionLinux HBA drivers and multipathing changes:
http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=en&cc=us&objectID=c01430228&prodTypeId=12169&prodSeriesId=3662826
ALUA/ALB support
http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&cc=us&prodTypeId=12169&prodSeriesId=3559651&swItem=co-64600-1&prodNameId=3559652&swEnvOID=4006&swLang=13&taskId=135&mode=4&idx=0
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-22-2008 09:36 AM
тАО10-22-2008 09:36 AM
Re: EVA 8000 cache monitoring?
I still think we'll have a problem with write cache though. When we burn through it, we're on spindles for everyone's writes and this will enable us to write faster.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-22-2008 09:51 AM
тАО10-22-2008 09:51 AM
Re: EVA 8000 cache monitoring?
The implication from the docs, although detail is sorely lacking, is that cache management is done on a per-disk group basis, and sequential write access can conflict with random read access going on in the same group.
I don't know if this is practical in your case, but it's worth a try.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-22-2008 09:57 AM
тАО10-22-2008 09:57 AM
Re: EVA 8000 cache monitoring?
We've been running full EVAPERFs for months. Is there a specific set of output that would be helpful in determining the bottleneck on the EVA?