The performance difference between having one virtual disk for a partition and six virtual disks is very noticeable. Not ideal.
Steve Pitcher
iTech Solutions Group, LLC
p: (203) 744-7854 Ext. 176 | m: (902) 301-0810
www.itechsol.com | www.iInTheCloud.com
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxxxxxxxx] On Behalf Of Patrik Schindler
Sent: Monday, March 23, 2020 9:47 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Who is your go to person for virtual disks?
Hello Rob,
Am 23.03.2020 um 13:34 schrieb Rob Berendt <rob@xxxxxxxxx>:
I pointed out in a case that I have opened that STRASPBAL *USAGE is not supported on virtual disks and pointed them to this link to back it up:
https://archive.midrange.com/midrange-l/200907/msg00827.html
They replied that the information was from 2009 and therefore worthless.
They said that the TRCASPBAL must have shown little to no difference in usage so the STRASPBAL would have ended ONLY because of that.
I said that the IBM Performance team was on my system and said I needed to do this because the disks were out of balance.
They replied that the system must have balanced itself in the time between the IBM performance teams analysis and the TRCASPBAL.
If virtual disks of a secondary *OPSYS LPAR reside on a "normal" IBM i ASP, I see no need to have multiple virtual disks for that *OPSYS LPAR in the first place: The ASPBAL of that hosting LPAR is spreading data evenly between physical disks. No need to have some CPU (IOP?) calculate spreading twice (for virtual and then real storage). It's all virtual.
Multiple virtual disks can happen if the ASP space of that said LPAR is filling up and the easiest countermeasure is to add another virtual disk. But even then, I see no need to do STRASPBAL on virtual storage besides "admin's feeling better".
I don't know if this scenario applies to you, though.
I guess the same applies to VIOS hosting LPARs in a way, but since I've never used that before, I can't tell for sure.
:wq! PoC
PGP-Key: DDD3 4ABF 6413 38DE -
https://www.pocnet.net/poc-key.asc
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link:
https://amazon.midrange.com
As an Amazon Associate we earn from qualifying purchases.