Skip to content

Virtually Caffeinated

A double-shot of knowledge

Menu
  • About Me
  • Useful Links

About Me

Profile
Jeremy Wheeler

I am an experienced Consulting Architect for VMware’s Professional Services Organization, End-user Computing specializing in VMware Horizon Suite product-line and SDDC. I have over 23 years of experience in the IT industry. In addition to his past experience, I have a passion for technology and thrives on educating customers. Additionally, I have 10 years of hands-on virtualization experience deploying full-life cycle solutions using VMware, CITRIX, and Hyper-V. I also has 18 years of experience in computer programming in various languages ranging from basic scripting to C, C++, PERL, .NET, SQL, and PowerShell. I’ve received acclaim from several clients for my in-depth and varied technical experience and exceptional hands-on customer satisfaction skills. In February 2013, I received VMware’s Spotlight award for my outstanding persistence and dedication to customers and was nominated again in October of 2013. I was awarded 2015 – 2017 vEXPERT.

  • Home
  • 2015
  • April
  • 22
  • App Volumes: AppStack Storage Migration
VMware App Volumes

App Volumes: AppStack Storage Migration

Jeremy Wheeler
April 22, 2015March 25, 2018 4 mins

Inside of App Volumes you can accomplish a storage migration between different SANs using the feature called ‘Storage Groups,’ provided you have shared storage between App Volume Managers. If you don’t, I recommend creating a temporary LUN/Volume to accomplish this migration. If you are performing a migration on a large scale, such as 2X or more App Volume Manager instances, you will need to perform steps one through eight on each App Volume Manager instance. 

 1

 

 

 

 

 

 

 

 

 

 

To achieve a successful migration we will need to utilize a shared LUN/Volume between datastores. This can be an NFS or iSCSI datastore and will only be used for temporary to complete this process.

 

2

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Stage 1: Migration Startup 

  1. Select ‘Infrastructure’
  2. Select ‘Storage Groups’
  3. Give your storage group a name (my example: migration_temp)
  4. Check ‘Automatically Replicate AppStacks’ and leave ‘Automatically Import AppStacks’ unchecked. If you check the ‘Import AppStacks’ checkbox, you will need to do a lot of cleanup if you were using a temporary LUN to do this migration. 
  5. Select ‘spread’ for your distribution strategy. 
  6. Select your preferred template storage. 
  7. Select ‘direct’ for storage selection.
  8. Select the checkbox of your local shared storage. This field will represent where you currently have the AppStacks you want migrated.
  9. Select the checkbox of your Temporary LUN. The temporary LUN is assumed empty or the AppStacks you want migrated over are not on the temporary LUN.
  10. Select ‘Create’ 

 

Once your storage group is created replication will begin immediately; it might take awhile depending on how many AppStacks you need to distribute within the storage group. 

   

Stage 2: Cleanup 

  1. After all AppStacks have been evenly distributed in the storage group, you can simply delete the storage group. This will not delete any AppStacks, it simply disassociates the logical bucket of resources. Both the source LUN and the temporary LUN will still have the AppStacks.
  2. Load the VMware vSphere® client and move any AppStacks from the temporary LUN to the permanent shared storage LUN, and then to the View Block. 

 

3

 

 

 

 

 

 

 

 

 

 

 

 

 

I want to dig further into explaining this process about moving AppStacks from the temporary LUN. App Volumes creates pointers to all AppStacks residing on storage. This means in our example (shown above) when we replicate an AppStack between two points the inventory object in App Volumes Manager will consider all these locations as the AppStack living space. This also means, if you decide to delete an AppStack from inventory, ALL pointer locations will also be deleted. So, if you need to clean-up the App Volumes Manager inventory in your Source Environment, you will need to copy, move, or detach the temporary LUN you created prior to deletion. This process is explained here:

 

4

 

 

 

 

 

 

 

  1. Move AppStacks from cloudvolumes/apps/* to a temporary folder /cloudvolumes/apps/tmp/* using the vSphere C# client, GUI, or vSphere command-line.
  2. Delete AppStacks from Source inventory
  3. Move AppStacks from cloudvolumes/apps/tmp/* to a permanent shared storage in the target environment folder /cloudvolumes/apps/* using the vSphere C# client, GUI, or vSphere command-line.
  4. Select ‘Import AppStacks’ in App Volume Manager under Volumes > AppStacks.
  5. Select the LUN you moved all the AppStacks into (step c).
  6. Set the root path of where the AppStacks will live and select ‘Import.’

 

You can also use ‘vmkfstools’ if you have shell access to a host that can see the shared storage. This process is a lot more manual compared to using App Volumes Storage Groups, but you can still accomplish the migration using this method. 

 

Execute the following syntax: 

vmkfstools -i </source/location> </dest/location> 

 

This will copy the VMDK file in its current format from source to target.
(AppStacks VMDKs are Thin Provisioned by default). 

Once you have copied the AppStacks you will need to ‘Import AppStacks’ from the App Volume Manager
(Volumes –> AppStacks –> Import AppStacks). 

 

Reference this Knowledge Base for additional information when using the vmkfstools command: 

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1028042

Share :
whosay

Written by  Jeremy Wheeler: Jeremy

Post navigation

Previous: App Volumes, Google Chrome and AppStacks
Next: Working with complex applications and AppStacks

Related Post

Cloning AppStacks and Modifying Scripts

App Volumes and Blocked Ports

App Volumes: MS Office

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Categories

Recent Posts

  • Log Parsing Cheat Sheet
  • Virtually There: Presentations that Pop!
  • Cool Resources for your Kids at home during this time..
  • Move OmniGraffle Package to Flat Format
  • VMware User Environment Manager and Sysinternals BGinfo

Archives

RSS Press Releases

  • Antel to Trial VMware Telco Cloud Platform for their 5G Architecture January 26, 2023
    PALO ALTO, Calif.--(BUSINESS WIRE)-- Antel, the leading Mobile Operator in Uruguay, is working with VMware, Inc. (NYSE: VMW) for a use case driven trial using the VMware Telco Cloud Platform to support a Proof of Concept (PoC). With the emergence of 5G, communications service providers (CoSPs) have the opportunity to develop new business models, and […]
  • VMware Modernizes Point of Sale for Global Retailers January 16, 2023
    New VMware Retail POS modernization solution enables faster innovation, better ROI, and more agile and secure store operations NEW YORK--(BUSINESS WIRE)-- NRF 2023 — VMware, Inc. (NYSE: VMW) today unveiled a new solution to help global retailers modernize point of sale (POS) and unlock more financial value from their POS systems. Developed in collaboration with […]
  • VMware Named a Leader in Virtual Client Computing and European End User Experience Management IDC MarketScape Vendor Assessments December 19, 2022
    PALO ALTO, Calif.--(BUSINESS WIRE)-- VMware, Inc. (NYSE: VMW) today announced it has been positioned as a Leader in two recent IDC MarketScape reports on virtual client computing and end user experience management across both strategies and capabilities. IDC MarketScape: Worldwide Virtual Client Computing 2022-2023 Vendor Assessment (doc #US49857422, December 2022) IDC MarketScape: European ...
Copyright VMBUCKET.COM © 2020