• We’ve deployed the Scalable WordPress template in Azure.

    To make our solution fault tolerant/SLA supportable, we’ve deployed the template in the partner Azure Datacenter to the primary and enabled geo-redundant read only storage as well, pointing to the same MySQL geo-redundant endpoint that’s in both regions, replicated the web app and put Azure traffic manager in front of it all.

    To complete the disaster recovery story, we need to be able to point the DR web app to use the “Name-secondary”.blob.core.windows.net address for accessing media files.

    I’ve tried changing the storage account name in the settings, but it looks like this is stored in the MySQL database, so affects the primary as well. It didn’t work too good; in addition even when the storage account did refer to the secondary, it seems like when I access the DR web app directly it’s still using the primary name.blob.core.windows.net address.

    Looking at this link – https://www.ads-software.com/support/topic/decommission-windows-azure-storage-for-wordpress-plugin
    – it appears that all the media content url’s are hard coded to the primary blob store account url. So in the worst case, it seems we could download a plugin to change all the references in the database manually to the secondary blob store location, but we want to avoid that.

    Are there any plans to make this possible?

    https://www.ads-software.com/plugins/windows-azure-storage/

  • The topic ‘Azure RA-GRS Support / Disaster recovery’ is closed to new replies.