Lieber Besucher, herzlich willkommen bei: INVESTOX-Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Montag, 31. März 2008, 22:00
Hallo zusammen
Aus aktuellem Anlass
muss ich diesen Punkt ergänzen:
Zu diesem Punkt gehören natürlich auch die regulären Windows-Updates. Auf meinen Maschinen habe ich den Windows Update ("automatische Updates") auf "Update herunterladen, aber Installationszeitpunkt manuell festlegen" eingestellt. Und unter Punkt 3 laufen natürlich regelmässig auch Windows Updates in meine Plattform ein.
Aus aktuellem Anlass
muss ich diesen Punkt ergänzen:3) Rollout von neuen Software Versionen (neue TWS oder TWS-API oder RTT oder Investox oder Java, mehr sollte es nicht geben, wenn wir über ein Investox Rechenzentrum sprechen)
Zu diesem Punkt gehören natürlich auch die regulären Windows-Updates. Auf meinen Maschinen habe ich den Windows Update ("automatische Updates") auf "Update herunterladen, aber Installationszeitpunkt manuell festlegen" eingestellt. Und unter Punkt 3 laufen natürlich regelmässig auch Windows Updates in meine Plattform ein.
Gruss
Bernd
Bernd
Dienstag, 1. April 2008, 13:32
Hallo Bernd,
2.) Ausfallsicherheit:
Bei den Servern geht der aktuelle Trend in Richtung Verwendung von Solid State Disks statt Festplatten.
Die gehen salopp gesagt nicht so schnell kaputt, haben aber eine weitaus geringere Kapazität
Wenn ich ehrlich sein soll, Ich habe noch keine Datenbankserver mit Solid State Disks gesehen.
Im Notebookbereich wird das ab und an schon mal eingesetzt.
Auf tomshardware findet sich einige nette Tests dazu.
Ergebniss:
Zitat
Flash-SSDs müssen im Bereich von Random-Write-Benchmarks verglichen mit herkömmlichen Festplatten noch immer ganz erheblich Federn lassen.
Sollten Sie mit Anwendungen arbeiten, die viele schreibintensive Random-I/Os auslösen, sind schnelle mechanische Festplatten wie die Raptor von Western Digital oder flotte SAS-Laufwerke noch immer die bessere Wahl
RTT rattert ordentlich auf der HDD rum, beim Aufzeichnen.
Andere Tests kommen auf ähnliche Ergebnisse
Engadget hat die neue, 64 GB große SSD von Samsung getestet und mit einer Seagate Momentus 2,5 Zoll-Festplatte (5.400 RPM) verglichen. Dabei zeigten sich Werte von 52 MB/sec beim Lesen und 32 MB/sec beim Schreiben. Dies ist klar weniger, als die theoretischen Werte von Samsung,
Da ist jede 7200er Desktop Festplatte schneller; außer bei der Zugriffszeit; daher booten Solide State betrieben Systeme unter Vista ca. 2-3 mal so schnell.
Außerdem hat Flash einen kleinen konstruktiven Nachteil: nach 1-2 Millionen Löschvorgängen ist essig mit dem Flash. Wie das Filesystem die Millionen von Ticks beim Aufzeichnen verwaltet auf der HDD kann ich nicht genau sagen, aber wenn immer wieder im Directory updates geschrieben werden, könnte da schnell eine SSD am Ende sein.
Ich kann daher keinen Grund erkenne, warum man sowas in einem Daten-Server einsetzen sollte.
Ausserdem sind die Dinger entsetzlich teuer. Die Samsung Solid State Disk mit 64GB kostet ca. 800€.
Für das Geld kann ich mir schon ein Raid 10 mit 15k SAS Platten bauen.
If you think it´s expensive to hire a professional, wait until you hire an amateur.
Dienstag, 1. April 2008, 13:53
Hallo Lenzelott,
Du schreibst:
Ach, da gibt es schon so einige. Neulich gab es dazu auch einige Postings auf dem Heise-Ticker.
Wenn es dich interessiert google doch mal unter "server solid state"
Zum Beispiel gibt es Serverlösungen von Transtec. Die Verargumentieren eine Verwendung wie folgt:
Aber es sind ja auch nur Vorschläge...
Du schreibst:
.... Wenn ich ehrlich sein soll, Ich habe noch keine Datenbankserver mit Solid State Disks gesehen.
Im Notebookbereich wird das ab und an schon mal eingesetzt.
Ach, da gibt es schon so einige. Neulich gab es dazu auch einige Postings auf dem Heise-Ticker.
Wenn es dich interessiert google doch mal unter "server solid state"
Zum Beispiel gibt es Serverlösungen von Transtec. Die Verargumentieren eine Verwendung wie folgt:
Von den Flash-Speichermedien verspricht sich Transtec, neben einer deutlich besseren Performance im Vergleich zu Festplatten-basierenden Systemen, auch mehr Sicherheit: Die lautlosen SSDs sind stoßunempfindlich und vertragen große Temperaturschwankungen. Mit einer durchschnittlichen Betriebsdauer von einer Million Stunden (MTBF) sind die Flash-Speicher zudem so zuverlässig wie Enterprise-Festplatten.
Aber es sind ja auch nur Vorschläge...
Grüße,
Christian
Christian
Dienstag, 1. April 2008, 16:49
Hallo zusammen
Uff, viel Feedback, danke. Ich kann nur zu einigen Zitaten etwas beitragen:
Genau so habe ich diesen Thread und das vorgestellte Konzept auch gedacht! Es ist ein strategisches Konzept, was im Detail flankiert werden muss durch viele weitere Bestandteile. Z.B. auch ein Backup ausser Haus (im Fach-Jargon BCM-Konzept, business continuity management für den Fall, dass das Gebäude mit dem RZ abbrennt).
Ich kann empfehlen, DSL + Kabel parallel zu betreiben. Managen kann man das z.B. mit dem Lancom 1611+, wie hier oder hier beschrieben.
Das Problem scheint mir zu sein, dass die von Investox verwendeten Dateien in diese Versionsverwaltung überführt werden müssten; besonders schwer scheint mir das bei .dat Dateien, die Daten mehrerer unterschiedlicher Projekte in sich vereinen. Wenn eine Versionsverwaltung nicht konzeptionell vom Hersteller (in diesem Fall also Knöpfel Software) unterstütz wird, glaube ich nicht an die Anwendbarkeit.
Das genaue Gegenteil hat mich veranlasst, strukturiert vorzugehen! Ich habe genau keinen Spass an der Administration, weil es mich von der Kreativität des HS Entwickelns ablenkt. Nur ist es so wie bei Momo (Michael Ende): wenn es schnell gehen soll, muss man langsam rückwärts gehen. Das Konzept, welches ich hier vorgestellt habe, hatte ich schon mal ein Jahr vorher mehr textuell beschrieben. Hier kam zum Ausdruck, warum das Minimum an Administration am Ende Zeit spart!
Übrigens lassen sich alle wiederkehrenden Abläufe wie Backup, Log-Checks und Alarmierungen völlig automatisieren. Dazu gibt es bei mir eine Checkliste, was beim Aufsetzen eines neuen Rechners zu tun ist. Ohne gross nachzudenken kann ich in ca. zwei bis drei Stunden eine neue Maschine völlig integriert als zusätzliche Produktions-Maschine aufsetzen incl. Backup und allem Pipapo. Ich brauche weder nachzudenken noch gibt es grosse Fehlerquellen. Einfach Checkliste im Blindflug abarbeiten und schon hab' ich wieder Zeit für die HS Entwicklung!
Ja. Viele Rechner oder es könnten auch Blades in einer Maschine sein. Wie oben angemerkt ist es ein strategisches Konzept. Bei mir sind es tatsächlich einzelne Rechner zur Zeit, und für die Ausfallsicherheit helfe ich mir mit einem Cold Standby Rechner, der jede Funktion schnell übernehmen kann. Da alle meine Rechner weitgehend baugleich sind, könnte ich notfalls auch den Cold-Standby zugunsten eines ausgefallenen Rechners kanibalisieren. Je nach Einschätzung, was schneller zum Ziel führt.
Immerhin muss man sich mit mehreren Rechnern nicht allzuviele Gedanken über lokale I/O Engässe machen.
Uff, viel Feedback, danke. Ich kann nur zu einigen Zitaten etwas beitragen:
Aus IT-technischer Sicht handelt es sich am ehesten um einen Ausschnitt eines Betriebskonzeptes.
Genau so habe ich diesen Thread und das vorgestellte Konzept auch gedacht! Es ist ein strategisches Konzept, was im Detail flankiert werden muss durch viele weitere Bestandteile. Z.B. auch ein Backup ausser Haus (im Fach-Jargon BCM-Konzept, business continuity management für den Fall, dass das Gebäude mit dem RZ abbrennt).
Hier bestehen bei den üblichen DSL-Verbindungen erhebliche Risiken... DSL hat man in der Regel nur einmal und damit keine Redundanz.
Ich kann empfehlen, DSL + Kabel parallel zu betreiben. Managen kann man das z.B. mit dem Lancom 1611+, wie hier oder hier beschrieben.
könnte man sich auch eine Versionsverwaltung vorstellen. Für Windows ist z.B. SVN - frei
Das Problem scheint mir zu sein, dass die von Investox verwendeten Dateien in diese Versionsverwaltung überführt werden müssten; besonders schwer scheint mir das bei .dat Dateien, die Daten mehrerer unterschiedlicher Projekte in sich vereinen. Wenn eine Versionsverwaltung nicht konzeptionell vom Hersteller (in diesem Fall also Knöpfel Software) unterstütz wird, glaube ich nicht an die Anwendbarkeit.
Allerdings glaube ich, ist dieser Ansatz nur etwas für menschen, die Spass an der Administration von Systemen haben.
Das genaue Gegenteil hat mich veranlasst, strukturiert vorzugehen! Ich habe genau keinen Spass an der Administration, weil es mich von der Kreativität des HS Entwickelns ablenkt. Nur ist es so wie bei Momo (Michael Ende): wenn es schnell gehen soll, muss man langsam rückwärts gehen. Das Konzept, welches ich hier vorgestellt habe, hatte ich schon mal ein Jahr vorher mehr textuell beschrieben. Hier kam zum Ausdruck, warum das Minimum an Administration am Ende Zeit spart!
Übrigens lassen sich alle wiederkehrenden Abläufe wie Backup, Log-Checks und Alarmierungen völlig automatisieren. Dazu gibt es bei mir eine Checkliste, was beim Aufsetzen eines neuen Rechners zu tun ist. Ohne gross nachzudenken kann ich in ca. zwei bis drei Stunden eine neue Maschine völlig integriert als zusätzliche Produktions-Maschine aufsetzen incl. Backup und allem Pipapo. Ich brauche weder nachzudenken noch gibt es grosse Fehlerquellen. Einfach Checkliste im Blindflug abarbeiten und schon hab' ich wieder Zeit für die HS Entwicklung!
Die Aufallwahrscheinlichkeit eines Systems ist abhängig von der Komplexität des Systems
In deinem Ansatz kommen viele Rechner und einzelne Platten zum Einsatz ... CPU nicht das Bottleneck sondern das I/O
Ja. Viele Rechner oder es könnten auch Blades in einer Maschine sein. Wie oben angemerkt ist es ein strategisches Konzept. Bei mir sind es tatsächlich einzelne Rechner zur Zeit, und für die Ausfallsicherheit helfe ich mir mit einem Cold Standby Rechner, der jede Funktion schnell übernehmen kann. Da alle meine Rechner weitgehend baugleich sind, könnte ich notfalls auch den Cold-Standby zugunsten eines ausgefallenen Rechners kanibalisieren. Je nach Einschätzung, was schneller zum Ziel führt.
Immerhin muss man sich mit mehreren Rechnern nicht allzuviele Gedanken über lokale I/O Engässe machen.
Gruss
Bernd
Bernd
Mittwoch, 2. April 2008, 11:59
Hallo,
von meiner Seite noch ein paar Nachträge/Ergänzungen:
Internet Verfügbarkeit:
Alternativ kann man eine Redundanz der Datenverbindung auch dadurch erreichen, dass man zum DSL-Anschluss noch eine UMTS-Verbindung verwendet. Systeme, die das für den Benutzer transparent abwickeln gibt es z.B. von der Firma Viprinet.
@Bernd
Ja, in diesen Punkt gebe ich Dir recht!
Investox besitzt eine Projektverwaltung, welche sich von der Funktionalität mit Versionsverwaltungen überschreidet. Weiterhin ist die Handhabung von Binärdateien immer etwas umständlich. Der Benutzer muss genau wissen welche Dateien für was wann gebraucht werden.
Das klingt nicht gerade nach einem benutzerfreundlichen Ansatz. Somit wäre eine integrierte Investox-Lösung sauberer, und leichter zu benutzen.
Administration:
Oh, ich bin ein grosser Fan von solchen Ansätzen.
Mein "Traum" ist das vollkommen automatisierte Handelssystem.
Aber seien wir mal ehrlich....
...über das, worüber wir in diesem Thread hier aktuell diskuteren ist schon etwas für Fortgeschrittene oder zumindest für Menschen, die sich für Computersysteme, IT ect. interessieren.
.. und wahrscheinlich gibt es da garnicht sooo viele unter den Tradern... Ich weiss es aber nicht - würde mich aber interessieren - ich selber komme aus der Technik und liebe somit auch interessante technische Lösungen
Topologie:
Das klingt schon recht professionell. Bin gespannt wenn es dazu erfahrungsberichte gibt.
@MartinP
Ich finde deinen aktuellen Ansatz einen Hoster für das Produktivsystem einzusetzen sehr interessant.
Welche Anbieter kann man denn für Investoxzwecke empfehlen?
von meiner Seite noch ein paar Nachträge/Ergänzungen:
Internet Verfügbarkeit:
Alternativ kann man eine Redundanz der Datenverbindung auch dadurch erreichen, dass man zum DSL-Anschluss noch eine UMTS-Verbindung verwendet. Systeme, die das für den Benutzer transparent abwickeln gibt es z.B. von der Firma Viprinet.
.... Wenn eine Versionsverwaltung nicht konzeptionell vom Hersteller (in diesem Fall also Knöpfel Software) unterstütz wird, glaube ich nicht an die Anwendbarkeit
@Bernd
Ja, in diesen Punkt gebe ich Dir recht!
Investox besitzt eine Projektverwaltung, welche sich von der Funktionalität mit Versionsverwaltungen überschreidet. Weiterhin ist die Handhabung von Binärdateien immer etwas umständlich. Der Benutzer muss genau wissen welche Dateien für was wann gebraucht werden.
Das klingt nicht gerade nach einem benutzerfreundlichen Ansatz. Somit wäre eine integrierte Investox-Lösung sauberer, und leichter zu benutzen.
Administration:
....Das genaue Gegenteil hat mich veranlasst, strukturiert vorzugehen! Ich habe genau keinen Spass an der Administration, weil es mich von der Kreativität des HS Entwickelns ablenkt.
Oh, ich bin ein grosser Fan von solchen Ansätzen.
Mein "Traum" ist das vollkommen automatisierte Handelssystem.
Aber seien wir mal ehrlich....
...über das, worüber wir in diesem Thread hier aktuell diskuteren ist schon etwas für Fortgeschrittene oder zumindest für Menschen, die sich für Computersysteme, IT ect. interessieren.
.. und wahrscheinlich gibt es da garnicht sooo viele unter den Tradern... Ich weiss es aber nicht - würde mich aber interessieren - ich selber komme aus der Technik und liebe somit auch interessante technische Lösungen
Topologie:
..... Viele Rechner oder es könnten auch Blades in einer Maschine sein. Wie oben angemerkt ist es ein strategisches Konzept
Das klingt schon recht professionell. Bin gespannt wenn es dazu erfahrungsberichte gibt.
@MartinP
Ich finde deinen aktuellen Ansatz einen Hoster für das Produktivsystem einzusetzen sehr interessant.
Welche Anbieter kann man denn für Investoxzwecke empfehlen?
Grüße,
Christian
Christian