- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Multipath Testing...
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
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
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
02-18-2013 07:48 AM
02-18-2013 07:48 AM
Multipath Testing...
Greetings!
I have set up device mapper multipath on rhel 6.2 and have storage from vendors attached, (HP EVA, EMC Symm, Hitachi). I am trying to think of some test scenarios, itis a 2 node ORACLE RAC cluster. I wanted to have all scenarios for failover and multipath testing and also performance parameters. Could someone suggest some useful scenarios for this kind of environment?
Thanks
Simon.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-19-2013 04:09 AM
02-19-2013 04:09 AM
Re: Multipath Testing...
You might want to:
- compare the built-in defaults (listed in /usr/share/doc/device-mapper-multipath-<version>/multipath.conf.defaults) to the most recent recommendations from the storage manufacturers, and if there are differences, see if they have significant performance impact either way
- test the different path selector algorithms, particularly in situations where one or more paths have failed/running slower than normal: I'd guess the queue-length and service-time selectors might perform significantly better than round-robin when there is a fault that causes a path to slow down but not quite fail completely.
For performance testing, important cases will depend on the nature of your application. But backup and restore are always important: see how the test environment handles the full backup & restore of a database that is at least roughly similar to a production workload you're familiar with.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-19-2013 09:45 AM
02-19-2013 09:45 AM
Re: Multipath Testing...
Matti
Thanks much for your reply!
I will certainly look into those. We are using EMC PowerPath now, so trying our best to make this as close as possible to EMC PowerPath. One thing is i am not able to pull the FA port details summary that PP provides (looks like not possible with Linux Multipath). Is there a way to test performance parameters?
Regards
Simon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-20-2013 04:15 AM
02-20-2013 04:15 AM
Re: Multipath Testing...
> Is there a way to test performance parameters?
The usual way for performance testing: choose some task that is repeatable, make the system do it N number of times as fast as possible, see how much time it takes, divide by N to get a value that describes the "speed" of the system regarding the task.
You could do this with some tasks that are relevant to your specific workload, or you could use I/O benchmarking tools, like iozone, iometer or fio for example:
http://pkgs.repoforge.org/fio/