3PAR/ESXi Persona Changes

grayskull
Posts: 11
Joined: Tue Jun 03, 2014 2:23 am

3PAR/ESXi Persona Changes

Post by grayskull »

Having recently upgraded to 3.1.2(MU3) I've read quite a lot about persona changes on ESXi hosts etc

Has anyone had any experience of this ?
What is actually required on both the Array and the VMHost itself ?


Thanks
Dave
hdtvguy
Posts: 576
Joined: Sun Jul 29, 2012 9:30 am

Re: 3PAR/ESXi Persona Changes

Post by hdtvguy »

VM Host has to be powered off to make the change. The new persona I believe is required in a future update.
Davidkn
Posts: 237
Joined: Mon May 26, 2014 7:15 am

Re: 3PAR/ESXi Persona Changes

Post by Davidkn »

I believe 3.1.3 is the last release to have the old VMware persona, the new one is the better one to use moving forward using ALUA, and is required for things like peer persistence.
User avatar
Richard Siemers
Site Admin
Posts: 1331
Joined: Tue Aug 18, 2009 10:35 pm
Location: Dallas, Texas

Re: 3PAR/ESXi Persona Changes

Post by Richard Siemers »

Can this be one just one host at a time?
Richard Siemers
The views and opinions expressed are my own and do not necessarily reflect those of my employer.
afidel
Posts: 216
Joined: Tue May 07, 2013 1:45 pm

Re: 3PAR/ESXi Persona Changes

Post by afidel »

I haven't done this with VMWare as our array started on 3.1.2 so we started with the new persona, but I did just yesterday change some Windows boxes inadvertently. I was in double checking everything for our upcoming hardware expansion and OS upgrade and I noted that some of our online imported hosts that were auto-created during the migration process weren't showing the full OS version, and when I changed them it also changed them from persona 1 to persona 2 without any ill effect.
Davidkn
Posts: 237
Joined: Mon May 26, 2014 7:15 am

Re: 3PAR/ESXi Persona Changes

Post by Davidkn »

Richard Siemers wrote:Can this be one just one host at a time?

I would have thought so, even with hosts in a host set, as I've seen VMware servers and a windows server in one before I think.

From a VMware cluster pov it would be fine doing it one at a time.

One thing to note though is if you had changed the default satp setting on the host via the cli, as the default behaviour has changed from active/active to ALUA.

With host persona 11 it would be
# esxcli storage nmp satp rule add -s "VMW_SATP_ALUA" -P "VMW_PSP_RR" -O iops=1 -c "tpgs_on" -V "3PARdata" -M "VV" -e "HP 3PAR Custom iSCSI/FC/FCoE ALUA Rule"

With persona 6 it would have been
# esxcli storage nmp satp rule add -s "VMW_SATP_DEFAULT_AA" -P "VMW_PSP_RR" -O iops=100 -c "tpgs_off" -V "3PARdata" -M "VV" -e "HP 3PAR Custom iSCSI/FC/FCoE ALUA Rule"


Also remember that the latest best practice also states that you should change the iops from 1000 to 1 (it used to be 100)
bajorgensen
Posts: 142
Joined: Wed May 07, 2014 10:29 am

Re: 3PAR/ESXi Persona Changes

Post by bajorgensen »

As painful as it is; just get it done.
Might as well do it as you implement the new claim rules with IOPS=1 anyway...
grayskull
Posts: 11
Joined: Tue Jun 03, 2014 2:23 am

Re: 3PAR/ESXi Persona Changes

Post by grayskull »

Also remember that the latest best practice also states that you should change the iops from 1000 to 1 (it used to be 100)


Where did you get this information from ?
bajorgensen
Posts: 142
Joined: Wed May 07, 2014 10:29 am

Re: 3PAR/ESXi Persona Changes

Post by bajorgensen »

It is in the updated VMware best practice guide. The ESX implementation guide still says IOPS=100, but HP has confirmed IOPS=1 is the new best practice.
grayskull
Posts: 11
Joined: Tue Jun 03, 2014 2:23 am

Re: 3PAR/ESXi Persona Changes

Post by grayskull »

IT might be worth my while trying to get HP to confirm this for me too ... seeing as we have a bunch of persona changes to do!
Post Reply