19
Neues Server konzept
Hallo Leute, ich brauchte mal eure Meinung. Bzw. Anreiz was man verbessern könnte. Man ist ja manchmal nen wenig Betriebsblind oder so in seinen Vorstellungen verbohrt das man andere dinge außer acht lässt. Geplant ist ein neues Server-Konzept für ca. 20-25 User. Es sind zwei Standorte, Standort 1 (Logistig + Verkauf) Standort 2 (Verwaltung, Verkauf und Produktion) Am besten ich schreib mal die Gegebenheiten auf und wie ich mir die Sache in etwa vorstelle.
Wir schon geschrieben 2 Standorte. Beide sind mit einer 5mbit Standleitung verbunden.
Standort 1.
Server 1 = DC, TS, Daten und Backup, Printserver (backup auf externe platten)
- windows 2003 r2 64bit
- 2x xeon cpu 2,3ghz (quad core)
- 8gb ram
- sas raid 1
Server 2 = SQL
- windows 2008 std 64bit
- 2x xeon cpu 2,3 ghz (quad core)
- 25gb ram
- sata raid 1 (betriebssystem)
- sas raid 1 (sql datenbanken ca 40gb)
Server 3 = ISS, Email, Fax
- windows 2003 std 32bti
- 1x xeon cpu 1,8ghz
- 2gb ram
- sata raid1
Standort 2
Server 4 = Sec DC, Printserver
- windows 2003 std
- 2x xeon cpu ghz???
- 2gb ram
- scsi raid
Das ist so grob die „Ist-Konstellation“. Hier sind viele Macken drin. Die leider alle so mit der zeit entstanden sind. Weil der Betrieb immer stückweise gewachsen ist und nie wirklich viel Geld da war. Nun soll alles erneuert werden und natürlich auch mit bedacht aufgebaut werden. Summe wird mit ca. 15 – 20tausen gerechnet.
Mein grober Plan sieht wie folgt aus:
Standort 1
Hier einen Blade Server mit 2 Blades
- 2x xeon 2,4ghz (six-core)
- 32gb ram
- 2x Raid 10 (je ein Raid pro Blade)
Blade 1 Windows 2008 64bit (host install)
- VM1 der alte 2003er (alt server1) = DC + Daten
- VM2 Windows 2008R2 64bit = TS, Printserver
Blade 2 Windows 2008 64bit (host install)
- VM1 Windows 2008R2 64bit = SQL
- VM2 Windows 2003 kommunikationsserver = Email + ISS
Server 3 (alte Hardware Server 1) + neuem 1tb Raid
- Windows 2003 = Fax + Backupserver
Standort 2
Server 4 ( alte Hardware von Server 2) + neuem 1tb Raid
- Windows 2008 std Spiegelung des Backups von Server 3 (Standort1)
Server 5 = Sec DC, Printserver (alter server 4 bleibt erhalten)
- windows 2003 std
- 2x xeon cpu ghz???
- 2gb ram
- scsi raid
Meine bedenken…
- Ich weiß nun nicht 100%ig ob die Virtualisierung des SQL Servers so optimal gelöst ist. Frage ob überhaupt zu Virtualisieren? Ich möchte nicht dass er nachher zu langsam ist.
- Blade Server sinnvoll? Oder oversize?
- Meine Sicherung. Mit einer der wichtigsten punkte!!! Die Überlegung ist hier. Die Server auf den Server 3 zu sichern. Hier dann noch mal auf externe platten und wenn möglich auch noch mal zum Standort 2 hin sichern.
Ich hoffe es ist alles einigermasen verständlich. Über anregungen, bedenken würde ich mich freuen… immer her damit ;)
Danke schon mal.
Wir schon geschrieben 2 Standorte. Beide sind mit einer 5mbit Standleitung verbunden.
Standort 1.
Server 1 = DC, TS, Daten und Backup, Printserver (backup auf externe platten)
- windows 2003 r2 64bit
- 2x xeon cpu 2,3ghz (quad core)
- 8gb ram
- sas raid 1
Server 2 = SQL
- windows 2008 std 64bit
- 2x xeon cpu 2,3 ghz (quad core)
- 25gb ram
- sata raid 1 (betriebssystem)
- sas raid 1 (sql datenbanken ca 40gb)
Server 3 = ISS, Email, Fax
- windows 2003 std 32bti
- 1x xeon cpu 1,8ghz
- 2gb ram
- sata raid1
Standort 2
Server 4 = Sec DC, Printserver
- windows 2003 std
- 2x xeon cpu ghz???
- 2gb ram
- scsi raid
Das ist so grob die „Ist-Konstellation“. Hier sind viele Macken drin. Die leider alle so mit der zeit entstanden sind. Weil der Betrieb immer stückweise gewachsen ist und nie wirklich viel Geld da war. Nun soll alles erneuert werden und natürlich auch mit bedacht aufgebaut werden. Summe wird mit ca. 15 – 20tausen gerechnet.
Mein grober Plan sieht wie folgt aus:
Standort 1
Hier einen Blade Server mit 2 Blades
- 2x xeon 2,4ghz (six-core)
- 32gb ram
- 2x Raid 10 (je ein Raid pro Blade)
Blade 1 Windows 2008 64bit (host install)
- VM1 der alte 2003er (alt server1) = DC + Daten
- VM2 Windows 2008R2 64bit = TS, Printserver
Blade 2 Windows 2008 64bit (host install)
- VM1 Windows 2008R2 64bit = SQL
- VM2 Windows 2003 kommunikationsserver = Email + ISS
Server 3 (alte Hardware Server 1) + neuem 1tb Raid
- Windows 2003 = Fax + Backupserver
Standort 2
Server 4 ( alte Hardware von Server 2) + neuem 1tb Raid
- Windows 2008 std Spiegelung des Backups von Server 3 (Standort1)
Server 5 = Sec DC, Printserver (alter server 4 bleibt erhalten)
- windows 2003 std
- 2x xeon cpu ghz???
- 2gb ram
- scsi raid
Meine bedenken…
- Ich weiß nun nicht 100%ig ob die Virtualisierung des SQL Servers so optimal gelöst ist. Frage ob überhaupt zu Virtualisieren? Ich möchte nicht dass er nachher zu langsam ist.
- Blade Server sinnvoll? Oder oversize?
- Meine Sicherung. Mit einer der wichtigsten punkte!!! Die Überlegung ist hier. Die Server auf den Server 3 zu sichern. Hier dann noch mal auf externe platten und wenn möglich auch noch mal zum Standort 2 hin sichern.
Ich hoffe es ist alles einigermasen verständlich. Über anregungen, bedenken würde ich mich freuen… immer her damit ;)
Danke schon mal.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 176304
Url: https://administrator.de/contentid/176304
Printed on: April 19, 2024 at 05:04 o'clock
19 Comments
Latest comment
Hi!
Mein grober Plan sieht wie folgt aus:
Standort 1
Hier einen Blade Server mit 2 Blades
- 2x xeon 2,4ghz (six-core)
- 32gb ram
- 2x Raid 10 (je ein Raid pro Blade)
Blade 1 Windows 2008 64bit (host install)
- VM1 der alte 2003er (alt server1) = DC + Daten
- VM2 Windows 2008R2 64bit = TS, Printserver
Blade 2 Windows 2008 64bit (host install)
- VM1 Windows 2008R2 64bit = SQL
- VM2 Windows 2003 kommunikationsserver = Email + ISS
Standort 1
Hier einen Blade Server mit 2 Blades
- 2x xeon 2,4ghz (six-core)
- 32gb ram
- 2x Raid 10 (je ein Raid pro Blade)
Blade 1 Windows 2008 64bit (host install)
- VM1 der alte 2003er (alt server1) = DC + Daten
- VM2 Windows 2008R2 64bit = TS, Printserver
Blade 2 Windows 2008 64bit (host install)
- VM1 Windows 2008R2 64bit = SQL
- VM2 Windows 2003 kommunikationsserver = Email + ISS
Was für ein Storage hast dú denn - denn das ist dann entscheident ob du den SQL da laufen lassen kannst, wenn möglich vorher ein Preformancetest machen, SQL braucht immer sehr viele IO und sollte aus dem Grund auch auf schnellen Platten liegen (10-15k rpm) je mehr Platten umso besser ist (bzw. je mehr Spindeln umso besser) und zwei Datenbankserver auf einer VM würde ich persönlich lassen (SQL & Exchange) - das kannst den Exchange bsser auf dem 1. Blade legen und den DC Server auf den zweiten.
Des weiteren: DC immer alleine wenn irgendwie möglich installieren ohne weitere Dienste, das gleiche für den Exchange - auch immer alleine. Die nächste Frage ist auch: welche Server Lizenzen du hast - wenn du eh neue Server kaufst würde ich direkt MS Server Enterprise mit kaufen aus einem Open Vertrag (die darfst dann auch downgraden und du kannst 4 VMs mit einer Lizenz installieren).
Server 3 (alte Hardware Server 1) + neuem 1tb Raid
- Windows 2003 = Fax + Backupserver
Standort 2
Server 4 ( alte Hardware von Server 2) + neuem 1tb Raid
- Windows 2008 std Spiegelung des Backups von Server 3 (Standort1)
Server 5 = Sec DC, Printserver (alter server 4 bleibt erhalten)
- windows 2003 std
- 2x xeon cpu ghz???
- 2gb ram
- scsi raid
Meine bedenken…
- Ich weiß nun nicht 100%ig ob die Virtualisierung des SQL Servers so optimal gelöst ist. Frage ob überhaupt zu
Virtualisieren? Ich möchte nicht dass er nachher zu langsam ist.
- Windows 2003 = Fax + Backupserver
Standort 2
Server 4 ( alte Hardware von Server 2) + neuem 1tb Raid
- Windows 2008 std Spiegelung des Backups von Server 3 (Standort1)
Server 5 = Sec DC, Printserver (alter server 4 bleibt erhalten)
- windows 2003 std
- 2x xeon cpu ghz???
- 2gb ram
- scsi raid
Meine bedenken…
- Ich weiß nun nicht 100%ig ob die Virtualisierung des SQL Servers so optimal gelöst ist. Frage ob überhaupt zu
Virtualisieren? Ich möchte nicht dass er nachher zu langsam ist.
Siehe weiter oben - liegt am Storage
- Blade Server sinnvoll? Oder oversize?
in meinen Augen oversized - siehe weiter unten
- Meine Sicherung. Mit einer der wichtigsten punkte!!! Die Überlegung ist hier. Die Server auf den Server 3 zu sichern. Hier
dann noch mal auf externe platten und wenn möglich auch noch mal zum Standort 2 hin sichern.
dann noch mal auf externe platten und wenn möglich auch noch mal zum Standort 2 hin sichern.
Blade sind teuer und wenn du Platz im Rack hast nimm normale 2HE Server (Dell R510+, HP DL 380G7 ...) die sind biller wie Blades. Sicherung, je nach Volumen via Disk-toDisk-toTape und einfach irgendwo hinspiegeln, dass ist eine Spieglung und keine Sicherung, die sollte man auf Band schreiben (ich kenn jetzt euer Volumen nicht) aber evtl. einen einfach 1HE Server mit 4x1TB Platten und daran einen 8-Fach Tapeloader dann brauchst nur alle Paar Tage die Tapes tauschen.
Dann noch eine Frage: Standort 1/2 - welche Distanz ist dazwischen oder ist dort nur ein anderer Brandabschnitt gemeint? Evtl. wäre hier ein FC oder iSCSI Storage sinnvoll - wenn ihr die beiden Standorte mit 2+Gb angebunden habt könnte man eine entsprechende Replikation machen (bietet z.B. HP recht günstig mit der P4300 - 2 Nodes die gespiegelt sind)
Ich hoffe es ist alles einigermasen verständlich. Über anregungen, bedenken würde ich mich freuen… immer her
damit ;)
Danke schon mal.
Hoffe ich konnte helfen
Guten Morgen,
und Danke für die schnelle Antwort. In einigen punkten hast du ja quasi mein bedenken bestätigt.
zu dem E-Mail-Server muss ich sagen das es sich hier nicht um einen Exchange handelt. Also keine zweite Datenbank. Wir arbeiten mit einer CRM Software. Als Email meine ich nur die Funktion ansich, hier handelt es sich lediglich um ein Gateway-Dienst welcher auf den SQL-Server zugreift und die Mails nur Versendet und Empfängt.
zu den Standorten, die liegen nicht im selben Gebäude. Zwischen den Orten liegen ca 10 - 15km. Das mit dem Spiegeln der Server haut nicht hin, da die Standorte zuweit auseinander liegen. Hatte mich da schonmal bei "Avance" schlau gemacht. Hier würde nur eine "Offline-Spiegelung" funktionieren. Deswegen dachte ich auch ehr daran Sicherungsdaten über Nacht zum 2.Standort zu sichern.
Beim Backup wollte ich eigentlich weg vom Tape. Also lieber auf externe Platten sichern. Hier dachte ich halt daran den alten DC und TS zum Backupserver umzusetzten (Server1). Alle Daten hier her sichern und dann nochmal auf externe Platten und die selben Daten auch zum 2.Standort zu sichern.
Gruß
und Danke für die schnelle Antwort. In einigen punkten hast du ja quasi mein bedenken bestätigt.
zu dem E-Mail-Server muss ich sagen das es sich hier nicht um einen Exchange handelt. Also keine zweite Datenbank. Wir arbeiten mit einer CRM Software. Als Email meine ich nur die Funktion ansich, hier handelt es sich lediglich um ein Gateway-Dienst welcher auf den SQL-Server zugreift und die Mails nur Versendet und Empfängt.
zu den Standorten, die liegen nicht im selben Gebäude. Zwischen den Orten liegen ca 10 - 15km. Das mit dem Spiegeln der Server haut nicht hin, da die Standorte zuweit auseinander liegen. Hatte mich da schonmal bei "Avance" schlau gemacht. Hier würde nur eine "Offline-Spiegelung" funktionieren. Deswegen dachte ich auch ehr daran Sicherungsdaten über Nacht zum 2.Standort zu sichern.
Beim Backup wollte ich eigentlich weg vom Tape. Also lieber auf externe Platten sichern. Hier dachte ich halt daran den alten DC und TS zum Backupserver umzusetzten (Server1). Alle Daten hier her sichern und dann nochmal auf externe Platten und die selben Daten auch zum 2.Standort zu sichern.
Gruß
Hi,
kannst du bitte nochmal näher auf den SQL Server eingehen?
40GB Daten schön und gut aber war wird von ihm gefordert 1 Nutzer oder 25 Nutzer arbeiten darauf,
ist das ganze eher schreibender oder lesender Zugriff.
Wie ist das verhalten der Logs, ich weiß nicht wie firm du mit SQL Servern bist aber wenn viel darauf ändernd gearbeitet wird,
entstehen schnell große Logfiles, die auch schon mal weit über Datenbankgröße wachsen können.
Am besten wäre, wenn du sowieso schon umräumst folgendes zu beachten:
http://technet.microsoft.com/en-us/library/cc966534.aspx
Logfiles auf Raid 1 oder 10 wegen IO, Datenfiles auf Raid 5 außer die Tempdb, die möglichst auch auf das Raid 1/10 Konstrukt, da in der gearbeitet wird.
Bei der Tempdb ist auch noch schön, wenn es je CPU bzw. je Kern 1 Datenfile gibt. Kerne mit Hyperthreading gelten nur als 1.
Also
4 Kern CPU = 4 Files
4 Kern CPU mit HT = 4 Files und nicht 8
Ich hoffe, das ist fürs erste nachvollziehbar, einige von den Tuningtipps werden für eure Größe zwar nicht viel bringen aber wenn du da sowieso ran musst,
kannst du es ja direkt zukunftssicher einrichten.
Gruß
kannst du bitte nochmal näher auf den SQL Server eingehen?
40GB Daten schön und gut aber war wird von ihm gefordert 1 Nutzer oder 25 Nutzer arbeiten darauf,
ist das ganze eher schreibender oder lesender Zugriff.
Wie ist das verhalten der Logs, ich weiß nicht wie firm du mit SQL Servern bist aber wenn viel darauf ändernd gearbeitet wird,
entstehen schnell große Logfiles, die auch schon mal weit über Datenbankgröße wachsen können.
Am besten wäre, wenn du sowieso schon umräumst folgendes zu beachten:
http://technet.microsoft.com/en-us/library/cc966534.aspx
Logfiles auf Raid 1 oder 10 wegen IO, Datenfiles auf Raid 5 außer die Tempdb, die möglichst auch auf das Raid 1/10 Konstrukt, da in der gearbeitet wird.
Bei der Tempdb ist auch noch schön, wenn es je CPU bzw. je Kern 1 Datenfile gibt. Kerne mit Hyperthreading gelten nur als 1.
Also
4 Kern CPU = 4 Files
4 Kern CPU mit HT = 4 Files und nicht 8
Ich hoffe, das ist fürs erste nachvollziehbar, einige von den Tuningtipps werden für eure Größe zwar nicht viel bringen aber wenn du da sowieso ran musst,
kannst du es ja direkt zukunftssicher einrichten.
Gruß
Hi,
ich bin über jeden Tuningtip dankbar ;)
Der SQL-Server so wie er jetzt ist, ist nicht die Ideal lösung. Meine bedenke den SQL-Server in eine VM zu ziehen geht dahin, das ich meine das er bei der VM zuerst immer erst das Komplette Raid anspricht (also die komplette VM auf dem Raid) und nicht direkt zum angeforderten Punkt.
Die 40GB Datenbanken sind 4Datenbanken. Wobei nur eine die ca. 30GB ausmacht. es Arbeiten alle 25User auf/an der Dantenbank. Es finden sowohl schreib als auch lese Zugriffe statt. Ich kann aber jetzt nicht sagen was mehr der fall ist. Da die große Datenbank ja Hauptbestandteil der CRM-Software ist. die größe der Logfiles weiß ich jetzt nicht auf die schnelle.
ich bin über jeden Tuningtip dankbar ;)
Der SQL-Server so wie er jetzt ist, ist nicht die Ideal lösung. Meine bedenke den SQL-Server in eine VM zu ziehen geht dahin, das ich meine das er bei der VM zuerst immer erst das Komplette Raid anspricht (also die komplette VM auf dem Raid) und nicht direkt zum angeforderten Punkt.
Die 40GB Datenbanken sind 4Datenbanken. Wobei nur eine die ca. 30GB ausmacht. es Arbeiten alle 25User auf/an der Dantenbank. Es finden sowohl schreib als auch lese Zugriffe statt. Ich kann aber jetzt nicht sagen was mehr der fall ist. Da die große Datenbank ja Hauptbestandteil der CRM-Software ist. die größe der Logfiles weiß ich jetzt nicht auf die schnelle.
Hi!,
also zunächst einmal würde ich den SQL-Server da belassen wo er ist....
Ich denke, das ein Blade-System zu teuer wird. Da kommst du mit deinen 15-20k € nicht hin.
Zu deiner vorhandenen Hardware.
Ich würde deinen ersten Server zum alleinigen DC machen. Zur "Sicherheit" würde ich Server3 die gleiche Rolle spielen lassen. Also nur DC mit DNS (Zonen integriert).
Wieviele Clients/Benutzer gibt es in Standort2??
Server4 in Standort2 kann dann nach einer kleinen performancesteigerung durch mehr RAM und evtl. eine neues OS (Server2008R2) als Backup-Server dienen. Kauf ein NAS-System mit ordetlich Platz und sichere darauf täglich deinen Daten. Danach kannst du diese dann mit einem Tapeloader auf Tapes für Wochen/Montas-Sicherungen schreiben.
Neue Hardware.
Dein Ansatz die Server zu virtualsieren ist nicht schlecht. Ich würde einen neues System mit 2x dicken Xeon CPUs, 48GB-Ram, 6-7 450GB SAS 10/15K-RPM und einem flotten RAID-Controller, der RAID5 oder 6 kann, sowie eine 4-Port-Netzwerkkarte kaufen. (Beispiel: Fujitsu RX300S6) Darauf dann einen Server2008R2 Enterprise mit Hyper-V zur Virtualsierung. In der Enterpriselizenz von Srv2008r2 sind automaitsch 4 virtuelle Lizenzen vorhanden. mit diesen 4 VMs kannst du dann deinen Email-Server ), IIS, Printserver, und Datei-Server erstellen.
Sollten nicht so viele benutzer/clients in Standort2 enthalten sein, würde ich über einen RODC nachdenken. Den kann man auf einem kleinen Server laufen lassen der dann auch die Print- und Datei-Dienste übernimmt
In nächster Zeit würde ich mir dann noch Gedanken machen, wie man dieses Szenario redudant gestaltet. Stichwort "Sotarge etc.".
also zunächst einmal würde ich den SQL-Server da belassen wo er ist....
Ich denke, das ein Blade-System zu teuer wird. Da kommst du mit deinen 15-20k € nicht hin.
Zu deiner vorhandenen Hardware.
Ich würde deinen ersten Server zum alleinigen DC machen. Zur "Sicherheit" würde ich Server3 die gleiche Rolle spielen lassen. Also nur DC mit DNS (Zonen integriert).
Wieviele Clients/Benutzer gibt es in Standort2??
Server4 in Standort2 kann dann nach einer kleinen performancesteigerung durch mehr RAM und evtl. eine neues OS (Server2008R2) als Backup-Server dienen. Kauf ein NAS-System mit ordetlich Platz und sichere darauf täglich deinen Daten. Danach kannst du diese dann mit einem Tapeloader auf Tapes für Wochen/Montas-Sicherungen schreiben.
Neue Hardware.
Dein Ansatz die Server zu virtualsieren ist nicht schlecht. Ich würde einen neues System mit 2x dicken Xeon CPUs, 48GB-Ram, 6-7 450GB SAS 10/15K-RPM und einem flotten RAID-Controller, der RAID5 oder 6 kann, sowie eine 4-Port-Netzwerkkarte kaufen. (Beispiel: Fujitsu RX300S6) Darauf dann einen Server2008R2 Enterprise mit Hyper-V zur Virtualsierung. In der Enterpriselizenz von Srv2008r2 sind automaitsch 4 virtuelle Lizenzen vorhanden. mit diesen 4 VMs kannst du dann deinen Email-Server ), IIS, Printserver, und Datei-Server erstellen.
Sollten nicht so viele benutzer/clients in Standort2 enthalten sein, würde ich über einen RODC nachdenken. Den kann man auf einem kleinen Server laufen lassen der dann auch die Print- und Datei-Dienste übernimmt
In nächster Zeit würde ich mir dann noch Gedanken machen, wie man dieses Szenario redudant gestaltet. Stichwort "Sotarge etc.".
...
Beim Backup wollte ich eigentlich weg vom Tape. Also lieber auf externe Platten sichern. Hier dachte ich halt daran den alten DC
und TS zum Backupserver umzusetzten (Server1). Alle Daten hier her sichern und dann nochmal auf externe Platten und die selben
Daten auch zum 2.Standort zu sichern.
Gruß
und TS zum Backupserver umzusetzten (Server1). Alle Daten hier her sichern und dann nochmal auf externe Platten und die selben
Daten auch zum 2.Standort zu sichern.
Gruß
Datensicherung würde ich bei der kleinen Menge immer auf Tape machen, die sind sicher und gehen in den seltensden Fällen kaputt und man kann sie nach Jahren noch auslesen - eine HDD fällt dir runter und damit ist das Backup im ....
Tapes sind nach wie vor das beste Speichermedium für Backups vorallem für Langzeitsicherungen und Archivierungen
Hallo,
auch wenn ich Spielverderber bin, der Enterprise stellt 4 VM-Lizenzen zur Verfügung, die aber auf einer Hardware eingesetzt werden müssen! Hierzu eine recht gute Erklärung von Microsoft: http://www.microsoft.com/en-gb/showcase/details.aspx?uuid=e5f416a3-13df ...
Auch wenn im Normalfall in dieser Größenordnung Rackserver (2 HE) sinnvoller sind, könnte auch ein Bladeserver vom IBM interessant sein, da hier schon ein Storage integriert ist.
Ansonsten wäre auch eine VMware Essentials Plus (http://www.vmware.com/vmwarestore/smb-products/vsphere-smb/vsphere_smbp ..) interessant, mit Fail-Over. In Verbindung mit dem IBM Blade Express (http://www-03.ibm.com/systems/de/express/servers/bladecenter/index.html ..) eine sehr gute Lösung. Das Storage ist bereits integriert.
Die Virtualisierung des SQL ist problemlos möglich, aber hier stimme ich meinem Vorrednern zu: SQL braucht I/O, d.h. soviele Festplatten wie möglich. Pack 12 HDD ins BladeExpress, dann hast Du auch genügend I/O für den SQL.
Gruß,
Nils
auch wenn ich Spielverderber bin, der Enterprise stellt 4 VM-Lizenzen zur Verfügung, die aber auf einer Hardware eingesetzt werden müssen! Hierzu eine recht gute Erklärung von Microsoft: http://www.microsoft.com/en-gb/showcase/details.aspx?uuid=e5f416a3-13df ...
Auch wenn im Normalfall in dieser Größenordnung Rackserver (2 HE) sinnvoller sind, könnte auch ein Bladeserver vom IBM interessant sein, da hier schon ein Storage integriert ist.
Ansonsten wäre auch eine VMware Essentials Plus (http://www.vmware.com/vmwarestore/smb-products/vsphere-smb/vsphere_smbp ..) interessant, mit Fail-Over. In Verbindung mit dem IBM Blade Express (http://www-03.ibm.com/systems/de/express/servers/bladecenter/index.html ..) eine sehr gute Lösung. Das Storage ist bereits integriert.
Die Virtualisierung des SQL ist problemlos möglich, aber hier stimme ich meinem Vorrednern zu: SQL braucht I/O, d.h. soviele Festplatten wie möglich. Pack 12 HDD ins BladeExpress, dann hast Du auch genügend I/O für den SQL.
Gruß,
Nils
hallo leute,
erstmal danke für eure antworten und dann wollte ich noch kurz einen status bericht abgeben.
nach vielem hin und her haben wir uns dazu entschlossen, die server auf einen standort zusammen zu ziehen. da die produktion nochmals erweitert werden soll. das thema bladeserver ist vom tisch. stattdessern kommen 2 neue "normale" server dazu. einmal ein neuer reiner TS und der zweite wird ein VM server.
Server 1 (bleibt) als DC-Sec und TS 2003 (alt lizenzen)
Server 2 (bleibt) als SQL server (allerdings speichererweiterung auf 32GB und änderung des raids auf raid 10. die datenbanken bleiben auf dem server)
Server 3 (weg) wird VM
Server 4 (weg) wird VM
1.Server (neu) VM Server mit 3 VM´s
1 VM = DC + Daten
2 VM = ISS, Mail, Fax, Printserver
3 VM = "offline" SQL-server (soll installiert sein aber nur im notfall in betrieb gehen und die funktion vom server 2 übernehmen)
2.Server (neu) TS 2008r2 (vorerst noch nichts als vm geplant)
zudem kommen wir so mit den vorhandenen lizenzen besser hin.
desweiteren ist ein 4TB storage in planung als backup. von hier sichern wir dann nochmal auf externe platten. in überlegung ist auch noch die daten auf den 2.standort zu sichern.
zum thema bandsichrung... da halte ich nicht sehr viel von. beides hat vor und nachteile. für die tapes brauch ich aber immer ein laufwerk um sie auslesen zu können. wenn ein tape runterfällt wird es das auch nicht unbedingt unbeschadet überstehen. aber als großes ärgernis sehe ich die laufwerke. in dem server1 ist noch ein tandberg streamer verbaut. der ist aber mittlerweile schon 3mal neu gekommen. immer war iwas mit der mechanik und billig sind die streamer auch nicht ;)
erstmal wars das soweit. also danke nochmal
gruß it-arsonist
erstmal danke für eure antworten
und dann wollte ich noch kurz einen status bericht abgeben.nach vielem hin und her haben wir uns dazu entschlossen, die server auf einen standort zusammen zu ziehen. da die produktion nochmals erweitert werden soll. das thema bladeserver ist vom tisch. stattdessern kommen 2 neue "normale" server dazu. einmal ein neuer reiner TS und der zweite wird ein VM server.
Server 1 (bleibt) als DC-Sec und TS 2003 (alt lizenzen)
Server 2 (bleibt) als SQL server (allerdings speichererweiterung auf 32GB und änderung des raids auf raid 10. die datenbanken bleiben auf dem server)
Server 3 (weg) wird VM
Server 4 (weg) wird VM
1.Server (neu) VM Server mit 3 VM´s
1 VM = DC + Daten
2 VM = ISS, Mail, Fax, Printserver
3 VM = "offline" SQL-server (soll installiert sein aber nur im notfall in betrieb gehen und die funktion vom server 2 übernehmen)
2.Server (neu) TS 2008r2 (vorerst noch nichts als vm geplant)
zudem kommen wir so mit den vorhandenen lizenzen besser hin.
desweiteren ist ein 4TB storage in planung als backup. von hier sichern wir dann nochmal auf externe platten. in überlegung ist auch noch die daten auf den 2.standort zu sichern.
zum thema bandsichrung... da halte ich nicht sehr viel von. beides hat vor und nachteile. für die tapes brauch ich aber immer ein laufwerk um sie auslesen zu können. wenn ein tape runterfällt wird es das auch nicht unbedingt unbeschadet überstehen. aber als großes ärgernis sehe ich die laufwerke. in dem server1 ist noch ein tandberg streamer verbaut. der ist aber mittlerweile schon 3mal neu gekommen. immer war iwas mit der mechanik und billig sind die streamer auch nicht ;)
erstmal wars das soweit. also danke nochmal
gruß it-arsonist
Hallo it-arsonist,
ein kleiner Hinweis noch von meiner Seite: nach meinem Wissensstand dürfen DC und TS nicht auf einer Maschine laufen -> Sicherheitsrisiko.
Gruß,
Nils
ein kleiner Hinweis noch von meiner Seite: nach meinem Wissensstand dürfen DC und TS nicht auf einer Maschine laufen -> Sicherheitsrisiko.
Gruß,
Nils
Faxserver kann kritisch werden, vorallem wenn du interne Karten verwendest, das funktioniert meistens nicht so toll wie man es sich denkt
hmm stimmt habt ihr beide recht... nochmal überarbeitet:
Server 1 (bleibt) als DC, Daten, Fax
Server 2 (bleibt) als SQL server (allerdings speichererweiterung auf 32GB und änderung des raids auf raid 10. die datenbanken bleiben auf dem server)
Server 3 (weg) wird VM
Server 4 (weg) wird VM
1.Server (neu) VM Server mit 3 VM´s
1 VM = TS 2003 (alt lizenzen)
2 VM = ISS, Mail, Printserver
3 VM = "offline" SQL-server (soll installiert sein aber nur im notfall in betrieb gehen und die funktion vom server 2 übernehmen)
4 VM = DC sec
2.Server (neu) TS 2008r2 (vorerst noch nichts als vm geplant)
Fax und DC zusammen sollte ja unkritisch sein, persönlich gefällt mir das so auch schon fast besser weil ich aus der VM so keine daten sichern muss sondern die server einfach komplett sichern kann.
Server 1 (bleibt) als DC, Daten, Fax
Server 2 (bleibt) als SQL server (allerdings speichererweiterung auf 32GB und änderung des raids auf raid 10. die datenbanken bleiben auf dem server)
Server 3 (weg) wird VM
Server 4 (weg) wird VM
1.Server (neu) VM Server mit 3 VM´s
1 VM = TS 2003 (alt lizenzen)
2 VM = ISS, Mail, Printserver
3 VM = "offline" SQL-server (soll installiert sein aber nur im notfall in betrieb gehen und die funktion vom server 2 übernehmen)
4 VM = DC sec
2.Server (neu) TS 2008r2 (vorerst noch nichts als vm geplant)
Fax und DC zusammen sollte ja unkritisch sein, persönlich gefällt mir das so auch schon fast besser weil ich aus der VM so keine daten sichern muss sondern die server einfach komplett sichern kann.
Zitat von @IT-Arsonist:
Fax und DC zusammen sollte ja unkritisch sein, persönlich gefällt mir das so auch schon fast besser weil ich aus der VM
so keine daten sichern muss sondern die server einfach komplett sichern kann.
Fax und DC zusammen sollte ja unkritisch sein, persönlich gefällt mir das so auch schon fast besser weil ich aus der VM
so keine daten sichern muss sondern die server einfach komplett sichern kann.
funktioniert mit BackupExec super
einfach die ganze VM wegsichern und alles wird gut - Bedenke aber das man so keine DC's sichern sollte ... diese immer via Systemstate und zusätzlich immer mehr wie einen auf zwei unterschiedlichen physikalischen Maschinen (egal ob direkt auf Blech oder als VM)Hallo,
auch wenn ich Spielverderber bin, der Enterprise stellt 4 VM-Lizenzen zur Verfügung, die aber auf einer Hardware eingesetzt
werden müssen! Hierzu eine recht gute Erklärung von Microsoft:
http://www.microsoft.com/en-gb/showcase/details.aspx?uuid=e5f416a3-13df ...
auch wenn ich Spielverderber bin, der Enterprise stellt 4 VM-Lizenzen zur Verfügung, die aber auf einer Hardware eingesetzt
werden müssen! Hierzu eine recht gute Erklärung von Microsoft:
http://www.microsoft.com/en-gb/showcase/details.aspx?uuid=e5f416a3-13df ...
Simmt, hat doch auch keiner eine andere Meinung gesagt oder?
Sollte dann irgendwann ein Cluster drauß werden, müsste man noch einmal über die Lizenzsierung nachdenken. Aber direkt ne Datacenter-Lizenz für 3500€ zu kaufen um dann 3-4 server drauf abzubilden finde ich nicht wirklich sinnvoll....
Hi Philipp,
War auch nur ein Hinweis von meiner Seite.
Gruß,
Nils
Simmt, hat doch auch keiner eine andere Meinung gesagt oder?
doch, dSchak: "Die nächste Frage ist auch: welche Server Lizenzen du hast - wenn du eh neue Server kaufst würde ich direkt MS Server Enterprise mit kaufen aus einem Open Vertrag (die darfst dann auch downgraden und du kannst 4 VMs mit einer Lizenz installieren)." In Kombination mit der Konfiguration hätte es so aufgenommen werden können. Zwei psysikalische Server mit je 2 VMs.War auch nur ein Hinweis von meiner Seite.
Gruß,
Nils
Für den VM-Server mit 3 VM's kann dann einer Enterprise-Lizenz genutzt werden. Auf diesem Server dürfen dann bis zu 4 VMs mit 2008 laufen.
Ouh sorry habe ich nicht gesehen
Sollte dann irgendwann ein Cluster drauß werden, müsste man noch einmal über die Lizenzsierung nachdenken. Aber
direkt ne Datacenter-Lizenz für 3500€ zu kaufen um dann 3-4 server drauf abzubilden finde ich nicht wirklich
sinnvoll....
direkt ne Datacenter-Lizenz für 3500€ zu kaufen um dann 3-4 server drauf abzubilden finde ich nicht wirklich
sinnvoll....
ich habe nicht von Datacenter gesprochen, extra nur über Enterprise - selbst wenn du 2 Server laufen lässt auf einer Maschine und im Fall der Fälle die anderen beiden auf die eine Maschine schiebst - musst du mit dem "zurückschieben" 90 Tage warten - weil es sonst ein Lizenzverstoß wäre - darum kannst besser direkt die maximale auslastung Lizensieren, wir haben bei uns auf den drei VMWare Servern (Essential Plus) auch nur die Datacenter Server laufen - damit wir fröhlich lustig verschieben können wir wir es möchten
- Datacenter ist teuer, dass ist korrekt und macht auch erst ab 4+ VMs je physikalischen Server wirklich sinn - es sei denn man benötigt die special Features der DC Edtion.Was ich mit meiner Aussage nur darstellen wollte war folgendes: durch einen Open Vertrag darfst du die Edtion downgraden, was mit einer OEM Version nicht zulässig ist (es sei denn du buchst SoftwareAssurance direkt beim Kauf dazu)
Zitat von @IT-Arsonist:
3 VM = "offline" SQL-server (soll installiert sein aber nur im notfall in betrieb gehen und die funktion vom server 2
übernehmen)
3 VM = "offline" SQL-server (soll installiert sein aber nur im notfall in betrieb gehen und die funktion vom server 2
übernehmen)
wenn du mit asynchroner Replikation arbeiten willst musst aber Enterprise Lizenz haben meines wissens nach, bei eine synchronen Replikation reicht ein Standardserver, wenn du mit Autofailover arbeiten möchtest brauchst noch einen dritten der den Heartbeat überwacht, da reicht aber ein Express vollkommen aus - wobei du nur einen Server Lizensieren musst, sofern auf dem Ausfallserver alle Datenbanken im Standy laufen und nichts produktives im Normalfall dort läuft.
Daher du von einem physikalischen Server in eine VM spiegelst wirst um eine asynchrone Replikation nicht herum kommen, es sei denn die IO der VM reichen aus. Wenn ihr ein MS ERP im Einsatz habt könnt ihr auch auf Royality Lizenzen zurückgreifen - die kosten nur ein Bruchteil, dürfen aber auch nur für die ERP und anderen MS Produkten die für/mit der ERP laufen eingesetzt werden (haben wir so im Einsatz, die Enterprise 2 Proz. Lizenz kostet dann nicht mal mehr 1/3 des Preises. Und ich würde auch direkt schauen welche Lizenzversion du nutzen willst - der bessere ROI bei Prozessor Lizenzen ist bei rund 150 User (je nachdem was man zahlt je User)
Und deine Idee Mail & IIS auf einem Server würde ich auch lassen, der Exchange braucht die IIS Dienste für seine eigenen Dienste (OWA, OAB usw.) - das kannst du besser wo anders mit installieren.
ich glaube nicht das ich eine enterprise version brauche. der sql server soll nur eine w2k8 installation sein mit der rolle des sql servers, mehr nicht. kein failover oder sonstiges. somit auch kein cluster. es geht mir nur darum das ich im notfall einen server habe der die rolle des sql servers übernehmen kann.
mail und iss passt schon. da es sich hier nicht um einen exchange handelt. es gibt auch noch andere lösungen als exchange ;) hatte ich oben aber auch schon geschrieben. wir haben eine eigene crm software im einsatz. ich brauche nur ein gateway welches die mails abholt und versendet. das ist mit der funktion "mail" gemeint, ansonsten hätte ich auch exchange geschrieben. den iss nutzen wir um unsere crm software für iphone und ipad zugänglich zu machen. der server wird nicht viel zutun haben und von daher auch nicht viel IO haben.
dennoch danke für deine aufmerksamkeit
mail und iss passt schon. da es sich hier nicht um einen exchange handelt. es gibt auch noch andere lösungen als exchange ;) hatte ich oben aber auch schon geschrieben. wir haben eine eigene crm software im einsatz. ich brauche nur ein gateway welches die mails abholt und versendet. das ist mit der funktion "mail" gemeint, ansonsten hätte ich auch exchange geschrieben. den iss nutzen wir um unsere crm software für iphone und ipad zugänglich zu machen. der server wird nicht viel zutun haben und von daher auch nicht viel IO haben.
dennoch danke für deine aufmerksamkeit
