× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



That's the reason for IPLing off the SAN. To support DR. I come from the
mainframe world where we have no storage on the host it all being on the
SAN which the host IPLs off and if continuously replicated to the DR site.

On Thu, Nov 21, 2019, 6:12 AM DrFranken <midrange@xxxxxxxxxxxx> wrote:

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

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