SQL Server Always On Yük Devretme Kümesi Örneğini Azure VMware Çözümü Geçirme

Bu makalede, SQL Server Yük Devretme Kümesi Örneğini Azure VMware Çözümü geçirmeyi öğreneceksiniz. Şu anda Azure VMware Çözümü hizmet, şirket içi vCenter Server'ı Azure VMware Çözümü çalıştıran bir sunucuya bağlamak için VMware Karma Bağlı Modu'nu desteklememektedir. Bu kısıtlama nedeniyle, bu işlem geçiş için VMware HCX kullanımını gerektirir. HCX'i yapılandırma hakkında daha fazla bilgi için bkz. Azure VMware Çözümü'de VMware HCX'i yükleme ve etkinleştirme.

VMware HCX, bir sanal makineye bağlı fiziksel paylaşım modunda SCSI denetleyicileri olan sanal makinelerin geçirilmesini desteklemez. Ancak, bu yordamda gösterilen adımları gerçekleştirerek ve kümeyi oluşturan farklı sanal makineleri taşımak için VMware HCX Cold Migration kullanarak bu sınırlamanın üstesinden gelebilirsiniz.

Not

Bu yordam kümenin tam olarak kapatılmasını gerektirir. GEÇIŞ sırasında SQL Server hizmeti kullanılamayacağı için kapalı kalma süresi için uygun şekilde planlayın.

Microsoft SQL Server 2019 ve 2022, şirket içi ortamda dağıtılan sanal makineler ile Windows Server 2019 ve 2022 Data Center sürümüyle test edilmiştir. Windows Server ve SQL Server, Microsoft ve VMware'den gelen en iyi yöntemler ve önerilere göre yapılandırıldı. Şirket içi kaynak altyapısı, Dell PowerEdge sunucularında ve Intel Optane P4800X SSD NVMe cihazlarında çalışan VMware vSphere 7.0 Güncelleştirme 3 ve VMware vSAN'dı.

Önkoşullar

Kümedeki her düğümün depolama ve ağ yapılandırmasını gözden geçirin ve kaydedin.
WSFC yapılandırmasını gözden geçirin ve kaydedin.
Tüm SQL Server veritabanlarının yedeklerini koruyun.
Küme sanal makinelerini yedekleyin.
Tüm küme düğümü VM'lerini, parçası oldukları Dağıtılmış Kaynak Zamanlayıcı (DRS) gruplarından ve kurallarından kaldırın.
VMware HCX, şirket içi veri merkezinizle geçirilen iş yüklerini çalıştıran Azure VMware Çözümü özel bulut arasında yapılandırılmalıdır. VMware HCX'i yükleme hakkında daha fazla bilgi için Azure VMware Çözümü belgelerine bakın.
SQL Server tarafından kullanılan tüm ağ kesimlerinin ve bunu kullanan iş yüklerinin Azure VMware Çözümü özel bulutunuza genişletildiğinden emin olun. Bu adımı doğrulamak için bkz . VMware HCX ağ uzantısını yapılandırma.

Geçiş için ağ yapılandırması olarak VPN üzerinden VMware HCX veya ExpressRoute bağlantısı kullanılabilir.

VPN üzerinden VMware HCX ile sınırlı bant genişliği nedeniyle genellikle daha uzun süre kapalı kalma süresi (üretim dışı ortamlar gibi) sürdürebilen iş yükleri için uygundur.

Aşağıdaki örneklerden herhangi biri için geçiş için ExpressRoute bağlantısı önerilir:

Üretim ortamları
Büyük veritabanı boyutlarına sahip iş yükleri
Kapalı kalma süresini en aza indirme gereksinimi olan senaryolarda geçiş için ExpressRoute bağlantısı önerilir.

Kapalı kalma süresiyle ilgili dikkat edilmesi gerekenler

Geçiş sırasında kapalı kalma süresi, geçirilecek veritabanının boyutuna ve Azure buluta özel ağ bağlantısının hızına bağlıdır. SQL Server Yük Devretme Kümesi Örneklerinin Her Zaman Açık Azure VMware Çözümü geçişi, veritabanının ve tüm küme düğümlerinin tam kapalı kalma süresini gerektirir, ancak geçişin onaylanan bir değişiklik penceresiyle yoğun olmayan saatlerde yürütülmesini planlamanız gerekir.

Aşağıdaki tabloda, her SQL Server topolojisinin geçişi için tahmini kapalı kalma süresi gösterilmektedir.

Senaryo	Kapalı kalma süresi bekleniyor	Notlar
SQL Server tek başına örneği	Düşük	Geçiş VMware vMotion kullanılarak yapılır, veritabanı geçiş sırasında kullanılabilir, ancak bu sırada kritik verilerin işlenmesi önerilmez.
SQL Server AlwaysOn Kullanılabilirlik Grubu	Düşük	Birincil çoğaltma, ilk ikincil çoğaltmanın geçişi sırasında her zaman kullanılabilir olur ve azure'a ilk yük devretme işleminden sonra ikincil çoğaltma birincil çoğaltma olur.
SQL Server Her Zaman Yük Devretme Kümesi Örneğinde	Yüksek	Kümenin tüm düğümleri kapatılır ve VMware HCX Cold Migration kullanılarak geçirilir. Kapalı kalma süresi, veritabanı boyutuna ve Azure bulutu için özel ağ hızına bağlıdır.

Windows Server Yük Devretme Kümesi çekirdek konuları

Windows Server Yük Devretme Kümesi, kümeyi korumak için bir çekirdek mekanizması gerektirir.

Kümedeki tek sayıda düğümle veya bir tanık kullanarak elde etmek için tek sayıda oylama öğesi kullanın. Tanıklar üç farklı biçimde yapılandırılabilir:

Disk tanığı
Dosya paylaşımı tanığı
Bulut tanığı

Küme Disk tanığı kullanıyorsa, geçişi yük devretme kümesi kullanılarak diskin küme paylaşılan depolama alanıyla geçirilmesi gerekir.

Küme şirket içinde çalışan bir Dosyapaylaşımı tanığı kullanıyorsa, geçirilen kümenizin tanığının türü Azure VMware Çözümü senaryoya bağlıdır:

Veri Merkezi Uzantısı: Dosya paylaşımı tanığını şirket içinde koruyun. İş yükleriniz veri merkeziniz ve Azure VMware Çözümü arasında dağıtılır, bu nedenle her ikisi arasındaki bağlantı her zaman kullanılabilir olmalıdır. Her durumda bant genişliği kısıtlamalarını dikkate alın ve buna göre plan yapın.
Veri Merkezinden Çıkış: Bu senaryo için iki seçenek vardır. Her iki durumda da, geri almanız gerekmesi durumunda geçiş sırasında dosya paylaşımı tanığını şirket içinde tutabilirsiniz.
- Azure VMware Çözümü özel bulutunuza yeni bir Dosya paylaşımı tanığı dağıtın.
- Azure VMware Çözümü özel bulutla aynı bölgedeki Azure Blob Depolama çalışan bir Bulut tanığı dağıtın.
Olağanüstü Durum Kurtarma ve İş Sürekliliği: Olağanüstü durum kurtarma senaryosu için en iyi ve en güvenilir seçenek Azure Depolama'da çalışan bir Bulut Tanığı oluşturmaktır.
Uygulama Modernleştirmesi: Bu kullanım örneği için en iyi seçenek bir Bulut Tanığı dağıtmaktır.

Çekirdek yapılandırması ve yönetimi hakkında daha fazla bilgi için Yük Devretme Kümelemesi belgelerine bakın. Azure Blob Depolama'da Bulut tanığı dağıtma hakkında daha fazla bilgi için, ayrıntılar için Yük Devretme Kümesi için Bulut Tanığı Dağıtma belgelerine bakın.

Yük devretme kümesini geçirme

Çizim amacıyla, bu belgede Windows Server 2019 Datacenter ve SQL Server 2019 Enterprise ile iki düğümlü bir küme kullanıyoruz. Bu yordamda Windows Server 2022 ve SQL Server 2022 de desteklenir.

vSphere İstemcisi kapatmasından, kümenin ikinci düğümü.
Kümenin ilk düğümüne erişin ve Yük Devretme Kümesi Yöneticisi'ni açın.
- İkinci düğümün Çevrimdışı durumda olduğunu ve tüm kümelenmiş hizmetlerin ve depolamanın ilk düğümün denetimi altında olduğunu doğrulayın.
- Kümeyi kapatın.
- Tüm küme hizmetlerinin hatasız olarak başarıyla durdurulup durdurulmadığını denetleyin.
Kümenin ilk düğümünü kapatın.
vSphere İstemcisi'nden kümenin ikinci düğümünün ayarlarını düzenleyin.
- Tüm paylaşılan diskleri sanal makine yapılandırmasından kaldırın.
- Verileri veri deposundan kalıcı olarak sildiği için Dosyaları veri deposundan sil onay kutusunun seçili olmadığından emin olun. Böyle bir durumda, kümeyi önceki bir yedeklemeden kurtarmanız gerekir.
- Paylaşılan depolama için kullanılan sanal SCSI denetleyicilerinde Fiziksel olan SCSI Veri Yolu Paylaşımı'nıYok olarak ayarlayın. Bu denetleyiciler genellikle VMware Paravirtual türündedir.
İlk düğüm sanal makine ayarlarını düzenleyin. SCSI denetleyicilerinde Fiziksel olan SCSI Veri Yolu Paylaşımı'nı Yok olarak ayarlayın.
vSphere İstemcisi'nden HCX eklenti alanına gidin. Hizmetler'in altında Geçiş>Geçişi'ne tıklayın.
- İkinci düğüm sanal makinesini seçin.
- Uzak özel bulutta vSphere kümesini ayarlayın; geçirilen SQL Server VM'lerini veya VM'lerini İşlem Kapsayıcısı olarak barındırır.
- vSAN Veri Deposu'na uzak depolama alanı olarak tıklayın.
- Sanal makineleri belirli bir klasöre yerleştirmek istiyorsanız bir klasör seçin. Zorunlu değildir, ancak Azure VMware Çözümü özel bulutunuzda farklı iş yüklerini ayırmanız önerilir.
- Kaynakla aynı biçimi koru.
- Geçiş profili olarak Soğuk geçiş'i seçin.
- Genişletilmiş Seçenekler'de Özel Öznitelikleri Geçir'i seçin.
- Şirket içi ağ kesimlerinin Azure'da doğru uzak esnetilmiş kesime sahip olduğunu doğrulayın.
- Doğrula'yı seçin ve tüm denetimlerin geçiş durumuyla tamamlandığından emin olun. En yaygın hata, depolama yapılandırmasıyla ilgili bir hatadır. Fiziksel paylaşım ayarına sahip SCSI denetleyicisi olmadığını yeniden doğrulayın.
- Git'i seçtiğinizde geçiş başlatılır.
İlk düğüm için aynı işlemi yineleyin.
vSphere İstemcisi Azure VMware Çözümü ne erişin ve ilk düğüm ayarlarını düzenleyin ve paylaşılan diskleri yöneten SCSI denetleyicisini veya denetleyicilerini paylaşan fiziksel SCSI Veri Yolu'na geri dönün.
vSphere İstemcisi'nde düğüm 2 ayarlarını düzenleyin.
- Paylaşılan depolamayı yöneten SCSI denetleyicisinde SCSI Veri Yolu paylaşımını yeniden fiziksel olarak ayarlayın.
- Küme paylaşılan disklerini düğüme ek depolama alanı olarak ekleyin. Bunları ikinci SCSI denetleyicisine atayın.
- Tüm depolama yapılandırmasının geçiş öncesinde kaydedilen yapılandırmayla aynı olduğundan emin olun.
İlk düğüm sanal makinesini açın.
VMware Uzak Konsolu ile ilk düğüm VM'sine erişin.
- Sanal makine ağ yapılandırmasını doğrulayın ve şirket içi ve Azure kaynaklarına ulaşadığından emin olun.
- Yük Devretme Kümesi Yöneticisi'ne gidin ve küme hizmetlerini doğrulayın.
İkinci düğüm sanal makinesini açın.
VMware Uzak Konsolu'ndan ikinci düğüm VM'sine erişin.
- Windows Server'ın depolama alanına ulaşabildiğini doğrulayın.
- Yük Devretme Kümesi Yöneticisi'nde ikinci düğümün Çevrimiçi durum olarak göründüğünü gözden geçirin.
SQL Server Management Studio'yu kullanarak SQL Server kümesi kaynak ağ adına bağlanın. Tüm veritabanlarının çevrimiçi ve erişilebilir olduğunu onaylayın.

Altyapınızdaki diğer sistem ve uygulamalardan SQL Server bağlantısını denetleyin. Veritabanını veya veritabanlarını kullanan tüm uygulamaların bunlara erişmeye devam ettiğini doğrulayın.

Daha Fazla Bilgi

Geri Bildirim

Bu sayfayı yararlı buldunuz mu?

Last updated on 2025-01-08