Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Şunlar için geçerlidir:
Linux üzerinde SQL Server
Bu makalede, Linux üzerinde SQL Server yük devretme kümesi örnekleri (FCI) ile ilgili kavramlar açıklanmaktadır.
Linux üzerinde SQL Server FCI oluşturmak için bkz. Yük devretme kümesi örneğini yapılandırma - Linux üzerinde SQL Server (RHEL)
Kümeleme katmanı
Red Hat Enterprise Linux'ta (RHEL), kümeleme katmanı Red Hat Enterprise Linux (RHEL) HA eklentisini temel alır.
Uyarı
Red Hat HA eklentisine ve belgelerine erişim için abonelik gerekir.
SUSE Linux Enterprise Server'da (SLES), kümeleme katmanı SUSE Linux Enterprise Yüksek Kullanılabilirlik Uzantısı'nı (HAE) temel alır.
Küme yapılandırması, kaynak aracısı seçenekleri, yönetim, en iyi yöntemler ve öneriler hakkında daha fazla bilgi için bkz. SUSE Linux Enterprise Yüksek Kullanılabilirlik Uzantısı 15.
Hem RHEL HA eklentisi hem de SUSE HAE Pacemaker üzerine kurulmuştur.
Aşağıdaki diyagramda gösterildiği gibi, depolama iki sunucuya sunulur. Kümeleme bileşenleri - Corosync ve Pacemaker - iletişim ve kaynak yönetimini koordine eder. Sunuculardan birinin depolama kaynaklarına ve SQL Server'a etkin bağlantısı vardır. Pacemaker bir hata algıladığında, kaynakların diğer düğüme taşınması kümeleme bileşenlerinin sorumluluğundadır.
Linux üzerinde Pacemaker ile SQL Server tümleştirmesi, Windows'da WSFC ile aynı değildir. SQL Server'ın kümenin varlığı hakkında bilgisi yoktur. Tüm orkestrasyon dışarıdan içeriye doğrudur ve hizmet, Pacemaker tarafından bağımsız bir örnek olarak denetlenir. Ayrıca, sanal ağ adı Pacemaker'da eşdeğeri olmayan WSFC'ye özgüdür.
@@SERVERNAME ve sys.servers'in düğüm adını döndürmesi beklenirken, küme DMV'leri sys.dm_os_cluster_nodes ve sys.dm_os_cluster_properties'ün hiçbir kayıt döndürmemesi beklenir. Bir dize sunucusu adına işaret eden ve IP'yi kullanmayan bir bağlantı dizesi kullanmak için, dns sunucularına sanal IP kaynağını oluşturmak için kullanılan IP'yi (aşağıdaki bölümlerde açıklandığı gibi) seçilen sunucu adıyla kaydetmeleri gerekir.
Örneklerin ve düğümlerin sayısı
Linux'ta SQL Server ile arasındaki temel farklardan biri, Linux sunucusu başına yalnızca bir SQL Server yüklemesi olmasıdır. Bu yükleme bir örnek olarak adlandırılır. Windows Server yük devretme kümesi (WSFC) başına en fazla 25 FC'yi destekleyen Windows Server'ın aksine, Linux tabanlı bir FCI yalnızca tek bir örneğe sahip olur. Bu tek örnek de varsayılan bir örnektir; Linux'ta adlandırılmış örnek kavramı yoktur.
Pacemaker kümesi, Corosync söz konusu olduğunda en fazla 16 düğüme sahip olabileceği için tek bir FCI en fazla 16 sunucuya yayılabilir. SQL Server Standard Edition ile uygulanan bir FCI, Pacemaker kümesi en fazla 16 düğüme sahip olsa bile bir kümenin en fazla iki düğümlerini destekler.
SQL Server FCI'de, SQL Server örneği bir düğümde veya diğerinde etkindir.
IP adresi ve adı
Linux Pacemaker kümesinde her SQL Server FCI'nin kendi benzersiz IP adresine ve adına ihtiyacı vardır. FCI yapılandırması birden çok alt ağa yayılıyorsa, alt ağ başına bir IP adresi gerekir. Uygulamaların ve son kullanıcıların Pacemaker kümesinin hangi temel sunucusunu bilmesi gerekmeyecek şekilde FCI'ye erişmek için benzersiz ad ve IP adresleri kullanılır.
DNS'deki FCI'nin adı Pacemaker kümesinde oluşturulan FCI kaynağının adıyla aynı olmalıdır. Hem ad hem de IP adresi DNS'de kayıtlı olmalıdır.
Paylaşılan depolama alanı
İster Linux ister Windows Server'da olsun tüm FC'ler bir tür paylaşılan depolama alanı gerektirir. Bu depolama, FCI'yi barındırabilecek tüm sunuculara sunulur, ancak herhangi bir zamanda FCI için depolamayı yalnızca tek bir sunucu kullanabilir. Linux altında paylaşılan depolama için kullanılabilen seçenekler şunlardır:
- iSCSI
- Ağ Dosya Sistemi (NFS)
- Sunucu İleti Bloğu (SMB)
Windows Server'ın altında biraz farklı seçenekler vardır. Linux tabanlı FCI'ler için şu anda desteklenmeyen bir seçenek, tempdb, düğümde yerel olan bir disk kullanma yeteneğidir; bu disk, SQL Server'ın geçici çalışma alanıdır.
Birden çok konuma yayılan bir yapılandırmada, bir veri merkezinde depolananlar diğeriyle eşitlenmelidir. Olası bir başarısızlık durumunda, FCI etkin hale gelir ve depolama alanı aynı kalır. Bunu başarmak için, ister temel alınan depolama donanımıyla ister yazılım tabanlı bir yardımcı program aracılığıyla olsun, depolama çoğaltması için bazı dış yöntemler gerekir.
Uyarı
SQL Server için, doğrudan bir sunucuya sunulan diskleri kullanan Linux tabanlı dağıtımların XFS veya ext4 ile biçimlendirilmesi gerekir. Diğer dosya sistemleri şu anda desteklenmiyor. Tüm değişiklikler buraya yansıtılır.
Paylaşılan depolama sunma işlemi desteklenen farklı yöntemler için aynıdır:
- Paylaşılan depolamayı yapılandırma
- Depolamayı, FCI için Pacemaker kümesinin düğümleri olarak görev yapacak sunuculara bir klasör olarak bağlayın
- Gerekirse, SQL Server sistem veritabanlarını paylaşılan depolama alanına taşıyın
- SQL Server'ın paylaşılan depolamaya bağlı her sunucudan çalışıp çalışmadığını test etme
Linux üzerinde SQL Server ile arasındaki en önemli farklardan biri, varsayılan kullanıcı verilerini ve günlük dosyası konumunu yapılandırabilmenize karşın sistem veritabanlarının her zaman konumunda /var/opt/mssql/datamevcut olmasıdır. Windows Server'da, dahil olmak üzere tempdbsistem veritabanlarını taşıyabilirsiniz. Bu olgu, paylaşılan depolamanın bir FCI için nasıl yapılandırıldığını gösterir.
Sistem dışı veritabanları için varsayılan yollar yardımcı programı kullanılarak mssql-conf değiştirilebilir. Varsayılanları nasıl değiştireceğiniz hakkında bilgi için, Varsayılan veri veya günlük dizini konumunu değiştirin. Sql Server verilerini ve işlemini, varsayılan bir konum olmasa bile uygun güvenliğe sahip oldukları sürece başka konumlarda da depolayabilirsiniz; konumun belirtilmesi gerekir.