مرحبا

Ich weiß, diese Ermittlung bremst den Tatendrang, aber die Technik ist (neben den Mitstreitern) der wichtigste Teil vom Rückgrat des zukünftigen Angebots.

Ich ziehe meine Stimme zurück. Hab nur aus Reflex mitgestimmt, weil ich so gerne wähle :)

Aber wenn ich schon mal hier schreibe, wie ist das eigentlich mit User-Datenbanken? Habt Ihr da was in Planung?
Wenn jemand z. B. einen Wiki-Artikel zu MySQL schreibt, welches mit Datenbanken zutun hat.
Gleiche gilt auch für PHP, könnte ich einen Artikel mit PHP-Beispielen schreiben? Ich frage deshalb, weil alle Fachartikel, in denen es um PHP oder Datenbanken geht, ohne Fall-Beispiele auskommen müssen, habt Ihr da was in Planung?

mfg

Hallo,

Konkret können wir erst dann eine Wertung vornehmen oder auch nach Sponsoring fragen, wenn wir konkret wissen, was wir brauchen/wollen. ("Können Sie uns sponsorn? Wir wissen aber noch nicht, was wir brauchen." kann funktionieren, muss aber nicht.)

Ich weiß, diese Ermittlung bremst den Tatendrang, aber die Technik ist (neben den Mitstreitern) der wichtigste Teil vom Rückgrat des zukünftigen Angebots.

Du hast absolut Recht. Da sollte jetzt auch nix mit "Tatendrang" sein, sondern es sollte ein langfristig möglichst hardwaretechnisch wartungsfreies System her und es sollte auch klar sein, dass man vServern nicht irgendwelche Eigenschaften unterjubelt, die diese garnicht haben. Und ein "gängiges" BS sollte auch her (https://forum.selfhtml.org/?t=209994&m=1429748).

Meine Sorge wäre, dass man sich da auf lange Sicht technisch ein Ei legt, dass dann genau das selbe Problem in fünf Jahre wieder auf den Plan ruft, und dass dann CK nicht mehr da ist, um es zu fixen...;

Gruß

jobo

Tach!

Die zusätzliche Komplexität der virtuellen Umgebung hat doch der Hoster zu bewältigen, oder?
Das hilft uns aber nicht, wenn durch eine Lücke im Host-System das Gast-System kompromittiert werden konnte.

Ok, das kann ein zusätzliches Einfallstor darstellen, neben den Lücken im Betriebssystem oder den Anwendungen. Aber das muss der Hoster einfach mit beherrschen, ebenso wie den Rest seiner Infrastruktur.

Aber sollte da keins dabei sein, mit dem wir leben können? Gentoo wird es ja vermutlich nicht wieder werden.
Ich würde immer Gentoo präferieren. Hier hat man die größte Freiheit. Im Notfall tut es auch ein Debian oder ein FreeBSD.

Wenn ich mich recht erinnere, hat selbst CS den Nachteil der langen Compilezeit als bedeutend gegenüber dem Vorteil der Individualität gesehen. Es ist ja nicht so, dass man auf den vorcompilierten Distributionen nicht mehr selbst tätig werden kann. Zudem dauert es selbst bei Gentoo manchmal ewig, bis eine von Hersteller als stabil angesehene Version ein emerge-Script bekommt. Andererseits gibt es für die Distributionen, wenn auch manchmal abseits vom offiziellen Pfad (sprich testing statt stable o.ä.) durchaus auch zeitnah aktuelle Pakete. - Die Klärung dieser Frage ist aber nicht kriegsentscheidend.

Die Redundanzen durch zusätzliche Server oder Ersatzteile sind bei den virtuellen Servern sicher eingepreist und wohl aus monetärer Sicht nicht sehr abweichend sein.
Bei Virtualisierung ist Redundanz idR nicht notwendig. Wenn wirklich der Host abraucht, dann zieht man auf einen anderen um – davon haben die Anbieter idR ein paar herumstehen.

Ich meinte, dass der Hoster im Hintergrund für Redundanzen sorgen muss, die er in seiner Preisgestaltung natürlich berücksichtigen muss. Dass man durch die Virtualisierung im Gastsystem mit Redundanzen virtueller Hardware nicht mehr viel erreichen kann, ist mir soweit klar.

Bei nur einer Maschine müssten also zumindest die jetzigen RAM- und Plattengrößen zusammengezählt werden, […]
Nein. Das kann man so nicht rechnen. Erstens benötigt das OS ja auch einiges an Platz und zweitens sind einige Daten doppelt vorhanden. Man muss wirklich sich beschränken auf die reinen Nutz-Daten und die dann zusammen rechnen.

Gut, dann hat man bei einfachem Summieren am Ende sogar noch Platz übrig. Auch nicht schlecht.

Administrativ hat man mit einer Maschine auch weniger Arbeit.
Im Prinzip richtig, aber man sollte im Auge behalten, dass bei Wachstum mehr als eine Kiste notwendig wird. Die Trennung von Datenbank-Server und der Rest ist der erste Optimierungs-Schritt. Deshalb schrieb ich extra dazu, dass bei _aktuellen_ Leistungs-Eckdaten eine Kiste ausreicht.

Ja, deswegen auch mein Hinweis auf das interne Netz zwischen den Servern. Es wäre dann sehr von Vorteil, wenn zumindest das in einer virtuellen Umgebung vom Hoster zur Verfügung gestellt wird. (Beim 1&1-Cloud beispielsweise kann man zwar problemlos weitere Server hinzufügen, aber dieser Aspekt steht in keiner Leistungsmerkmalauflistung, noch sehe ich in Hilfe und Konfigurationsoberfläche bei einem solchen Server eine entsprechende Konfigurationsmöglichkeit.) Wenn auch nicht für heute, so sollte man sich zumindest diesen Weg für die Zukunft nicht völlig verbauen.

Wie sieht es mit Administrationshilfsmitteln aus. Kann ein Plesk, Webmin, etc. helfen oder steht es eher im Weg?
Ich würde von solchen Tools immer abraten. Nicht nur erzeugen sie einiges an Komplexität, sondern sie haben oft auch Probleme mit der Sicherheit und die generierte Konfiguration ist immer „kaputt“… Plex, Confixx und Co sind die WYSIWYG-Editoren der Server-Administration.

So eine Antwort hab ich von dir als Hardcore-Admin schon erwartet :-) Aber denk mal kundenorientiert. Sind die Nachteile so gravierend oder andersrum gedacht, gibt es vergleichsweise einfache Alternativen für die "täglichen" Jobs der Nebenadministratoren (EMail-Verwaltung als Beispiel)? Wenn ich mir von Plesk 10 die Apache-Konfiguration betrachte, so sieht mir das nicht wirklich kaputt aus und enthält genügend Eingriffsmöglichkeiten für Individualitäten.

dedlfix.

Nee, Windows wirds nicht werden :-) Gentoo ist aber auch gängig genug, CentOS (als RedHat-Ableger), Debian, FreeBSD sowieso.

Unser Server-Mensch hat sich letzens extrem über die Softwareauswahl bei 1&1-Root-Servern geärgert und dann auf CentOS gesetzt, da 1&1 kein RHEL zur verfügung stellt und das SLES von 1&1 nur in irgend einer Uralt-Version angeboten wird und sonst praktisch keine Alternativen da sind :)

Hallo,

Ich kapiere zB. nicht, warum Gentoo oder FreeBSD mehr Freiheiten bieten als Debian.

Gentoo ist für diese Freiheiten ausgelegt.

Es geht um tragfähige 0815-Konzepte, und das scheint in Svens Augen Gentoo nicht zu sein: https://forum.selfhtml.org/?t=209994&m=1429883

Gruß

jobo

Moin!

gerade davon möchte ich selbst inzwischen wegkommen, denn da habe ich meistens nicht die Konfigurationsmöglichkeiten, die ich mir wünsche - etwa die Freiheit, nach einem Login per SMTP-AUTH beliebige Absenderadressen zu verwenden.

Du kannst ja sowieso nur Mailadressen bzw. Domains verwenden, zu denen der Domaininhaber keinen SPF-Eintrag angelegt hat, der genau dies verbietet.

Ansonsten: Dein Mailclient sollte in der Lage sein, mit mehr als einem Postausgangsserver zusammenzuarbeiten.

Oder Blacklists anzulegen, so dass Mails von bestimmten Absendern oder mit bestimmten Mustern im Inhalt gleich serverseitig abgewiesen werden.

Spamfilterung ist ein Thema, dass entweder providerseitig gut funktioniert, oder in das man wahnsinnig viel Zeit investiert, ohne dieselben guten Resultate zu erzielen.

Oder die direkte Zustellung, auch wenn die "letzte Meile" bis zu mir ein DSL-Anschluss mit wechselnder IP ist.

Hä? Klingt nach irrelevantem Nicht-Feature.

Den Mailserver in eigener Hand halte ich jedenfalls für ein kostbares Gut, das ich nicht wieder hergeben würde, wenn ich es einmal hätte.

Der administrative Aufwand ist nicht zu unterschätzen. Wenn ich gute Mailhosting-Provider ansehe, sehe ich nichts, was ich da unbedingt selbst machen müsste. Mal abgesehen von einem Punkt: Nutzt man IMAP, sind die Mails auf dem eigenen Server gespeichert, und nicht irgendwo, wo Dritte ggf. Zugriff erhalten könnten. Sofern man einen Mailserver in dieser Beziehung tatsächlich sicher konfigurieren und 24/7 am Netz haben kann.

- Sven Rautenberg

Hello,

Mailserver, so mach ich das, komplett dem Hoster überlassen.

gerade davon möchte ich selbst inzwischen wegkommen, denn da habe ich meistens nicht die Konfigurationsmöglichkeiten, die ich mir wünsche - etwa die Freiheit, nach einem Login per SMTP-AUTH beliebige Absenderadressen zu verwenden. Oder Blacklists anzulegen, so dass Mails von bestimmten Absendern oder mit bestimmten Mustern im Inhalt gleich serverseitig abgewiesen werden. Oder die direkte Zustellung, auch wenn die "letzte Meile" bis zu mir ein DSL-Anschluss mit wechselnder IP ist.

... oder einfach auch mal das Mail-Log auszuwerten und so ständige Störenfriede identifizieren zu können, geschweige denn, dies mittels Scripting on-the-Fly tun zu können ...

Liebe Grüße aus dem schönen Oberharz

Tom vom Berg

Tach!

Die Überlegung ist ja, wie man sich gegen Ausfälle der Hardware absichern kann. Dazu kristallisiert sich aktuell folgendes Vorgehen heraus: die alte Hardware erstmal weiterlaufen lassen und parallel eine VM mieten.

Ja, die alte Hardware hat noch nicht angekündig auszufallen, weswegen wir hier nicht unter Zeitdruck stehen. Das Konzept für die Zukunft können wir deshalb mit Bedacht ausarbeiten.

Eine Alternative zur VM wäre gemietete Hardware, die im Falle eines Falles ohne zusätzliche Kosten und Aufwand (abgesehen von administrativen Dingen) für uns vom Vermieter ausgetauscht wird. Wenn wir nur _eine_ VM mieten, gibt es auch ein paar Nachteile, beziehungsweise ein paar Nice-To-Haves, die man damit nicht haben kann. Diese VM müsste dann insgesamt so groß dimensioniert sein, dass sie alle Aufgaben erfüllt. Ein Kopieren des kompletten Images, um im stillen Kämmerlein etwas zu probieren ist, ist vermutlich seitens des Vermieters nicht vorgesehen. Und solch eine Größe zu kopieren macht auch bei schnellem VDSL oder Kabel immer noch keinen Spaß.

Meine Überlegungen sind derzeit wie folgt (Feinausarbeitung steht noch an):

• (kleine) V-Server kommen nicht in Betracht für die wesentlichen Aufgaben. Als Plattenplatz für Backups wären sie eventuell geeignet.
• reine VMs haben keinen Hardware-Aufwand, sind aber oft einzelstehend ohne Verbindung untereinander zu haben. Aufgabenteilung (Anwendung hier, Datenbank da) bedeuten Datenverkehr über öffentliche Wege (auch wenn der getunnelt und verschlüsselt ist). VMs in einer VM sind nicht wirklich eine gute Idee. Eigene VMs ließen sich aber bei Bedarf einigermaßen leicht umziehen.
• Hardware mieten. Ist bei günstigen 08/15-Angeboten auch meist einzelstehend. Die Leistungsdaten solcher Maschinen sind heutzutage üblicherweise ausreichend, um eine eigene VM-Umgebung zu betreiben. Darauf können VMs für Hauptbetrieb und Nebenaufgaben erstellt werden. Ein Ausfall am Host bedeutet aber Ausfälle für alle VMs.
• Virtuelles Rechenzentrum. Das scheint mir der König zu sein, aber sicher auch recht teuer. Der Hoster betreibt eine VM-Umgebung und wir können nach Belieben VMs erstellen und diese auch über ein virtuelles privates Netzwerk (Emulation eines Netzwerkes, kein VPN) direkt miteinander verbinden.

Ich bitte weiterhin um Kommentare.

dedlfix.

Hallo,

Ich denke, Käpt'n "muss" noch ein bissel an Bord bleiben ;-)

Gruß

jobo

Ich weiß nicht, ob das langfristig gut ist, wenn deren Motivation schon von vorn herein auf dem Level ist. "Mitarbeiten ja, aber anpassen kann ich mich nicht" ist keine gute Basis für eine Zusammenarbeit.

Mir geht's nicht um den Willen, sondern um das Können. Ist jemand, der motiviert ist, eine Aufgabe zu übernehmen, technisch nicht in der Lage, sie auf einem Level zu lösen, das erwartet wird, kann man

a) das Level senken
b) dem Helfer unter die Arme greifen, damit er das hohe Level erreicht
c) die Aufgabe von jemand anderem erledigen lassen

Wenn b) und c) keine Option sind, weil weitere Helfer fehlen, bleibt nur noch a). Und darüber muss man nicht immer traurig sein, wenn denn trotzdem das Ziel erreicht wird.

Je weniger etwas machen können, desto weniger Aufgaben können sie auch stemmen. Das wäre ja alles kein Problem, wenn es gelänge, Mannschaft und Motivation einigermaßen gleichbleibend hoch zu halten.

Eben drum. Es mag nicht sonderlich zielführend sein, in dieser Situation über Standards zu reden.

Die Konsequenz dieses Lebens ist auf der anderen Seite, dass manche Zweige absterben können, für die eine Wartung nicht mehr gegeben ist. Damit muss man dann auch leben können.

Ja bitte, mit Freude sterben lassen und mit noch größerer Freude neues Schaffen.

Viele Grüße
_Dirk

Om nah hoo pez nyeetz, dedlfix!

Das lohnt sich sicher nicht, wenn wir uns entschließen, die alte Hardware aufzugeben.

Das ist sicher korrekt.

Der hat ja auch grade seine Festplatten an Vili gespendet.

Vili hatte vorher doch auch welche. Aber diese Diskussion brauchen wir nicht führen.

Matthias

--
1/z ist kein Blatt Papier.

Hallo,

Es kann aber genauso gut sein, dass bis zum Ausschalten nichts passiert. Wann etwas passiert, und wie schnell wir umschalten müssen, um noch vor diesem Ereignis eine Alternative zu haben, kann keiner sagen.

Eben, es kann jederzeit passieren, das wissen wir jetzt. Also kann man auch nicht sagen, man hätte da zeitlich viel Spiel. Das Forum zB. sollte mMn. so schnell es geht portiert werden.

Neben den mitunter zu geringen Leistungsmerkmalen bekommst du beim VServer auch kein eigenes Betriebssystem installiert.

Nee, es sollte mMn. (s. Link) ja auch Debian 6.0 oder Ubuntu LTS sein. Das ist 08-15 und funktioniert und damit kennen sich noch am Ehesten alle möglichen Personen aus.

Ich betrachte das auch aus der Perspektive, dass sich kein Sponsor findet. Dann muss man die Mehrkosten für weitere IP-Adressen berücksichtigen.

Das könnte man dann berücksichtigen, wenn es keinen Sponsor gibt. Ich halte es für so gut wie ausgeschlossen, dass sich keiner findet. Es sei denn, "der Verein" oder SELFHTML gestaltet sich als Vertragspartner zu "schwierig", weil unentschlossen, zu langsam in Entscheidungsfindungen, zu "extravagant" in seinen Ansprüchen.

Damit sind die Testmöglichkeiten sehr eingeschränkt. Hartnäckige Fehler, die sich in einem anderen System nicht nachstellen lassen, kannst du damit nur schwer beheben.

So lange wie man möglichst ausgiebig mit 08-15-Lösungen hantiert und auf möglichst allen nicht wirklich nötigem nice-to-have-Ballast verzichtet, könnte der vServer natürlich gut herhalten zum Testen und für einen temporären Ersatz.

Gruß

jobo