This feature is called ALUA followover

To suit this example, VMware produced another function to be used which have ALUA gadgets; however, this isn’t discussed throughout the ALUA specification.

Query

ALUA followover simply means in the event the machine detects good TPG AAS change so it don’t produce by itself, it generally does not you will need to return the change even in the event it has only entry to TPGs that will be ANO. Effectively, this suppresses the brand new machines out-of fighting to own TPG AAS and, as an alternative, they stick to the TPG AAS of assortment. Numbers six.4 and you will six.5 train ALUA followover interaction with TPG AAS.

Shape six.4 reveals a logical shop drawing where the button fabric was got rid of to help you describe the new diagram . Here, TPG ID step one ‘s the AO into the Day spa, and each other servers upload the fresh new We/O to that particular TPG. TPG ID 2 is ANO, and i also/O is not delivered to they. This type of TPGs is designed with ALUA Explicit means.

Figure 6.5 shows that Host A lost its path to the AO TPG (based on Figure 6.4). As a result, this host takes advantage of the ALUA Explicit mode on the array and sends a SET_TPGS command to the array so that TPG ID 2 is changed to AO and TPG ID 1 is changed to ANO. Host B recognizes that it did not make this change. But because ALUA followover is enabled, Host B just accepts this change and does not attempt to reverse it. Consequently, the I/O https://sugardad.com/sugar-daddies-canada/vancouver/ is sent to TPG ID 2 because it is now the AO TPG. (Notice that the array moved the LUN ownership to SPB because this is where the AO TPG is located.)

ALUA followover are a device form set up to the shops variety. The fresh new standard form may vary with regards to the seller and you can model.

Some storage arrays implement the PREF (preference) bit, which enables an array to specify which SP is the preferred owner of a given LUN. This allows the storage administrator to spread the LUNs over both SPs (for example, even LUNs on one SP and odd LUNs on the other SP). Whenever the need arises to shut down one of the SPs, the LUNs owned by that SP (say SPA) get transferred to the surviving nonpreferred SP (SPB). As a result, the AAS of the port group on SPB is changed to AO. ALUA followover honors this change and sends the next I/O intended for the transferred LUNs to the port group on SPB. When SPA is brought back online, the LUNs it used to own get transferred back to it. This reverses the changes done earlier, and the AAS of the port group on SPA is set to AO for the transferred LUNs. Conversely, the AAS of the port group on SPB, which no longer owns the LUNs, is changed to ANO. Again, ALUA followover honors this change and switches the I/O back to the port group on SPA. This is the default behavior of ALUA-capable HP EVA storage arrays.

Identifying Tool ALUA Setting

ESXi 6 host configuration that enables use of ALUA devices is a PSA component in the form of a SATP (see Chapter 5, “vSphere Pluggable Storage Architecture [PSA]”). PSA claim rules determine which SATP to use, based on array information returned in response to an command. As mentioned earlier, part of the inquiry string is the TPGS field. The claim rules are configured such that if a field’s value is nonzero, the device is claimed by the defined ALUA SATP. In the following sections, I show how to list these claim rules and how to identify ALUA configurations from the device properties.

Facebook

Bình luận

*