How to use sqlserver cluster in a dual-center environment ?

%3CLINGO-SUB%20id%3D%22lingo-sub-3418450%22%20slang%3D%22zh-CN%22%3EHow%20to%20use%20sqlserver%20cluster%20in%20a%20dual-center%20environment%20%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3418450%22%20slang%3D%22zh-CN%22%3E%3CP%3EHi%EF%BC%8Cfriends%3C%2FP%3E%3CP%3Emy%20question%20is%20how%20to%20apply%20sqlserver%20cluster%20in%20an%20dual-center%20environment%20%3F%3C%2FP%3E%3CP%3EAttention%3A%3C%2FP%3E%3CP%3E1.%20the%20dual-center%20loate%20in%20two%20different%20place%20%2Cbut%20in%20one%20city%3C%2FP%3E%3CP%3E2.%20I%20must%20guarantee%20that%20if%20one%20center%20of%20them%20disconnected%20suddenly%EF%BC%8Canother%20datacenter%20can%20offer%20service%3C%2FP%3E%3CP%3E3.%20of%20course%EF%BC%8C%20data%20should%26nbsp%3Bbe%20consistent%20between%20two%20datacenter%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-3457984%22%20slang%3D%22en-US%22%3ERe%3A%20How%20to%20use%20sqlserver%20cluster%20in%20a%20dual-center%20environment%20%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3457984%22%20slang%3D%22en-US%22%3EDepends%20if%20you%20have%20the%20same%20subnet%20network%20in%20both%20sites%20(think%20VXLAN%20between%20sites)%20or%20if%20you%20have%20completely%20separate%20networks.%20If%20you%20want%20immediate%20failover%2C%20you'll%20have%20to%20either%20deal%20with%20Always%20On%20Availability%20Groups%20which%20is%20duplicating%20data%20on%20each%20cluster%20node%20or%20have%20a%20geo-stretch%20windows%20failover%20cluster%20with%20a%20single%20SQL%20Server%20Failover%20Cluster%20Instance%20installed%20that%20has%20IP%20Addresses%20defined%20for%20both%20networks%20(whether%20the%20same%20actual%20subnet%20or%20different)%20and%20handle%20the%20data%20replication%20at%20a%20SAN%20level.%20With%20this%2C%20you%20would%20need%20to%20find%20a%20solution%20to%20automate%20the%20SAN%20failover.%20There%20are%20other%20options%20with%20VMWare%20and%20Hyper-V%20virtualization%20and%20replication%20of%20VM's%20between%20datacenters%20as%20well.%20You%20have%20a%20lot%20of%20options%20that%20can%20depend%20on%20your%20budget%20and%20access%20to%20technology.%20You'll%20also%20want%20to%20determine%20your%20recovery%20point%20objective%20(RPO)%20and%20recovery%20time%20objective%20(RTO)%20and%20ensure%20you%20understand%20any%20potential%20data%20loss%20if%20you're%20not%20using%20synchronous%20data%20replication.%20Don't%20forget%2C%20each%20of%20these%20solutions%20require%20different%20SQL%20Server%20Licensing%20requirements%20which%20can%20be%20%24ignificant.%3C%2FLINGO-BODY%3E
Visitor

Hi,friends 

my question is how to apply sqlserver cluster in an dual-center environment ?

 Attention:

1. the dual-center loate in two different place ,but in one city

2. I must guarantee that if one center of them disconnected suddenly,another datacenter can offer service

3. of course, data should be consistent between two datacenter 

 

1 Reply
Depends if you have the same subnet network in both sites (think VXLAN between sites) or if you have completely separate networks. If you want immediate failover, you'll have to either deal with Always On Availability Groups which is duplicating data on each cluster node or have a geo-stretch windows failover cluster with a single SQL Server Failover Cluster Instance installed that has IP Addresses defined for both networks (whether the same actual subnet or different) and handle the data replication at a SAN level. With this, you would need to find a solution to automate the SAN failover. There are other options with VMWare and Hyper-V virtualization and replication of VM's between datacenters as well. You have a lot of options that can depend on your budget and access to technology. You'll also want to determine your recovery point objective (RPO) and recovery time objective (RTO) and ensure you understand any potential data loss if you're not using synchronous data replication. Don't forget, each of these solutions require different SQL Server Licensing requirements which can be $ignificant.