Schnattis Server wird gewartet

[Schnatti]

Update:

- doch einen PERC H200 statt PERC H700-Controller bestellt, da der H700-Controller zwar den Charme eines Cache besitzt, ich aber sowieso die Batterie dafür vergessen würde zu erneuern, da kenne ich mich selbst gut genug und kann es doch gleich auch rauslassen...
- 3x Ersatzlüfter bestellt (da fehlte ja noch was und 2 auf Reserve schaden sicher nicht...)
- 3x 3,5Zoll/2,5Zoll-Caddys bestellt, um die 3,5Zoll-HotSwap-Rahmen in den Laufwerkschächten SSD-fähig zu machen
- 2x Samsung SM863a 480GB bestellt, die sind SATA-III und TRIM-fähig

Der Plan ist also erstmal, die SSDs insofern zu testen, ob ich sie über den Controller ansteuern kann.
Zwar besitzen sie jeweils "nur" 480GB statt den vom Softwarehaus vorgeschlagenen 960GB, aber erstens ist nicht absehbar, dass der Platz wirklich benötigt wird und zweitens ist mir ja nicht klar, ob die Samsung-Platten wirklich vom Controller in einen funktionablen RAID 1 gebracht werden können. Der Einbau dürfte ja unkritisch sein, aber in puncto Kompatibilität mit aller Hardware und Treiber-Software ist ja alles nicht so klar, wie ihr mir hier schon mehrfach nahegelegt habt...da war mir die Investition in 2 960er-SSDs doch zu übel für einen "Test".

Alles weitere dann, wenn die Technik hier eingetrudelt ist...

Weiß jemand, inwieweit ich davon ausgehen kann, dass der DELL 6iR SAS-Controller aus dem "alten" Server mit 2 per SATA zu SATA auf dem Mainboard angeschlossenen HDDs vernünftig arbeiten kann oder es definitiv nicht gehen wird?
In einem der beiden Server (letztes Bild links) habe ich nach dem aktuellen Stand der Dinge keine SAS-Verbindung der HDDs zum Board, würde dort aber den alten RAID-Controller einsetzen. Wenn der (seinem Namen nach?) nur mit SAS klarkommt, muss ich noch weiter umbauen...

[drdope]

Hallo... bin mit frisch geladenen Akkus aus dem Urlaub zurück.

zu #104
1) Ist wie geschrieben nicht tragisch; im Zweifelsfall ist mehr RAM (fast) immer besser.

2) Der 6IR ist ein Sonderfall
Im eigentlichen Sinne ist das kein Raidcontroller, sondern eher eine Erweiterung des "Mainboards" hinsichtlich rudimentärer Raidfunktionen.
Das ist wieder so ein Süppchen, daß Dell sich gekocht hat...
Wenn du einen "normalen" Raidcontroller/PCIe-Karte nachrüstet, mußt du die SSDs/HDDs auch dort anschließen.

zu #105
Die Platine, die dort fehlt, nennt sich Backplane:
--> https://www.servershop24.de/komponen...678m/a-113286/
Denn neuen Controller müßtest du dann direkt an die Backplane klemmen.
Du kannst die SSDs/HDDs auch direkt an den Controller hängen, dann geht dir aber (logisch) die HotSwap-Funktionalität verloren.

Vergleiche mal die Stecker an den Kabelenden mit:
--> https://en.wikipedia.org/wiki/Serial...CSI#Connectors
Dann weißt du, was du konkret für Anschlüsse hast... auf dem Bild erkennt man es schlecht.

zu #106
Viel Spaß & Erfolg beim basteln und testen!
SAS ist (eigentlich) Abwärtskompatibel zu SATA -> das sollte laufen:
--> https://de.wikipedia.org/wiki/Serial...SI#Hintergrund

Ich hätte zum testen vermutlich noch kleinere SSDs gekauft -> die kann man ja später (wie du schon selbst praktisch festgestellt hast), relativ einfach in den vorhanden Clients
"recyclen".

[Schnatti]

Doc

Ich werde den neuen Controller ja (logischerweise) erst mal nur beim Server mit den SSDs einsetzen und auch die "Backplane" dahin transferieren. Dein waches Auge hatte völlig Recht mit den CPU-Unterschieden (2,4GHz alt vs. 2,93GHz neu), dessen war ich mir zuerst gar nicht bewusst.
Da verknüpfe ich dann quasi auch den Controller direkt über die beiden SAS-Ports der Backplane und gehe nicht über das Mainboard.

Dann bleibt quasi noch das 6iR SAS-Modul und 3 HDDs mit SATA-Kabelage für den Server ohne Backplane. Letztere könnte ich zwar nachrüsten, um die Festplatten wieder per SAS in's Board zu bringen (wie es jetzt ja bereits läuft), aber hier frage ich mich dann auch schon seit ein paar Tagen wieder, ob ich das für den Backup-Server wirklich brauche.
Das von dir verlinkte Teil (0F678M) habe ich mir schon aus dem jetzig laufenden Server herausgepickt gehabt und die Teilenummer mal notiert, das nervigste daran scheint aber der "Netzanschluss" zu sein, der in den meisten Angeboten nicht enthalten ist. Die Teilenr. ist 0N270G und auch beim servershop sehe ich das Ding grad nicht. Findet man zwar hier und da in der Bucht, aber das Ding nochmal separat zu ordern, wenn man die Platine nicht unbedingt zu brauchen scheint...
Zumal ich dann glaube ich auch wieder HotSwap-Rahmen besorgen müsste, um die HDDs sinnvoll in die Schächte bis hinter zur Backplane zu bringen. Ich hatte das neulich mal auf dem Küchentisch durchexerziert: Die HDDs liegen im R310 bei der Backplane-Variante tiefer im Schacht und werden um 180° gedreht eingeschoben (um die Längsachse, versteht sich ), damit der SATA-Anschluss sinnvoll passt und nicht das Kabel verquirlt werden muss.
Für den Zweitserver könnte ich daher gedanklich auch mit einer Festverkabelung leben und auf das HotSwap verzichten.
Wie gesagt wäre dafür aber auch die Voraussetzung wichtig, dass die HDDs dann per SATA (HDD) zu SATA (Board) vom 6iR SAS-Controller für's RAID 1 genutzt werden können.
Aber da du in deinem letzten Posting erstens für mich ersichtlich gemacht hast, mein Port-Kauderwelsch samt der damit verbundenen Frage verstanden zu haben und auch geschrieben hast, dass die Chancen für die SAS/SATA-Kommunikation ganz gut stehen, bin ich da mal zuversichtlich...

Das mit den noch kleineren SSDs zum Testen habe ich kurz auch überlegt gehabt, war aber schon froh meinen inneren Widerstand gebrochen zu haben, nicht direkt die 960GB zu nehmen.
Das sind aber auch knuffige Preise für die SSD-Platten. Da muss man dann dem inneren Dagobert Duck - Gesetz dem Fall alles klappt tatsächlich so wie angestrebt - aber auch ordentlich gut zureden, um dann noch eine HotSpare-SSD in der Speichergrößenordnung einzubauen...
Beim Stöbern in den klassischen Shops war ich selbst immer wieder verblüfft, wie klein HDDs/SSDs im Server-Einsatz tatsächlich verwendet werden...man vermutet "von außen" doch eher so riesige Datenspeicher.

Es fehlen derweil noch die SSDs und deren Rahmen für die Laufwerkschächte, dann kann's losgehen, der Rest ist bereits da.
Spannung...

[drdope]

Das klingt jetzt erst mal alles durchdacht & schlüssig!


Hotswap macht (imho) nur wirklich Sinn, wenn es auch in einem Gesamtkonzept als Mittel zur Zielerreichung entsprechend genutzt wird.

Sprich jedwede Downtime des Servers ist monetär klar bezifferbar (x€/h)
und es ist dabei immer noch günstiger, als das (eh obligat vorhandene, ebenfalls redundante) Backup einzuspielen.

Wenn du ggf. mit dem Risiko eines Totalausfalls leben kannst und definitiv weisst, daß du nach (geplanter) Zeit
einen arbeitsfähigen Zustand wieder herstellen kannst... dann tut es als Server auch ein 0815-PC.
Redundanz kostet erst mal nur Geld...

Was hat dir z.B. das Raid1 im Hotswap-Rahmen gebracht und was hat es in der Anschaffung gekostet?
Du mußtest zum wechseln der defekten HDD den Server nicht aus dem Rack nehmen...
Die Ersatz-HDD zum Hot-Swappen mußte bestellt werden...

In der Zeit (iirc > 1 Woche) bis die HDD angekommen ist, lief das System weiter, aber ein Ausfall einer weiteren Komponente (HDD; Controller; Mainboard; RAM) wäre ein Totalausfall gewesen... du hättest dann dein (geprüft funktionierendes) Backup auf dem (Mädchen-für-Alles)-Client laufen lassen müssen...
#konjunktiv

Man kann das Szenario auf beliebig nach oben skalieren --> redundante Controller, PCIe-Karten, Speichermodule und CPUs die sich "hotswappen" lassen gibt es auch.
Das geht in der Praxis gar soweit, daß man einen weltweit verteilten "Serverpool" mit geplanten Überkapazitäten hat, auf den tausende VMs laufen und das System (z.B. vSphere) selbstständig VMs auf andere Server verteilt, wenn z.B. ein Server wartungsbedürftig ist und potentiell komplett ausfallen könnte (eine HDD im Raid1 ist defekt) oder dessen Performance
ist absehbar kompromittiert (Rebuild eines Raid1 findet statt).


Aber man muß die Kirche auch mal im Dorf lassen...
Das A und O ist ein (örtlich/zeitlich redundantes Backup) und ein zeitlich überschaubarer Wiederherstellungsplan inkl. Notfall "Plan B", um irgendwie den Alltagsbetrieb aufrecht erhalten zu können.
Wenn man selbigen hat, ist alles darüber nur "very nice to have", aber nicht essentiell notwendig.

Das sind aber auch knuffige Preise für die SSD-Platten.

HDD-/SSD-Speicherpreise sind relativ... zu viel kaufen ist idR teuer, weil Speicherkapazität über die Zeit massiv im Preis sinkt...

- 20 Jahre:
Hab' am Anfang '98 eine 9Gb 7,2k SCSI für ca. 1800,- DM erworben.

- 15 Jahre:
Mitte 2003 hatte ich ca. 1Tb netto im lokalen GB-LAN "online".

- 10 Jahre:
Ende 2008 hatte ich ca. 12TB netto m lokalen GB-LAN "online" und für (iirc ca.) 300€ meine erste (32Gb) SSD im Einsatz.

-5 Jahre:
Anfang 2013 --> iMac 27' | i7 | 32GB RAM | 500GB PCIe SSD | GTX 780M 4GB und zwei Drobo5S mit 16TB netto per Thunderbolt angebunden...

Der iMac ist immer noch mein Alltagsrechner und die Drobos fungieren inzwischen als Offline-Backup...
#badshitcrazy

[Schnatti]

Aber man muß die Kirche auch mal im Dorf lassen...
Das A und O ist ein (örtlich/zeitlich redundantes Backup) und ein zeitlich überschaubarer Wiederherstellungsplan inkl. Notfall "Plan B", um irgendwie den Alltagsbetrieb aufrecht erhalten zu können.
Wenn man selbigen hat, ist alles darüber nur "very nice to have", aber nicht essentiell notwendig.

Eine schöne Zusammenfassung, ich arbeite daran.
...und auch weiterhin am grundlegenden Verständnis.

Gestern hatte ich mal wieder wegen eines banalen Update-Problems die Apothekensoftware-Firma an der Strippe und zufällig kamen wir wieder auf's Thema Betriebssystem des Servers.
Laut deren "Auslesung" im OS selbst läuft aktuell eine 32bit-Linux-Version, mir selbst erzählt VMware dass Novell Suse Linux Enterprise 11 64bit läuft...
Und witzigerweise kamen wir auch darauf zu sprechen, dass ja nur 4 GB Arbeitsspeicher zur Verfügung stünden, woraufhin ich einklinkte von wegen 32GB-Aufrüstung und so. Da sah der Hotline-Mitarbeiter aber im OS nichts von.
Kann es sein, dass ich schön die Hardware gepimpt habe, aber der VM-Host gar keinen zusätzlichen RAM zuteilt?
Im vSphere-Client sieht es tatsächlich so aus, dass nur 4GB für die VM zur Verfügung stehen, die Modifizierung des Wertes lässt sich aber gar nicht so glasklar umsetzen...
Ich reiche nachher mal einen Screenshot nach, welcher vielleicht mein Verständnisproblem erklärt.

[drdope]

Hups, da war doch was...
Du mußt den laufenden VMs in vSphere natürlich auch den RAM zuteilen.


In den jeweiligen VM-Settings kann man auch das Client/VM-OS spezifizieren.

Wenn da ein 32bit OS in der VM läuft kann es sein, daß du Probleme bekommst mehr als 4GB RAM zu adressieren.
Kann ich mir aber nur schwer vorstellen, daß das wirklich der Fall ist:
-> 32bit OS nutzte man auch vor 10 Jahren maximal für irgendwelche Netbooks und ganz sicher nicht auf einem Server.

Hmm... Screenshots (vSpehre Settings und Client-OS) wären sicher hilfreich...

[Schnatti]

Ich zeige mal kurz den Status Quo, bei dem ich auf den ersten Blick nicht weiterkomme in Bildern.
Wie man sieht gibt es so viele Optionen zur Auswahl nicht bei den Buttons.

Host:


Server-VM:


Server-VM-Ressourcen:


Server-VM-Ressourcen-Arbeitsspeicher-Bearbeitung:


Server-VM-Ressourcen-Arbeitsspeicher-Bearbeitung II, bei "Reservierung" kann ich über 4GB (der Reiter mit dem orangenen Dreieck) nichts einstellen:


'ne Idee?

[drdope]

Sorry für die verspätete Antwort, war gestern & heute in Genk/Belgien Kart fahren...


Iirc kannst du die Konfig der VMs nur ändern, wenn selbige im "powered down"-State (= herunter gefahren) sind.
Also mal die VMs herunter fahren -> dann müßtest du die Arbeitsspeicher-Größe (in "Bild IV") ändern können.

[Schnatti]

Hmmmja, so was ergibt durchaus Sinn.
Da habe ich bisher noch nicht dran gedacht...

Da inzwischen alle bisher diskutierten Hardware-Teile eingetrullert sind, fahre ich die Tage eh mal den Host-Server herunter und fange an herumzupiepeln.

[drdope]

Ein Schritt nach dem anderen!
Wenn man zu viele Variablen ändert, weiss man nachher nich mehr, wo man bei der (Fern-)Diagnose ggf. auftretender Fehler ansetzten soll...


Ich würde sogar dazu raten den ganzen SSD-Raid-Kram erstmal am (nun vorhanden) Backup-Server zu testen...
SSD-RAID einrichten; mal zum Spaß ein Windows/Linux und zum Schluß ein ESXi drauf installieren und synthetische Lasttest/Benchmarks fahren... und schauen, ob alles stabil läuft.

Da kannst du jetzt quasi alles dran üben, ohne den Produktivserver irgendwie zu kompromitieren...
Du hast nun einen Spielplatz, wo du alles, was dich schon immer interessiert hat gefahrlos selbst testen kannst.
Das ist die Definition von unnötigen Luxus!

[Schnatti]

Jo, das war falsch ausgedrückt von mir, so ganz chaotisch wollte ich es auch nicht angehen.

Gemeint war schon, dass ich den jetzigen (und zukünftigen Backup-) Server (fast) werkeln wie bisher lasse.
Aber die Backplane würde ich schon benötigen...also tät' ich zumindest die ausbauen, die HDDs aus den HotSwap-Rahmen holen, "oldschool" per SATA an das Mainboard klemmen und schauen ob der Server auch so läuft. Qualitätseinbußen dürften da ja eigentlich keine zu erwarten sein.
Wenn das dann geklappt hätte, ließe ich anschließend bei gestartetem ESXi die VM herunterfahren und würde das RAM-Problem nochmal betrachten.
Ohne Backplane kann ich halt nicht wirklich die volle Idee austesten, weil mir dann die SAS-Anschlüsse für die Kabel zum RAID-Controller fehlen...

Ab diesem Punkt könnte ich dann im Anschluss tatenfroh am neuen künftigen Server auf dem Arbeitsküchentisch herumbasteln und tatsächlich mit "OS pur", "OS auf VM unter ESXi" oder anderen Dingen "experimentieren".

Bevor aber letzteres geschieht, liest du hier definitiv noch von mir.

[drdope]

--> https://www.servershop24.de/komponen...78m/a-113286/?

Die 25€ für die Backplane machen den Braten auch nicht mehr fett...
Selbst wenn du das unter 30min (Einbau) bzw. 60min (Umbau) hinbekommst, versaut das deinen Stundensatz...

[Schnatti]

Wie weiter oben geschrieben:
Ich brauch' dann noch die - sehr besch***** zu bekommende - Netzverbindung für die Backplane (DELL P/N 0N270G), sonst kriege ich die Platine nicht implementiert und auch die HDD-Rahmen müsste ich dann nochmal besorgen, weil ich nur die 2,5-Zoll-auf-3,5-Zoll-Adapter gekauft habe.

Es scheitert bestimmt nicht an 50€ meinerseits, aber das alles wieder einzeln zusammenzurödeln, wenn es eigentlich auch so gehen sollte?

Ich frag' jetzt nochmal in dem vom dir verlinkten Shop explizit nach der Stromversorgung, vielleicht haben die sie ja irgendwo herumflattern - aber wenn sie die nicht haben, frisst es glaube ich meine Lust darauf auf...

Bringt's das wirklich?

[Schnatti]

Antwort auf die Mail ist schon da: Kabel leider nicht enthalten.

Ich schaue es mir voraussichtlich Freitagabend an - wenn es klappt wie oben angedacht belasse ich es beim derzeitigen Plan, einen der Server ohne Backplane/HotSwap zu betreiben; ansonsten wird es diese Backplane, aber allein der Versand mit bis zu 2 Wochen aus GB wird mich zeitlich wieder ausbremsen im Vorhaben.

[drdope]

Achja da war was (langsam geht mir wohl der Überblick flöten)...


Mal ganz doof gedacht:
--> https://www.ebay.de/itm/DELL-PowerEd...-/263793070911

Da hättest du Backplane, 4x HDD-Rahmen, weitere 8GB und noch diverse Ersatzteile (MB/NT/DVD-LW/Lüfter) zum Einlagern.
Ist definitiv günstiger, als die ganzen Teile einzeln nachzukaufen...

An einem Produktivsystem rumzuwerkeln kann gut gehen, muß aber nicht...

Ich erinnere mich gerade dunkel, an einen alten Sockel-A Rechner, dessen CPU-Kühler wegen Lüfterdefekt getauscht werden mußte.
Dummer Weise ist mir der Schraubendreher abgerutscht und ich habe damit zielsicher einen SMD-Wiederstand vom Mainboard entfernt.
100x gemacht -> nie was passiert -> aber Stochastik ist 'ne Schlampe...