IBM FlashSystem

IBM FlashSystem

Find answers and share expertise on IBM FlashSystem


#Storage
 View Only
  • 1.  Safeguarded Copy function

    Posted 21 days ago

    There are two FS7300s (firmware 8.7.0.6) in hyperswap mode, with two types of disks: SCM and FCM. Two pools were created for each disk type.
    The volumes (in hyperswap) in the SCM disk pool were configured to have Safeguarded Copy. With the creation of new volumes and Safeguarded Copy, the pool is filling up.
    Once the Safeguarded Copy policy is configured for the volume group, the created snapshots reside in the same pool as the original volume.
    My question is whether in a future firmware version it will be possible to modify the destination pool for snapshots with Safeguarded Copy, or is it possible (in some version) to modify the destination pool for the immutable copy via command, or to migrate the snapshot to another pool.
    There is more free space in the FCM disk pool.



    ------------------------------
    Jorge Barriga
    ------------------------------


  • 2.  RE: Safeguarded Copy function

    Posted 21 days ago

    Hello Jorge,

    I can't and won't speculate about future functions, but I'd like to comment on your scenario:

    1) If you setup SafeGuarded Policies (aka SGC 1.0) then it sounds like your are using the function that was introduced in V8.4.2, and which in V8.5evolved into Volume Group Snapshots (aka SGC 2.0). Here you would be creating a Snapshot Policies, which defined a frequency, retention, ...and at the time of assigning such a policy to a volume group, you decide, if that scheduling will create regular volume group snapshots or Safeguarded copies, and that's what you should be looking at.
    Note: With SGC 2.0 you don't have to create a child pool for storing your safeguarded copies anymore, they are stored with the parent volumes

    2) Storing the safeguarded copies with the parent volumes, has the advantage, you once change data needs to be copied. If there is a second pool for the copies, one would likely assume, that this pool is independent from the pool where parent volumes are stored, and to be really completely independent, all data would have to be copied - not only the changed data - and this will typically mean you need more space.

    For your scenario it would be interesting to check if combining the too pools into one EasyTier pool would theoretically achieve what you are looking for: having the parent volumes on SCM storage, because they are the ones with the most work load, and the copies on FCM storage. I haven't looked into any side effects of doing this, and I guess there could be trade offs, so if anyone has experience with an easytier pool where in which safeguarded copies are created that would be worth a post here.

    Markus



    ------------------------------
    Markus Standau
    Offering Leader for FlashSystems and SVC
    IBM
    Walldorf
    ------------------------------



  • 3.  RE: Safeguarded Copy function

    Posted 16 days ago

    Hello Markus 

    If a single pool were created with both disk types (FCM mdisk and SCM mdisk) and the EasyTier feature was enabled, I have the following two questions:
    Since all the volumes are in a single pool, could the EasyTier feature be disabled on the volumes? and that these volumes work exclusively on the SCM mdisk, using the following commands:

    chvdisk -easytier off "id or name" (disables EasyTier for that volume)

    lsvdiskextent "id or name" (displays the number of extends on the volume)

    migrateexts -vdisk "vdisk_id" -source "mdisk_id" -exts "extend_number" -target "mdisk_id" (migrates the volume to the SCM mdisk)

    lsvdiskmember "vdisk_id" (verifies which mdisk has extends)

    Would this modification cause any problems with HyperSwap volumes?



    ------------------------------
    Jorge Barriga
    ------------------------------



  • 4.  RE: Safeguarded Copy function

    Posted 16 days ago

    Hello Jorge,

    I honestly don't know the answer. As I said I have not experience with running easytier and snapshouts (your original question), and was hoping someone lese would help out with considerations and conclusions of using this.

    From a HyperSwap point of view Easytier is nothing that interfere with it.

    While you should be able to migrate extents to the SCM tier, think about this in the longer run: you will have to do this for each volume - and not forget to do this on both sides for each new volume.

    My idea/point would be to let easytier do it's natural thing, and promote frequently used blocks to the SCMs - the blocks of your snapshots should never get as hot as the production volumes. What I don't know (and wasn't able to verify): which of the two tiers you have will be the "landing tier". I believe in your setup, all new blocks will start at the FCM tier, and hotter blocks will be promoted to the SCM tier. If that is really true, and for your particular case this could work. For everyone else reading this: if might not work with the tiers you have, e.g. FCM + Nearline. Again I don't have experience with this, and since no one else was adding information here, it could very well be, that this is not something other are using.



    ------------------------------
    Markus Standau
    Offering Leader for FlashSystems and SVC
    IBM
    Walldorf
    ------------------------------



  • 5.  RE: Safeguarded Copy function

    Posted 14 days ago
    Edited by Nezih Boyacioglu 14 days ago

    Hi Jorge,

    This will work perfectly. 



    ------------------------------
    Nezih Boyacioglu
    ------------------------------



  • 6.  RE: Safeguarded Copy function

    Posted 21 days ago

    FYI,

    Small remark : "Upgrading" a hyperswap config from 8.7 to a higher firmware will be a challenge. Hyperswap is no longer supported after 8.7.0



    ------------------------------
    Hans Populaire
    ------------------------------