Hallo dirk1405, betrachtet man bei deiner Messung die Zeile "Jobs: 1 (f=1): [m(1)][100.0%][r=19.2MiB/s,w=6436KiB/s][r=4905,w=1609 IOPS][eta 00m:00s]", so sehen die Werte für einen VPS 1000 G9 mit SSD nicht wirklich so gut aus.
Hast du die Messung direkt auf dem VPS 1000 G9 auf dessen SSD durchgeführt? Den auf meinen RS 8000 G9 habe ich folgende Werte gemessen.
Jobs: 1 (f=1): [m(1)][100.0%][r=330MiB/s,w=109MiB/s][r=84.5k,w=27.0k IOPS][eta 00m:00s]momentan nutze ich Google Drive für meine Daten/Unterlagen. Ich habe allerdings auch nextcloud auf dem Webhosting Paket am Laufen und überlege zu wechseln.
Mein nextcloud ist auf dem aktuellsten Stand und erhält vom nextcloud scan ein A+ (scan.nextcloud.com). Hinzu läuft ein lets encrypt mit der Bewertung A+ (https://www.ssllabs.com/ssltest/) und 2Factor sowie server-side-encryption ist aktiv.
Sensible Daten würde ich auf keinen Fall auf einen Webserver ablegen. Auch dann nicht, wenn die Einstiegsseite wie z. B. bei Nextcloud vor Dritte gesichert ist und die Daten, bevor Diese auf den Webserver abgelegt werden, sogar verschlüsselt wurden. Denn wenn mal eine kritische Komponente des Webservers aufgrund eines kritischen Bugs gefixt werden muß und dieser Bug nicht schnell genug vom Provider erkannt und infolgedessen nicht schnell genug gefixt wird, kann unter Umständen alle Welt auf deine sensiblen Daten zugreifen.
Eventuell sind dann danach auch über die Google-Suche deine sensiblen Daten auffindbar.
Besser ist es dann schon, einen eigenen dedizierten oder auch virtuellen Server für Nextcloud zu verwenden. Denn beide Serverarten kannst du im Extremfall vom Netz trennen.
Zur Information
In den letzten Tagen, als ich zu einem meiner Bekannten an seiner E-Mail-Adresse @outlook.com eine E-Mail zugesendet habe, bekam ich vom Microsoft-Mailserver folgende Rückmeldung:
Originaltextauszug:
...
The mail system <Mein-Bekannter@outlook.com>: host
outlook-com.olc.protection.outlook.com[104.47.126.33] said: 550 5.7.1
Unfortunately, messages from [46.38.*.*] weren't sent. Please contact your Internet service provider since part of their network is on our block list (S3150).
You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors.
[PU1APC01FT020.eop-APC01.prod.protection.outlook.com] (in reply to MAIL FROM command)In deutsch übersetzen Textauszug:
...
Das Mailsystem <Mein-Bekannter@outlook.com>: Host
Outlook-com.olc.protection.outlook.com [104.47.126.33] sagte: 550 5.7.1
Leider wurden keine Nachrichten von [46.38. *. *] Gesendet. Bitte wenden Sie sich an Ihren Internetdienstanbieter, da sich ein Teil seines Netzwerks auf unserer Sperrliste befindet (S3150).
Sie können Ihren Provider auch auf http://mail.live.com/mail/troubleshooting.aspx#errors verweisen.
[PU1APC01FT020.eop-APC01.prod.protection.outlook.com] (als Antwort auf den Befehl MAIL FROM)So wie es aussieht, gibt Microsoft neuerdings zu einer nicht zugestellten E-Mail genügend Auskunft, so dass man als Admin seines eigenen Mailservers bei Bedarf auf Probleme wie diese oder ähnliche dementsprechend reagieren kann.
Der Support meint das VMX Flag ist aktiv und funktionsfähig.
PS: Ich hatte vor ca. 3-4 Monaten schon einmal HyperV unter Windows Server 2019 laufen und da gings problemlos.
Ob auch das VMX-Flag für deinen vServer tatsächlich gesetzt ist, kannst du recht schnell mit Hilfe des Rettungssystems und dem Befehls lscpu unter Linux überprüfen.
Im Auszug sollte dann unter anderem auch so was ähnliches wie der Schriftzug Virtualization: VT-x für Intel oder Virtualization: AMD-V für AMD zu sehen sein.
Ist es nicht zu sehen, ist das jeweilige Flag nicht gesetzt.
Voraussetzung ist aber, bevor du den Server in den Rettungsmodus startest, dass du den Server vorher mal komplett ausschaltest. Denn der Grund ist, sofern der sogenannte Bauplan für deinen vServer auf dem Wirt vom Provider mal modifiziert wurde, dass nach dem Neustart Dieser neu eingelesen werden muß.
Grundsätzlich ist Nested Virtualisierung eher eine Glücksache.
Grundsätzlich ist Nested Virtualisierung mittlerweile sehr zuverlässig, solange das Wirtsystem mit Prozessen pro vCore nicht überbucht wird, da einfach ausgedrückt jeder vCore eines virtuellen Servers auf dem Wirtsystem nicht nur einen Prozess auslöst und damit das System belastet, sondern vom Wirt auch weitere Eigenschaften wie z.B. das entsprechende Flag an den jeweiligen virtuellen Server durchreichen muß.
Die Website ist lediglich die Fassade für ein Warenwirtschaftssystem, das mit unserem stationären Server verbunden ist auf dem alles gespeichert und natürlich auch geschützt ist
Wenn die Webseite nur eine Fassade ist, würde ich an eurer Stelle Diese vom Server auf ein Webspace Packet, wie z.B. Webhosting 8000 verlagern. Denn der Server wird dann vom Provider professionell gewartet. Ihr bräuchtet euch dann nur noch um eure Webseite (Fassade) zu kümmern.
Danke für die ganzen Antworten! Lasse gerade eine Speicheroptimierung durchlaufen , da der Speicherplatz auch mein erster Gedanke war. Das dauert ca. 1h und dann werde ich die ganzen Sachen abfragen.
Die Speicheroptimierung bringt garnix wenn die Platte vollgelaufen sein sollte. Das hättest dir sparen können.
@TL181: So wie der Nutzer @ThomasChr es sieht, sehe ich es leider auch. Ihr werdet, sofern ihr das Problem versuchen möchtet selber zu lösen, nicht darum herumkommen, mal mit Hilfe des Befehls df -h den Plattenfüllstand zu prüfen, zumal es hier schon mehrere Nutzer so sehen.
Nach dem erfolgreichen Reboot gingen die Mailserver ca. 5 Miuten nur um dann wieder nicht zu funktionieren. Jetzt kommt zusätzlich noch hinzu, dass unser Website sich nicht mehr aufrufen lässt. Leider ist der IT-ler der das Ganze damals eingerichtet hat (vor10 Jahren) nicht mehr bei uns und wir haben keine Ahnung wie wir das Problem jetzt lösen.
So wie es aussieht, befürchte ich, dass gerade euer Server nicht mehr genügend Speicherplatz auf seiner Festplatte hat. Von daher würde an eurer Stelle als aller Erstes mal schauen, welche von den alten E-Mails gelöscht werden können, damit wieder Speicherplatz auf dem Server frei wird.
Weiterhin könnt ihr für unsere Helfer mal folgende Befehle ausführen:
cd /
df -h
Und dann das Ergebnis hier einfach mal aufzeigen.
Auf welcher Webseite kann man denn über deine Dienstleistung mehr erfahren?
Falls hier nicht angebracht, auch gern per PN.
Hallo @fisi, vielen Dank für die PN. Für Gewebetreibende eine sehr gute und günstige Alternative.
Nur so viel, es sind zusätzlich gebuchte IPs. Alles andere bleibt mein Geheimnis
, sonst bräuchte ja keiner meiner Kunden diese Dienstleistung.
Auf welcher Webseite kann man denn über deine Dienstleistung mehr erfahren?
Falls hier nicht angebracht, auch gern per PN.
Alle meine IPs, die zum Versand genutzt werden, sind sauber und haben eine sehr gute Reputation bei den "Großen". Ich mach nur ungern "Schleichwerbung".
Hattest du dir mal zufälligerweise bei Netcup eine IP Range bestellt und bist auch zufälligerweise bei RIPE NCC (ripe.net) mit deinen Daten aufgrund deiner eventuellen eigenen IP-Adressen eingetragen? Oder wie nimmst du Einfluß auf deine IP-Adressen, wenn diese aus einem IP Range sind, welches wir bei Netcup mit vielen weiteren Kunden teilen?
Ich bin auf der Suche nach einen alternativen Anbieter.
Für E-Mail kann ich den Provider mailbox.org empfehlen.
Aber ich glaube ich habe den Fehler gefunden. Und zwar ist mir eingefallen das ich doch etwas geändert hatte. Und zwar verschiebe ich Files innerhalb der Festplatte von A nach B mit einem Programm namens "rclone" falls das jemandem etwas sagt. Und dort hatte ich bisher immer 1 parallelen Transfer gleichzeitig. Vor ein paar Tagen hatte ich dieses auf 2 geändert. Hab's nun wieder auf 1 geändert gehabt vor 2 Stunden und bis jetzt kein freeze mehr. Werde das Mal beobachten ob es wirklich daran lag. Dann war vllt einfach die CPU oder sie Festplatte so stark überlastet das er sich "abgeschossen" hat.
Ich vermute mal eher, dass das Programm rclone während des Verschiebevorgangs zuerst mal die einzelnen Dateien vom logischen Laufwerk A auf das logische Laufwerk B kopieren wird und dann, wenn der Kopiervorgang erfolgreich abgeschlossen ist, erst die einzelnen Dateien vom logischen Laufwerk A löschen wird. Während diesem Kopiervorgang verbraucht das Programm rclone temporär erst einmal weiteren Speicherplatz auf deiner gesamten Platte. Wenn dein System mal mehr als 50% an Speicherplatz verbrauchen wird, wird dein System eventuell wieder aufgrund dieses Problems einfrieren.
Günstiger ist es, solche Kopien gleich auf einer externe virtuelle Festplatte auszulagern. Denn dann kannst du auch mehrere Transfers parallel durchführen lassen. Die CPU wird höchstwahrscheinlich da nicht das Problem sein.
Das sieht so aus das wenn ich per Console über des Webpanel mich aufschalte ich den Sperrbildschirm sehe aber eben mit der Uhrzeit wo er "eingefroren" ist. Traffic etc ist natürlich auch nicht vorhanden. Manchmal geht das einher mit der Meldung das ich den Speicherplatz Optimieren müsse. Dies habe ich natürlich schon mehrere Male getan. Danach läuft der Server dann für ein paar Stunden und dann wieder das selbe.
Für mich liest es sich eher so, als würde deine Systemplatte zu nahe 100% langsam zulaufen und das System von daher auch nach eine Weile einfrieren. Kann das sein? Logs können in diesem Moment auch vom System nicht mehr geschrieben werden.
Was genau willst du damit zum Ausdruck bringen?
Keine Sorge kann man bei mir tatsächlich auch wörtlich nehmen. Denn solange meine Server keine extremen Dauerlasts auf dem Wirt erzeugen, sollten solche IO-Tests oder auch ähnliche noch im Rahmen sein.
Denn da ich als Kunde in der Zeit von ca. 2009 bis heute diesbezüglich noch keine Abmahnung vom Provider Netcup erhalten habe, kann ich auch davon ausgehen, dass mein Verhalten als Kunde gegenüber meinen Nachbarn auf den entsprechen Host´s sich immer im Rahmen gehalten haben.
Ich kenne also auch die erste Generation der vServer des Providers Netcup. Da war tatsächlich ein IO-Test auch als einzelner Kunde noch ein Problem.
Also kurzgehaltene IO-Tests gehören zur Serverwartung einfach dazu, um damit die Qualität der virtuellen Server zu prüfen und dauerhaft zu erhalten.
Könnt Ihr mal bitte aufhören die Kisten mit euren sinnlosen Tests zu quälen? Danke.
Gibt es konkrete Probleme oder nur "Hey mir ist langweilig lass mal was mit Last messen"?
Keine Sorge. Als ich auf meinen VPS mit der Produktbezeichnung VPS 2000 G8 Plus den weiter oben gemachten Test durchgeführt habe, hat sich mein Server währenddessen eher gelangweilt. Siehe folgenden SAR-Auszug:
14:40:01 CPU %user %nice %system %iowait %steal %idle
14:40:01 all 0,05 0,00 0,03 0,00 0,06 99,86
14:50:01 all 0,08 0,00 0,31 1,80 0,08 97,73
15:00:01 all 0,06 0,00 0,08 0,32 0,05 99,49Ihr müßt den Befehl für HDD´s wie folgt ausführen:
fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test1 --filename=test1 --bs=16k --iodepth=64 --size=4G --readwrite=randrw --rwmixread=75
test1: (g=0): rw=randrw, bs=(R) 16.0KiB-16.0KiB, (W) 16.0KiB-16.0KiB, (T) 16.0KiB-16.0KiB, ioengine=libaio, iodepth=64
fio-3.7
Starting 1 process
test1: Laying out IO file (1 file / 4096MiB)
Jobs: 1 (f=1): [m(1)][100.0%][r=14.3MiB/s,w=4400KiB/s][r=916,w=275 IOPS][eta 00m:00s]
test1: (groupid=0, jobs=1): err= 0: pid=25115: Mon Jun 8 14:52:47 2020
read: IOPS=804, BW=12.6MiB/s (13.2MB/s)(3070MiB/244164msec)
bw ( KiB/s): min= 2688, max=44800, per=99.92%, avg=12866.04, stdev=5524.72, samples=488
iops : min= 168, max= 2800, avg=804.07, stdev=345.32, samples=488
write: IOPS=268, BW=4302KiB/s (4405kB/s)(1026MiB/244164msec)
bw ( KiB/s): min= 448, max=16032, per=99.93%, avg=4298.12, stdev=1860.36, samples=488
iops : min= 28, max= 1002, avg=268.57, stdev=116.28, samples=488
cpu : usr=0.70%, sys=2.03%, ctx=23455, majf=0, minf=26
IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
issued rwts: total=196498,65646,0,0 short=0,0,0,0 dropped=0,0,0,0
latency : target=0, window=0, percentile=100.00%, depth=64
Run status group 0 (all jobs):
READ: bw=12.6MiB/s (13.2MB/s), 12.6MiB/s-12.6MiB/s (13.2MB/s-13.2MB/s), io=3070MiB (3219MB), run=244164-244164msec
WRITE: bw=4302KiB/s (4405kB/s), 4302KiB/s-4302KiB/s (4405kB/s-4405kB/s), io=1026MiB (1076MB), run=244164-244164msec
Disk stats (read/write):
sda: ios=196336/65868, merge=0/297, ticks=11931860/3564258, in_queue=15497804, util=100.00%Auf meinem VPS mit HDD und der Produktbezeichnung VPS 2000 G8 Plus hat es ca. 5 Minuten gedauert.
Denke also nicht, dass man 2x RAM braucht, die Ergebnisse sprechen für sich.
Als ich es auf meinem RS 8000 G9 noch mal ausgeführt habe, habe ich auch festgestellt, dass die Option --direct=1 schon dafür sorgt, den RAM nicht mit zu nutzen. Siehe folgendes Ergebnis, welches auch so gut aussieht, wie auf dem VPS 8000 G9:
fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test1 --filename=test1 --bs=4k --iodepth=64 --size=4G --readwrite=randrw --rwmixread=75
test1: (g=0): rw=randrw, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=64
fio-3.7
Starting 1 process
test1: Laying out IO file (1 file / 4096MiB)
Jobs: 1 (f=1): [m(1)][100.0%][r=215MiB/s,w=71.6MiB/s][r=55.0k,w=18.3k IOPS][eta 00m:00s]
test1: (groupid=0, jobs=1): err= 0: pid=18031: Sun Jun 7 20:08:26 2020
read: IOPS=56.9k, BW=222MiB/s (233MB/s)(3070MiB/13808msec)
bw ( KiB/s): min=216008, max=244600, per=100.00%, avg=227661.74, stdev=10443.56, samples=27
iops : min=54002, max=61150, avg=56915.41, stdev=2610.91, samples=27
write: IOPS=19.0k, BW=74.3MiB/s (77.9MB/s)(1026MiB/13808msec)
bw ( KiB/s): min=72168, max=82080, per=100.00%, avg=76096.85, stdev=3577.63, samples=27
iops : min=18042, max=20520, avg=19024.19, stdev=894.40, samples=27
cpu : usr=7.21%, sys=71.99%, ctx=54729, majf=0, minf=26
IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
issued rwts: total=785920,262656,0,0 short=0,0,0,0 dropped=0,0,0,0
latency : target=0, window=0, percentile=100.00%, depth=64
Run status group 0 (all jobs):
READ: bw=222MiB/s (233MB/s), 222MiB/s-222MiB/s (233MB/s-233MB/s), io=3070MiB (3219MB), run=13808-13808msec
WRITE: bw=74.3MiB/s (77.9MB/s), 74.3MiB/s-74.3MiB/s (77.9MB/s-77.9MB/s), io=1026MiB (1076MB), run=13808-13808msec
Disk stats (read/write):
sda: ios=781024/261030, merge=0/0, ticks=0/0, in_queue=0, util=0.00%Mit der G9 sieht das ganze nochmal anders aus, und ich bin gespannt, was bei Netcup an Cloudfunktionen kommen und wie sich die stundenbasierten Preise bei G9 verändern werden.
Aus meiner Sicht ist die Generation 9 für VPS und RS - insbesondere der 8000 Reihe - sehr gelungen, was zum einen die IO-Performance und dessen Plattengröße der SSD´s angeht.
Denn unter der URL Messen von IO Performance bzw. IOPS Performance der SSD hatte ich ja mal die gemessene IO-Performance des VPS 8000 G9 reingestellt gehabt
Ich meine es wurde im Forum auch schon durch NC Mitarbeiter bestätigt, dass die IOPS eingeschränkt werden, um anderen VMs auch eine Chance zu geben auf die Platte zuzugreifen.
Edit:
Hier der Link: https://forum.netcup.de/netcup-intern/…eit/#post119527
OK, Jetzt habe ich es auch verstanden, worauf du hinaus wolltest. Aber ich bin mit meinem VPS dennoch derzeit sehr zufrieden.
Schaffen tun die sicherlich mehr. Nur werden bei den VPS Produkten die IOPS künstlich limitiert. Die Optane Produkte sind da leider keine Ausnahme.
Ich hatte auch einen solchen. Bei den Host Updates durch Netup kam meine VM gar nicht mehr hoch, weil das Blockdevice in einen Timeout gelaufen ist.
Generell hatten die Kisten keine gute IO Performance.
Als ich mir meinen VPS 2000 G8 Plus (mit 1,5 TB SSD-Performance (Optane™ Cache)) für 14,49 Euro bestellt hatte, hatte ich diesen sofort als Storage Server vorgesehen gehabt und die Option SSD-Performance eher belächelt. Denn der Flaschenhals aus meiner Sicht beim Lesen von sehr vielen Daten parallel, sofern nicht schon durch einen Cache zwischengespeichert, sind halt die HDD´s, die aufgrund ihres mechanischen Aufbaus an die hohe Anzahl der IOPS von SSD´s nicht annähernd herankommen können.
