I would echo this but add that should you decide to IPL from internal disk the suggested 'ready made DR plan' is out the window. This is because you wouldn't have those disks replicated and since IBM i is a single level store you miss one byte you miss 'em all.

As noted vSCSI isn't best practice as it requires additional steps to configure on VIOS and causes some extra work to be done by the VIOS servers. Effectively this is two step writes - one from IBM i to VIOS and one from VIOS to the SAN, but it all works just fine.

Your VIOS servers could also IPL from the SAN or from internal disk.

I have not tried to replicate the VIOS servers via the SAN but it strikes me that this would not be a good idea. It seems unlikely to me that a replicated VIO server would be any level of happy at all if IPLed onto another system. That said, I've not tried it either. Dang another thing for the 'some day' list.....

- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 11/20/2019 4:46 AM, Tsvetan Marinov wrote:
Hi,

Since 3PAR is not officially supported by IBMi using NPIV, the only way you can present the storage LUN’s, is if you use VIOS and present the LUN’s via vSCSI. In effect every storage array which officially supports AIX can be presented to the VIOS and then virtualised via vSCSI to IBMi.

VSCSI as a technology is not best practice for IBMi, but it’s officially supported and works fine. Of course it will depend what performance requirements you will have from the 3PAR, since not well documented with IBMi.

No problem to boot from SAN and no real reason to use internal disk for load source if you are not using a mirrored pair of nVME drives which are very fast.

Regards

Get Outlook for iOS<https://aka.ms/o0ukef>

________________________________
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> on behalf of Patrik Schindler <poc@xxxxxxxxxx>
Sent: Wednesday, November 20, 2019 7:48 am
To: Midrange Systems Technical Discussion
Subject: Re: Connectin HPE 3PAR to Power 9 and able to IPL from it?

Hello Laurence,

Am 20.11.2019 um 06:58 schrieb Laurence Chiu <lchiu7@xxxxxxxxx>:

What I can't find out though is, can IBMi IPL off a HPE 3PAR SAN?

While I can't answer this one, allow me to ask why you would IPL from SAN? My opinion is, servers have an (often) specific OS and configuration settings as well as licenses are sometimes tied to the hardware. From this PoV, it doesn't make sense to boot everything from SAN. I'd keep the OS on a local disk mirror and have data on the SAN, on ASP > 1.

Besides that, I also don't know about disk blocksize issues. IBM used disks with 522 Bytes per sector for metadata housekeeping, extra vendor-specific SCSI commands and other IBM glitter spray to bless disks. This is also true for not so old hardware like an 8203 (without VIOS). Dunno if these requirements also exist with SAN based storage.

Maybe check with HPE?

: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.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.