Missverständnisse über dedizierte root-Server: Unterschied zwischen den Versionen
Srv00 (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Tim00 (Diskussion | Beiträge) |
||
(7 dazwischenliegende Versionen von 5 Benutzern werden nicht angezeigt) | |||
Zeile 5: | Zeile 5: | ||
Leider nicht: Administration, Security-Überwachung, Dienste-Monitoring, Backups, Standby-Server, um nur einige Beispiele zu nennen, sind in dem o.g. Preis nicht enthalten. | Leider nicht: Administration, Security-Überwachung, Dienste-Monitoring, Backups, Standby-Server, um nur einige Beispiele zu nennen, sind in dem o.g. Preis nicht enthalten. | ||
== Mein | == Mein Root-Server-Provider garantiert mir 99,9% Uptime. == | ||
Nicht wirklich: Die Garantie gilt nur für die Internet-Anbindung, für den Server-Betrieb bist du bei einem dedizierten root-Server selbst verantwortlich. Und für Hardware-Ausfälle erhältst du für den Preis auch keine Garantie. | Nicht wirklich: Die Garantie gilt nur für die Internet-Anbindung, für den Server-Betrieb bist du bei einem dedizierten root-Server selbst verantwortlich. Und für Hardware-Ausfälle erhältst du für den Preis auch keine Garantie. | ||
== Über meinen | == Über meinen Root-Server habe ich die volle Macht. == | ||
Nicht wirklich: Wenn es Hardware-Probleme oder bestimmte Software-Probleme gibt, wirst du auf den Support deines Providers angewiesen sein. Hier zeigt sich dann der Gegenwert für den billigen Preis, | Nicht wirklich: Wenn es Hardware-Probleme oder bestimmte Software-Probleme gibt, wirst du auf den Support deines Providers angewiesen sein. Hier zeigt sich dann der Gegenwert für den billigen Preis, Warten auf das Beheben von Hardware-Problemen oder gar einen Hardware-Austausch sind bei Billiganbietern eher die Regel als die Ausnahme. Downtime inklusive. | ||
== Auf meinem | == Auf meinem Root-Server kann ich installieren was ich will == | ||
FALSCH: Du kannst installieren, was du willst und vom KnowHow her kannst. | FALSCH: Du kannst installieren, was du willst und vom KnowHow her kannst. Dass für die volle Breitseite eines Internet-Servers auch sehr breites KnowHow nötig ist, vergessen die meisten. Viele laufen nach einem Vorfall in ernste Probleme, weil sie das alte System nicht wieder installiert bekommen. Der Teufel steckt im Detail, das man nur mit ausreichender Erfahrung kennt. Selbst wenn man sich mit der Kernanwendung "X" auskennt, braucht man wenigstens Kenntnisse zu DNS, Mail, Domain-Verwaltung, Logauswertung, Monitoring, Intrusion Detection, Backup, Dateisystemen, Datenbank-Managementsystemen... | ||
== Meinen | == Meinen Root-Server kann ich per Web-Interface voll konfigurieren. == | ||
Leider nicht: Zunächst einmal ist nur das einstellbar, was im Web-Interface vorgesehen ist. Und das ist meist nur ein Bruchteil dessen, was man einstellen können | Leider nicht: Zunächst einmal ist nur das einstellbar, was im Web-Interface vorgesehen ist. Und das ist meist nur ein Bruchteil dessen, was man einstellen können müsste. Und je tiefer ein Webinterface (Confixx oder Plesk) ins System eingreift, umso schwieriger wird es selber in die Konfiguration einzugreifen. | ||
== Ich mache viel Traffic, also brauche ich einen dedizierten Server. == | == Ich mache viel Traffic, also brauche ich einen dedizierten Server. == | ||
Nicht wirklich: Ein leistungsstarker Server (oder gar Cluster) kann locker mehrere Sites verkraften, die jede einzeln einen | Nicht wirklich: Ein leistungsstarker Server (oder gar Cluster) kann locker mehrere Sites mit einer Reichweite verkraften, die jede einzeln einen preiswerten Root-Server deutlich überlasten würden. Ob man einen dedizierten Server braucht oder nicht, hat eher mit anderen Kriterien zu tun als mit Traffic. | ||
== Auf meinem | == Auf meinem Root-Server bin ich alleine, also ist der auch sicher. == | ||
Leider nein: Für einen sicheren Server ist tägliche | Leider nein: Für einen sicheren Server ist tägliche Verfolgung diverser Security-Mailinglisten notwendig. Es ist zu überprüfen, ob die jeweiligen Security-Probleme einen betreffen oder nicht und ggf. sind Updates einzuspielen. Web-Interfacs helfen hier kaum. | ||
== Für meinen | == Für meinen Root-Server bin ich ganz alleine zuständig, das finde ich toll, ich brauche keine Partner. == | ||
Nicht wirklich: Willst du 365 Tage a 24 Stunden in Bereitschaft stehen? Was ist wenn du in den Urlaub fahren willst, krank bist | Nicht wirklich: Willst du 365 Tage a 24 Stunden in Bereitschaft stehen? Was ist wenn du in den Urlaub fahren willst, krank bist oder nach einem mehrstündigen Notfalleinsatz am Server einfach schlafen musst? Wer betreut dann sicher deinen Root-Server? Keiner! | ||
== Ich brauche unbedingt einen | == Ich brauche unbedingt einen Root-Server für meine Anwendungen. == | ||
Vermutlich nicht: Für die wenigsten Anwendungen benötigt man wirklich einen eigenen | Vermutlich nicht: Für die wenigsten Anwendungen benötigt man wirklich einen eigenen Root-Server. Durch eine eigenen virtuellen Webserver (mit eigener Konfiguration) auf einer gemanagten Plattform kannst du sehr viele Dinge machen, die du auch auf einem Root-Server machen kannst. Ähnliches gilt auch für andere Dienste, wenn der Plattform-Provider nur flexibel genug ist. | ||
== Die meisten Dinge über Server-Administration kenne ich, den Rest besorge ich mir im Internet == | == Die meisten Dinge über Server-Administration kenne ich, den Rest besorge ich mir im Internet == | ||
Zeile 43: | Zeile 43: | ||
== Schlusswort == | == Schlusswort == | ||
Sicherlich gibt es Anwendungen, für die ein eigener | Sicherlich gibt es Anwendungen, für die ein eigener Root-Server notwendig ist. Für die allermeisten Anwendungen ist ein Shared- oder gemanagter Server die bessere Alternative, jedenfalls wenn das Hosting-Projekt nicht just for fun gemacht wird. | ||
Die Überlegungen gelten übrigens gleichermaßen für physikalische dedizierte Systeme wie auch für Cloud-Anbieter, bei denen man Ressourcen wie Disk, CPU, RAM und Traffic mieten kann. | |||
Wer sich doch einen eigenen | Grundsätzlich gilt: Hardware ist günstig - die laufenden Kosten werden durch Personal- bzw. Arbeitseinsatz hochqualifizierter Kräfte bestimmt. Es empfiehlt sich daher oftmals, möglichst viele Komponenten professionell gemanagt zu beziehen. | ||
Für viele unserer Mitglieder, auch für Mitglieder das Admin-Teams, wäre bei oberflächlicher Betrachtung ein dedizierter Root-Server finanziell günstiger. Es spricht sicher für sich, dass gerade Leute mit Know-How dennoch die Stärke der Gemeinschaft (und die Aufteilung der Bereitschaftszeiten) bevorzugen. | |||
Wer sich doch einen eigenen Root-Server anschaffen möchte, sollte diese [[Rootserver_Checkliste|Check-Liste]] beachten. | |||
[[Kategorie:HSDoku]] | |||
[[Kategorie:Glossar]] |
Aktuelle Version vom 28. März 2023, 11:33 Uhr
Für (z.B.) **,99 Euro im Monat habe ich alles was ich brauche.
Leider nicht: Administration, Security-Überwachung, Dienste-Monitoring, Backups, Standby-Server, um nur einige Beispiele zu nennen, sind in dem o.g. Preis nicht enthalten.
Mein Root-Server-Provider garantiert mir 99,9% Uptime.
Nicht wirklich: Die Garantie gilt nur für die Internet-Anbindung, für den Server-Betrieb bist du bei einem dedizierten root-Server selbst verantwortlich. Und für Hardware-Ausfälle erhältst du für den Preis auch keine Garantie.
Über meinen Root-Server habe ich die volle Macht.
Nicht wirklich: Wenn es Hardware-Probleme oder bestimmte Software-Probleme gibt, wirst du auf den Support deines Providers angewiesen sein. Hier zeigt sich dann der Gegenwert für den billigen Preis, Warten auf das Beheben von Hardware-Problemen oder gar einen Hardware-Austausch sind bei Billiganbietern eher die Regel als die Ausnahme. Downtime inklusive.
Auf meinem Root-Server kann ich installieren was ich will
FALSCH: Du kannst installieren, was du willst und vom KnowHow her kannst. Dass für die volle Breitseite eines Internet-Servers auch sehr breites KnowHow nötig ist, vergessen die meisten. Viele laufen nach einem Vorfall in ernste Probleme, weil sie das alte System nicht wieder installiert bekommen. Der Teufel steckt im Detail, das man nur mit ausreichender Erfahrung kennt. Selbst wenn man sich mit der Kernanwendung "X" auskennt, braucht man wenigstens Kenntnisse zu DNS, Mail, Domain-Verwaltung, Logauswertung, Monitoring, Intrusion Detection, Backup, Dateisystemen, Datenbank-Managementsystemen...
Meinen Root-Server kann ich per Web-Interface voll konfigurieren.
Leider nicht: Zunächst einmal ist nur das einstellbar, was im Web-Interface vorgesehen ist. Und das ist meist nur ein Bruchteil dessen, was man einstellen können müsste. Und je tiefer ein Webinterface (Confixx oder Plesk) ins System eingreift, umso schwieriger wird es selber in die Konfiguration einzugreifen.
Ich mache viel Traffic, also brauche ich einen dedizierten Server.
Nicht wirklich: Ein leistungsstarker Server (oder gar Cluster) kann locker mehrere Sites mit einer Reichweite verkraften, die jede einzeln einen preiswerten Root-Server deutlich überlasten würden. Ob man einen dedizierten Server braucht oder nicht, hat eher mit anderen Kriterien zu tun als mit Traffic.
Auf meinem Root-Server bin ich alleine, also ist der auch sicher.
Leider nein: Für einen sicheren Server ist tägliche Verfolgung diverser Security-Mailinglisten notwendig. Es ist zu überprüfen, ob die jeweiligen Security-Probleme einen betreffen oder nicht und ggf. sind Updates einzuspielen. Web-Interfacs helfen hier kaum.
Für meinen Root-Server bin ich ganz alleine zuständig, das finde ich toll, ich brauche keine Partner.
Nicht wirklich: Willst du 365 Tage a 24 Stunden in Bereitschaft stehen? Was ist wenn du in den Urlaub fahren willst, krank bist oder nach einem mehrstündigen Notfalleinsatz am Server einfach schlafen musst? Wer betreut dann sicher deinen Root-Server? Keiner!
Ich brauche unbedingt einen Root-Server für meine Anwendungen.
Vermutlich nicht: Für die wenigsten Anwendungen benötigt man wirklich einen eigenen Root-Server. Durch eine eigenen virtuellen Webserver (mit eigener Konfiguration) auf einer gemanagten Plattform kannst du sehr viele Dinge machen, die du auch auf einem Root-Server machen kannst. Ähnliches gilt auch für andere Dienste, wenn der Plattform-Provider nur flexibel genug ist.
Die meisten Dinge über Server-Administration kenne ich, den Rest besorge ich mir im Internet
Vermutlich funktioniert das nicht: Davon abgesehen, dass man manchmal sehr spezielle Dinge wissen muss, deren Recherche im Internet leicht mehrere Tage dauern kann, übersieht man leicht all die Dinge, nach denen man gar nicht erst fragt, weil man nicht dran denkt. In einer Gemeinschaft kommt man schneller an die gewünschte Information, weil jeder motiviert ist, und es passen auch viele auf, dass man nichts übersieht.
Schlusswort
Sicherlich gibt es Anwendungen, für die ein eigener Root-Server notwendig ist. Für die allermeisten Anwendungen ist ein Shared- oder gemanagter Server die bessere Alternative, jedenfalls wenn das Hosting-Projekt nicht just for fun gemacht wird.
Die Überlegungen gelten übrigens gleichermaßen für physikalische dedizierte Systeme wie auch für Cloud-Anbieter, bei denen man Ressourcen wie Disk, CPU, RAM und Traffic mieten kann.
Grundsätzlich gilt: Hardware ist günstig - die laufenden Kosten werden durch Personal- bzw. Arbeitseinsatz hochqualifizierter Kräfte bestimmt. Es empfiehlt sich daher oftmals, möglichst viele Komponenten professionell gemanagt zu beziehen.
Für viele unserer Mitglieder, auch für Mitglieder das Admin-Teams, wäre bei oberflächlicher Betrachtung ein dedizierter Root-Server finanziell günstiger. Es spricht sicher für sich, dass gerade Leute mit Know-How dennoch die Stärke der Gemeinschaft (und die Aufteilung der Bereitschaftszeiten) bevorzugen.
Wer sich doch einen eigenen Root-Server anschaffen möchte, sollte diese Check-Liste beachten.