Jegyzet
Az oldalhoz való hozzáférés engedélyezést igényel. Próbálhatod be jelentkezni vagy könyvtárat váltani.
Az oldalhoz való hozzáférés engedélyezést igényel. Megpróbálhatod a könyvtár váltását.
A következőkre vonatkozik:
SQL Server Linux rendszeren
Ez a cikk a Linuxon futó SQL Server feladatátvevő fürtökkel (FCI) kapcsolatos alapelveket ismerteti.
Sql Server FCI Linux rendszeren való létrehozásához lásd: Feladatátvevő fürtpéldány konfigurálása – SQL Server Linuxon (RHEL)
A fürtözési réteg
A Red Hat Enterprise Linuxban (RHEL) a fürtözési réteg a Red Hat Enterprise Linux (RHEL) HA bővítményen alapul.
Megjegyzés:
A Red Hat HA bővítményhez és a dokumentációhoz való hozzáféréshez előfizetés szükséges.
A SUSE Linux Enterprise Serverben (SLES) a fürtözési réteg a SUSE Linux Enterprise High Availability Extension (HAE) függvényen alapul.
A fürtkonfigurációról, az erőforrás-ügynök beállításairól, a felügyeletről, az ajánlott eljárásokról és a javaslatokról további információt a SUSE Linux Enterprise High Availability Extension 15 című témakörben talál.
Az RHEL HA bővítmény és a SUSE HAE is a Pacemakerre épül.
Az alábbi ábrán látható, hogy a tárterület két kiszolgáló számára jelenik meg. A klaszter komponensek – Corosync és Pacemaker – koordinálják a kommunikációt és az erőforrás-kezelést. Az egyik kiszolgáló aktív kapcsolattal rendelkezik a tárolási erőforrásokhoz és az SQL Serverhez. Ha a Pacemaker hibát észlel, a fürtöző összetevők felelősek az erőforrások másik csomópontra való áthelyezéséért.
Az SQL Server integrációja a Pacemakerrel Linuxon nem olyan szorosan összekapcsolt, mint a Windows Server Failover Clustering (WSFC) esetében Windows alatt. Az SQL Server nem tud a fürt jelenlétéről. Minden vezénylés kívülről befelé történik, és a szolgáltatást a Pacemaker önálló példányként vezérli. Emellett a virtuális hálózat neve a WSFC-hez tartozik, amelynek nincs egyenértékűje a Pacemakerben. Elvárható, hogy @@SERVERNAME és sys.servers visszaadják a csomópont nevét, míg a fürt DMV-jei sys.dm_os_cluster_nodes és sys.dm_os_cluster_properties nem adnak vissza rekordokat. Ha olyan kapcsolati sztringet szeretne használni, amely egy sztringkiszolgáló nevére mutat, és nem az IP-címet használja, regisztrálnia kell a DNS-kiszolgálón a virtuális IP-erőforrás létrehozásához használt IP-címet (a következő szakaszokban leírtak szerint) a kiválasztott kiszolgálónévvel.
Példányok és csomópontok száma
A Linuxon futó SQL Server esetében az egyik legfontosabb különbség, hogy Linux-kiszolgálónként csak egy SQL Server telepíthető. Ezt a telepítést példánynak nevezzük. A Windows Servertől eltérően, amely Windows feladatátvevő fürtönként (WSFC) legfeljebb 25 FCI-t támogat, a Linux-alapú FCI-nek csak egyetlen példánya lesz. Ez az egyetlen példány szintén egy alapértelmezett példány; Linuxon nincs nevesített példány fogalma.
A Pacemaker-fürtök legfeljebb 16 csomópontot tartalmazhatnak Corosync esetén, így egyetlen FCI legfeljebb 16 kiszolgálót képes lefedni. Az SQL Server Standard Kiadásával implementált FCI egy fürt legfeljebb két csomópontját támogatja akkor is, ha a Pacemaker-fürt legfeljebb 16 csomóponttal rendelkezik.
Az SQL Server FCI-ben az SQL Server-példány aktív az egyik csomóponton vagy a másikon.
IP-cím és név
Linux Pacemaker fürtökön minden SQL Server FCI-nek saját egyedi IP-címére és nevére van szüksége. Ha az FCI-konfiguráció több alhálózatra is kiterjed, alhálózatonként egy IP-cím szükséges. Az egyedi név és az IP-cím(ek) arra szolgál, hogy elérjük az FCI-t, így az alkalmazásoknak és a végfelhasználók számára nem kell tudniuk arról, hogy a Pacemaker-fürt melyik mögöttes kiszolgálója.
A DNS-ben az FCI nevének meg kell egyeznie a Pacemaker-fürtben létrehozott FCI-erőforrás nevével. A nevet és az IP-címet is regisztrálni kell a DNS-ben.
Megosztott tárterület
Minden FCI-hez, függetlenül attól, hogy Linuxon vagy Windows Serveren vannak, valamilyen megosztott tárterületre van szükség. Ez a tároló minden olyan kiszolgáló számára megjelenik, amely képes üzemeltetni az FCI-t, de a tárolót csak egyetlen kiszolgáló használhatja az FCI-hez bármikor. A linuxos megosztott tárolókhoz a következő lehetőségek érhetők el:
- iSCSI
- Hálózati fájlrendszer (NFS)
- Kiszolgálói üzenetblokk (SMB)
A Windows Server alatt némileg eltérő lehetőségek állnak rendelkezésre. A Linux-alapú FCI-k esetében jelenleg nem támogatott lehetőség a csomópont helyi lemezének használata, amely így az SQL Server ideiglenes munkaterületeként szolgál.
Több helyre kiterjedő konfiguráció esetén az egyik adatközpontban tárolt adatokat szinkronizálni kell a másikkal. Feladatátvétel esetén az FCI online állapotba kerülhet, és a tárterület azonosnak tekinthető. Ennek eléréséhez külső módszerre van szükség a tárolóreplikáláshoz, függetlenül attól, hogy az alapul szolgáló tárolóhardveren vagy valamilyen szoftveralapú segédprogramon keresztül történik.
Megjegyzés:
SQL Server esetén a Linux-alapú telepítések, amelyek közvetlenül bemutatott lemezeket használnak a kiszolgálónak, XFS vagy ext4 formátummal kell formázni. Más fájlrendszerek jelenleg nem támogatottak. Itt minden módosítás megjelenik.
A megosztott tárterület bemutatásának folyamata megegyezik a különböző támogatott módszerek esetében:
- A megosztott tárterület konfigurálása
- A tároló csatlakoztatása mappaként az FCI Pacemaker-fürt csomópontjaiként szolgáló kiszolgálókhoz
- Ha szükséges, helyezze át az SQL Server rendszeradatbázisait a megosztott tárolóba
- Annak tesztelése, hogy az SQL Server működik-e a megosztott tárolóhoz csatlakoztatott összes kiszolgálóról
A Linuxon futó SQL Server egyik fő különbsége, hogy bár konfigurálhatja az alapértelmezett felhasználói adatokat és a naplófájlok helyét, a rendszeradatbázisoknak mindig a következő helyen /var/opt/mssql/datakell lenniük: . Windows Serveren a rendszeradatbázisokat is áthelyezheti, beleértve tempdba . Ez a tény azt mutatja be, hogyan van konfigurálva a megosztott tároló egy FCI-hez.
A nem rendszeralapú adatbázisok alapértelmezett elérési útjai mssql-conf a segédprogrammal módosíthatók. Az alapértelmezett beállítások módosításáról az alapértelmezett adatok vagy a naplókönyvtár helyének módosítása című témakörben olvashat. Az SQL Server-adatokat és -tranzakciókat más helyeken is tárolhatja, amennyiben azok megfelelő biztonsággal rendelkeznek, még akkor is, ha az nem alapértelmezett hely; a helyet meg kell adni.