K
kanti80
Gast
Hallo zusammen!
Sachverhalt
Ich habe bei Hetzner einen auf meine Ansprüche zugeschnittenen Root angemietet mit 2x NVMe 512GB SSD und 2x SATA 2 TB jeweils im Raid. Weil der Server für Kundenprojekte verwendet werden soll, würde ich nur ungern auf eine Serveradministrationssoftware verzichten. Ansonsten führt das doch zu deutlichem Mehraufwand. Entsprechend wurden die auf dem Markt vorhandenen Lösungen überprüft und schlussendlich Debian 8.4 + Plesk installiert und konfiguriert.
Problem
Obwohl ich genau evaluiert habe, was ich braucht und was nicht, stehe ich jetzt vor dem Problem, dass Plesk selbst in der grössten Edition nicht mit mehreren Volumes pro Server umgehen kann! Der vhost lässt sich nicht pro Domain anpassen! Ich habe mir das extra von Plesk nochmals bestätigen lassen. Ich hatte das im Vorfeld gar nicht überprüft, da mir das für eine kommerzielle Software selbstverständlich erschien. Mein Fehler. Fakt ist, dass Plesk bei Systemen mit mehreren Volumes out-of-the-box unbrauchbar ist.
Die Wahl fiel auf Plesk weil das Einrichten und Administrieren von eigenen Primary und eigenen Slave DNS Servern recht simpel ist, das Firewall-Management gefällt und generell das Handling im Adminbereich.
Lösung
Entweder man findet eine Lösung, das zweite Volume so einzubinden, dass man das mit Plesk zumindest verwenden kann (bind mount?). Verwaltung findet in diesem Fall notwendigerweise über SSH statt. Bei dieser Option bräuchte ich allerdings etwas Hilfe, das hab ich noch nie gemacht.
Die andere Option ist der Wechsel auf cPanel. Dort werden mehrere Volumes eindeutig unterstützt. Primary und Slave DNS krieg ich damit schon hin. Dieser Lösung stehe ich positiver gegenüber, da es aus meiner Sicht keinen Sinn macht, auf ein System zu setzten, dass offenbar nicht sämtliche Anforderungen erfüllt (auch wenn das Fehlen der Möglichkeit mehrere Volumes pro Server zu betreuen m.E. fahrlässig ist).
Ich wäre froh um Inputs oder Tipps. Wie würdet ihr das lösen? Lösung hinbasteln oder auf cPanel setzen?
Gruss
Sachverhalt
Ich habe bei Hetzner einen auf meine Ansprüche zugeschnittenen Root angemietet mit 2x NVMe 512GB SSD und 2x SATA 2 TB jeweils im Raid. Weil der Server für Kundenprojekte verwendet werden soll, würde ich nur ungern auf eine Serveradministrationssoftware verzichten. Ansonsten führt das doch zu deutlichem Mehraufwand. Entsprechend wurden die auf dem Markt vorhandenen Lösungen überprüft und schlussendlich Debian 8.4 + Plesk installiert und konfiguriert.
Problem
Obwohl ich genau evaluiert habe, was ich braucht und was nicht, stehe ich jetzt vor dem Problem, dass Plesk selbst in der grössten Edition nicht mit mehreren Volumes pro Server umgehen kann! Der vhost lässt sich nicht pro Domain anpassen! Ich habe mir das extra von Plesk nochmals bestätigen lassen. Ich hatte das im Vorfeld gar nicht überprüft, da mir das für eine kommerzielle Software selbstverständlich erschien. Mein Fehler. Fakt ist, dass Plesk bei Systemen mit mehreren Volumes out-of-the-box unbrauchbar ist.
Die Wahl fiel auf Plesk weil das Einrichten und Administrieren von eigenen Primary und eigenen Slave DNS Servern recht simpel ist, das Firewall-Management gefällt und generell das Handling im Adminbereich.
Lösung
Entweder man findet eine Lösung, das zweite Volume so einzubinden, dass man das mit Plesk zumindest verwenden kann (bind mount?). Verwaltung findet in diesem Fall notwendigerweise über SSH statt. Bei dieser Option bräuchte ich allerdings etwas Hilfe, das hab ich noch nie gemacht.
Die andere Option ist der Wechsel auf cPanel. Dort werden mehrere Volumes eindeutig unterstützt. Primary und Slave DNS krieg ich damit schon hin. Dieser Lösung stehe ich positiver gegenüber, da es aus meiner Sicht keinen Sinn macht, auf ein System zu setzten, dass offenbar nicht sämtliche Anforderungen erfüllt (auch wenn das Fehlen der Möglichkeit mehrere Volumes pro Server zu betreuen m.E. fahrlässig ist).
Ich wäre froh um Inputs oder Tipps. Wie würdet ihr das lösen? Lösung hinbasteln oder auf cPanel setzen?
Gruss
Zuletzt bearbeitet von einem Moderator:
(Schreibfehler ;))