Beiträge von [netcup] Felix P.

Vielen Dank für die hier gezeigte Loyalität. Das wissen wir sehr zu schätzen!

In der Tat können wir unsere Benachrichtigungsfunktion optimieren. Daran wird auch gearbeitet, allerdings hat das nicht die höchste Priorität. Unsere Entwicklerressourcen sind begrenzt. Derzeit wird priorisiert an unserer neuen Website und einem automatisierten, kostenlosen* Produktinhaberwechsel gearbeitet.

VG Felix

_{*für einige Domainendungen fallen Kosten für den Inhaberwechsel seitens der Vergabestelle an. Diese müssen wir weiterreichen.}

Zitat von thommyosx

Lieber Herr Preuß,

motiviert von Ihrer Aussage, haben wir den Support mit Angabe Ihres Beitrags kontaktiert.

Als Antwort kam leider nur der Hinweis dass wir uns "wie im Newsletter beschrieben" ans Forum wenden sollen. Was nun? Danke!

Es tut mir Leid das unser Mitarbeiter hier nicht richtig reagiert hat. Ich habe den Vorgesetzten des Mitarbeiters eingeschaltet. Sie werden zeitnah erneut kontaktiert werden.

Mit freundlichen Grüßen

Felix Preuß

gil :

Es gibt Anbieter die starten alle Server in einer Nacht neu. Zeitgleich. So ist es zumindest bei Mitbewerbern, die annähernd an unsere Preise herankommen.

Wir starten alle Server unter Berücksichtigung dessen, dass von einem Kunden keine zwei Server des selben Typs zeitgleich neu gestartet werden, so dass bei uns gebuchte HA-Cluster nicht gefährdet werden. Würden wir dieses nur nachts tun, wären die Neustarts in vielen Monaten noch nicht abgeschlossen. Auch hätten wir erheblich höhere Ausgaben, da ein Team von Mitarbeitern, unter Wahrung arbeitsrechtlicher Anforderungen, mehrere Monate lang Nachts arbeiten müsste. Wir sind ein Anbieter von Produkten die in großen Massen vertrieben werden um günstige Preise zu ermöglichen. Das bedeutet nicht, dass diese nur für private Nutzer gedacht sind. 45% unserer Kunden sind gewerbetreibend.

Wir versuchen Ihnen die bestmögliche Preis- / Leistung zu gewähren. Wenn Sie eine businesskritische Anwendung auf Ihren Servern betreiben, schalten Sie doch diese als HA-Cluster zusammen, so wie es andere Geschäftskunden von uns tun. Alternativ können Sie auch einen Dienstleister buchen, der dieses als fertiges Paket anbietet. Über unsere Marke Anexia ist dieses z.B. abbildbar. Das kostet dann aber einen dafür realistischen Preis.

Ich bitte für unser Vorgehen um Verständnis und bitte einmal zu bedenken, was wir leisten und andere Massenanbieter eben nicht tun.

Vielen herzlichen Dank!

Mit freundlichen Grüßen

Felix Preuß

Zitat von hardfalcon

Gibt's eventuell ne Möglichkeit, in die Kohorte derjenigen zu gelangen, deren VMs-Hosts als erste geupdatet/rebootet werden (vulgo: Beta-Tester)?

Der Beta-Test ist schon abgeschlossen.

Abhängig von Ihrem Tarif können wir schauen, ob wir Sie auf Hardware verschieben können die früher neugestartet wird oder sogar bereits schon neu gestartet wurde.

Wichtig dafür ist, dass Sie alle Snapshots gelöscht haben, da diese nicht automatisch auf der anderen Hardware funktionieren.

Da dieser Eingriff recht zeitaufwendig und unser Personal derzeit stark ausgelastet ist, müssten wir dafür einmalig 100 Euro Bearbeitungsgebühr berechnen. Es ist eine Art Schutzgebühr, damit sich nur Kunden melden denen dieses wirklich sehr wichtig ist.

Bei Interesse wenden Sie sich bitte an unseren Support mit Verweis auf diesen Beitrag.

Mit freundlichen Grüßen

Felix Preuß

Zitat von Flow7GmbH

Sind ab jetzt neu gekaufte vServer auch von dem Reboot betroffen? bzw kann man beim neukauf noch auf einem alten landen?

Mit großer Wahrscheinlichkeit landen Sie bei einer neuen Bestellung auf einem Node, der bereits die neusten Updates hat. Einzig wenn Plätze auf alten Nodes frei werden, kann es dort zu einer Neubefüllung kommen wenn Sie bereits auf allen verfügbaren neuen Nodes Systeme haben.

Gerne können Sie den Support gezielt danach befragen, wenn Sie viele Systeme (> 50) bei uns haben.

Mit freundlichen Grüßen

Felix Preuß

Zitat von Flow7GmbH

Hallo,

kann der reboot für alle unserer vServer außerhalb der Geschäftszeiten (7.00 bis 20.00Uhr) terminiert werden?

Bzw. können wir den Zeitpunkt selbst triggern?

danke

Treudler

Da die Nodes an sich neugstartet werden müssen sind die Termine der Reboots in normalen kostengünstigen Tarifen nicht planbar. Wir müssen mehrere tausend physikalische Server neu starten. Sie können hier aber sich selbst ein HA-Cluster auf unserer Infrastruktur einrichten. Wir starten keine zwei Generations-Gleiche Tarife eines Kunden parallel neu. Dafür haben wir einen Algorithmus geschaffen.

Mit freundlichen Grüßen

Felix Preuß

Guten Tag,

aktuell bieten wir Domains bei uns immer mit ein oder zwei Jahren Laufzeit an. Zwei Jahre wählen wir nur bei den Domains, wo dieses nicht kürzer geht.

Was wäre Ihr Interesse daran, eine Domain noch länger im Voraus zu registrieren?

Mit freundlichen Grüßen

Felix Preuß

Guten Tag,

ich bitte darum beim Topic zu bleiben. Fast 50.000 Kunden erhalten aktuell eine Information die auf diesen Beitrag verlinkt. Es geht hier rein um die Updates unserer Systeme.

Vielen Dank!

Mit freundlichen Grüßen

Felix Preuß

Sehr geehrte Kundinnen und Kunden,

derzeit sichern wir unsere Cloud gegen ZombieLoad /MDS ab. Das bedeutet, dass wir sämtliche Systeme einmal neu starten müssen. Wir informieren Sie dazu aktuell per E-Mail. In dieser E-Mail kündigen wir möglichst genau den Zeitpunkt des Reboots an. Haben Sie die E-Mail bzgl. des Reboots noch nicht erhalten, wird dieses die nächsten 14 Tage erfolgen.

Dieser Beitrag dient für Ihre Fragen und zum Austausch zu dem wichtigen Thema.

Falls Sie noch nicht wissen was ZombieLoad / MDS ist, empfehlen wir Ihnen folgenden Artikel:

https://www.heise.de/newsticker/meldung/Neue-Sicherheitsluecken-in-Intel-Prozessoren-ZombieLoad-4421217.html

Mit freundlichen Grüßen

Felix Preuß

Guten Tag,

Zitat

Welchen Grund gibt es denn, daß man nicht von Vornherein seine Eigenen Nameserver eintragen kann?

das liegt daran, dass die Denic Domains mit falschen DNS-Servern zwar registriert, aber nach wenigen Tagen wieder löscht. Egal wie viele Fehlermeldungen und Warnungen wir an unsere Kunden in so einem Fall senden würden, die Katastrophe einer nachträglich gelöschten Domain ist uns im Endkundengeschäft zu groß. Daher geben wir unsere Nameserver zunächst vor, die wir vor der Registrierung sogar auf eine fehlerfreie Konfiguration jeder neuen Zone hin prüfen.

Als Reseller könnten Sie übrigens direkt via API eigene Nameserver setzen. Sie tragen dann selbst das Risiko, dass die Domains dann wieder gelöscht werden, wenn die Nameserver fehlerhaft konfiguriert sind.

VG Felix

Zitat

Das Ticket ist vom Dezember 2018 und hat die Nummer NC#2018121710001429

Vielen Dank!

Der Fehler ist schon lange behoben und existiert nicht mehr. Das hat nichts damit zu tun, dass wir wenn über das CCP Domains bestellt werden zunächst unsere eigenen Nameserver hinterlegen.

Mit freundlichen Grüßen

Felix Preuß

Zitat

Es geht dabei konkret nicht um den Account im Forum, sondern um den eines Bekannten den ich betreue..

Ah, vielen Dank für die Aufklärung! Ich hatte ganz verzweifelt nach passenden Tickets gesucht.

Zitat

Über welchen Weg soll ich ihn Übermitteln (lassen)?

Eine Ticketnummer würde mir dazu reichen. Diese steht in der Betreffzeile der E-Mails, beginnend mit "NC#".

Vielen Dank!

Zitat

Diesen "Bug" gibt es schon seit über einen Jahr.

Haben Sie dazu eine Ticketnummer für mich? Sie sind ja noch gar kein halbes Jahr Kunde bei netcup. Wie kommen Sie dann zu der Aussage?

Guten Tag,

ich habe ein Update für Sie:

Den Parameter "iops_size" nutzen wir nicht in unserer Konfiguration. Wir haben das Scheduling für IO-Operationen so erweitert, dass länger andauernde IO-Last nicht dazu führt, dass eine Herabstufung der Priorität derart große Auswirkungen hat, wie hier zum Teil geschildert. Ich würde Sie bitten dieses einmal zu testen.

Vielen Dank und morgen einen angenehmen Feiertag!

Mit freundlichen Grüßen

Felix Preuß

Vielen Dank für Ihre Rückmeldung und Ihre Konkretisierung der relevanten Punkte.

Ich kann nur nochmals betonen, dass wir keine genauen Werte zu IOPS bei unseren kostengünstigen VPS veröffentlichen oder gar garantieren. Das geht in so einem Markt nicht. Es kann im laufe einer Produkt Generation hier durchaus zu Änderungen kommen, da das Nutzungsverhalten sich ändert, z.B. wenn wir einen weiteren Intel-Patch einspielen müssen. Mehr Transparenz geben wir in dem Preissegment nicht. Das tut auch keiner unserer Mitbewerber der eine vergleichbare Preis- Leistung anbietet.

Wir sehen ein Scheduling nicht als Drosselung an. Daher resultiert vermutlich die Aussage aus unserem Support. Ich möchte mich dafür Entschuldigen, wenn dieses anders verstanden wird. Es ist nicht unsere Absicht Kunden zu täuschen. Daher gehen wir hier auch ganz offen damit um, dass wir bzgl. IOs nichts garantieren. Dennoch werde ich mich heute mit dem Teamleiter des Supports unterhalten um zu erfragen, wie unsere Support-Mitarbeiter diesbezüglich geschult sind. Alternativ können Sie auch eine Beschwerde bei der Beschwerdestelle zu dem Ticket einreichen, damit wir in der Zukunft sicher stellen das hier klar und deutlich kommuniziert wird, dass wir keine IO-Garantien bei VPS und Storage-Servern geben können.

Noch ein vielleicht wichtiger Hinweis in der Sache:

Bzgl. rsync darf nicht vergessen werden, dass dieses je nach Anwendung einiges an CPU-Last erfordert. Dieses kann auch ein limitierender Faktor sein.

Zitat

Genau das habe ich gemacht, bevor ich diesen Post eröffnet habe. Ich habe auf 2 unterschiedlichen Systemen im Rettungssystem Messungen mit dd und einer Blockgröße von 1 MB durchgeführt. Offenbar ist aber die Virtualisierung so konfiguriert, dass je 128kB als eine IO-Operation gezählt wird, so dass die Erhöhung der Blockgröße nicht zu mehr Durchsatz führt. Sobald die Drossel in Kraft tritt, beschränkt das den maximalen Durchsatz auf 25 MB/s - unabhängig davon ob ich größere Blöcke lese oder nicht.

Ich habe dazu eben eine Anfrage bei unserer Technik aufgemacht um zu 100% sicher stellen zu können, dass meine vorherige Aussage dazu stimmt. Ich kann leider auch Fehler auf meiner Seite nicht zu 100% ausschließen.

Zitat

Das „Problem“: es gibt keine Angebote mit 1,5 TB SSD Speicher.

Auf Anfrage können wir hier sicherlich etwas manuell erstellen. Natürlich wird dieses dann einen marktüblichen Preis haben.

Alternativ können Sie auch unseren RS 8000 mit SAS-Festplatten verwenden. Die SAS-Festplatten bieten hier eine bessere Performance, als sie manch ein Marktbegleiter mit SSDs anbietet. Der Vorteil liegt darin, dass wir einen recht großen Cache verwenden und zudem viele parallele Spindeln einsetzen.

Ein Update folgt, sobald ich mehr weiß. Vielen Dank für Ihre Geduld!

Mit freundlichen Grüßen

Felix Preuß

Erzwungen wird dieses nicht. Kunden werden bei uns angeschrieben ob sie ihre Daten im Whois speichern möchten oder nicht. Das gilt für .com-Domains. Grundlage dafür ist die DSGVO. Bei anderen TLDs kann dieses anders sein.

Mit freundlichen Grüßen

Felix Preuß

Zitat

Aber zurück zum Tarif Thunderstorm. Wenn es den dauerhaft gäbe, könnte er schon für das eine oder andere zukünftige Projekt mal interessant werden. Momentan habe ich aber keinen Bedarf, dafür gebe ich mein kürzlich geschossenes Webhosting 2000 Plus zum gleichen (insgesamt sogar niedrigeren) Preis nicht her

Den Tarif wird es für ein paar Tage geben. Je nachdem wie schnell bestellt wird.

Das IO-Leistung irgendwie limitiert ist, ist doch logisch, oder? Es gibt bei uns keine zusätzliche absichtliche Limitierung.

Wir betreiben ein faires Scheduling auf geteilten Systemen. Andernfalls kann ein einzelner Kunde ja die gesamte IO-Performance nutzen.

Wenn hier noch Klärungsbedarf besteht, probiere ich diesen sehr gerne zu lösen. Eventuell verstehe ich noch nicht worum es genau geht.

Es ist halt schwierig hier pauschale Auskünfte zu tätigen. Bei VPS die auf viel Speicherplatz und niedrigem Preis optimiert sind, geben wir keine Garantie für IO-Durchsatz. Das tut ja niemand in dem Preissegment. Wer möchte kann bei uns schnelle SSDs als Storage einkaufen. Das kostet halt etwas mehr.

Bei unseren Root-Servern mit SSD-Storage garantieren wir besseren Durchsatz als eine normale Desktop-SSD ihn bietet. Das ist unser Anspruch. Wir schalten hier viele Enterprise-SSDs parallel und bekommen so extrem gute Werte. Wir schlagen damit jeden dedizierten Server aus dem Niedrigpreissegment.

Wenn Sie der Meinung sind das der Durchsatz nicht passt, prüfen Sie diesen bitte einmal im Rettungssystem. Verwenden Sie für den Test große Blöcke von 8 MByte. Sollten Sie dann nach wie vor unzufrieden sein, wenden Sie sich bitte an unseren Support.

Wir können nie einzelne Fehler ausschließen. Bitte kontaktieren Sie uns dann via E-Mail mit einem entsprechenden Nachweis.

Vielen herzlichen Dank!

Mit freundlichen Grüßen

Felix Preuß

Guten Morgen,

zunächst möchte ich klarstellen, dass Storage-Server bei in den SLA wie VPS, nicht wie Root-Server behandelt werden.

Es gibt hier keine garantierte IO-Leistung. Wir haben ein System das IO-Last fair zwischen den Nutzern einer Cloud aufteilt. 200 IOPS ist bei der gebotenen Preis-Leistung unserer Meinung nach ein guter Wert, wenn Sie 8 TB am Stück schreiben möchten. Wenn Sie kleinere Dateien schreiben, können Sie dank großem Cache deutlich mehr IOPS erreichen.

Für wirklich sehr gute Schreibraten, empfehlen wir unsere Root-Server mit SSD-Festplatten.

Mit freundlichen Grüßen

Felix Preuß