Search results

Aktuell für Backups sowie (getrennt natürlich) für Kubernetes-Cluster die wir für eigene Infrastruktur und einige Kunden betreiben. Gerade die Anbindung an Kubernetes ist recht einfach.

Wenn die Journals auf SSDs liegen, kann Ceph ziemlich abgehen und es lässt sich vor allem sehr gut skalieren. Also die schlechte Performance kann ich jetzt aus unserer Erfahrung heraus nicht bestätigen, allerdings ist die Hardwarebasis auch recht stark bei uns. Wie sah die sonstige Hardware der...

Das ist kein Problem. Plesk liest die ini-Files der jeweiligen Module aus und fügt diese dem Frontend gleichermaßen hinzu, daher überleben diese - im Gegensatz zu manch anderem Panel - auch Updates. Dass Plesk über PECL installierte Extensions nicht aktuell halten kann, ist klar, denke ich :)...

In Systemen, in denen wir einen klassischen HBA (ohne RAID) brauchen, flashen wir die IT-Firmware drauf, einfach damit nichts Zusätzliches da ist was irgendwie kaputtgehen kann. Man schaltet ja auch typischerweise BIOS-Funktionen ab, die man nicht nutzt :)

Versuch' mal, das Paket direkt über rpm zu deinstallieren (rpm -e), und anschließend noch mal sauber über yum zu installieren.

Hattest du die Anfrage auf HDDs oder SSDs bezogen?

Anmerkung: Eine Dateisystemverkleinerung ist nicht notwendig, wenn man up- und dann wieder downgraded, solange man nach dem Upgrade das Dateisystem eben nicht vergrößert. Wenn wir Kundenserver vergrößern, dann vergrößern wir eben die Platte und nicht die Partitionen und Dateisysteme des Kunden...

Kubernetes ist auch einen Blick wert, wenn du deine Applikationen "containern" willst (z.B. mit Docker). Wir haben gerade einen Kubernetes-Cluster für ein Projekt aufgesetzt und sind ziemlich begeistert, der Aufwand ist initial nicht ganz ohne, aber mit dem gesammelten Wissen kommt man dann auch...

Na gut, solange alles läuft, erspart einem Plesk zumindest aus Kundensicht schon die Managed-Option. Wenn das Licht dann erstmal aus ist, sieht's anders aus. ;)

So eine Angabe ist ohne Berücksichtigung der Systemlast, der vergebenen und natürlich der physikalischen Ressourcen (man braucht ja auch Puffer) ohnehin Augenwischerei, sie gar nicht erst zu machen, erscheint mir daher nicht per se falsch. Kommt immer drauf an, was man seinen Kunden verspricht.

Wenn du bereits etwas Shell-Erfahrung hast, aber keinen eigenen Server betreiben möchtest sowie ein managed Server zu teuer ist, empfehle ich die Kollegen von Uberspace :)

Zumindest in Bezug auf die von dir angesprochenen BIOS-/Firmware-Manipulationen wäre ein vServer dann ja wieder sicher(er). :D Das will ich im Kern nicht bezweifeln, aber Risiko ist ja bekanntlich Schaden * Wahrscheinlichkeit. Solche Exploits sind nur für sehr wenige Menschen überhaupt...

;) Lustigerweise habe ich gerade noch eine Abuse-Rückmeldung bei uns mit Verweis darauf beantwortet, dass auch bei einer "Nicht-Root-Kompromittierung" keineswegs auf eine detaillierte Analyse verzichtet werden kann und wir - spätestens, wenn die Analyse Fragen offen lässt - eine Neuinstallation...

Wenn die Malware als root läuft, kommst du um eine Neuinstallation nicht drumherum. Läuft sie unter einem weniger privilegierten User, stehen die Chancen eigentlich ganz gut, dass du nur diesen bereinigen musst. Wenn bei uns ein Webhostingaccount gehackt wird, setzen wir ja auch nicht die ganze...

Wenn der Inhaber eines Webhostingunternehmens noch einer Festanstellung nachgeht, schrillen bei mir ehrlich gesagt die Alarmglocken. Hier stellt sich nicht nur die Frage, ob das Unternehmen genügend Umsatz (und bestenfalls auch Gewinn) macht, sondern auch, ob der Inhaber im Allgemeinen sowie...

@Joe User: Du würdest also de facto gar nichts virtualisieren?

Der Unterschied ist immer noch recht groß. Der Safari ist trotz seines geringeren Energieverbrauchs auch noch etwas schneller. Mir persönlich ist das unterm Strich egal, da die Synchronisation mit dem Chrome auf meinem Smartphone für mich wesentlich wichtiger ist - ich würde definitiv nicht mehr...

Du möchtest dann aber vermutlich auch Transportverschlüsselung für deinen mysqld einrichten. Ansonsten kann jeder, der deinen Traffic mitliest, mal eben Logindaten und allen sonstigen Traffic abgreifen. Dieses Risiko wird bei externem MySQL so gut wie nie bedacht, vermutlich weil es keinen...

Das kommt ganz auf die Daten an. MySQL-Datenbanken beispielsweise möchtest du normalerweise - mindestens zusätzlich - als Dump sichern. Das kannst du ja durchaus in der VM tun, diese wiederum muss dann aber zwingend extern gesichert werden. Mit extern meine ich bei businesskritischen Daten...

Sehe ich nicht so. Er möchte ja schon zwei Server kaufen (ob man Hardware, die von einem vServer im Billigsegment getoppt wird, noch betreiben sollte, möchte ich allerdings auch bezweifeln :D). Die Mehrkosten belaufen sich auf Strom und ein weiteres Festplattenpaar sowie die Einrichtung und...