I am trying to use the Geo-replicate for databases in Azure.
But if I have a SQL Server, lets say S1 with database DB1 sitting in subscription S1, then in order to geo-replicate the database I need to create a brand new SQL Server ? So does that mean if i have app services that rely on the database , then does that mean i need to change the connection settings in Configuration for that App Service ?
Yes, you need a server for the secundary database, it could be a new one or an existing one.You can select any region for your secondary server, but it is recommended to use the paired region.
Connections to your existing database will still work and there is no need to change the connection settings in Configuration for that App Service unless a failover is happening, either manual or automatically. In that case the secundary server becomes the primary server and you need to switch connection strings to point at the new primary.
Geo replicaton is covered here and here
Addressing the comments:
Yes it defeats the purpose. The whole point is that if there is a failure in that region (North Central US) a secondary in that same region will also fail. Sure, clients will need to connect to another region potentially increasing latency but that is still better than no connectivity at all and only temporary until the primary region is restored and fully functional again.
Correct. The paired region North Central US of is South Central US and it is recommended by Microsoft to use the paired region.
Only when a failover takes place you need to update the settings in the config to use the secondary database connection string.
Can you elaborate a bit more on your use case? Have you considered auto-failover groups?