Beiträge von Paul

    man merkt, dass bei dieser Geschichte niemand auch nur einen Gedanken daran verschwendet hat,

    dass derartiges evtl. auch von einem Menschen gelesen werden kann ...

    Das denke ich mir bei bei so einigen Dingen :D In der Regel steht da immer sowas wie "Wahlprogramm" oder "Parteiprogramm" darüber, aber halt nicht immer.

    Sicher. Aber das ist jetzt meine Strategie ;). Früher hätte ich ihn um 8:30, als ich das Angebot entdeckt habe, erst mal gekauft. Um dann zu überlegen was ich damit machen könnte. Jetzt habe ich mir auferlegt, dass ich mir zuerst einen Verwendungszweck dafür ausdenken muss, der zumindest noch etwas Sinn macht, zumindest wenn man die offensichtlichen Gegenargumente nicht berücksichtigt :D.

    Der "Erleuchteter" Titel muss ja auch für irgendwas gut sein ;)

    In der Theorie klingt das nicht schlecht, aber erfahrungsgemäß werden solche Unterkategorien selten richtig bzw. sinnvoll genutzt. Es werden neue Threads dann oft im falschem Unterforum erstellt, was die Arbeit für die Moderatoren erhöht bzw. dazu führt, dass man entsprechende Themen gar nicht mehr findet, weil sie irgendwo erstellt wurden. Dann lieber nur ein paar wenige und dafür mit Tags arbeiten (wie perryflynn schon richtig erwähnt hat). Das ist oft die bessere Lösung. Man sollte die Faulheit der Forenteilnehmer nie unterschätzen ;). Vor allem bei Sub-Sub-Kategorien wäre ich da sehr vorsichtig.

    Weil ich es gerade zufällig gesehen habe: Man kann Kündigungen im CCP mittlerweile selbstständig widerrufen. Hierfür gibt es einen Button in dem entsprechenden Reiter. Evtl. ist das ja für den ein oder anderen hier hilfreich, wenn doch noch ein Produktinhaberwechsel durchgeführt werden soll. So spart man sich den Weg über den Netcup Support. Ich dachte, ich teile die Information hier einfach mal :)

    Du musst das DNS der Domain anpassen. Das kannst du im CCP (Customer Control Panel) unter "Domains" machen. Einfach einen A Record für die IPv4 bzw. einen AAAA Record für die IPV6 Adresse des Servers einrichten. Analog für alle gewünschten Subdomains.

    Dann bräuchte ich ein externes System, dass mittels keepalive schaut, ob die LBs noch da sind und das ggf. umlegt... also dann wird das wohl eher nichts...

    Das könnten die LB aber auch selbst machen (z.B. mit keepalived). So ein ähnliches Setup hatte ich auch mal im Einsatz. Damals war das mit den Failover IPs aber noch ziemlich verbuggt, weshalb das in der Praxis nicht wirklich funktioniert hat. Ich hoffe, das klappt mittlerweile besser. Aber mit einem einfachen Curl Script können die LBs auch selbst schauen, ob der andere noch da ist und ggfs. die IP switchen. Ein zusätzliches, externes System ist hier nicht zwingend erforderlich.

    Ich weiß nicht, woran es genau liegt, aber bei mir scheint sich immer mal meine Kube-API kurz zu verabschieden, das reicht aber aus um das halbe system runter zu reißen (die stateful sets, was dank readyness probe dann auch die pods mit reißt.

    Daher wollte ich eben diese etwas ausfallsicherer machen.

    Ich würde mir hier mal die Master Nodes anschauen. Ich befürchte nämlich, dass die VPS 500 G8 dafür etwas unterdimensioniert sind. Gerade der Etcd Cluster wird mit den wenigen Ressourcen etwas leiden. Ich kann mir sehr gut vorstellen, dass es daran liegt. Hier würde ich schon mindestens einen VPS 1000 nehmen. Bzw. der der kube-apiserver Prozess an sich braucht schon einiges an CPU Leistung. Auf meinen Master Nodes ist das immer mit der Prozess, der für die höchste Auslastung sorgt. Daher hätte ich persönlich ein eher ungutes Gefühl, wenn man das auf so "kleinen" VPS laufen lässt. Offizielle Empfehlung lautet: 4 CPUs, 16 GB RAM. In der Regel kommt man auch mit etwas weniger klar, aber dann sollten die CPUs dediziert sein (wie z.B. bei den RS Servern). Bei den Shared VPS Ressourcen wäre ich da vorsichtig.

    Du hast im Moment nur einen Worker Node aufgelistet. Sind da noch weitere geplant? Sonst könnte man sich den HA LB ja eigentlich auch gleich sparen. Wenn es noch weitere geben sollte, wie willst du das mit dem Storage machen? Normalerweise brauchst du hier ja einen Storage as a Service oder musst das selbst aufsetzen (Ceph, GlusterFS,...). Das funktioniert hier bei Netcup aber leider eher schlecht als recht. Es gibt natürlich auch noch den etwas seltenen Fall, dass gar kein Shared Storage benötigt wird. Dann geht es natürlich auch ohne. Aber in der Praxis habe ich das ehrlich gesagt noch nie gesehen :).

    Aus meiner Erfahrung funktioniert das hier bei Netcup nicht wirklich gut. Hier brauchst du entweder eine richtige Cloud oder aber recht performante Bare Metal Server. Zumindest für alles, was über eine kleine Dev Umgebung hinaus geht.

    Was haben deine Frauen damit zu tun, dass du sowas gegenfinanzieren musst?

    Wie das in unserem Kulturkreis so üblich ist, hat der Mann zu Hause das Geld der Chefin zu übergeben und Anträge zu stellen, falls er es für Dinge ausgeben möchte, die nicht der Frau zugute kommt ;)

    Vielleicht werden sie erst am nächsten Werktag verschickt? Die letzte Rechnung vom 09.05. (Sonntag) wurde auch erst am 10.05. (Montag) per Mail angekündigt.

    Ein Mailserver, der nur werktags arbeitet? Wäre auch mal was neues ^^. Die Rechnung wird ja anscheinend auch automatisch erstellt. Warum sollte man dann mit der E-Mail warten? Sinn würde es ja machen, wenn auch die Rechnungsstellung nur am Werktag stattfindet. Morgen wissen wir sicherlich mehr. In der Vergangenheit habe ich auch sonntags Rechnungs-Mails von Netcup bekommen. Daran sollte es nicht liegen.

    Kommen bei euch eigentlich alle Rechnungs-Mails von netcup an? :/

    Aktuell vermisse ich 4 Rechnungen, die nur im CCP ersichtlich sind. Alle anderen Mails von netcup kommen zügig an.

    (Könnte aber auch am E-Mail Provider liegen. Diesen Mailserver betreibe ich nicht selbst.)

    Interessante Frage. Und danke für den Hinweis. ;) Habe das eben selbst mal kontrolliert. Und bei mir ist ebenfalls eine neue Rechnung offen, aber eine E-Mail diesbezüglich habe ich bisher zumindest noch nicht erhalten. In der Vergangenheit gab es hier bisher noch nie Probleme. Andere E-Mails kommen an der Adresse aber problemlos an. Daher würde ich das Problem eher bei Netcup vermuten.

    Vorsicht vor Rentenfonds. Das sind mit Abstand eine der schlechtesten Investments. Früher als Anleihen noch Zinsen abgeworfen haben, war das ja als Beimischung noch ganz nett (um das Risiko zu minimieren), aber mittlerweile sind die ja bei 0%, einige sogar im negativen Bereich angelangt. Gruß an die katastrophale Notenbank Politik. Gerade der Anleihen-Markt birgt ein enormes Risikopotential, welches kaum jemand auf dem Schirm hat.

    Das attraktivste Investment ist und bleibt die klassische Aktie. Es gibt Unternehmen, die haben komplette Weltkriege überlegt und die gibt es immer noch. Meist haben die sogar noch über all die Zeit Dividenden gezahlt.

    Am Ende zählen immer die Sachwerte. Und nein, Kryptowährungen zählen nicht dazu ;-). In der Theorie sind das äußerst interessante Konzepte, aber das ist die Atombombe auch. In der Praxis eingesetzt, führt das aber wohl oder übel immer zum Schlechten, egal wie gut gemeint das gewesen war.

    Aber um das trotzdem nochmal kurz durchzudenken: Was wäre denn eure konkrete Empfehlung für einen PrestaShop mit nur wenig Traffic im Monat? Reicht da der günstigste Tarif (VPS 200 G8) mit 1 Core und 2 GB RAM? Die Caching-Probleme wären damit gegenüber dem Shared Hosting ja zumindest weg, oder? Und wie hoch ist eurer Erfahrung nach der Wartungsaufwand mit einem vServer?

    Wenn der Shop im Webhosting zu langsam ist, wird auch ein VPS 200 hier nicht reichen. Hier würde es vermutlich eher ein Server aus der RS Reihe werden müssen (ab RS 1000 G9).

    Der Aufwand lässt sich schwer abschätzen. Hier kommt es ganz darauf an wieviel Vorwissen schon vorhanden ist. Für den einen ist das ein Kinderspiel, weil er das sowieso ständig macht, für den anderen ein Mammut-Projekt. Wenn man in der Serveradministration noch wenig bis gar keine Ahnung hat bzw. das vorher noch nie gemacht hat, wird es recht aufwändig. Da würde ich ehrlich gesagt auch nicht mit einem produktiven Shop anfangen. Da gibt es zu viele Stolpersteine. Auch juristisch kann das sehr schnell problematisch werden, falls etwas schief läuft und Kundendaten abfließen.

    Da sich die Frage überhaupt stellt, befürchte ich, dass bisher wenig Vorkenntnisse vorhanden sind. Falls es aber doch ein eigener vServer werden soll, würde ich folgende Möglichkeiten vorschlagen:

    1. Erarbeite dir das nötige Wissen in einer lokalen Testumgebung (z.B. mit Hilfe von VirtualBox). Hier kann man ohne Bedenken einfach mal verschiedene Server aufsetzen und das Szenario durchspielen. Hier wird man dann sehr schnell merken, ob man das mit einem richtigen Server im Internet so durchziehen möchte.

    2. Suche dir jemanden (vielleicht im Bekanntenkreis), der für dich das macht oder dich dabei unterstützt.

    Wenn es um das reine Wissen geht, können wir hier im Forum natürlich auch gerne unterstützen. Mach das aber bitte unbedingt erst einmal lokal in einer Testumgebung. Das kostet dich nichts - außer etwas Zeit.