SOLVED

Migrating VM Extensions during an Azure Site Recovery fail over

%3CLINGO-SUB%20id%3D%22lingo-sub-568558%22%20slang%3D%22en-US%22%3EMigrating%20VM%20Extensions%20during%20an%20Azure%20Site%20Recovery%20fail%20over%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-568558%22%20slang%3D%22en-US%22%3E%3CP%3EHi%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20have%20noticed%20that%20VM%20extensions%20(malware%2C%20chef%20etc)%20are%20not%20replicated%20during%20a%20ASR%20VM%20fail%20over%20(%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fazure%2Fsite-recovery%2Fazure-to-azure-support-matrix%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fazure%2Fsite-recovery%2Fazure-to-azure-support-matrix%3C%2FA%3E).%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20have%20been%20able%20to%20configure%20a%20run%20book%26nbsp%3B%20(power%20shell)%2C%20and%20have%20attached%20it%20to%20a%20ASR%20recovery%20plan%2C%20which%20successfully%20configures%20the%20extension%20after%20the%20replicated%20machine%20starts.%20I%20intend%20to%20create%20a%20second%26nbsp%3BASR%20recovery%20plan%2C%20but%20with%20the%20source%20and%20destination%20reversed%20(for%20failing%20back).%20This%20is%20a%20bit%20of%20a%20pain%20to%20be%20honest%20as%20it%20requires%20me%20to%20create%202%20x%20run%20books%20and%202%20x%26nbsp%3BASR%20recovery%20plan%20(one%20for%20each%20direction)%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ECan%20somebody%20please%20confirm%20if%20this%20is%20best%20practice%2C%20or%20if%20there%20is%20a%20more%20preferred%2C%20simpler%20method%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3Echeers%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-568558%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EAutomation%20%26amp%3B%20Control%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EAzure%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EAzure%20Site%20Recovery%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EProtection%20%26amp%3B%20Recovery%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-622509%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20VM%20Extensions%20during%20an%20Azure%20Site%20Recovery%20fail%20over%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-622509%22%20slang%3D%22en-US%22%3E%3CP%3EAny%20takers%20on%20this%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20are%20still%20scratching%20our%20head%20to%20if%20this%20is%20the%20correct%20process%20to%20follow%20during%20a%20fail%20over.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3Ethanks%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-631787%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20VM%20Extensions%20during%20an%20Azure%20Site%20Recovery%20fail%20over%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-631787%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F342294%22%20target%3D%22_blank%22%3E%40GregHunter%3C%2FA%3E%26nbsp%3BOn%20the%20path%20back%20to%20the%20original%20datacenter%20are%20you%20sure%20you%20will%20have%20to%20reconfigure%20the%20extensions%3F%20From%20my%20understanding%20and%20when%20failing%20over%20between%20Azure%20regions%20it%20simply%20powers%20off%20or%20deallocates%20the%20VM%20in%20the%20original%20location.%20If%20you%20were%20to%20run%20that%20VM%20for%20an%20extended%20period%20of%20time%20in%20the%20failover%20location%20or%20datacenter%20pair%20and%20modifications%20were%20made%20to%20the%20extensions%20specifically%20yes%20you%20would%20need%20to%20perform%20those%20same%20functions%20on%20the%20original%20VM.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EHopefully%20this%20answers%20your%20question.%20Currently%20there%20is%20not%20graceful%20way%20I%20am%20aware%20of%20for%20extensions%20to%20move%20back%20and%20forth%20during%20a%20recovery%20and%20failback.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-655236%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20VM%20Extensions%20during%20an%20Azure%20Site%20Recovery%20fail%20over%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-655236%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F183000%22%20target%3D%22_blank%22%3E%40Bryan%20Haslip%3C%2FA%3E%26nbsp%3Bthanks%20for%20the%20reply!%20I%20can%20confirm%20when%20failing%20back%20to%20the%20source%20site%20that%20the%20extensions%20do%20stay%20in%20place.%20It%20threw%20me%20a%20little%20when%20I%20first%20migrated%20and%20could%20not%20see%20the%20extensions.%20I%20have%20a%20better%20understanding%20now%20of%20how%20ASR%20works.%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThanks%20again%20for%20your%20input%20Bryan%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
Occasional Contributor

Hi,

 

I have noticed that VM extensions (malware, chef etc) are not replicated during a ASR VM fail over (https://docs.microsoft.com/en-us/azure/site-recovery/azure-to-azure-support-matrix).

 

I have been able to configure a run book  (power shell), and have attached it to a ASR recovery plan, which successfully configures the extension after the replicated machine starts. I intend to create a second ASR recovery plan, but with the source and destination reversed (for failing back). This is a bit of a pain to be honest as it requires me to create 2 x run books and 2 x ASR recovery plan (one for each direction)

 

Can somebody please confirm if this is best practice, or if there is a more preferred, simpler method?

 

cheers

3 Replies
Highlighted

Any takers on this?

 

We are still scratching our head to if this is the correct process to follow during a fail over.

 

thanks

Highlighted
Best Response confirmed by GregHunter (Occasional Contributor)
Solution

@GregHunter On the path back to the original datacenter are you sure you will have to reconfigure the extensions? From my understanding and when failing over between Azure regions it simply powers off or deallocates the VM in the original location. If you were to run that VM for an extended period of time in the failover location or datacenter pair and modifications were made to the extensions specifically yes you would need to perform those same functions on the original VM.

 

Hopefully this answers your question. Currently there is not graceful way I am aware of for extensions to move back and forth during a recovery and failback.

Highlighted

@Bryan Haslip thanks for the reply! I can confirm when failing back to the source site that the extensions do stay in place. It threw me a little when I first migrated and could not see the extensions. I have a better understanding now of how ASR works. 

 

Thanks again for your input Bryan