Farklı Azure bölgelerinde SQL Server AlwaysOn kullanılabilirlik grubu yapılandırma
Şunlar için geçerlidir: Azure VM'de SQL Server
Bu makalede, uzak bir Azure konumundaki Azure sanal makinelerinde SQL Server Always On kullanılabilirlik grubu çoğaltmasını yapılandırma açıklanmaktadır. Olağanüstü durum kurtarmayı desteklemek için bu yapılandırmayı kullanın.
Not
Şirket içi kullanılabilirlik grubunuzu Azure'a genişletmek için bu makaledeki adımların aynısını kullanabilirsiniz.
Bu makale Resource Manager modundaki Azure Sanal Makineler için geçerlidir.
Aşağıdaki görüntüde Azure sanal makinelerinde bir kullanılabilirlik grubunun yaygın dağıtımı gösterilmektedir:
Bu dağıtımda tüm sanal makineler tek bir Azure bölgesinde yer alır. Kullanılabilirlik grubu çoğaltmaları SQL-1 ve SQL-2'de otomatik yük devretme ile zaman uyumlu işlemeye sahip olabilir. Bu mimariyi oluşturmak için bkz . Kullanılabilirlik Grubu şablonu veya öğreticisi.
Bu mimari, Azure bölgesinin erişilemez duruma gelmesi durumunda kapalı kalma süresine karşı savunmasızdır. Bu güvenlik açığının üstesinden gelmek için farklı bir Azure bölgesine çoğaltma ekleyin. Aşağıdaki diyagramda yeni mimarinin nasıl görüneceği gösterilmektedir:
Yukarıdaki diyagramda SQL-3 adlı yeni bir sanal makine gösterilmektedir. SQL-3 farklı bir Azure bölgesindedir. SQL-3, Windows Server Yük Devretme Kümesine eklenir. SQL-3 bir kullanılabilirlik grubu çoğaltması barındırabilir. Son olarak, SQL-3 için Azure bölgesinde yeni bir Azure yük dengeleyici olduğuna dikkat edin.
Not
Aynı bölgede birden fazla sanal makine olduğunda bir Azure kullanılabilirlik kümesi gerekir. Bölgede yalnızca bir sanal makine varsa kullanılabilirlik kümesi gerekli değildir. Sanal makineyi yalnızca oluşturma zamanında bir kullanılabilirlik kümesine yerleştirebilirsiniz. Sanal makine zaten bir kullanılabilirlik kümesindeyse, daha sonra ek çoğaltma için bir sanal makine ekleyebilirsiniz.
Bu mimaride, uzak bölgedeki çoğaltma normalde zaman uyumsuz işleme kullanılabilirlik modu ve el ile yük devretme modu ile yapılandırılır.
Kullanılabilirlik grubu çoğaltmaları farklı Azure bölgelerindeki Azure sanal makinelerinde olduğunda, önerilen Sanal Ağ Eşleme veya Siteden Siteye VPN Gateway kullanarak Sanal Ağları bağlayabilirsiniz
Önemli
Bu mimari, Azure bölgeleri arasında çoğaltılan veriler için giden veri ücretlerine neden olur. Bkz . Bant Genişliği Fiyatlandırması.
Uzak çoğaltma oluşturma
Uzak veri merkezinde çoğaltma oluşturmak için aşağıdaki adımları uygulayın:
Yerel ve uzak bölge için kullanılacak alt ağ, Küme IP'sini ve AG Dinleyicisi IP adreslerini seçin. Burada listelenen adım aşağıdakileri kullanıyor:
Tür Yerel Uzak Bölge Alt Ağ 192.168.15.0/24 10.36.1.0/24 Küme IP'si 192.168.15.200 10.36.1.200 AG Dinleyici IP'si 192.168.15.201 10.36.1.201
Aşağıdaki yöntemlerden birini kullanarak iki Azure bölgesinde Sanal Ağları bağlayın:
veya
Not
Bazı durumlarda, VNet-VNet bağlantısını oluşturmak için PowerShell kullanmanız gerekebilir. Örneğin, farklı Azure hesapları kullanıyorsanız bağlantıyı portalda yapılandıramazsınız. Bu durumda bkz. Azure portal kullanarak sanal ağdan sanal ağa bağlantı yapılandırma.
Bu etki alanı denetleyicisi, birincil sitedeki etki alanı denetleyicisi kullanılamıyorsa kimlik doğrulaması sağlar.
Bu yük dengeleyicinin yapması gerekenler:
- Yeni sanal makineyle aynı ağ ve alt ağda bulun.
- Kullanılabilirlik grubu dinleyicisi için statik bir IP adresine sahip olma.
- Yalnızca yük dengeleyiciyle aynı bölgedeki sanal makinelerden oluşan bir arka uç havuzu ekleyin.
- IP adresine özgü bir TCP bağlantı noktası yoklaması kullanın.
- Aynı bölgedeki SQL Server özgü bir yük dengeleme kuralına sahip olun.
- Arka uç havuzundaki sanal makineler tek bir kullanılabilirlik kümesinin veya sanal makine ölçek kümesinin parçası değilse Standart Load Balancer olun. Ek bilgi için Azure Load Balancer Standard'a genel bakış bölümünü gözden geçirin.
- İki farklı bölgede yer alan iki sanal ağ genel sanal ağ eşlemesi üzerinden eşleniyorsa Standart Load Balancer olun. Daha fazla bilgi için bkz. Azure Sanal Ağ sık sorulan sorular (SSS).
Kümeye bir IP adresi kaynağı ekleyin.
Yük Devretme Kümesi Yöneticisi'nde IP adresi kaynağı oluşturabilirsiniz. Kümenin adını seçin, ardından Küme Çekirdek Kaynakları'nın altında küme adına sağ tıklayın ve Özellikler'i seçin:
Özellikler iletişim kutusunda, IP Adresi'nin altında Ekle'yi seçin ve ardından uzak ağ bölgesinden küme adının IP adresini ekleyin. IP Adresi iletişim kutusunda Tamam'ı seçin ve ardından küme özellikleri iletişim kutusunda yeniden Tamam'ı seçerek yeni IP adresini kaydedin.
IP adresini çekirdek küme adı için bağımlılık olarak ekleyin.
Küme özelliklerini bir kez daha açın ve Bağımlılıklar sekmesini seçin. İki IP adresi için bir OR bağımlılığı yapılandırın:
Kümedeki kullanılabilirlik grubu rolüne bir IP adresi kaynağı ekleyin.
Yük Devretme Kümesi Yöneticisi'nde kullanılabilirlik grubu rolüne sağ tıklayın, Kaynak Ekle, Diğer Kaynaklar'ı ve IP Adresi'ni seçin.
Bu IP adresini aşağıdaki gibi yapılandırın:
- Uzak veri merkezinden ağı kullanın.
- Yeni Azure yük dengeleyiciden IP adresini atayın.
IP adresi kaynağını dinleyici istemci erişim noktası (ağ adı) kümesi için bağımlılık olarak ekleyin.
Aşağıdaki ekran görüntüsünde düzgün yapılandırılmış bir IP adresi kümesi kaynağı gösterilmektedir:
Önemli
Küme kaynak grubu her iki IP adresini de içerir. Her iki IP adresi de dinleyici istemci erişim noktası bağımlılıklarıdır. Küme bağımlılık yapılandırmasında OR işlecini kullanın.
PowerShell betiğini, yeni bölgedeki yük dengeleyicide yapılandırdığınız küme ağ adı, IP adresi ve yoklama bağlantı noktasıyla çalıştırın.
$ClusterNetworkName = "<MyClusterNetworkName>" # The cluster name for the network in the new region (Use Get-ClusterNetwork on Windows Server 2012 of higher to find the name). $IPResourceName = "<IPResourceName>" # The cluster name for the new IP Address resource. $ILBIP = "<n.n.n.n>" # The IP Address of the Internal Load Balancer (ILB) in the new region. This is the static IP address for the load balancer you configured in the Azure portal. [int]$ProbePort = <nnnnn> # The probe port you set on the ILB. Import-Module FailoverClusters Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}
SQL Server Yapılandırma Yöneticisi'deki yeni SQL Server AlwaysOn Kullanılabilirlik Grupları'nı etkinleştirin.
Yeni SQL Server güvenlik duvarı bağlantı noktalarını açın. Açmanız gereken bağlantı noktası numaraları ortamınıza bağlıdır. Yansıtma uç noktası ve Azure yük dengeleyici sistem durumu araştırması için bağlantı noktalarını açın.
SQL Server Management Studio'deki yeni SQL Server sistem hesabı izinlerini yapılandırın.
Yeni SQL Server kullanılabilirlik grubuna bir çoğaltma ekleyin. Uzak azure bölgesindeki bir çoğaltma için, el ile yük devretme ile zaman uyumsuz çoğaltma için ayarlayın.
Birden çok alt ağ için bağlantı ayarlama
Uzak veri merkezindeki çoğaltma kullanılabilirlik grubunun bir parçasıdır ancak farklı bir alt ağdadır. Bu çoğaltma birincil çoğaltmaya dönüşürse, uygulama bağlantısı zaman aşımları oluşabilir. Bu davranış, çok alt ağlı bir dağıtımdaki şirket içi kullanılabilirlik grubuyla aynıdır. İstemci uygulamalarından bağlantılara izin vermek için istemci bağlantısını güncelleştirin veya küme ağ adı kaynağında ad çözümleme önbelleğini yapılandırın.
Tercihen, küme yapılandırmasını ayarlamak
RegisterAllProvidersIP=1 için ve istemci bağlantı dizelerini ayarlamak
MultiSubnetFailover=Yesiçin güncelleştirin. Bkz. MultiSubnetFailover ile bağlanma.
Bağlantı dizelerini değiştiremiyorsanız ad çözümlemesini önbelleğe almayı yapılandırabilirsiniz. Bkz. Zaman aşımı hatası ve çok alt ağlı bir ortamda SQL Server 2012 Always On kullanılabilirlik grubu dinleyicisine bağlanamıyorsunuz.
Uzak bölgeye yük devretme
Uzak bölgeye dinleyici bağlantısını test etmek için çoğaltmanın yükünü uzak bölgeye devredebilirsiniz. Çoğaltma zaman uyumsuz olsa da yük devretme olası veri kaybına karşı savunmasızdır. Veri kaybı olmadan yük devretme yapmak için kullanılabilirlik modunu zaman uyumlu olarak değiştirin ve yük devretme modunu otomatik olarak ayarlayın. Aşağıdaki adımları kullanın:
- Nesne Gezgini birincil çoğaltmayı barındıran SQL Server örneğine bağlanın.
- AlwaysOn Kullanılabilirlik Grupları, Kullanılabilirlik Grupları altında, kullanılabilirlik grubunuza sağ tıklayın ve Özellikler'i seçin.
- Genel sayfasındaki Kullanılabilirlik Çoğaltmaları'nın altında, DR sitesindeki ikincil çoğaltmayı Zaman Uyumlu İşleme kullanılabilirlik modunu ve Otomatik yük devretme modunu kullanacak şekilde ayarlayın.
- Yüksek kullanılabilirlik için birincil çoğaltmanızla aynı sitede ikincil çoğaltmanız varsa, bu çoğaltmayı Zaman Uyumsuz İşleme ve El ile olarak ayarlayın.
- Tamam'ı seçin.
- Nesne Gezgini kullanılabilirlik grubuna sağ tıklayın ve Panoyu Göster'i seçin.
- Panoda, DR sitesindeki çoğaltmanın eşitlendiğini doğrulayın.
- Nesne Gezgini kullanılabilirlik grubuna sağ tıklayın ve Yük Devretme... seçeneğini belirleyin. SQL Server Management Studios, SQL Server yük devretmek için bir sihirbaz açar.
- İleri'yi seçin ve DR sitesinde SQL Server örneğini seçin. tekrar İleri'yi seçin.
- DR sitesindeki SQL Server örneğine bağlanın ve İleri'yi seçin.
- Özet sayfasında ayarları doğrulayın ve Son'u seçin.
Bağlantıyı test ettikten sonra birincil çoğaltmayı birincil veri merkezinize geri taşıyın ve kullanılabilirlik modunu normal çalışma ayarlarına geri ayarlayın. Aşağıdaki tabloda, bu belgede açıklanan mimari için normal işlem ayarları gösterilmektedir:
|Konum||Sunucu Örneği||Rol||Kullanılabilirlik Modu||Yük Devretme Modu|
|Birincil veri merkezi||SQL-1||Birincil||Zaman Uyumlu||Automatic|
|Birincil veri merkezi||SQL-2||İkincil||Zaman Uyumlu||Automatic|
|İkincil veya uzak veri merkezi||SQL-3||İkincil||Zaman uyumsuz||El ile|
Planlı ve zorunlu el ile yük devretme hakkında daha fazla bilgi
Daha fazla bilgi edinmek için aşağıdaki kaynaklara bakın:
- Kullanılabilirlik Grubu için Planlı El ile Yük Devretme Gerçekleştirme (SQL Server)
- Kullanılabilirlik Grubuna Zorla El ile Yük Devretme Gerçekleştirme (SQL Server)
Sonraki adımlar
Daha fazla bilgi edinmek için şu makalelere bakın: