Beiträge von tab

Zitat von aRaphael

Ich habe noch ein kleines Webhosting bei strota, das ich eigentlich schon länger nicht mehr brauche und deshalb endlich kündigen sollte.

Aber jedesmal, wenn ich dazu ansetze, bringe ich es dann doch nicht übers Herz, weil das mein allererster vorsichtiger Ausflug ins Netz war:

pasted-from-clipboard.png

Erster Ausflug ins Netz und gleich voll in ein Fettnäpfchen getreten . Außer es war ein 1,- € Angebot, aber es ist ja wohl schon etwas älter als ein Jahr mittlerweile. Aber gut, dass du den Namen erwähnst, ich muss da noch die Daten von einem gekündigten Server sichern.

Edit: Als ich gerade nachgeschaut habe, bis wann ich den räumen muss, habe ich den anderen auch noch gleich gekündigt. Mal sehen, ob die Black Coffee Week ein unwiderstehliches Angebot bringt, ansonsten hätte ich jetzt tatsächlich mit meinen verbleibenden Servern in etwa die angestrebte Kapazität erreicht. Apropos Black Coffee Week, das erinnert mich daran, dass ich vorher noch Milch kaufen muss.

Also ich kann jedenfalls bestätigen, dass die IO-Werte bei meinem Server jetzt wieder auf dem Level von vor dem Umzug sind. Dass der ARM VPS 2000 bei 4K bessere Werte zeigt und dafür bei großen Blockgrößen schlechtere als der VPS 1000 (x86) war schon immer so. Gerade kurz getestet:

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda4):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 167.34 MB/s  (41.8k) | 256.63 MB/s   (4.0k)
Write      | 167.23 MB/s  (41.8k) | 264.26 MB/s   (4.1k)
Total      | 334.58 MB/s  (83.6k) | 520.90 MB/s   (8.1k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 318.82 MB/s    (622) | 430.59 MB/s    (420)
Write      | 346.09 MB/s    (675) | 480.41 MB/s    (469)
Total      | 664.91 MB/s   (1.2k) | 911.01 MB/s    (889)

Das kommt mir sehr gelegen, ich mag nicht schon wieder Dutzende Postfächer umziehen und an allen Clients den Mailserver ändern. Also macht keine zu guten Angebote in der Black Week. Bei mir hat die Behebung des Fehlers jedenfalls alles wieder zurück auf Normalwerte gebracht. Danke dafür. Im Moment kommt leider Vieles zusammen.

Und Debian 12 und fail2ban machen auch komische Sachen zusammen. Irgendwelche Zeitzonen-Probleme, fail2ban meckert jeden Tag über Journaleinträge mit Timestamps in der Zukunft. Ist zwar mit "RTC in local TZ: no" eingestellt, also RTC = UTC, aber ich dachte eigentlich, das sei die empfohlene Einstellung. Wie handhabt ihr das? Sollte die RTC doch besser die lokale Zeit benutzen?

Zitat von saremox

Wenn ich diese Werte mal bei dem Großen A in den Rechner einwerfe bekomme ich horrende Preise. Ja man sollte jetzt Netcup nicht mit dem Großen A vergleichen, da gibt es halt die gute Cloud Tax drauf. Aber ich finde das hilft sich mal eben kurz auch in seiner Erwartung zu erden:

Äpfel vs Birnen passt da nicht, weil viel zu ähnlich.

Beim Großen A und vergleichbaren Clouds zahlst du für die extreme Flexibilität und Skalierbarkeit. Alle möglichen Services auf Knopfdruck verfügbar, sie funktionieren zusammen, ohne dass deine IT sie aufsetzen, konfigurieren testen, warten, ... muss. Load-Balancer, CDN, AI-Tools, whatever. Einfach per Mausklick in Sekundenschnelle, je nach Bedarf. Und du zahlst auch immer nur das, was du auch nutzt. Und auch nur solange du es nutzt. Ich habe da früher auch mal mit den Preisrechnern von Strota und I0N0S rumgespielt, da kam ich auch auf über 100,-€ für einen VPS vergleichbar zu RS/VPS 1000. Trotzdem haben die beiden Anbieter auch zu netcup vergleichbare VPS angeboten, bei vergleichbaren Specs zu einem Bruchteil des Preises in ihrer Cloud. Da muss es also wohl schon gewisse Unterschiede geben .

Als normaler, kleinerer User etwas unterhalb der 100.000 Transaktionen pro Sekunde von Zal***o würdest du wohl eher nicht die Cloud-Services für Web- oder Mailhosting für ein paar Websites, Blogs, Mail-Postfächer und eine Cloud nutzen. Immer für den Fall, dass eventuell morgen 20% mehr Zugriffe kommen könnten. Meist wählst du halt deinen VPS erst einmal etwas größer als vermutlich notwendig, bis du weißt, wie groß er tatsächlich sein muss, wie groß der Ansturm wirklich ist. Und bist immer noch viel günstiger dran.

Die (Zal***o) mögen auch bessere Konditionen haben oder -wahrscheinlicher - einfach nicht die Mittel und Manpower, um ein für sie ausreichendes Rechenzentrum aufzubauen und zu betreiben. Und in einem Jahr (oder morgen) wäre es vielleicht ohnehin schon wieder zu groß oder zu klein. Neue Rechenzentren bauen oder mieten, neue Mitarbeiter - oder nicht mehr gebrauchte Mitarbeiter, die man nicht so leicht wieder los wird. Alle diese Sorgen und Risiken nimmt ihnen das große A mit seiner Cloud ab. Dafür lässt sich das große A ganz selbstverständlich auch sehr gut bezahlen.

Zitat von m_ueberall

Bzgl. "echt langsam geworden" – Das Problem hierbei ist, dass direkt nach Verfügbarkeit neuer Modelle die ersten Nutzer Benchmarkergebnisse veröffentlichen (und nur zu diesem Zeitpunkt), wenn sie die Hostrechner quasi noch fast für sich alleine haben. Natürlich bekommt man dann deutlich bessere Werte zu Gesicht als nach 3–6 Monaten.

Realistisch müsste man bei der Vorserie jeweils alte und neue Benchmarks vergleichen und einen "Leistungsabfallfaktor" ermitteln, den man dann auf die ersten Benchmarks der aktuellen Serie anwendet. Das machen die meisten Anwender nicht, ergo die falsche Erwartungshaltung.

Ich habe schon einige Tests zwischendurch gefahren und gesehen, dass er im Lauf der Monate nicht mehr ganz die ursprünglichen Werte gehalten hat. Aber die Werte waren dann weitgehend konstant, so dass ich die Tests nicht alle gespeichert habe. Verlauf also in etwa so:

1. Noch fast neu, 29.4.24, nach kompletter Installation aller benötigten Software

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda4):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 177.72 MB/s  (44.4k) | 267.39 MB/s   (4.1k)
Write      | 177.60 MB/s  (44.4k) | 275.34 MB/s   (4.3k)
Total      | 355.32 MB/s  (88.8k) | 542.74 MB/s   (8.4k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 332.08 MB/s    (648) | 433.23 MB/s    (423)
Write      | 360.49 MB/s    (704) | 483.35 MB/s    (472)
Total      | 692.58 MB/s   (1.3k) | 916.58 MB/s    (895)

2. Ca 2 Monate später, 26.6.24

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda4):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 147.23 MB/s  (36.8k) | 243.79 MB/s   (3.8k)
Write      | 147.14 MB/s  (36.7k) | 251.04 MB/s   (3.9k)
Total      | 294.37 MB/s  (73.5k) | 494.84 MB/s   (7.7k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 285.18 MB/s    (557) | 367.94 MB/s    (359)
Write      | 309.58 MB/s    (604) | 410.51 MB/s    (400)
Total      | 594.76 MB/s   (1.1k) | 778.45 MB/s    (759)

So um den Dreh waren dann auch die gelegentlichen Tests zwischendurch, weshalb ich die auch nicht gespeichert habe.

3. Direkt nach dem Umzug am 1.11.24

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda4):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 22.20 MB/s    (5.5k) | 74.77 MB/s    (1.1k)
Write      | 22.19 MB/s    (5.5k) | 76.99 MB/s    (1.2k)
Total      | 44.40 MB/s   (11.1k) | 151.76 MB/s   (2.3k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 90.36 MB/s     (176) | 163.84 MB/s    (160)
Write      | 98.09 MB/s     (191) | 182.79 MB/s    (178)
Total      | 188.45 MB/s    (367) | 346.63 MB/s    (338)

4. Gerade eben,man könnte es schon fast einen lichten Moment nennen

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda4):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 32.20 MB/s    (8.0k) | 120.36 MB/s   (1.8k)
Write      | 32.18 MB/s    (8.0k) | 123.94 MB/s   (1.9k)
Total      | 64.39 MB/s   (16.0k) | 244.30 MB/s   (3.8k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 173.13 MB/s    (338) | 286.15 MB/s    (279)
Write      | 187.94 MB/s    (367) | 319.26 MB/s    (311)
Total      | 361.07 MB/s    (705) | 605.41 MB/s    (590)

Hmm, das entspricht in etwa dem, was ich heute Nacht zur Haupt-Backupzeit getestet habe. Vielleicht liess sich ja deiner aus irgendeinem Grund Live umziehen, da wird man nicht benachrichtigt. Oder er war schon immer auf dem jetzt langsamen oder überlasteten Speicherverbund.

Zitat von Win98SE4ever

Erster Beitrag in diesem Thema im November 2024

Wegen der aktuellen Diskussion um tab langsamen VPS 1000 G11 im längsten Thema hab ich mal zwei meiner VPS im Fränkischen getestet:

Das ist wohl ein Missverständnis. Mein VPS 1000 G11 ist durchaus flott unterwegs bei der FIO. Der zu langsame ist ein VPS 2000 ARM G11. Der war anfangs bei 4K deutlich schneller als der VPS 1000 G11, dafür bei den anderen Blockgrößen viel langsamer. In etwa vergleichbar mit deinem Vincent van Bot. Der VPS 1000 G11 ist bei 4K grob auf dem Niveau deines Nano, bei allen anderen Blockgrößen Faktor 2-3 schneller. Es hat wohl auch was mit den eingestellten Parametern zu tun, also ob man für kleine oder große Blöcke optimiert.

Mit den ursprünglichen Werten des ARM G11 konnte ich prima leben, auch wenn er naturgemäß im Lauf der Zeit 10-15% langsamer wurde. Aber seit dem Umzug ist er quasi nur noch ein Schatten seiner selbst. Zudem extrem tageszeitabhängig, gestern hatte ich wohl am späten Abend mal etwas weniger Auslastung und war wieder auf ca 50% des "Normalzustands" vor dem Umzug. Im Moment liegt er eher wieder bei 10-12% des Normalzustands. Zur allgemeinen Backupzeit dann sogar bei 5%, aber um die Uhrzeit hätte es vor dem Umzug eventuell auch einen Einbruch gegeben, da ist einfach extrem viel los auf dem Speicherverbund durch die ganzen Backups. Das ist erwartbar, da meckere ich auch nicht dran rum.

Zitat von tab

Umzug zu Strota? Nee, da wären die IO Werte besser. Mein VPS 1000 G11 dagegen lässt die Strota Kisten bei der IO - außer bei 4K - sehr alt aussehen. Naja, dafür sind die wieder im Geekbench Test besser. Alles nicht so einfach.

Spannenderweise habe ich gerade eben den ersten Test gemacht, der wieder etwas besser ausfällt.

Tja, war wohl nur eine kurzfristige Verbesserung. Mittlerweile binich wieder bei den leider schlechten Werten von zuvor.

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda4):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 14.53 MB/s    (3.6k) | 87.70 MB/s    (1.3k)
Write      | 14.54 MB/s    (3.6k) | 90.31 MB/s    (1.4k)
Total      | 29.07 MB/s    (7.2k) | 178.02 MB/s   (2.7k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 80.44 MB/s     (157) | 141.12 MB/s    (137)
Write      | 87.32 MB/s     (170) | 157.44 MB/s    (153)
Total      | 167.77 MB/s    (327) | 298.56 MB/s    (290)

Entspricht bei 4K ca 10% der Werte vor dem Umzug. Heute Nacht - zur besten Backup-Zeit - habe ich dann gelernt, dass das auch ganz locker noch sehr deutlich zu unterbieten ist. Bei 4K einstellige MB/s, bei 64K und 512K weniger als die Hälfte der obigen Werte, bei 1M nicht ganz so schlimm, lediglich 20-30% weniger. Bei Strota kann ich das zu jeder Tages- und Nachtzeit machen und habe nur geringfügige Schwankungen im niedrigen einstelligen Prozentbereich.

Ich habe wirklich überhaupt gar keinen Bock darauf, das ganze Zeug, das ich vor einigen Monaten von Strota VC6-16 auf den ARM-Server umgezogen habe, schon wieder auf einen neuen Server umzuziehen. Stand jetzt (noch!) wäre das dann wohl ein VPS 2000 G11, dann werden die beiden anderen (VPS 2000 ARM G11 und VPS 1000 G11) nicht mehr benötigt, den VPS 1000 hatte ich nur für den Fall, dass irgendwas nicht auf ARM laufen sollte.

Ich beende dann für mich das Experiment ARM-Server bei netcup bis auf Weiteres. Das heißt, bis der VPS 2000 G11 dann auch solche Werte produziert.

Ich schicke jetzt mal ein Ticket raus, aber es scheint ja leider eher ein Allgemeinzustand zu sein und kein Einzelfall. Naja, "schaun mer mal, dann seh mer scho".

Zitat von andreas.

Ich schätze mal, dass sich hier die meisten Kunden mit den kleinen vServern wegen dem niedrigen IO / IOPS beschweren. Denn die größeren vServer (ab RS / VPS / ARM 4000 G11) schaffen immer noch deutlich mehr IO / IOPS.

Damit für die großen vServer (ab RS / VPS / ARM 4000 G11) noch möglichst viel IO / IOPS auf dem geteilten SSD-Array übrigbleibt und diese Kunden nicht durch ein schlechtes IO dazu gezwungen werden, auf entsprechende Dedicated Server (echtes Blech) bei Mitbewerber wechseln zu müssen, ist es aus meiner Sicht schon in Ordnung, wenn die kleinen vServer nun auch vom IO / IOPS, so wie man es hier im Forum lesen kann, stark gedrosselt bzw. begrenzt werden.

Schaut man in das Forum des Mitbewerbers mit dem Anfangsbuchstaben H in Falkenstein rein, so liest man da auch seit einigen Monaten, dass das IO bei deren vServer (Cloud-Server) und insbesondere deren kleinen vServern sehr stark mit Hilfe der CPU-Leistung reguliert werden.

Na dann warte ich mal, bis mein VPS 1000 G11 auch umgezogen wird "um die Stabilität meines Systems weiterhin kontinuierlich gewährleisten zu können". Falls es tatsächlich aus den o.g. Gründen passiert, würde ich mir halt wenigstens Ehrlichkeit erhoffen. Dann weiss man zumindest, woran man ist.

Zitat von p3nnyman

Was ist denn genau der Grund / Auslöser für die Migration der ganzen ARM-Server auf eine solch miserabel performande Plattform?
Wollen sie die Stammkunden nun auch noch vergraulen?
Gab es einen Umzug zu str0ta oder noch besser zu contoba?

Umzug zu Strota? Nee, da wären die IO Werte besser. Mein VPS 1000 G11 dagegen lässt die Strota Kisten bei der IO - außer bei 4K - sehr alt aussehen. Naja, dafür sind die wieder im Geekbench Test besser. Alles nicht so einfach.

Spannenderweise habe ich gerade eben den ersten Test gemacht, der wieder etwas besser ausfällt.

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda4):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 73.98 MB/s   (18.4k) | 156.40 MB/s   (2.4k)
Write      | 73.93 MB/s   (18.4k) | 161.05 MB/s   (2.5k)
Total      | 147.91 MB/s  (36.9k) | 317.46 MB/s   (4.9k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 233.41 MB/s    (455) | 249.42 MB/s    (243)
Write      | 253.38 MB/s    (494) | 278.28 MB/s    (271)
Total      | 486.80 MB/s    (949) | 527.71 MB/s    (514)

Aber trotzdem noch nicht auf Strota-Niveau.

Und auch nicht wieder auf dem Niveau von vor dem Umzug, aber zumindest fehlt jetzt nur noch ein Faktor 1,5 bis 2 dahin, je nach Blockgröße.

Immerhin die erste Verbesserung seit dem Umzug. Immerhin sind die Werte bei 4K wieder etwas besser.

Ich schaue mir das morgen (heute) nochmal an. Ansonsten muss ich mir die Kiste halt mit den Strota-Nachteilen schönreden. Die haben schon auch Gewicht, ansonsten würde ich jetzt meinem ehemaligen VC6-16 bittere Tränen nachweinen. Jetzt gibt es den in der damaligen Form nicht mehr zu mieten. Meinen noch nicht gekündigten alten VC4-8 werde ich aber sicherheitshalber noch etwas länger behalten, auch wenn er jetzt bald den normalen Preis kostet. Erspart mir dann auch vorerst einen Nextcloud-Umzug.

Zitat von mainziman

tab sag gleich, dass Du Dtl. zur Bananenrepublik erklären willst

Wieso erklären, steht BRD nicht eh für BananenRepublik Deutschland? Natürlich ausschliesslich wegen der Vorliebe der Deutschen für künstlich gereifte unreife Bananen. Muss ich doch gleich mal Wikipedia fragen gehen.

Zitat von mainziman

auf welche Eigenschaft beziehst Du das?

nebenbei wennst da a Brücke bauen willst sind die Pfeiler tiefer als die Häuser von DüDo hoch

da versenkst ungeschaut ganz DüDo und fällt keinem auf

Das Klima am Kongo ist entschieden tropischer als am Rhein.Ich will ja auch Düsseldorf an den Kongo verlegen und nicht den Kongo nach Deutschland. Sonst müsste ich den ordentlich zusammenfalten mit seiner Länge von deutlich über 4000 km.

Zitat von mainziman

tab da würde DüDo lieb aussehen, wenn des der Kongo und nicht der Rhein wäre

der Kongo ist der tiefste Fluß der Erde

Aber tropischer als der Rhein .

Zitat von H6G

Ist okay, Serverstandort ist IMO Düsseldorf (Web Tropen Gruppe).

Zum Support kann ich nichts sagen.

Düsseldorf a.K (am Kongo)

Zitat von -Manu-

Die verdienen ihr Geld soweit ich weiß mit der Weiternutzung von (ur)altem Blech....ich glaube jeder der *discount* im Namen stehen hat.

Eines der Angebote ist wohl 1:1 mein ehemaliger Desktop Prozessor. Der war zu der Zeit wirklich einer der schnellsten. Aber ok, es gibt ihn seit Q3 2015, ich habe ihn Anfang 2016 damals gekauft, das Blech ist also etwa 9 Jahre alt. Kann man also durchaus schon uralt nennen. Was aber IO betrifft, da schlägt er meinen ARM VPS aber sowas von locker . Wartungsupdates von Intel darf man aber seit 2022 nicht mehr erwarten. Mein derzeitiger Desktop, ein Mini-PC, ist heute auch nicht mehr als doppelt so schnell bei der Bildbearbeitung, beide ohne dedizierte Grafikkarte. Auch da steht aber schon bald mal wieder ein neuer Desktop an. Die anderen Angebote sind teils noch 2 Intel-Generationen älter.

I had some troubles during my first experiences with a VPS as well. Password didn't work. Long story short, the user should be root - and try to type the password as username first, just to see what you actually type. In my case the problem was the language setting in Settings->VNC Keyboard Layout. German keyboard, VNC Keyboard Layout en-us. Guess what happened with z and y in the password.

Zitat von Schupp

Ja das ist witzig, ich hatte hier gelesen das am 4.11 ein Serverumzug angekündigt wurde.. da habe ich mich gefragt, wieso ein von mir betreuter Server am 4.11 sogar 2 Stunden down war und ich diese E-Mail nicht bekommen habe.

Der blieb in der Orphans bereinigung hängen.

Benachrichtigt wurde ich nicht, wahrscheinlich weil ich keine snapshots angelegt hatte.

Wäre halt nur eine Vermutung, vielleicht hing der auch einfach.

Also Snapshots hatte ich auch keine. Stand auch nicht in der Mail, dass ohne Snapshot sicher kein Neustart erforderlich ist, nur "im Regelfall". Und im Ausnahmefall wird man eben benachrichtigt - oder sollte zumindest benachrichtigt werden.

Zitat von abo

Bei meinem ARM gab es gleich zwei Migrationen... Eine am letzten Freitag um 2:43 (ohne Vorwarnung, die Informationen das eine Migration mit Neustart ansteht kam als der Neustart bereits passiert ist) und dann einmal gestern (Mit Ankündigung am Montag, dass am Dienstag ein Neustart ansteht...)

In der Email stand etwas dass generell eine Live-Migration ohne Neustart möglich ist wenn keine Snapshots für den Server angelegt sind.

Ist das einfach ein Text für die "Normalen" Server und bei ARM geht das generell (noch) nicht? Snapshots hab ich für den Server nämlich keine

Lautete bei mir so:

Zitat

Wir empfehlen grundsätzlich, Snapshots zu entfernen, wenn diese nicht benötigt werden. Im Regelfall erlaubt uns dies, Ihren Server live umzuziehen, so dass kein Neustart erforderlich ist. In Ausnahmefällen ist es dennoch notwendig, dass wir einen solchen durchführen, dann informieren wir Sie selbstverständlich zuvor, so wie in diesem Fall.

Der Neustart war mir ja egal ...

Zitat von Virinum

Joa, also mein ARM hat jetzt auch nicht so berauschende Werte. Hab leider nicht vor der Migration getestet.

Code

Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 30.56 MB/s    (7.6k) | 101.91 MB/s   (1.5k)
Write      | 30.54 MB/s    (7.6k) | 104.94 MB/s   (1.6k)
Total      | 61.10 MB/s   (15.2k) | 206.86 MB/s   (3.2k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 115.21 MB/s    (225) | 306.88 MB/s    (299)
Write      | 125.06 MB/s    (244) | 342.39 MB/s    (334)
Total      | 240.27 MB/s    (469) | 649.27 MB/s    (633)

Alles anzeigen

Da hast du ja noch richtig Glück gehabt

Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 14.90 MB/s    (3.7k) | 66.28 MB/s    (1.0k)
Write      | 14.90 MB/s    (3.7k) | 68.25 MB/s    (1.0k)
Total      | 29.80 MB/s    (7.4k) | 134.53 MB/s   (2.1k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 104.50 MB/s    (204) | 184.44 MB/s    (180)
Write      | 113.44 MB/s    (221) | 205.79 MB/s    (200)
Total      | 217.95 MB/s    (425) | 390.23 MB/s    (380)

Zitat von extremmichi

weit entfernter Server?

Du bringst mich auf eine Idee. Vielleicht liegt der SSD-Speicher meines umgezogenen ARM-Servers mit Standort Nürnberg jetzt in Manassas, das würde eventuell die eingebrochene IO nach dem Umzug erklären. Warum Muss jetzt endlich mal ein Ticket schreiben, bin bisher leider wegen anderer Dinge nicht dazu gekommen . Ich hatte zwar nicht den Eindruck, dass die Stabilität meines Systems irgendwie in Gefahr gewesen ist, was durch den Umzug hätte behobenwerdensollen. Aber gut, ich stecke in dem Hostsystem nicht drin. Und irgendwie sind die Daten jetzt ja auch tatsächlich stabiler, weil sie sich nicht mehr so schnell ändern können. Es reicht jetzt ein Backup pro Woche statt wie bisher pro Tag. Was das an Energie spart! Es hat eben alles auch sein Gutes.

Zitat von 242157

Corporate entity

In this case, you are not considered a "consumer".

Edit: Well, what kind of service is it? You still have the possibility to offer your product to other users here in the forum. If someone takes it before you get the next invoice, the invoice goes there and not to you.

Biete - netcup Kundenforum