Pakete: Unterschied zwischen den Versionen

Aus Hostsharing Wiki
Zur Navigation springen Zur Suche springen
Zeile 51: Zeile 51:
Skripte im DW Paket können per http:// auf Daten im SW Paket (z.B. unter static.example.org) verweisen und selbst per scp auf diese zugreifen.
Skripte im DW Paket können per http:// auf Daten im SW Paket (z.B. unter static.example.org) verweisen und selbst per scp auf diese zugreifen.


Ein Nachteil dieser Lösung ist, dass die dynamischen Inhalte nur über eine Subdomain angesprochen werden können. Daher sind dynamische Inhalte nicht unter http://example.org/ möglich.
Ein Nachteil dieser Lösung ist, dass die dynamischen Inhalte nur über eine Subdomain angesprochen werden können. Daher sind dynamische Inhalte nicht unter http://example.org/ möglich, nur unter http://www.example.org/


== Änderung von Bestandspaketen ==
== Änderung von Bestandspaketen ==

Version vom 9. Juli 2012, 07:41 Uhr


Diese Seite muss überarbeitet werden

Diese Seite wurde als Baustelle gekennzeichnet, weil sie überarbeitet werden muss. Eine Begründung dafür findest du auf der Diskussionsseite. Bitte hilf mit, diese Seite zu verbessern!

Pakete bei Hostsharing allgemein

Alle Leistungen von Hostsharing werden in Paketen gebündelt, die eine definierte Leistung beinhalten. Alle Pakete können durch Optionen aufgewertet werden.

Jedes Paket hat eine Bezeichnung in der Form xyz00. Sie besteht aus dem bei der ersten Paketeinrichtung frei wählbaren Präfix und einem zweistelligen Zähler.

Entsprechend ist

  • der Name des Paketadmins xyz00
  • das Paketverzeichnis /home/pacs/xyz00/
  • die Paketdomain xyz00.hostsharing.net

Die Paketdomain kann für alle Zugriffe auf das Paket benutzt werden, beispielsweise für den Upload von Daten mittels FTP oder SCP und für das Einloggen über ssh.

Konkretere Informationen und die Zugangsdaten enthält die Willkommens-E-Mail, die Du Nach der Bestellung eines Paketes erhältst.

Paketarten

Entsprechend unserer Preisliste, gibt es bei Hostsharing verschiedene (aber kombinierbare) Paketarten bzw. -typen.

Paket kann u.a. für Webseiten,Content-Management-Systeme, Web-Shops genutzt werden, die (CPU und I/O intensiv, und dennoch performant) mit Hilfe von Programmen und Datenbanken im Paket dynamisch erzeugt werden.

Paket eignet sich für statische Daten und Webseiten, die aus statischen HTML Dateien bestehen. Insbesondere E-Mail Postfächer, (CVS) Quellcode, Up/Downloads, Bildergalerien und andere wichtige Daten, die ständig verfügbar und auf Backups und Stand-by Servern gesichert sein sollen.

Kombination von SW und DW

Die neben den technischen Unterschieden (keine dynamischen Webseiten bei SW) sind die aus Kundensicht sichtbarsten Unterschiede die unterschiedlichen Kosten für Traffic und Speicherplatz. Daher kann eine Kombination aus SW und DW Paket sinvoll sein:

  • Dynamische Webseite (z.B. Blog) mit großem Downloadarchiv, hier können die Downloads von dem SW Paket kostengünstig bedient werden während das dynamische Frontend auf dem DW Paket läuft.
  • Intensive Emailnutzung mit IMAP Zugriff sind ebenfalls sinnvoll auf SW Paketen zu nutzen.

Lösungsvarianten

Die flexible Hostsharing Infrastruktur bietet zwei Möglichkeiten SW und DW Pakete miteinander zu kombinieren:

  • Die Domain example.org wird im DW-Paket über HSADMIN aufgeschaltet und einzelne Subdomains werden in das SW Paket delegiert.
  • Die Domain example.org wird im SW-Paket über HSADMIN aufgeschaltet und einzelne Subdomains mit dynamischem Inhalt werden in das DW Paket delegiert.

Die Zuordnung lässt ich im Nachhinein nur mit einigem Aufwand ändern, daher ist eine sinnvolle Abwägung notwendig.

Wenn man viel Mailtraffic oder Mailspeicherplatz benötigt ist der sinnvolle und empfohlen Weg Domains im SW Paket aufzuschalten und nur benötigte Subdomains in das DW Paket zu delegieren. Dann liegen die Mailboxen der Domain standardmäßig im SW Paket.

Ist die Domain im SW Paket aufgeschaltet und soll die Indexwebseite dynamisch generiert werden kann man z.B. die Subdomains www in einem DW Paket aufschalten. Für statische Inhalte schaltet man z.B static.example.org im SW Paket auf. Skripte im DW Paket können per http:// auf Daten im SW Paket (z.B. unter static.example.org) verweisen und selbst per scp auf diese zugreifen.

Ein Nachteil dieser Lösung ist, dass die dynamischen Inhalte nur über eine Subdomain angesprochen werden können. Daher sind dynamische Inhalte nicht unter http://example.org/ möglich, nur unter http://www.example.org/

Änderung von Bestandspaketen

Der Umzug einer Domain zwischen SW Paket und DW Paket entspricht einem Umzug auf einen anderen Server mit anderer IP Adresse und kostet entsprechend Aufwand und ggf. Ausfallzeit, daher ist es auch möglich die Domain im DW Paket zu lassen und nur die Mailboxen auf das SW Paket zu migrieren.

Umzug der Mailboxen in SW Paket

Wenn die Domain example.org im DW Paket aufgeschaltet ist und nicht verschoben werden soll, wird zur Migration der Mailboxen z.B. mail.example.org im SW Paket aufgeschaltet und im DW Paket eine Catch-All-Weiterleitung für example.org nach mail.example.org eingerichtet.

Bei solch einer Catch-All-Weiterleitung laufen die betroffenen E-Mails jedoch über einen zusätzlichen Mailserver, den des DW-Hives, bevor sie in der Mailbox landen und verursachen entsprechend DW Traffic und auch Serverlast. Ein MX-Record im DW Paket anzulegen, der direkt auf das SW Paket zeigt, ist nicht möglich, weil vom SW Paket nur mails für mail.example.org angenommen werden und example.org bereits im DW aufgeschaltet ist.

Umzug der Domain ins SW Paket und aufschalten von Dynamischen Subdomain

Wenn die Ausfallzeit akzeptabel ist kann die gesamte Domain von dem DW Paket in das SW Paket umgezogen werden. Dazu wird mit HSADMIN die Domain im DW Paket glöscht und im SW Paket neu angelegt.

Achtung

Das Verzeichnis der Domain wird durch diese Aktion gelöscht, bitte vorher alle notwendigen Daten sichern. Dazu gehören auch Emailadressen die neu angelegt werden sollen!


Eine Mögliche Sicherung der Emailadressen sieht so aus:

als Paketadmin im DW Paket anmelden und hsadmin Ticket holen 

xyz00@hXY:~$ hsadmin -c emailaddress.search
Password: _______

das Passwort bleibt jetzt für die nächsten Minuten gültig

jetzt werden die Emailadressen für example.org exportiert und in eine "HSADMIN taugliche Eingabestruktur" überführt:

dabei ist

  • example.org die Domain
  • xyz00 das DW Paket und xyz01 das SW Paket
  • Die Lösung funktioniert noch nicht, wenn Subdomains mit Emailadressen ausgerüstet sind!
xyz00@hXY:~$ hsadmin -c emailaddress.search -w domain='example.org' 
                     -d 'hsadmin --call:emailaddress.add 
                                 --set:localpart="${localpart}" 
                                 --set:domain="example.org" 
                                 --set:target="${target}"\n'
                     | sed "s/\"/\'/g"
                     | sed "s/xyz00/xyz01/g" 
                     > emailaddress_backup_example.org

Die Zeile (alles in einer Shellzeile!) exportiert alle Mailadressen für example.org und erstellt eine Skriptdatei mit passenden hsadmin befehlen zum Anlegen der Emailadressen im neuen Paket

Die Datei emailaddress_backup_example.org wird jetzt in das SW Paket xyz01 kopiert und nachdem die Domain dort eingerichtet ist, als Paketadmin ausgeführt:

erst wieder ein Ticket holen: 

xyz01@hXY:~$ hsadmin -c emailaddress.search<br>
Password: _______

dann Mailadressen anlegen 

xyz01@hXY:~$ sh ./emailaddress_backup_example.org<br>

Dabei wird davon ausgegangen, dass die gleichen "User" im neuen Paket angelegt sind.

Weiterführende Links

Dynamic-Web-Pakete
Static-Web-Pakete
DomainManagement
Pakettraffic
Eventhandler



Abgerufen von „https://wiki.hostsharing.net/index.php?title=Pakete&oldid=3368“