Fujitsu TX1330M2 64GB 4x600GB 10k 2x SAS SSD für 3 VMs (SQL Server, Exchange Server, Sophos) ausreichen?
Hallo adiministratoren,
was meint Ihr zu dieser Konfiguration:
Fujitsu TX1330M2 Server mit Intel Xeon E3-1230v5 4C/8T 3.40 GHz, 4x16GB DDR4 ECC, 4xHD SAS 600GB 10K 2.5 EP, PRAID EP400i, 2x SV 450W
plus TFM Module und FBU Module für den PRAID
plus 2x SSD Samsung Enterprise PM1633, SAS 12G 480GB (1 DWPD 5 jahre)
plus Netzwerkkarte 2x1GB PCIe x4
Auf den 4x 600GB HDD würde ich ein Raid5 einrichten und einen Server 2016 als Rootserver installieren.
Dann eine Microsoft Server 2016 in VM mit Exchange Server 2016 auf das Raid5
Eine VM mit Sophos UTM Linux sollte relativ unkritisch sein. Kann ich auch weglassen, da die z.Z.T. noch auf Hardware läuft.
Einen Microsoft Server 2016 in VM mit SQL Server 2016 auf die SSD's als Raid 1
Der SQL wird nur mit myfactory ERP/CRM genutzt
Für 3-5 Leute sollte das doch locker reichen.
Alternativen?
Verbesserungsvorschläge?
Schon mal vielen Dank für konstruktive Antworten
Gruß
Reinhold
was meint Ihr zu dieser Konfiguration:
Fujitsu TX1330M2 Server mit Intel Xeon E3-1230v5 4C/8T 3.40 GHz, 4x16GB DDR4 ECC, 4xHD SAS 600GB 10K 2.5 EP, PRAID EP400i, 2x SV 450W
plus TFM Module und FBU Module für den PRAID
plus 2x SSD Samsung Enterprise PM1633, SAS 12G 480GB (1 DWPD 5 jahre)
plus Netzwerkkarte 2x1GB PCIe x4
Auf den 4x 600GB HDD würde ich ein Raid5 einrichten und einen Server 2016 als Rootserver installieren.
Dann eine Microsoft Server 2016 in VM mit Exchange Server 2016 auf das Raid5
Eine VM mit Sophos UTM Linux sollte relativ unkritisch sein. Kann ich auch weglassen, da die z.Z.T. noch auf Hardware läuft.
Einen Microsoft Server 2016 in VM mit SQL Server 2016 auf die SSD's als Raid 1
Der SQL wird nur mit myfactory ERP/CRM genutzt
Für 3-5 Leute sollte das doch locker reichen.
Alternativen?
Verbesserungsvorschläge?
Schon mal vielen Dank für konstruktive Antworten
Gruß
Reinhold
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 321654
Url: https://administrator.de/contentid/321654
Ausgedruckt am: 22.11.2024 um 13:11 Uhr
13 Kommentare
Neuester Kommentar
Hallo,
Und dein DC bleibt wo?
Gruß,
Peter
Und dein DC bleibt wo?
Gruß,
Peter
Hallo,
keine gute Idee.
Es gilt der alte Spruch: Ein DC ist ein DC, ist ein DC!!
Ich halte die RAM-Ausstattung für zu gering. Der SQL-Server "krallt" sich alles, was er an RAM bekommen kann. Der sollte alleine schon Min. 64 GB RAM zugewiesen bekommen. Und auf diesem Server läuft ja neben der SQL-DB noch die ERP-Software als Applikation.
Jürgen
keine gute Idee.
Es gilt der alte Spruch: Ein DC ist ein DC, ist ein DC!!
Ich halte die RAM-Ausstattung für zu gering. Der SQL-Server "krallt" sich alles, was er an RAM bekommen kann. Der sollte alleine schon Min. 64 GB RAM zugewiesen bekommen. Und auf diesem Server läuft ja neben der SQL-DB noch die ERP-Software als Applikation.
Jürgen
Hallo,
Keine gute Idee. https://technet.microsoft.com/de-de/library/ms.exch.setupreadiness.warni ...
http://serverfault.com/questions/726619/how-bad-is-it-to-run-exchange-2 ...
http://jetzemellema.blogspot.de/2015/10/can-we-install-exchange-2016-on ...
Aber wer es wirklich so mag
Gruß,
Peter
Keine gute Idee. https://technet.microsoft.com/de-de/library/ms.exch.setupreadiness.warni ...
So ist es bisher und das läuft gut.
Nur weil ein SBS dafür vorgesehen war..... http://serverfault.com/questions/726619/how-bad-is-it-to-run-exchange-2 ...
http://jetzemellema.blogspot.de/2015/10/can-we-install-exchange-2016-on ...
Aber wer es wirklich so mag
Gruß,
Peter
Hallo,
nur zur Klarstellung: Der SQL-Server 20xx ist ein Datenbank-Management-System. Wenn Du auf die Daten in der Datenbank komfortabel (zB. über eine Web-Oberfläche oder einen spez. Client) zugreifen willst, brauchst Du immer einen Applikations-Server (-Dienst). Ob das nun ein Web-Server mit Scripten (Java, PHP (Tomcat) oä.) oder eine andere Applikation eines dedizierten Anbieters ist, ist dabei doch egal. Es läuft auf diesem Server neben der Datenbank-Engine immer noch eine Applikation, die die Verbindung zw. den Client-Abfragen und der Datenbank steuert. Und die braucht auch Ressourcen (RAM, CPU).
Wenn Du mit der Performance Deiner bisherigen Konstellation zufrieden bist, OK. Ich halte einen ERP-Server mit SQL-DB mit 16GB RAM für zu "schmalbrüstig".
Die Frage ist ja auch, setzt Du MS-SQL-Server oder die Express-Variante (kostenfrei) ein? Die Vollversion des SQL-Servers (2016) bietet zusätzliche Funktionen, die erst bei ausreichend RAM zum Tragen kommen.
Jürgen
nur zur Klarstellung: Der SQL-Server 20xx ist ein Datenbank-Management-System. Wenn Du auf die Daten in der Datenbank komfortabel (zB. über eine Web-Oberfläche oder einen spez. Client) zugreifen willst, brauchst Du immer einen Applikations-Server (-Dienst). Ob das nun ein Web-Server mit Scripten (Java, PHP (Tomcat) oä.) oder eine andere Applikation eines dedizierten Anbieters ist, ist dabei doch egal. Es läuft auf diesem Server neben der Datenbank-Engine immer noch eine Applikation, die die Verbindung zw. den Client-Abfragen und der Datenbank steuert. Und die braucht auch Ressourcen (RAM, CPU).
Wenn Du mit der Performance Deiner bisherigen Konstellation zufrieden bist, OK. Ich halte einen ERP-Server mit SQL-DB mit 16GB RAM für zu "schmalbrüstig".
Die Frage ist ja auch, setzt Du MS-SQL-Server oder die Express-Variante (kostenfrei) ein? Die Vollversion des SQL-Servers (2016) bietet zusätzliche Funktionen, die erst bei ausreichend RAM zum Tragen kommen.
Jürgen
Hallo,
noch einmal die Frage: ist das derzeitig ein SQL 2016-Server? Als Standard oder Express-Version?
Der SQL Server in der Express-Edition unterstützt/nutzt nur 1GB RAM bei einer maximalen DB-Größe von 10GB. Hier macht also mehr RAM nicht viel Sinn.
Ab der Standard-Edition wird pro Instanz 128GB RAM unterstützt. Und da macht mehr RAM auch sinn.
Mit der CPU hast Du natürlich Recht. Die Frage ist nur, warum weist Du der VM mit dem SQL-Server nicht mehr zu?
Ich virtualisiere zwar mit VMware, aber da kann ich einer VM bis zum physischen Maximum "CPUs" zuweisen. Die einzelnen VMs holen sich dann das, was sie augenblicklich brauchen. Da die meisten VMs aber in der überwiegenden Zeit vor sich hin dümpeln, ist das kein Problem.
Jürgen
noch einmal die Frage: ist das derzeitig ein SQL 2016-Server? Als Standard oder Express-Version?
Der SQL Server in der Express-Edition unterstützt/nutzt nur 1GB RAM bei einer maximalen DB-Größe von 10GB. Hier macht also mehr RAM nicht viel Sinn.
Ab der Standard-Edition wird pro Instanz 128GB RAM unterstützt. Und da macht mehr RAM auch sinn.
Mit der CPU hast Du natürlich Recht. Die Frage ist nur, warum weist Du der VM mit dem SQL-Server nicht mehr zu?
Ich virtualisiere zwar mit VMware, aber da kann ich einer VM bis zum physischen Maximum "CPUs" zuweisen. Die einzelnen VMs holen sich dann das, was sie augenblicklich brauchen. Da die meisten VMs aber in der überwiegenden Zeit vor sich hin dümpeln, ist das kein Problem.
Jürgen
Hallo,
https://technet.microsoft.com/en-us/library/1b001a6a-2560-40fc-b059-f026 ...
Gruß,
Peter
Zitat von @Vancouverona:
Wenn mich nicht alles täuscht, kann der Hyper-V von 2008 R2 maximal 16 GB RAM für eine VM bereitstellen.
Es sind 64 GB bei ein Server 2008R2 Datacenter/Enterprise (64 Bit). Bei Standard ists nur 31 GB für die VM da ein Standard selbst nur 32 GB kann.Wenn mich nicht alles täuscht, kann der Hyper-V von 2008 R2 maximal 16 GB RAM für eine VM bereitstellen.
https://technet.microsoft.com/en-us/library/1b001a6a-2560-40fc-b059-f026 ...
Gruß,
Peter