atari-home.de - Foren
Allgemeines => Atari - Talk => Thema gestartet von: Johannes am Do 01.05.2003, 12:09:14
-
Hallo,
ich verkaufe den ehemaligen Atari-Home.de Server. Es handelt sich dabei um:
- SUN SparcStation 4
- 110 MHz MicroSparc II Prozessor
- 128 MB RAM
- Floppy Drive orig. Sun
- SUN Tastatur Typ 5 + optische Maus und Mousepad (engl.)
- 9,1 GB SCSI Quantum Hard Disk Atlas V (1 Jahr alt!)
- 10 MBit Netzwerk Interface onBoard
- SBUS Erweiterungsslot
- Grafik onboard
- im schicken flachen SUN-typischen Gehäuse (passt problemlos in einen 19" Schrank, 7 cm hoch)
Zubehör:
- Monitorkabel 13W3 (SUN) -> 15 pol VGA (Männlich, es wird ein Monitor mit abnehmbaren VGA-Kabel oder ein Gender Changer für EUR 3,44 bei Conrad.de benötigt)
- Ersatz Mainboard mit 85 MHz MicroSparc II Prozessor (inkl. Netzwerk, Grafik onBoard)
- Ersatz SCA SCSI Seagate Festplatte ( 4 GB )
- Original SCA SCSI SUN Festplatte (510 MB)
- Diverse Kabel
- Sun Solaris 8
- SuSE 7.3 for Sparc
Auf Wunsch wird die Sun mit Suse 7.3 frisch vorinstalliert.
Preis: 250 EUR VB.
Ich denke aufgrund der guten Ausstattung definitiv nicht zu viel. Kontakt: xxy-home.de , 0xxx
Bilder auf Wunsch
-
Hallo Johannes, ich weis das der Thread schon uralt ist aber was solls. Auf welcher Hardware und welchem OS läuft denn jetzt Atari-Home?
Gruß Arthur
-
Hi Arthur,
die Zeiten, in denen ich atari-home.de auf nem eigenen Server betrieben habe, sind vorbei... jetzt läuft das bei einem 08/15 Hoster.
Linux mit Apache/1.3 Unix mod_ssl/2.8.28 OpenSSL/0.9.8f AuthPG/1.3
Grüße
Johannes
-
tztztz 08/15 hoster ;D
Hast doch nen Hoster an Board ;-)
-
Laufen die Server eigentlich in VMs um bei Wartungsarbeiten keinen Ausfall zu generieren.
-
Eine VM bietet keinerlei Vorteile bei Ausfällen durch Wartungsarbeiten. Ob Du in der VM einen Patch installieren musst und durchstartest oder auf einer physikalischen Maschine ist egal :P
-
Stimmt.
ich versuche immer erst updates und patches auf einem zweitsystem erst zu testen bevor es auf dem liveserver installiert wird. Der neustart ist unter linux ja nicht das porblem solange nicht der Kernel oder so getauscht wird. Da ist das eine sache von sekunden und der User wird wohl nichtmal was bemerken.
-
Bei uns in der Arbeit wird parallel in einer VM der server gestartet, der zeitnah in der anderen VM gestopt wird um updates durchzuführen. Somit ergibt sich für den Nutzer keine bemerkbaren aussetzer. Bei uodates an der Hardware wird die VM auf einer anderen Maschine gestartet. Aber 100pro kann ichs nicht sagen, da ich nicht bei den Servern sondern bei den Bestückern arbeite.
Gruß Matthias
-
Bei uns in der Arbeit wird parallel in einer VM der server gestartet, der zeitnah in der anderen VM gestopt wird um updates durchzuführen. Somit ergibt sich für den Nutzer keine bemerkbaren aussetzer. Bei uodates an der Hardware wird die VM auf einer anderen Maschine gestartet. Aber 100pro kann ichs nicht sagen, da ich nicht bei den Servern sondern bei den Bestückern arbeite.
Gruß Matthias
Interessant, und wie werden die Daten konsistent gehalten? Oder sind das rein statische Server, die nur lesenden Fileservice o.ä. bieten? Denn bei einem Webserver mit viel Userbetrieb würde ich das so ungern machen, da ist Dateninkonsistenz vorprogrammiert. 8)
-
Ich denke ich weiß was er meint. Bei Datenbankserver kann man die Replikationsmeschnismen verwenden und da wird jeder server Redundant laufen so das immer zwei Parallel laufen. Per Load-Balancing ist das dann auch schnell mal umgeschaltet um step by step updates zu fahren. Aber viel anders geht das leiter nicht
-
ja tuxie, genau so meinte ich das...
bei uns in Arbeit fahren die das auf den Servern so Bei 24 Stunden Produktionsbetrieb darf ein Server nicht unerreichbar sein, selbst bei Wartung das würde ja die Produktion stoppen. Wenn einer komplett ausfällt, wird mit dem Reservesystem weitergearbeitet, dauert dann nur wenige Minuten bis das weiterläuft.
Gruß Matthias