Server/Aktualisierung/2016: Unterschied zwischen den Versionen

Aus Wiki StuRa HTW Dresden
Zur Navigation springen Zur Suche springen
Zeile 1: Zeile 1:
== Eintauchen ==
=== Server als Hardware ===
==== Server verschiedener Marken ====
===== IBM =====
: bzw. auch Lenovo
* [[wikipedia:de:IBM System x]]
* [[wikipedia:en:ThinkServer]]
Der [[Server]] [[dicke Berta]] ist von [[#IBM]] bzw. Lenovo. Es ist das Modell ''RD210'' Typ ''379627G''.
===== HP =====
: bzw. auch Compaq
Der [[Server]] [[mollige Dörte]] ist von [[#HP]]. Es ist das Modell ''DL120 G7'' Typ ''644706-425''.
* [[wikipedia:de:ProLiant]]
* [[wikipedia:en:HP Integrity Servers]]
===== Supermicro =====
Der [[Server]] [[fette Elke]] ist von [[#Supermicro]]. Es ist das Modell ''SuperServer'' Typ ''5016T-MTFB''.
== Konzept ==
== Konzept ==


Version vom 26. Juni 2016, 21:51 Uhr

Eintauchen

Server als Hardware

Server verschiedener Marken

IBM
bzw. auch Lenovo

Der Server dicke Berta ist von #IBM bzw. Lenovo. Es ist das Modell RD210 Typ 379627G.

HP
bzw. auch Compaq

Der Server mollige Dörte ist von #HP. Es ist das Modell DL120 G7 Typ 644706-425.

Supermicro

Der Server fette Elke ist von #Supermicro. Es ist das Modell SuperServer Typ 5016T-MTFB.

Konzept

Erstellung eines Konzeptes

Es werden konzeptionelle Entscheidungen getroffenen werden. In diesem Abschnitt sollen Fragestellung und entsprechende Optionen aufgezählt und begründet werden.

Entscheidung für die die Anzahl und Arten von Maschinen

zwei gleichwertige Maschinen

Entscheidung für benötigtes Zubehör

  • Switch
  • wikipedia:de:Fibre Channel / wikipedia:de:Gigabit Interface Converter (oder sowas)
    • selbstverständlich auch - falls nicht vorhanden - entsprechende Netzwerkkarten
  • LAN-Kabel (Cat.7)
  • selbstverständlich - falls nicht vorhanden - zweites Netzteil je Server (für Redundanz)
  • Massenspeicher (mindestens - wie aktuell - 3 Einheiten)
    • mindestens 10 krpm
    • möglichst schon SATA 3
    • mindestens 1 TB je Einheit
  • USB-Sticks
    • mindestens 2 je Server
    • 16 GB

Entscheidung für die Virtualisierung

Verzicht auf Virtualisierung

Wohl mittlerweile kaum vorstellbar, aber es könnte auch auf Virtualisierung verzichtet werden.

Dafür spricht:

  • "der Aufwand"

Dagegen spricht:

Siehe auch: Server#Konzeption
  • Langfristig ist der Aufwand zur Verwaltung wohl geringer, das innerhalb der einzelnen virtuellen Instanzen nicht arg hohe Komplexität (Durcheinander) besteht.
  • Es kann relativ einfach ein Instanz (ferner ein Dienst) einzeln sauber abgestellt werden.
  • Nur weil ein einzelner Dienst ein Problem hat, ist nicht das ganzen System betroffen. (Notfalls kann eine einzelne virtuelle Instanz "ruhig gestellt" werden.)
Jails als mögliche Virtualisierung
bhyve als mögliche Virtualisierung
KVM als mögliche Virtualisierung
Xen als mögliche Virtualisierung
Docker als mögliche Virtualisierung
LXC als mögliche Virtualisierung

Entscheidung für ein Betriebssystem

Entscheidung
Anfang
#FreeNAS als mögliches Betriebssystem
2015-06-03
3. Sitzung Bereich Administration Rechentechnik 2016
Begründung
  • FreeNAS bringt alles mit was wir brauchen.
  • Zentraler Gegenstand der Modernisierung ist Virtualisierung, wobei auch Techniken wie bhyve verwendet werden können. Seit FreeNAS 9.10 (aufsetzend auf FreeBSD 10) ist das auch schon bei FreeNAS möglich. (Also FreeBSD 10 kann das. Das bisherige FreeNAS - so wie wir es nutzten - setzt auf FreeBSD 9 auf.)
  • Wir haben schon Erfahrungen in der Verwendung von FreeNAS. (FreeBSD lässt sich so einfach Klicken. Läuft!)
  • Der Einstieg zur Benutzung von FreeNAS ist - auch verglichen zu vielen anderen Betriebssystemen - recht einfach (durch die grafische Oberfläche mit allen wichtigen Funktionen).
Ergänzung
  • Wir wollen wollen eigentlich gleich mit FreeNAS 10 starten. Es soll bald - bevor wir im Sommer beginnen wollen - erscheinen. Theoretisch könnten wir aber auch zuvor schon FreeNAS 9.10 einsetzen.
  • Bevor wir uns groß Aufwand zu Debatten "Warum nehmen wir dieses andere Betriebssystem nicht?" machen: Läuft!
  • Viele tolle Funktionalitäten, die wir durch das kommende FreeBSD 11 bekommen könnten, werden wohl auch (durch "Rückportierung") für FreeBSD 10 (10.3) und somit für FreeNAS 10 verfügbar.
Entscheidung
Ende
FreeNAS als mögliches Betriebssystem

FreeNAS ist praktisch die "vereinfachte" Version von FreeBSD mit einem grafischen web user interface. Somit wird eine recht bequeme (einfach zu überschauende und einfach zu erlernende) Version von FreeBSD angeboten. Somit stellt FreeNAS einen direkte Alternative zu #FreeBSD als mögliches Betriebssystem oder auch #PC-BSD als mögliches Betriebssystem dar.

FreeNAS basiert immer auf der aktuell "etablierten" Version von FreeBSD. Beispielsweise wird beim Erscheinen von FreeNAS 10, welches auf FreeBSD 10.3 basiert, bald schon FreeBSD 11 erscheinen.

#Anforderung Dateisystem
Jo!

ZFS ist der übliche Anwendungsfall (, selbst zum Booten).

#Anforderung zum möglichen Betreiben von "anderen" Betriebssysteme
Jo!

Wie gut ist das denn: Bei FreeNAS (10) gibt es einfach Templates für andere (unseren Geschmack mindestens beinhaltende) Betriebssysteme mit dem (für FreeBSD) passenden Hypervisor bhyve (siehe auch #bhyve als mögliche Virtualisierung).

weitere Gründe

Dafür spricht:

  • Aktuell wird auch schon FreeNAS auf dem "ordentlichen" Server srs1337 betrieben. Dort ist FreeNAS 9.3 (vielleicht bald FreeNAS 9.10) das Betriebssystem. Läuft!
  • Einfacher und "schöner" (anschaulicher) geht es wohl kaum!
  • ZFS ist hier eine absolute Selbstverständlichkeit.
  • Die Firma iXsystems tut freiwillig beeindruckend viel für eine Zielgruppe wie wir es sind. (Beispielsweise wird professionelle Dokumentation (Handbuch usw.) betrieben und selbstverständlich für alle veröffentlicht. Auch werden Projekte zur Erklärung - beispielsweise wie die wöchentliche Sendung BSDNow - finanziell unterstützt.)

Dagegen spricht:

  • FreeNAS ist "ein Produkt" von der Firma iXsystems.
    • FreeNAS ist die Version für und durch "die Community". iXsystems verwendet die Erfahrungen dann für das kommerzielle Produkt TrueOS.
    • (Es gab nie Probleme, die sich daraus ergeben haben, im Gegenteil.)
  • Es sollte möglichst gleich das bald erscheinende FreeNAS 10 verwendet werden, womit es nicht direkt Erfahrungen gibt. (Ein grundsätzliches Gefühl und Erfahrungen ergeben sich aber schon allein aus der Verwendung von der vorherigen Version FreeNAS 9.3.)
weitere Informationen
FreeBSD als mögliches Betriebssystem
PC-BSD als mögliches Betriebssystem
SmartOS als mögliches Betriebssystem
CoreOS als mögliches Betriebssystem
Debian als mögliches Betriebssystem
CentOS als mögliches Betriebssystem
Fedora als mögliches Betriebssystem
Ubuntu als mögliches Betriebssystem
Arch Linux als mögliches Betriebssystem
Gentoo als mögliches Betriebssystem
OpenBSD als mögliches Betriebssystem

Entscheidung für Werkzeuge zur Konfiguration

Damit sind Tools zur Einrichtung und Verwaltung des Betriebs gemeint.
Verzicht auf ein Werkzeug zur Konfiguration

Tut das überhaupt Not? :-D

Dafür spricht:

  • Somit würde sich viel (unnötig detaillierte) Dokumentation vermeiden lassen.
  • Durch die (veröffentlichten) Konfiguration anderen kann sich gut ein Bild von bestmöglicher Verwendung (best practice) gemacht werden.
  • Wegen einer gewissen Abstraktion ist es einfach sich einen Überblick zu verschaffen.
  • Neue Aktive haben einen geringeren Aufwand sich einzuarbeiten, da sie sich gewisse standardisierte Mechanismen voraussetzen können.

Dagegen spricht:

  • Es sollte sich daran gehalten werden. Selbstdisziplin!
  • Wegen einer gewissen Abstraktion können Details, die Auswirkungen haben, nicht direkt erkannt werden.
  • Neue Aktive haben einen höheren Aufwand sich einzuarbeiten, wenn sie das Werkzeug zur Konfiguration noch nicht verwendet haben.
BSDploy als mögliches Werkzeug zur Konfiguration
Ansible als mögliches Werkzeug zur Konfiguration
weitere mögliche Werkzeuge zur Konfiguration
soll noch einzeln aufgegliedert werde

weitere Anforderungen

Anforderung Dateisystem

Ergebnis
ZFS ist das ideal (erwÜnscht)! (Nur bei arg nennenswerten Gründen sollte etwas anderes verwendet werden.)
Grad Inhalt pro con
kann moderne Funktionalitäten, wie snapshots
  • btrfs
  • lvm
  • zfs
  • ext4
  • ...
soll einfaches Verwalten
  • btrfs
  • zfs
  • lvm
soll ordentliche Lizenz
  • btrfs
  • lvm
  • zfs
muss stabiles Laufen
  • lvm
  • zfs
  • btrfs

Anforderung zum möglichen Betreiben von "anderen" Betriebssysteme

Mindestens ein übliches (etabliertes), liebes (politisch vertretbares) und nettes (keine Zahlungsverpflichtung) Betriebssystem mit Linux soll irgendwie auch laufen können. (Das kann zum Beispiel Debian sein. Das ist selbstverständlich überflüssig, wenn es sich um das "native" Betriebssystem handelt.)

Es läuft bisher zum Beispiel ein Dienst ISPConfig, was aktuell in einer Instanz mit Debian läuft.

Beschlüsse

Beschluss für Hardware

Beschluss für das Projekt

Wenn ein Beschluss für die notwendige Hardware gefasst ist, so soll "das Projekt" (mit Konzept) erarbeitet und folglich beschlossen werden.

Anschaffung von Hardware

unterstützte Hardware für verschiedene potentielle Betriebssysteme

potentielle Bezugsquelle für die Anschaffung von Hardware

Firma harlander.com
Firma ITSCO
Firma iXsystems

iXsystems stellt eigene Hardware her. Also das - im Unterschied zu vielen anderen aufgezählten Firmen - kein "handelndes", sondern ein herstellendes, Unternehmen.

iXsystems ist auch besonders nennenswert, da die dort angebotene Hardware einen bestimmten (für uns wichtigen) Fokus hat: Es wird davon ausgegangen, dass die Hardware maßgeblich mit freier Software betrieben wird. Das ist eklatant, da beispielsweise Aktualisierung der Firmware (also der Hardware) so auch mit einem freien Betriebssystem vorgenommen werden kann. Das ist (leider) sonst nicht gängig.

Firma Tradeo GmbH
Firma GEKKO Computer GmbH
Thomas-Krenn.AG
  • (wohl nur neue Geräte)
  • Option Optimized for Linux anwählbar
  • Sonderangebote als Outlet
    • (so auch vergleichsweise preiswerter Massenspeicher)

Interessierte

  • Paul
  • mindestens 2 weitere nette Menschen mit grundlegenden Vorkenntnissen
Abgerufen von „https://wiki.stura.htw-dresden.de/index.php?title=Server/Aktualisierung/2016&oldid=36929“