Server für JTL-WaWi

[Angeal]

Hallo Zusammen,
ich hoffe das ich im richtige Forum gelandet bin. Ansonsten einfach verschieben

Wir planen zusammen mit dem Umstieg auf JTL die Anschaffung eines neuen Servers.

Genutzt wird dieser in einer Umgebung mit etwa 20 Clients und soll neben der MSSQL Datenbank für die WaWi auch noch als Fileserver und Hyper-V herhalten.

Folgende Konfiguration haben wir dafür ins Auge gefasst. Meine Frage ist, ob unser Konzept hier aufgeht.

Windows Server 2016 Standard Server Lizenz (downgradefähig auf 2012r2) + 20 CAL
MSSQL Server 2016 Standard Server Lizenz + 20 CAL

1 x Intel Xeon E3-1230v6 mit 3,5 GHz
32 GB DDR4 RAM
4 x 3,5" HDD 1TB SATA (alternativ SAS3) im RAID10 (für OS und MSSQL Server)
2 x 2,5" SSD 480GB (sekundärer RAID1 für MSSQL Datenbank)

Der Server soll, zwecks Ausfallsicherheit über zwei Netzteile verfügen.
Ebenfalls verbaut ist ein Remote Management Modul von Intel.
Alles untergebracht in einer 5HE Rack Einheit.

Die Datenbank wird voraussichtlich folgende Eckdaten aufweisen:
15.000 Kunden
10.000 Produkte inkl. Bilder

Was meint ihr? Reicht das aus? Würdet ihr vielleicht etwas anders machen? Habe ich irgendwas übersehen bei der Planung?

 

[Dustin]

Hi,

Genutzt wird dieser in einer Umgebung mit etwa 20 Clients und soll neben der MSSQL Datenbank für die WaWi auch noch als Fileserver und Hyper-V herhalten.

Das würde ich dir so nicht raten, mach nen Hyper V draus und dann für die Wawi nen Server, für den Fileserver seperat etc. nicht die System mischen. Ein Hyper-V sollte auch nur diese Rolle besitzen.

Sonst passt die Konfiguration von demher was du machen möchtest eventuell etwas mehr RAM den du dann auf die Hyper-V verteilen kannst.

LG Dustin

 

[elevennerds.de]

Als Datenbanksystem empfehle ich keine Virtualisierung, sondern extra Hardware, Hyper-V raubt Dir sinnlos Performance (IO und CPU).

Beim CPU kommt es auf viele Kerne an, beim Festplattensystem auf hohe IO und DDR4 Ram ist sehr gut (ich hoffe er hat ECC).

Die SSDs würde ich nicht zu einem Raid1 schalten, sondern beide als Laufwerke einbinden und jeweils Data und Transfer- Log auf eine SSD packen. Nicht vergessen, die Dateisysteme mit 64k-Blockgröße zu formatieren.

MfG

Rene

 

[Angeal]

Danke für die Infos.
@dropshipout

Macht es eigentlich vielleicht noch Sinn das OS und den Mssql auf nen separaten RAID1 Verbund zu legen?
Also:
2 x SAS HDD RAID1 für OS und Mssql Server
4 x SAS HDD RAID10 für Fileserver
4 x SSD RAID10 für Datenbank
2 x SSD RAID1 für TempDB

Nur mal so als Idee. Dann wäre alles getrennt und man hätte ne hohe Performance.

Das mit den mehreren CPU fasse ich mal ins Auge und lasse mir mal ein Angebot machen. Ich meine die Server 2016 Standard Lizenz deckt zwei CPU ab.

 

[elevennerds.de]

TempDB auf Raid1 macht keinen Sinn. Die Data-Datei und die Log-Datei der Datenbanken müssen auf unterschiedliche Controller/Festplatten.

 

[Angeal]

@dropshipout danke nochmal für die Info.
Dann also die letzten beiden SSD's einzeln ohne Raid. Auf eine das log, auf die andere die TempDB.
Die restlichen RAIDs machen aber Sinn, oder?

 

[Angeal]

So,
hier einmal die neue Zusammenstellung:

Windows Server 2016 Standard Server Lizenz (downgradefähig auf 2012r2) + 20 CAL
MSSQL Server 2016 Standard Server Lizenz + 20 CAL

2 x Intel Xeon Silver 4110 mit 8 x 2,1 GHz + Hyper Threading
32 GB DDR4 RAM ECC

2 x SAS HDD 600GB RAID1 für OS und Mssql Server
4 x SAS HDD 1,2TB RAID10 für Fileserver
2 x SSD 480GB RAID1 für Datenbank
1 x SSD 240GB für LOG
1 x SSD 240GB für TempDB

 

[keegan1120]

Moin, JTL selber sagt ja immer 4 Platten:

• TempDB( + TempLog)
• eazybusiness: DB
• eazybusiness: Log
  
• Betriebssystem, MSSQL-Server etc.

Diese vier unterschiedlichen Platten sollten an unterschiedlichen Controllern angeschlossen werden, da du sonst auch nichts an Performance gewinnst. Deinen Fileserver kannst du an den selben, wie dein OS hängen.
Der RAM ist in Ordnung, 16 GB /CPU sollten für deine Eckdaten reichen.

Nun zur Konfiguration: Bitte Pack die Datenbank nicht auf einen RAID. Mach lieber tägl. Backups, als die Strecke zwischen Log und DB unnötig zu strecken und somit deinen RAM im Worst Case vollzumüllen.

Gruß
Hendrik