Beiträge von [netcup] Felix P.

  • Software Optimierung 16.04.2010

    Wir können es nun mal leider nicht jedem Recht machen. Die RAM-Berechnung läuft wie vor dem Kernelupdate ab. Würden wir den Cache wieder einbauen, kommen viele Kunden in Bedrängnis und meinen ihr vServer wäre inperformanter als vor dem Kernelupdate. Das stimmt unter bestimmten Umständen schon, da dann der SWAP mehr genutzt wird der nun einmal langsamer als normaler RAM ist.

    Da viele Kunden dieses nicht nachvollziehen konnten und uns schon unterstellt wurde wir würden Kunden Leistungen entziehen, haben wir was den RAM angeht die Zuordnung wie sie vor dem großen Kernelupdate war wieder hergestellt (bislang ist dieses nur auf den Nodes der Fall, bei denen es die meisten Beschwerden gab).

    Wir werden in der Zukunft eine weitere Testumgebung aufbauen, in der "normal" genutzte Systeme auf so gravierende Änderungen wie seit dem letzten Kernelupdate vorab ausführlich getestet werden. Auch werden wir versuchen auf andere Art den Cache zu aktivieren. Angedacht ist z.B., dass der Cache nur vServern mit genügend RAM angeboten wird. Hierzu ist aber noch viel Entwicklungsarbeit bei uns und sogar auch direkt bei Linux-VServer erforderlich. Nach der Entwicklungsarbeit wird eine ausführliche Test-Phase beginnen die in unserer geplanten zweiten produktiven Testumgebung durchgeführt wird. Erst nachdem in der Testumgebung alles zu der Zufriedenheit der Tester läuft, werden wir den Cache wieder global anbieten.

    Betonen möchte ich das jedem Kunden die garantierten Leistungen zu jeder Zeit zur Verfügung standen. Der Cache war eigentlich ein Feature, was sich bei vielen Kunden die ihre kleinen vServer zu sehr belastet hatten, so dass dieses auf den SWAP angewiesen waren, negativ ausgewirkt hat.

  • Kostenlose vServer für Testumgebung zu vergeben

    Also ein vServer auf dem produktiv bereits gut was los ist, hat bessere Chancen in der Bewerbung als ein vServer für ein noch nicht gestartetes Projekt. Wer sich für einen zweiten vServer bewirbt, sollte auch klar stellen das auf diesem gearbeitet wird.

    In der Testumgebung kann alles von uns getestet werden. Neustarts werden wir nach Möglichkeit vorher ankündigen.

    Es ist eine zweite Testumgebung die zwischen den produktiven Systemen und unserer jetzigen Testumgebung geschoben wird, da diese alleine nicht ausreichend ist, wie sich leider gezeigt hat. Wir wünschen uns eine Testumgebung die von weniger businesskritischen Projekten genutzt, wird die aber voll produktiv arbeiten. Wir denken hier z.B. an Gameserver eines Hobby-Clans.

  • Kostenlose vServer für Testumgebung zu vergeben

    Zitat

    Janny deshalb frag ich ja - hab nicht genau verstanden ob man jetzt einen zweiten Server kostenlos bekommt oder den jetzigen ab sofort umsonst;

    Beides ist möglich.

    Zitat

    Wären dann Upgrades etc. später trotzdem noch möglich?

    Wenn die Testumgebung voll ist, kann in dieser kein Upgrade mehr gemacht werden.

    Zitat

    Bis wann ist Einsendeschluss wenn gesagt wird, dass aktive Forenuser bevorzugt werden?

    Nächste Woche wollen wir die Testumgebung aufbauen. Man sollte sich also möglichst schnell melden.

    Zitat

    Wie oft hat man denn dann diese Einschränkungen, bzw. wie schwerwiegend sind diese? - Werden nur Kernel getestet?

    Es werden 99% Verfügbarkeit im Jahresmittel garantiert. Man muss also im schlimmsten Fall mit insgesamt 3,65 Tagen Ausfallzeit rechnen. Dieses halten wir aber für sehr unwahrscheinlich.

    Zitat

    Werden dann einfach die Rechnungen erlassen oder bekommt man einen komplett neuen vServer bei dem man sich dann selber um die Einrichtung und Sicherung der alten Daten kümmern muss?

    Ein Umzug der Daten wird sich leider nicht vermeiden lassen. Die Testumgebung läuft schließlich auf eigener Hardware.

  • ISPCP scheinbar nichts für kleine VSERVER

    Eventuell kann man mit einer Optimierung von Apache noch etwas herausholen. Ansonsten kann aber generell gesagt werden, dass für einen vServer mit IspCP optimal 1 GB RAM zur Verfügung stehen sollte. Die Administrations-Software sollte schließlich im Verhältnis nur einen geringen Teil der verfügbaren Ressourcen belegen.

  • Kernelupdate vom 09.04.2010

    Die Optimierung fand in einer anderen Softwarekomponente statt. Der Kernel ist der selbe geblieben. Es ist streng genommen eine Erweiterung die wir als Verbesserung eingebaut haben. Der aktuelle Kernel rennt nämlich weit aus stabiler als der alte. Er hatte nur noch ein paar Kindheitsprobleme die erst im produktiven Betrieb aufgetaucht sind.

    Wir haben jetzt das Positive vom Positiven eingebaut. Besser sollte es nach unserem jetzigem Wissen nicht gehen :)

  • Kostenlose vServer für Testumgebung zu vergeben

    Wir haben 40 kostenlose vServer aus einer Testumgebung zu vergeben. Diese vServer werden auf unbegrenzte Zeit zur Verfügung gestellt. Bedingung ist, dass diese vServer produktiv genutzt werden. Hier denken wir an den Betrieb von Anwendungen / Gameserver die weniger kritisch sind.

    Wir garantieren auf den Test-vServern eine Mindestverfügbarkeit von 99% im Jahresmittel, sie ist also etwas schlechter als die regulär garantierte Mindestverfügbarkeit. Gleichzeitig wird die Testumgebung von uns genutzt, um neue Kernel vor der offiziellen Freigabe testen zu können.

    Bislang wurden Kernel von uns in einer eigenen Test-Umgebung getestet. Aktuell hat es sich aber gezeigt, dass wir nicht alle Fälle mit unseren Tests abdecken können, wodurch es im produktiven Betrieb zu Fehlern kam die wir vorab nicht feststellen konnten.

    Die vServer vergeben wir idealer Weise an Bestandskunden die ihre vServer vom Typ v(olks)Server 1000 - 4000 in der Zukunft kostenlos erhalten möchten. Forenmitglieder die hier regelmäßig aktiv sind, erhalten bevorzugt einen kostenlosen vServer.

    Wenn Sie Interesse an einem kostenlosen vServer haben und sich vorstellen können diesen mit gewissen Einschränkungen betreiben zu können, senden Sie bitte eine Bewerbung per eMail an vserver at netcup de. Beschreiben Sie in dieser Bewerbung bitte was Sie auf dem vServer betreiben möchten und nennen Sie Ihren Nickname aus dem Forum, wenn Sie bei der Auswahl bevorzugt werden möchten.

    Vielen Dank!

  • Kernelupdate vom 09.04.2010

    Vielen Dank für Ihre Aufmerksamkeit!

    Der Fehler ist in der Tat sehr ärgerlich.

    Wir haben vergangene Nacht direkt eine Lösung erarbeitet, die aber leider einen erneuten Neustart unvermeidbar macht.

    Diesen Neustart werden wir umgehend ausführen um sicher zu stellen, dass keine Ihrer Softwareinstallationen fehlerhaft arbeitet.

    Leider ist das Kernelupgrade insgesamt nicht so gelaufen wie wir uns dieses vorgestellt haben. Der Kernel wurde ausführlich von uns vorab getestet. Der Fehler mit dem Performance-Einbruch hat sich jedoch leider erst im produktiven Betrieb ergeben. Zahlende Kunden werden dann so immer eine perfekt getestete für den produktiven Betrieb geeignete Umgebung erhalten.

    Das dieses kein Zustand ist, ist uns bewusst. Wir werden daher noch heute eine Testumgebung aufsetzen auf der wir kostenlose vServer anbieten werden. Bedingung ist das diese produktiv genutzt werden und die Nodes von uns für den Test von neuen Kernels genutzt werden kann.

    Genauere Informationen hierzu wird es im Laufe des Tages in einem separaten Thread geben.

    Für die bereiteten Umstände bitten wir vielmals um Entschuldigung!