"Performance considerations for the MirrorView/S Write Intent Log (WIL)"
ID:
emc254739
Usage:
1
Date Created:
10/29/2010
Last Modified:
11/01/2010
STATUS:
Approved
Audience:
Customer
Knowledgebase Solution
Question:
Performance considerations for the MirrorView/S Write Intent Log (WIL)
Environment:
Product: CLARiiON
Environment:
EMC SW: MirrorView
Problem:
Performance
Root Cause:
The WIL is stored on two 128 MB LUNs (one for each SP), which must be RAID-group based LUNs, or metaLUNs (that is, not in a Pool). Each WIL LUN services all the MirrorView/S mirrors with WIL enabled (which all now do by default), which are owned by that SP.
Unlike the fracture log, the WIL is active at all times and not just when the mirror is fractured. During normal operation the WIL tracks every write to both the primary and secondary images and records this in a bitmap. This bitmap is updated when a write I/O arrives for the source LUN and this entry is cleared after the data is written to both the Primary and Secondary LUNs (although this write will initially only be to write cache on both CLARiiON arrays if write cache is enabled). Therefore, the performance demands on the WIL are proportional to the write I/O for synchronously mirrored LUNs on that SP.
Fix:
The Write Intent Log best practice is as follows:
Fibre Channel or Enterprise Flash drives can be used for the WIL LUNs. While it is possible to use SATA2 drives, this is not recommended.
Avoid using the Vault drives for the WIL (drives 0_0_0 to 0_0_4). The WIL will be under heavy load at times of heavy write I/O to the mirrored LUNs and if the Vault drives were used, this can increase SP utilization and response times (article emc207795).
Virtual Provisioning LUNs are not supported for the WIL; RAID group-based LUNs or metaLUNs should be used.
If FAST Cache is enabled for the CLARiiON, it should be disabled for both WIL LUNs. However, EFD/SSD can be used for the WIL, if those particular drives are in a RAID group (that is, not in a Pool or used as FAST Cache).
The WIL is small write intensive and so RAID 1/0 is the recommended RAID level.
For CX and CX3 systems, Release 26 improves the performance of the WIL, particularly if there is forced flushing (article emc186107), so this is the recommended level of FLARE.
Please note that there is no restriction on creating WIL LUNs on Vault Drives. However as per EMC best practice it is strongly recommended NOT to create WIL on Vault Drives as it could impact performance.
NOTE: Moreover the white paper outlines that if no free eligible drives are available to carve luns for use of WIL, one may choose to use the Vault Drives (as a option under unavoidable circumstance)
Sadik Sayed
Senior Support Engineer, Global Services
EMC Corporation
Office: 1-800-782-4362 ext 7633277
Hours: 18:30 - 3:30 IST (GMT +5:30) Monday to Friday
dynamox
11 Legend
•
20419 Posts
•
87439 Points
1258
0
Posted November 30th, 2011 04:00
Unlike the fracture log, the WIL is active at all times and not just when the mirror is fractured. During normal operation the WIL tracks every write to both the primary and secondary images and records this in a bitmap. This bitmap is updated when a write I/O arrives for the source LUN and this entry is cleared after the data is written to both the Primary and Secondary LUNs (although this write will initially only be to write cache on both CLARiiON arrays if write cache is enabled). Therefore, the performance demands on the WIL are proportional to the write I/O for synchronously mirrored LUNs on that SP.
The Write Intent Log best practice is as follows: