HOSTBLOGGER.de

Ich kann mich meinem Vorredner in puncto ESXi-Kompatibilität nur anschließen - es wäre in der Tat wünschenswert. Viele andere Hoster verlangen hier Unmengen an zusätzlichen Bereitstellungskosten - obgleich die Hardware weitgehenst im vorraus daraufhin ausgerichtet werden könnte (Mainboard mit Intel NICs, etc.), nur dann würde kein Kunde die horrenden Preise für die Kompatibilitätserweiterung aufbringen.

Zu dem würde ich mich über einen extra Schuss RAM (könnten gerne 16gb in der kleinsten Variante sein...) freuen, die Preise für Speicher sind nun wirklich nicht mehr gewichtig.

Auch eine Option für GPU-Computing, d.h. die Bereitstellung von ded. GPUs, wäre fantastisch (hier auch günstigere/kleinere GPUs) - sowas ist schwer in Deutschland zu finden oder gar nicht erhältlich, und kommt gerade bei wissentschaftl. Anwendungen (MATLAB u.a.) sehr gut zum Tragen. Ich würde mich gerade über Letzteres sehr freuen.

die neuen Root-Server haben meines wissens echte grafikkarten drin, musst mal fragen^^ iwelche GeForce^^

Ich habe letztens mit dem gedanken gespielt zu einem neuen root-server mit einem FX-iwas bzw 4-Core zu wechseln, habe es dann aber gelassen, da dort nicht wie bisher insgesamt 4 IP-adressen sondern nurnoch eine dabei ist

Vermutlich beziehst du dich auf die Onboard-Lösungen (z.B. mit nforce) bis hoch zur GeForce 8200M? Ich hoffe, ich deute das richtig - hierbei erstmal Danke für den Hinweis.

In dem Fall sei allerdings angemerkt, dass diese Lösungen lediglich Leistungskennwerte im unteren zweistelligen GFlop-Bereich erzielen. Das reicht für den produktiven Einsatz nicht im geringsten, hier sind Werte von 500+ Gflops (bspw. 9500GT) essentiell.

Es wird echt mal nötig Zeit für ne GBit Anbindung. Die 100MBit können ja schon von gerade mal einem einzigen Besucher mit einem Kabelanschluss ausgelastet sein... Bei den Franzosen gibt es bezahlbar sogar schon Server mit 10GBit Anschluss.

Serielle Konsole wäre was schönes. Und mehr als eine IP wäre auch (wieder) gut.

Ich übertreibe mal kurz bzgl. der Virtualisierung

Also, definitiv nice wäre die ESXi auf USB Stick Variante. So machen wir das bei uns im Clusterbetrieb und hatten bisher nicht einmal Schwierigkeiten. Die ESXi Hosts sind sogar komplett ohne Platten, da alles über NFS Storages läuft (wäre aber ein sehr exotischer Root-Server

Stichwort ESXi Cluster:
Da muss man einiges an RAM für den Failover freihalten (dafür nötige VLANs werden ja schon von Euch angeboten), unter 32GB ist da nicht wirklich was machbar.

NFS Storages:
4x 2TB Platten wären schon von Vorteil, evtl. sogar OS auch wieder vom USB Stick, damit alle Platten voll für Daten genutzt werden können. Wir bevorzugen da ein einfaches RAID-1 auf Linux Basis. Hardware RAIDs monitoren ist je nach Hardware nicht immer möglich oder zu umständlich.

IMPI:
Auf jeden Fall wünschenswert und ziehe ich der seriellen Konsole vor.

Traffic:
Wenn man täglich die Daten von Euch abzieht, sind die ehemals 1TB und sogar jetztigen 10TB unter Umständen zu wenig. Sehr viele Rootserver-Provider bieten da inzwischen eine Flatrate an.

Bestimmt ist das hier sehr individuell, aber vlt. ist die eine oder andere wichtige Anregung dabei.

Gruß
Mathias

- Schon genannt: IPMI, aber mit Virtual Media und KVM over IP (und evtl. eine passende ISO-Sammlung auf einem Samba-Share).

- Gehäuse mit mehr Festplatten-Slots und einfache Upgrade-Optionen dafür. Das sollte dann aber auch nicht nur für die (CPU&RAM)-Top-Modelle verfügbar sein, sondern auch für kleinere Geräte. Als Zusatzoption ein RAID-Controller wäre dann nett, aber nicht unbedingt nötig.

- +1 für ESXi

Hi, ich mals mal kurz

+1 für ESXi vom USB-Stick
+1 für KVM (mit Virtual Media und KVM over IP)
+1 für Hardware mit >32GB Ram und ESXi kompatibel

Grüße Andreas

Meine Wunschliste:

- Hardware-RAID Controller
-- passen dazu dann neben SATA HDDs auch SSDs und evtl. SAS HDDs in Kombinationen bis RAID5/6 Level
- Mehr RAM! Bei einem Betrieb eines Datenbankservers sind die momentan maximalen 16GB schon sehr wenig heutzutage. Eventuell Server mit 32GB oder sogar 64GB, wobei ich nicht weiß inwiefern das in der Masse wirtschaftlich ist, aber eine Option darauf wäre sicherlich gut.

Grüße,
Daniel

nee nee, soweit ich weiß haben sie neue server bestellt bzw. schon im vermieten und die boards haben keine grafikkarten onboard also hat manitu echte grafikkarten reingebaut.

1. Geroutetes /56 zu dem /64
2. Mehr RAM (auch bei den kleinen Server) schadet nie
3. Entropy Key, falls einem der Zufall ausgeht
4. IPMI zur Fernwartung
5. gbit Anbindung (ich habe zu Hause schon eine symetrische 100mbit Anbindung.)

Haette gerne ein zweites Netzwerkinterface mit public IP und einen Gbit Uplink zu Manitu-Servern.

+1 für mehr RAM, gerne auch viel mehr RAM

Hallo,

interessanter Blog-Eintrag, reizt mich zu meinem ersten Kommentar hier.

Mein größter Wunsch: Ausfallsicherheit! Das ist für mich (und sicher für viele andere auch) das größte Risiko an einem eigenen Rootserver. Klar habe ich Backups, wenn aber der Server am Montag um 8 Uhr ausfällt und ich erst am Dienstag Nachmittag mit dem Restore fertig werde ist das ne lange Zeit.

Eine sehr schöne Lösung wäre VMware, nicht umbedingt mit vMotion da recht kostenintensiv aber mit zentralem Storage per NFS an 2+ Rootserver. Fällt einer aus starten die VMs einfach auf dem zweiten. Grundvoraussetzung ist natürlich dass das zentrale Storage ausfallsicher ist.

Ich habe zwar nur 5 Server bei euch, kann also bei den ganz großen Wunschlisten hier nicht mitreden, habe aber auch ein paar kleine Anmerkungen:

1. Ich glaube nicht, dass man ernsthaft im Jahr 2012 bei einem Rootserver noch auf Hardwareraids setzen sollte.

2. Mehr RAM ist natürlich immer gut. Aber 8GB für den Einstieg reichen vollkommen.

3. GBit Anbindung wäre definitiv super, das würde es besser möglich machen, einige Lastspitzen abzufangen, jedoch weiterhin mit Trafficbegrenzung. Bei Flatrates zahlt man sonst immer die ganzen Megaupload-Kinox.to-Kiddies mit; da habe ich ehrlich gesagt keine Lust zu.

4. Ohne bisher viel Ahnung davon zu haben: Virtualisierung wäre echt ein Thema. Wenn ich künftig einfach meine vmware Maschinen hochladen und starten könnte, wäre das einfach toll.

Wenn ich einige der anderen Forderungen hier lese: Man kann ja auch im Zweifel einen Server zu einem Anbieter ins Housing schicken, wenn man sehr spezielle Anforderungen hat. Rootserver ist nun mal Massenware, da sollte nicht zu stark individualisiert werden; sonst wird es schnell teuer...

+1 fürs GPU-Computing

(Braucht kaum Plattenkapazität und Netzwerklast, RAM und CPU müssen nicht (können aber) überragend sein, dafür halt insbesondere Strom und Kühlung)

Ich lese hier immer ESXi mit USBStick?

Warum genau den ESXi vom USBStick booten? Nur weil es geht?
In einer Hosting Umgebung wird man wohl kaum einen größeren VSphere Cluster betreiben sondern eher wenige ESXi Hosts. Schnell mal rüber rennen und im Fall eines defektes den USB Stick wechseln fällt auch flach.

Hier würde ich den ESXi eher von einem RAID1 aus 2 kleinen 80GB Platten booten wollen. Die Kosten sind hier überschaubar und dann habe ich a) Redundanz und b) eine ordentliche Scratch-Partition.


Für mich persönlich nicht von Interesse, aber ein ESXi/VSphere Angebot könnte ich mir recht gut vorstellen.

Paket aus:
- einem oder mehren ESXi fähigen Servern mit entsprechender Hardware (CPU-Cores/RAM/...)
- Per NFS oder FC bereitgestellter (shared) Storage für alle Hosts
- eine seperate Management VM für den VSphere Server
- mehrere vorkonfigurierte VLANs (VMotion, Management,...)

Für ein Mittelständiges Unternehmen sicherlich eine Interessante Option die Benötigte Hardware für ein VSphere Foundation extern anmieten zu können.

+1 gpu computing
+1 esxi

Doch, Hardware-Raid braucht man auch 2012 noch. Es ist nämlich deutlich performanter als Software-Raid. Und mit einer BBU zusammen auch noch deutlich genialer, weil dann nämlich im Zweifel sogar alle Schreibzugriffe die vor dem Stromausfall passiert sind direkt nach Wiederherstellung des Stromes zu ende geschrieben werden...

Außerdem kannst du ja mal versuchen auf einem Software-Raid1 ein DRBD aufzusetzen. Das funktioniert einfach schlichtweg nicht und ist lahm wie sonst etwas....


Also definitiv pro RAID-Controller und auch pro BBU. Gerne beides mit einem moderatem Aufpreis. Weil natürlich auch nicht jedes Setup einen RAID-Controller benötigt und bei manchen Setups auch auf eine BBU verzichtet werden kann...

Irgendeine nette Low-End-Option wuerde ich auch gut finden..
2-4 Kerne aus der vorherigen Generation, 2-4GB RAM, zwei spiegeltaugliche Platten.

Grade fuer Game- oder Voiceserver etc ist eigentlich nicht sonderlich viel Leistung noetig, aber manche Leute bevorzugen halt trotzdem echte vor wirrtueller Hardware.

Weitere OS-Optionen waeren sicher fein, aber bringen halt extra Aufwand in der Betreuung mit sich. Ich wollte vor Jahren schon mal ne Solaris-Kiste bei Manitu hosten, aber Housing war mir zu teuer (und undurchsichtig) und als Rootserver gibts das nicht.

Serial- oder KVM-over-IP waere nett, aber dann fallen Einnahmen fuers Hands-On weg..

+1 für SSD
+1 für mehr RAM
+1 für Hardware RAID
+1 für GBit Außenanbindung

Das wird so nicht klappen, da die nötigen Anpassungen (insbesondere Netzwerk-Konfiguration, udev-Regeln, Mountpoints) ja je nach Distribution unterschiedlich sind. Das ist mehr oder weniger "hardcoded" (je nach Typ und Version) in unseren Systemen drin.

- CentOS 6.2
- Hardware RAID
- optinale Auswahl von HDD's 2 oder 4

- GBit Uplink
- Housing für einzelgeräte
- Low-End Rootserver (siehe #36)

Also irgendwo ist hier jetzt ein Missverstaendniss, entweder bei mir oder bei Dir.

Ich hatte nicht vorgeschlagen automatisch irgendeine offizielle Distribution zu ziehen, sondern ein von mir nach Eurer Doku erzeugtes Image von einem Platz wo ich das abgelegt hatte zu ziehen. Ich gehe mal davon aus Ihr habt intern eine schriftliche Doku um Images zu bauen und das Wissen ist nicht nur in ein-zwei Koepfen drin. Wer dann eine andere Linux Distribution auf dem root-server haben will als Ihr anbietet, der erzeugt halt ein Image, macht darin die von Euch angegebenen Aenderungen (gerne auch via "boote ins Rettungssystem und nimm die Werte X und Y die Du via Kommando A und B bekommst und fuege sie in Deinem Image an der passenden Stell um Z zu konfigurieren ein") und packt das ganze auf einen Webserver.

Um ein Beispiel zu machen: Statt also mein FreeBSD image via notfall-linux mit ssh und dd drauf zu hauen also eine https Angabe auf das von mir erzeugte image in Eurem Interface angegeben und Euer Interface zieht das dann runter und buegelt es auf die Platte drauf (mit oder ohne decompression, je nachdem wieviel Features Ihr da rein machen wollt).

Also die Erstellung des FreeBSD-image war einfach (daher mein Eindruck dass da jetzt irgendwo etwas nicht richtig verstanden wurde), da war nicht viel zu konfigurieren (siehe oben erwaehntes blog posting). Muss man da bei Linux wirklich so viel rumpatchen/-konfigurieren dass daraus ein auf Euren Maschinen lauffaehiges image wird? Unter FreeBSD gibt es kein udev, der Name der NIC muss bekannt sein (kein generischer Name fuers erste Interface), FS kann ich via ID oder selbst vergebenem Namen suchen lassen, aber selbst ein funktionierendes /dev/hdX sollte ja mit ein bischen trial&error unter Linux schnell zu finden sein.

Eigene Hardware hinschicken geht vielleicht nicht mehr, aber anscheinend baut man dir bei manitu schon ein System-nach-Wunsch zusammen wenn der Preis stimmt.
Zuletzt hat der Häuptling hier doch mal ein monströses System aus 2 Servern vorgestellt mit dem Hinweis, dass Konfigurationen in der Größenordnung durchaus individuell vereinbart werden können.
Nur für ein Hardware-RAID wird das sicherlich nicht gehen, aber wenn da noch mehr zusammenkommt kann man sicher mal nachfragen.

http://www.hostblogger.de/blog/archives/5683-128-Kerne,-12-TB-RAM.html
http://www.hostblogger.de/blog/archives/5734-128-Kerne,-12-TB-RAM-2.html
http://www.hostblogger.de/blog/archives/5740-64-Kerne.html

Ich bin schon lange auf der Suche nach einer Low-Budget-Lösung, die mir die Möglichkeit bietet optional viel Festplattenspeicher zur Verfügung zu stellen. (10TB+ )

Warum?
Externe --> Backuplösung ---> mit ref
OwnCloud --> bzw. selbstbau Lösung. Einzeldaten Unterwegs verfügbar machen

kleinere Serverdienste
Standard Konfigurationen findet man wie Sand am Meer. Aber wenn man gerade etwas spezielles sucht ist man aufgeschmissen und ist auf ein eignen Server angewiesen, der die Firmenleitung belastet.
Deswegen ein Low-Budget Konfi mit sinnvollen Zusatzoption wie:
- Festplattenspeicher (Backup, DB-Server)
- Arbeitsspeicher (DB-Server)
- GPU (Berechnungsserver)

Meinetwegen bei Sonderwünschen Vertragsbindung + höhere Einrichtungspauschale.

Definitiv mehr als ein /64er Netz IPv6 (auf unsere Nachfrage ob wir ein Zusatznetz bekommen koennten, wurde reagier, dass dies momentan nicht moeglich ist) und das ist echt doof.

(1) ECC-RAM

Bei AMD-Prozessoren muß man nur auf das passende Mainboard aufpassen, das diese Option im BIOS anbietet. Der Aufpreis gegen Non-ECC-RAM ist gering.

http://www.cs.toronto.edu/~bianca/papers/sigmetrics09.pdf

(2) Diejenige, die ein Nicht-Linux-System auf den Root-Server installiert haben, hilft ein Linux-Rettungssystem wenig. Ein ständiger Konsolenzugang seriell über einen Terminal-Server oder via IPMI würde mich beruhigter schlafen lassen.