EMC XtremIO – VMware VMFS LUN Expansion

In this post I will detail how to increase an XtremIO volume and extend the associated VMware VMFS volume.

As can be seen form the XtremIO management interface the existing size of this XtremIO volume is 1TB:
XtremIO_EXP1

By right clicking the volume you are presented with an option to “Modify Volume”:
XtremIO_EXP4

The existing Xtremio and VMFS volume size is 1TB, this example will demonstrate increasing the volume size to 2TB:
XtremIO_EXP5

Note: you may also use the cli option for increasing an XtremIO LUN:
modify-volume vol-id="Data_VOLUME1" vol-size="2000G"

Login to Vcenter chose a host where the XtremIO volume is presented, under ‘Hardware’ navigate to ‘Storage’ and click on the ‘Configuration’ tab, from here chose the option to ‘Rescan All’ this will scan the host bus for newly assigned storage:
XtremIO_EXP3
XtremIO_EXP6

Once the rescan completes enter the volume properties, from here the additional 1TB of space will be visible under ‘Extents’, chose the option to ‘Increase’:
XtremIO_EXP7

Select the XtremIO volume and hit next:
XtremIO_EXP8

The next window will provide the breakdown of the existing volume and the available free space by which we can increase the volume:
XtremIO_EXP9

Chose ‘Maximum available size’ which is 1TB in this example:
XtremIO_EXP10

Click ‘Finish’:
XtremIO_EXP11

The ‘Data_Volume1’ VMFS datastore has been successfully increased by 1TB of XtremIO storage:
XtremIO_EXP12

EMC XtremIO – Redeploying XMS (XtremIO Management Server)

If the situation ever arises where you have lost your XtremIO Management Server (XMS) – do not worry as you can quite easily recover the XMS to its previous state. In this scenario even though you may have lost your XMS any I/O to the cluster is unaffected since the XMS is not in the data path. Therefore an XMS failure will only affect any configuration or monitoring activities of the XtremIO Array and production host I/O will continue as normal. There may be different scenarios of failure since there exists an option for either a physical or virtual XMS; for example in a virtual environment someone may accidentally delete the XMS VM entirely (yes this can happen!).

These are the steps involved to redeploy your XtremIO XMS; it really is a straight forward process since the database is stored on the controllers and during the recovery process the XMS will sync up with the controllers in order to gather all the existing configuration required to return your management console to working order.

The first step is to re-install the XMS image, in the event it is a physical XMS then you may install an image via a USB flash drive or for a virtual XMS simply deploy the provided VMware OVA image. The following step is to upload the XMS software to the images directory of the XMS and login with install mode ……..
XMS_Redeploy6

Once logged into the XMS console with xinstall then perform the following sequence of steps:
1. Configuration
5. Perform XMS installation only
11. Run XMS Recovery

XMS_Redeploy5

Options to choose when running the “XMS Recovery”:

XMS_Redeploy3

Completion:
XMS_Redeploy4

EMC XtremIO Redefined

Since XtremIO first became Generally Available back in November 2013 the momentum of the product has been incredible. Becoming the ‘Number 1’ All Flash Array (AFA) on the market in just a matter of a few months and crossing the $100 million mark in less than 6 months of GA. These statistics make XtremIO the fastest growing storage array on the market today. EMC have now added two new offerings to the XtremIO product line, a smaller 5TB single X-Brick and a larger six X-Brick configuration. New inline software Data Services have been added which result in an increase in performance, security and usable capacity. XtremIO customers can receive these new Data Services as a software upgrade to the XtremIO Operating System at no additional cost.

XtremIO Product Family
XIO_Family
Previously the XtremIO product offering was for 1, 2 or 4 X-Brick configurations, with a maximum of 8 active storage controllers and 80TB of capacity. The additional smaller X-Brick configuration called a “Starter X-Brick” is essentially the standard single X-Brick configuration with half a shelve of SSD Drives. The half shelve equates to 13 x 400GB drives in a 25-drive enclosure, providing 5.2TB raw and 3.7TB of usable storage. The Starter X-Brick is a great option for customers looking for the same peformance of a full X-Brick, but do not initially require the 10TB of raw storage (8.2 TB usable) available with a full X-Brick.

XIO_Starter

This for example is a perfect starter system for a VDI pilot deployment of 500-1000 desktops, providing the same perfomance, the same data services and features as the fully populated system. If you require the full 3500 Desktops then you may dynamically add the additional SSD’s to make a full shelve and the capacity will expand online non-disruptively. The Starter X-Brick is availble now with code level 2.4.1-12.

XIO_Expansion

The new larger 6 X-Brick system consists of 12 active controllers which provides a 1.5X increase in performance and a 50% larger cluster configuration.

XIO_Large

3 New Data Services
Outside of the hardware improvements, EMC are now adding 3 new always-on and always inline data services to the XtremIO Array.
These 3 new services are in addition to the existing Data Services which consist of:
♦Thin provisioning
♦Global inline deduplication
♦Flash specific data protection scheme

XIO_3NewFeatures2

The three new features are:
1. Data At Rest Encryption (D@RE)
D@RE encrypts all the data that is stored at rest on the SSD’s in the array. Even though the drives are encrypted, the performance is not impacted because of D@RE. The reason why the performance of the array in not impacted is because the encryption is being handled inline in the data path. D@RE leverages self-encrypting SSDs with AES256 encryption. The array management control system locks the SSDs ‘media encryption key’, thus if any of the SSDs are taken or removed from the X-Brick the data on the SSD is unreadable outside of the XtremIO array. Existing and new 20TB X-Brick Customers can take advantage of D@RE if they wish to do so; as this is something that every 20TB X-Brick that shipped from the factory was already pre enabled for D@RE. For the 10TB X-Brick D@RE shall be available with any new X-Brick moving forward. D@RE is availble with code level 2.4.0-25 and above.

XIO_DARE

2. Always-On Inline Compression
The second new Data Service is Always-On Inline Compression, which compresses the unique blocks that remain in the array after deduplication, with no performance penalty. Typical application sets compress up to 4 times more, so it will be like getting free capacity out of your existing XtremIO array once the software upgrade is enabled. Availble with code level 3.0 Q42014.

XIO_Compression

Note: Today XtremIO combines deduplication and Thin Provisioning on every block of data as it comes into the array, so only new unique 4k blocks get written to the SSD’s – resulting in data reduction of anything between 5:1 – 20:1 depending on your workload!

3. Agile Writable Snapshots
Agile Writable Snapshots is the third advancement which is now available. XtremIO’s snapshots are totally in-memory, with 100% space-efficiency for both user data and the metadata that describes the volumes. These snapshots apply a clean-sheet approach specifically for flash, leveraging inline data reduction capabilities to only ever write unique changed blocks. As a result, all snapshots, parents and children, have full performance, are created in-memory in milliseconds, and there is no performance degradation regardless of how many snaps you create. All snapshot operations including creates, deletes and IO operations all occur in RAM, thus perfoming at RAM speeds. Snapshots are availble with code level 2.4.0-25 and above.

XIO_snaps