[Technik] wieder mal HW-Planung

[Paul Hink]

Michael Hoennig <michael at hostsharing.net> wrote:

>> > - bessere Verfügbarkeit zentraler Funktionen wie Webmail, php..admin
>> > etc. (insbesondere auch bei Umzügen, da h01 immer alleine für den 
>> > 	offline rsync ewig braucht und zentrale Dienste solange FÜR
>> > ALLE tot sind)
>> 
>> sollte mit DRBD obsolet sein
>
> Wer hat da Jehova gesagt? Oder hörte ich irgendwas von Hurd? ;-)

Wenn wir endlich yuki für die Backups zurückhaben, bin ich
zuversichtlich, dass DRBD bald läuft.

>> > - der vorherige Punkt wird nach Einführung von hsadmin noch
>> > kritischer!
>> 
>> Warum?
>
> Wenn der zentrale Teil von hsadmin weg ist, geht dann nur noch ziemlich
> wenig bis gar nichts, was Konfigurationen betrifft.

Okay, ich kenne das hsadmin-Konzept so gut wie gar nicht. Aber das hört
sich für mich nach einem Argument dafür an, diesen zentralen Teil von
hsadmin im Sinne eines möglichst störungsfreien Betriebs auf einem
dedizierten System und insbesondere nicht im Rahmen eines Hives zu
betreiben.

>> > Ich befüchte, dass es eine Menge Arbeit ist, wenn wir hsdb etc. nicht
>> > in einem Hive laufen lassen. Z.B. müssen wir sämtliche Backup-Skripte
>> > dann Hive-unabhängig ausführen.
>> 
>> Moment mal. Die anderen zentralen Dienste _müssen_ wir außerhalb eines
>> 08/15-Hives laufen lassen, einfach weil man sie nicht gescheit in einem
>> Hostsharing-Paket betreiben kann. 
>
> Tun wir aber jetzt auch.

Ja, sicher tun wir das jetzt, aber davon wollen wir doch gerade weg.

>> >> Das kommt darauf an, wofür wir die stunnel nutzen wollen.
>> >
>> > Wofür werden sie denn überhaupt genutzt, außer für phpmyadmin? 
>> 
>> Eventuell von Kundenanwendungen. Und sie stören ja auch nicht, oder?
>
> stunnel von überall nach überall sind immer lästig zu pflegen und der
> 7400er Port kann nicht für h00 verwendet werden, weil er eine Sonderrolle
> hat h00 für hsh00 eben logischer klingt als h05 oder so.

Das Schema, den Port xx00 als stunnel-Server-Port für die Clients auf
den Ports xx{01-99} zu verwenden, könnten wir leicht ändern und z.B.
stattdessen 70xx benutzen.

also z.B. statt diesem Schema:

7301, 7302, 7303, 7304, 7390 -> 7300
7401, 7402, 7403, 7404, 7490 -> 7400

dieses:

7300, 7301, 7302, 7303, 7304, 7390 -> 7073
7400, 7401, 7402, 7403, 7404, 7490 -> 7074

Das zu ändern ist eine Sache von einer Viertelstunde.

> [...]

>> > Aus den in der o.g. Aufzählungsliste genannten Punkten,
>> > favorisiere ich aber immer noch meine Variante, da hsdb eine
>> > zentrale Web-Anwendung mit Tomcat benötigt, die ich ungerne
>> > außerhalb eines Hives betreiben würde.
>> 
>> Bist du jetzt schon bei hsadmin oder noch bei der hsdb, wie wir sie
>> heute haben? Wofür brauchst du da einen Tomcat?
>
> Oben meinte ich hsadmin, nicht hsdb. hsadmin braucht Tomcat für den
> XMP-RCP Backend.

Wieviel Mehraufwand wäre es, diesen Tomcat außerhalb einer
Hive-Struktur zu betreiben?

Paul