Beiträge von [netcup] Felix P.

    Man kann auch ein Script bauen, was sich per FTP am Webspace anmeldet und die Logdateien verschiebt. Allerdings raten wir hier sehr aus Sicherheitsgründen von ab. Logdateien haben nichts in einem öffentlichen Verzeichnis zu suchen.

    Zitat von Proyx;29162

    Aber wer lässt bitte Tor in Deutschland laufen? :D:p

    Leider noch viele unserer Kunden. Naja, der aktuelle Arbeitseinsatz diesbezüglich wird von der netcup GmbH nicht aus Kulanz getragen, wie sonst üblich. Bis eben war alles ruhig, jetzt schlägt das Monitoring Alarm. Der Spaziergang mit der Familie ist wohl gelaufen....

    Vielen Dank!

    Auch von mir die besten Wünsche für das frohe Fest heute Abend. Ich hoffe das es jeder bis heute Abend geschafft hat, bei seiner Familie anzukommen, um mit ihr gemeinsam feiern zu können. Auf den Straßen und bei der Bahn, herrscht ja leider noch ganz schönes Chaos.

    Mit weihnachtlichen Grüßen

    Felix Preuß

    Alex: eine gute Besserung!

    PS.: Bei netcup ist bislang leider noch keine Ruhe eingekehrt. Aktuell haben wir einen vServer auf dem ein offener TOR läuft nach dem anderen, der Angriffe fährt. Wer also wirklich einen offenen TOR laufen hat, sollte ihn lieber herunter fahren...

    Zitat

    Das war der Grund warum ich es eben auf die Virtualisierung schob*

    Wenn Sie einen Webserver programmieren können, sollten Sie doch auch in der Lage sein den Fehler der Verzögerung zu finden, oder nicht?

    Fakt ist, wir haben über 3500 vServer in Betrieb. Auf fast jedem rennt ein gängiger Webserver wie Apache, ohne das uns Probleme gemeldet werden. Zu dem haben wir selber etliche vServer in unserer Verwaltung. Das man seine persönlichen Probleme dann auf die Virtualisierung schiebt und man hier zu lesen bekommt "hade, dass Netcup das Problem nicht in den Griff bekommt", halte ich nicht für richtig.

    Zitat

    wie mein Problem mit einfach verschwindenden Java-Prozessen (ohne dass sie abstürzten usw) welches niemand nachvollziehen konnte, nach einem Neustart des Host-Systems oder Kernel-Update - eines von beiden - einige Wochen später aber nie wieder auftrat.

    Eventuell lag es an dem Zusammenspiel des eingesetzten Kernels und Ihrer Software. Da der Kernel vorgegeben ist, können Sie in dem Fall nur Ihre Software korrigieren. Java lief bislang auf jedem Kernel den wir eingesetzt haben, sprich es lag kein wesentliches Problem im Kernel vor.

    Das ist wohl eher ein Problem der eingesetzten Software und dem Caching-Algorithmus gängiger Linux-Kernel. Jede Software benötigt Zeit, wenn sie von der Festplatte in den RAM geladen wird. netcup ist auch nicht dafür verantwortlich, dass man Beschleunigungsarbeit aufbringen muss, um ein stehendes Auto ins Rollen zu bringen...

    Zitat von IanFrey;29087

    das vermute ich langsam auch - Schade, dass Netcup das Problem nicht in den Griff bekommt. (Hatte ich damals bei einem VP4000 auch..)

    Es gibt seitens der Virtualisierung keine Probleme. Schließlich gibt es genügend Kunden wo es funktioniert, so auch bei unseren managed vServern.

    Zitat

    Trotzdem kommt es zu einem Ausfal, das ist für mich keine richtige Redundanz.

    Das wurde zu Beginn schon geschrieben. Es ging in der letzten Auseinandersetzung darum, was die Ziele von Cloud sind.

    Zitat

    Das ist falsch was du schreibst,

    eine Cloud besteht letztendlich aus vielen kleinen Servern die zu einem großen vereint werden, wenn aber der eine Server auf dem deine Daten liegen einen Festplatten Crash hat, sind auch deine Daten erstmal futsch und es muss aus dem Raid / Backups wie auch immer wieder hergestellt werden.

    Das ist eben nicht Ziel einer Cloud, dass die Daten wieder hergestellt werden müssen. Sie waren in der Cloud nie verloren.

    Noch einmal von mir die gut gemeinte Aufforderung: Lesen Sie gängige Fachliteratur und äußern Sie sich dann ggf. erneut mit korrekten Aussagen. Andernfalls führt das hier zu Diskussionen, die am eigentlichen Thema des Beitrages vorbei gehen.

    Vielen Dank!

    Zitat

    Lies einfach die Postings welche hier geschrieben wurden und verschone mich mit diesem Kinderscheiss "lol" etc.

    Ein anderer Ton wäre auch bei Ihnen angebracht, zumal Sie mit Ihrer Aussage falsch liegen! (Verwarnung)

    Zitat

    Wenn der Server auf dem meine Daten liegen sich verabschiedet, fällt mein vServer aber auch erst einmal aus oder etwa nicht?

    Er wird in dem Fall auf anderer physikalischer Hardware direkt neu gebootet.

    Ein Grund für Cloud-Computing ist die Hardwareunabhängige Datenhaltung, sprich die Daten werden redundant in einer Cloud vorbehalten, so dass bei dem Defekt einer einzelnen Hardware, (im Idealfall) sofort auf anderer Hardware weitergearbeitet werden kann. Bei unserer Cloud-Lösung kommt es zu einem Reboot der betroffenen vServer, wenn ein physikalischer Server weg bricht.

    Mit dem kleinen Paket möchten wir uns bei Usern des Forums bedanken, die uns in der Vergangenheit vermehrt durch gute Hilfeleistungen für andere User aufgefallen sind. Wir hoffen sehr, dass wir hier niemanden vergessen haben. Wenn doch, bitte melden. Man sollte aber schon eine gute Anzahl an Hilfestellungen gegeben haben.

    Wenn ein Becher nicht heil angekommen ist, bitte auch an den Support mit einem Beweisfoto wenden. Wir schicken dann ein neues Paket raus.

    Vielen Dank, auch an dieser Stelle, für die wirklich guten Hilfeleistungen hier im Forum. Dieses wissen wir sehr zu schätzen!