Forum EUserv
VPS/vServer - virtual private server => VS2-free => Thema gestartet von: lu1906 am 14.Mai 2020, 15:47:08
-
Guten Tag,
mein VS2-free wurde soeben freigeschalten und ich habe Centos 7 minimal als image gewählt.
Jedoch musste ich feststellen, dass der VPS kaum nutzbar ist, da die load average im idle bei 10-20 liegt (fresh Centos 7 minimal).
Ist das so vorgesehen oder handelt es sich um eine temporäre überlastung der host machine?
Liebe Grüße
-
kommt darauf an, was Du machst. Ausschlaggebend ist eigentlich die User / System / Waiting time. Läuft der Server denn flüssig?
-
Hallo lu1806,
bei euserv.de gehen die Uhren etwas anders.
Bisher hat mich euserv VS2 nicht überzeugt, VS2-free naja, kost nix.
Wenn VS2 genauso arbeitet wie VS2-free dann würde ich schon unter der Decke hängen,
wenn ich VS2 gebucht hätte.
Es soll die gleiche Technik sein.
Technische Auskünfte gibt es nur nach Lust und Laune vom Support.
https://forum.euserv.de/index.php/topic,9109.0.html
Liebe Grüße
thiloz
-
kommt darauf an, was Du machst. Ausschlaggebend ist eigentlich die User / System / Waiting time. Läuft der Server denn flüssig?
Wie bereits erwähnt es handelt sich um eine neue Installation.
Es scheint mir als wäre die host node maßlos überladen.
Hallo lu1806,
bei euserv.de gehen die Uhren etwas anders.
Bisher hat mich euserv VS2 nicht überzeugt, VS2-free naja, kost nix.
Wenn VS2 genauso arbeitet wie VS2-free dann würde ich schon unter der Decke hängen,
wenn ich VS2 gebucht hätte.
Es soll die gleiche Technik sein.
Teschnische Auskünfte gibt es nur nach Lust und Laune vom Support.
Liebe Grüße
thiloz
Also nachdem was ich bis jetzt für "Erfahrungen" mit der Kostenlosen Instanz gemacht habe, würde ich wahrscheinlich nicht zu dem VS2 greifen.
Dann doch lieber $2 im Jahr für einen kleinen VPS ausgeben, welcher nicht auf einer so stark überlasteten host node läuft.
-
Dann doch lieber $2 im Jahr für einen kleinen VPS ausgeben
An welchen Anbieter denkst Du da?
-
Dann doch lieber $2 im Jahr für einen kleinen VPS ausgeben
An welchen Anbieter denkst Du da?
Der Oster deal von Gullo's Hosting oder die NAT's von inceptionhosting.
Die VPS kommen sogar mit NAT IPv4.
Edit:
Oder z.B. blackfriday gab es bei hostslick einen VPS mit IPv4 für $5/yr.
-
Da hast du ja noch Glück mit einem Load von 10-20!
Bei mir ist es sogar noch höher.
Ich habe den Server am 23.04.2020 freigeschaltet bekommen.
Hab' gleich ein debian installiert und die nagios plugins, da ich erst mal monitoren wollte wie es um die Verfügbarkeit des Servers steht.
Die Entteuchung kam schon nach wenigen Tagen. Permant war der Server nicht erreichbar. Immer wieder wurde er einfach abgeschaltet. Passiert warscheinlich dann, wenn die Ressourcen für die bezahlten Server benötigt werden (Vermutung!).
Der load des Servers hielt sich bis zum 01.05.20 im normal üblichen Bereich. Aber dann muss wohl auf diesm Node noch ein oder mehrere andere Server installiert worden sein. Jedenfalls stieg der load dann von heute auf morgen von 1-2 auf bis zu 50.
Auf dem Server habe ich nichts verändert. Ich lasse ihn einfach nur laufen. Und außer den nagios plugins ist nix drauf. Es werden auch maximal nur 20 Prozesse ausgeführt. Wurde nie überschritten. Eben nur die Systemprozesse.
Jedenfalls ist das nicht überzeugend um bei diesem Hoster auf ein bezahltes Produkt umzusteigen.
Macht einfach keinen Vertrauenserweckenden Eindruck.
Gruß
viper
P.S. Selbst habe ich den Server bis auf einmal (Als ich plötzlich immer einen höhren Load hatte) NIE heruntergefahren oder abgeschalten. Die Angabe bei der Uptime Grafik ist in Minuten. Der Server hat es daher noch nie über 6,25 Tage durchgehende laufzeit gebraucht (1440 Min. = 1 Tag). Und von den Zeiten der absoluten Nichterreichbarkeit (Zeiten ohne Daten) gar nicht zu reden.
-
Moin, naja, der VS2-free ist technisch identisch mit dem VS2.
Antworten vom Support gibt es nur schleppend, der VS2-free ist eben free.
Der VS2 entspricht technisch dem VS2-free.
Ein Produkt zum entschleunigen, eine Service um den Serve von Hetzner und Co besser zu würdigen.
In öfftentlichen Foren schneidet eurserv.de auch nicht sonderlich gut ab, viele sind angenervt.
Alles ist gut.
Auf die Reaktion vom Support bin ich gespannt, evtl. werden wir gesperrt oder der Forum geschlossen.
Der Support liest ja mit, reagiert aber nur nach Lust und Laune.
Liebe Grüße
thiloz
-
Hallo,
die Plattform ist dafür ausgelegt, eine automatische Lastverteilung durchzuführen. Alle Instanzen müssen daher so konfiguriert sein, dass sie mit Systembefehlen heruntergefahren oder eingefroren werden können.
Können Sie mir bitte die IPv6 Adressen Ihrer beider Instanzen nennen, damit wir uns das mal anschauen können? Danke für Ihre Mitarbeit!
-
Hallo,
die Plattform ist dafür ausgelegt, eine automatische Lastverteilung durchzuführen. Alle Instanzen müssen daher so konfiguriert sein, dass sie mit Systembefehlen heruntergefahren oder eingefroren werden können.
Können Sie mir bitte die IPv6 Adressen Ihrer beider Instanzen nennen, damit wir uns das mal anschauen können? Danke für Ihre Mitarbeit!
Heißt das etwa, dass die VS2 auf der gleichen überlasteten Infrastruktur laufen?
Da bin ich ja mal gespannt, ob sich etwas an der Überlastung "ändern" lässt.
2a02:0180:0006:0001:0000:0000:0000:1c7c
Edit:
Ich kann auf dem VPS nicht mal einen cronjob ausführen :D.
Dieser wird wegen zu hohem Load garnicht erst ausgeführt.
-
Hallo lu1906,
konntest Du dein Problem lösen?
Hast Du das
> EUserv Storage (BackupHD/Onlinefestplatte/FTP-Backup)
schon ausprobiert?
Da gibt es bei mir ähnliche Probleme:
https://forum.euserv.de/index.php/topic,9130.0.html
https://forum.euserv.de/index.php/topic,9131.0.html
Bei mir geht da nichts.
Ein Glück dass ich bisher nur getestet habe, oder anders gesagt zuvor getestet habe.
Liebe Grüße
thiloz
-
Können Sie mir bitte die IPv6 Adressen Ihrer beider Instanzen nennen, damit wir uns das mal anschauen können? Danke für Ihre Mitarbeit!
Jo, meine könnt ihr auch gerne haben.
2a02:180:6:1::18d5
Der Befehl: "ip a" hat ca. 5 sekunden gebraucht bis eine Ausgabe kam. Wahnsinn!
Load Peak: 17.05. 06.30 Uhr = 87
-
@lu1906
Die Instanzen selbst sind harten Regeln unterworfen, d.h. die Hardware-Ressourcen sind hart gesetzt. Wenn Sie also 1GB RAM haben und Ihr Cron Aufruf mehr Ressourcen braucht, wird dieser Prozess nicht ausgeführt.
Ich habe Ihre Instanz prüfen lassen:
Name: srv7999
Remote: unix://
Architecture: x86_64
Created: 2020/05/14 12:16 UTC
Status: Running
Type: persistent
Profiles: default
Pid: 23945
Ips:
lo: inet 127.0.0.1
lo: inet6 ::1
eth0: inet6 2a02:180:6:1::1c7c
eth0: inet6 fe80::284:edff:fe51:1962
Resources:
Processes: 21
CPU usage:
CPU usage (in seconds): 121
Memory usage:
Memory (current): 230.16MB
Memory (peak): 1.02GB
Network usage:
eth0:
Bytes received: 2.62GB
Bytes sent: 2.82GB
Packets received: 1203831
Packets sent: 704345
lo:
Bytes received: 14.95kB
Bytes sent: 14.95kB
Packets received: 167
Packets sent: 167
Der fett markierte Werte bedeutet, dass durch den Peak im RAM der Server instabil werden kann, weil z.B. Prozesse gekillt werden. Wenn Ihr Cron Call also Speicher allokieren möchte, der über diese 1GB hinaus reicht, wird er gekillt. Das erreicht man recht einfach z.B. durch ein entsprechendes Bash Script. Es wird nicht geswapt.
Als Empfehlung zum Testen auf VS2free ist Debian wohl das am besten geeignete System, da es recht schlank ist. Gentoo ist nicht zu empfehlen, daher ist das neue von uns auch nicht für die VS2free freigegeben.
@viper666
Nagios, Munin, MRTG etc. sind für eine VS2free Instanz u.E. nicht geeignet, da zu viele Ressourcen benötigt werden. Bitte schauen Sie in die Mindestanforderungen der Software oder nehmen Sie vorher ein Tuning der Prozesse vor.
-
@lu1906
Die Instanzen selbst sind harten Regeln unterworfen, d.h. die Hardware-Ressourcen sind hart gesetzt. Wenn Sie also 1GB RAM haben und Ihr Cron Aufruf mehr Ressourcen braucht, wird dieser Prozess nicht ausgeführt.
Ich habe Ihre Instanz prüfen lassen:
Name: srv7999
Remote: unix://
Architecture: x86_64
Created: 2020/05/14 12:16 UTC
Status: Running
Type: persistent
Profiles: default
Pid: 23945
Ips:
lo: inet 127.0.0.1
lo: inet6 ::1
eth0: inet6 2a02:180:6:1::1c7c
eth0: inet6 fe80::284:edff:fe51:1962
Resources:
Processes: 21
CPU usage:
CPU usage (in seconds): 121
Memory usage:
Memory (current): 230.16MB
Memory (peak): 1.02GB
Network usage:
eth0:
Bytes received: 2.62GB
Bytes sent: 2.82GB
Packets received: 1203831
Packets sent: 704345
lo:
Bytes received: 14.95kB
Bytes sent: 14.95kB
Packets received: 167
Packets sent: 167
Der fett markierte Werte bedeutet, dass durch den Peak im RAM der Server instabil werden kann, weil z.B. Prozesse gekillt werden. Wenn Ihr Cron Call also Speicher allokieren möchte, der über diese 1GB hinaus reicht, wird er gekillt. Das erreicht man recht einfach z.B. durch ein entsprechendes Bash Script. Es wird nicht geswapt.
Als Empfehlung zum Testen auf VS2free ist Debian wohl das am besten geeignete System, da es recht schlank ist. Gentoo ist nicht zu empfehlen, daher ist das neue von uns auch nicht für die VS2free freigegeben.
Also ich kann mir zwar viel vorstellen aber das ein Post Request 1GB Ram verbrauchen soll nicht.
Es handelt sich bei dem conjob um den monitor script. Den gleichen monitor script habe ich auf LXC Containern mit 128MB RAM am laufen.
Wer einen kleinen VPS zum testen benötigt sollte lieber die kostenfreien instanzen von oracle in betracht ziehen, diese haben im idle einen load average von 0.00.
-
Hallo,
du solltest dich erst einmal mit den Grundlagen von Linux auseinander setzen.
Was bedeutet den überhaupt Load ?
Wovon ist load abhängig?
Welche Besonderheiten hat die Virtualisierungstechnologie (Linux Container)?
Wenn du das beantworten kannst bist du deinem Ziel ein wenig näher gekommen.
-
Hallo,
du solltest dich erst einmal mit den Grundlagen von Linux auseinander setzen.
Was bedeutet den überhaupt Load ?
Wovon ist load abhängig?
Welche Besonderheiten hat die Virtualisierungstechnologie (Linux Container)?
Wenn du das beantworten kannst bist du deinem Ziel ein wenig näher gekommen.
Danke für deinen konstruktiven Kommentar.
Durch Recherche konnte ich feststellen, dass ein LA im idle von 10*Anzahl der CPU Kerne der Host Node durchaus normal ist. Auch konnte ich feststellen, dass es einen dedizierten Server (20c/40t, 128GB DDR4, 512GB NVMe) benötigt um ein curl in einem cronjob auszuführen, da ein normales WebRequest zwischen 12 und 128GB Arbeitsspeicher benötig.
Du solltest dich mal ggf. mit Virtualisierung beschäftigen.
Wenn du einmal dabei bist, kannst du mal testweise auf einem KVM VPS mit einem vcore 10 OVZ/LXC Container erstellen und dann vergleichen wie sich die Performance der 10 laufenden Container zum hier angebotenen VS2-free verhält.
Und konntest du feststellen, dass die Konsole eine gewisse Latenz aufweist?
Vielleicht stellst du auch fest, dass der LA ein gewisser Indikator für die Last des Servers darstellt?
-
Hallo,
128GB meinst du nicht eher 128MB ? Egal fakt ist ich werde mir nicht extra einen Server mieten um Perfomance test zu machen. Der VPS hier ist kostenlos. Wenn er dir nicht passt kündige ihn doch einfach und gehe zu einem anderen Anbieter der kostenfrei VPS vermietet. ich verstehe deine Aufregung nicht.
Hallo,
du solltest dich erst einmal mit den Grundlagen von Linux auseinander setzen.
Was bedeutet den überhaupt Load ?
Wovon ist load abhängig?
Welche Besonderheiten hat die Virtualisierungstechnologie (Linux Container)?
Wenn du das beantworten kannst bist du deinem Ziel ein wenig näher gekommen.
Danke für deinen konstruktiven Kommentar.
Durch Recherche konnte ich feststellen, dass ein LA im idle von 10*Anzahl der CPU Kerne der Host Node durchaus normal ist. Auch konnte ich feststellen, dass es einen dedizierten Server (20c/40t, 128GB DDR4, 512GB NVMe) benötigt um ein curl in einem cronjob auszuführen, da ein normales WebRequest zwischen 12 und 128GB Arbeitsspeicher benötig.
Du solltest dich mal ggf. mit Virtualisierung beschäftigen.
Wenn du einmal dabei bist, kannst du mal testweise auf einem KVM VPS mit einem vcore 10 OVZ/LXC Container erstellen und dann vergleichen wie sich die Performance der 10 laufenden Container zum hier angebotenen VS2-free verhält.
Und konntest du feststellen, dass die Konsole eine gewisse Latenz aufweist?
Vielleicht stellst du auch fest, dass der LA ein gewisser Indikator für die Last des Servers darstellt?
-
Hallo,
128GB meinst du nicht eher 128MB ? Egal fakt ist ich werde mir nicht extra einen Server mieten um Perfomance test zu machen. Der VPS hier ist kostenlos. Wenn er dir nicht passt kündige ihn doch einfach und gehe zu einem anderen Anbieter der kostenfrei VPS vermietet. ich verstehe deine Aufregung nicht.
Entschuldige, das war natürlich Ironie.
Wenn du magst gebe ich dir die Daten von meinem Proxmox, dann kannst du das Ganze testen.
Mir geht es hier ums Prinzip. Die Host Node auf dem die kostenfreien Instanzen laufen, ist total überfüllt.
Und du scheinst der Meinung zu sein, dass dies nicht der Fall ist. Falls ich das falsch verstanden habe, bitte ich das zu entschuldigen.
-
Hallo,
ums Prinzip bei was kostenlosem? Ich bin der Meinung das die VE in Ordnung ist das ist alles. Hier mal ein Benchmark vom meinem VPS:
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2020-02-10 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
Di 19. Mai 12:48:44 CEST 2020
Basic System Information:
---------------------------------
Processor : Intel(R) Xeon(R) CPU E3-1230 V2 @ 3.30GHz
CPU cores : 1 @ 3649.563 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM : 976M
Swap : 976M
Disk : 9.8G
fio Disk Speed Tests (Mixed R/W 50/50):
---------------------------------
Block Size | 4kb (IOPS) | 64kb (IOPS)
------ | --- ---- | ---- ----
Read | 5.96 MB/s (1.4k) | 24.14 MB/s (377)
Write | 5.96 MB/s (1.4k) | 24.59 MB/s (384)
Total | 11.93 MB/s (2.9k) | 48.73 MB/s (761)
| |
Block Size | 512kb (IOPS) | 1mb (IOPS)
------ | ----- ---- | --- ----
Read | 36.83 MB/s (71) | 91.29 MB/s (89)
Write | 39.07 MB/s (76) | 97.37 MB/s (95)
Total | 75.91 MB/s (147) | 188.66 MB/s (184)
iperf3 Network Speed Tests (IPv6):
---------------------------------
Provider | Location (Link) | Send Speed | Recv Speed
| | |
Bouygues Telecom | Paris, FR (10G) | 528 Mbits/sec | 465 Mbits/sec
Online.net | Paris, FR (10G) | 497 Mbits/sec | 455 Mbits/sec
WorldStream | The Netherlands (10G) | 417 Mbits/sec | 330 Mbits/sec
wilhelm.tel | Hamburg, DE (10G) | 711 Mbits/sec | 467 Mbits/sec
Airstream Communications | Eau Claire, WI, US (10G) | 8.80 Mbits/sec | 293 Mbits/sec
Hurricane Electric | Fremont, CA, US (10G) | 26.5 Mbits/sec | 162 Mbits/sec
Hält sich also alles in Grenzen. Ich hatte es ein paar mal das er weg war. Aber nach einem Reboot war alles wieder ok.
sysbench 0.5: multi-threaded system evaluation benchmark
Running the test with following options:
Number of threads: 1
Random number generator seed is 0 and will be ignored
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
General statistics:
total time: 33.2397s
total number of events: 10000
total time taken by event execution: 33.1758s
response time:
min: 0.82ms
avg: 3.32ms
max: 33.31ms
approx. 95 percentile: 27.77ms
Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 33.1758/0.00
Hallo,
128GB meinst du nicht eher 128MB ? Egal fakt ist ich werde mir nicht extra einen Server mieten um Perfomance test zu machen. Der VPS hier ist kostenlos. Wenn er dir nicht passt kündige ihn doch einfach und gehe zu einem anderen Anbieter der kostenfrei VPS vermietet. ich verstehe deine Aufregung nicht.
Entschuldige, das war natürlich Ironie.
Wenn du magst gebe ich dir die Daten von meinem Proxmox, dann kannst du das Ganze testen.
Mir geht es hier ums Prinzip. Die Host Node auf dem die kostenfreien Instanzen laufen, ist total überfüllt.
Und du scheinst der Meinung zu sein, dass dies nicht der Fall ist. Falls ich das falsch verstanden habe, bitte ich das zu entschuldigen.
-
Hallo,
ums Prinzip bei was kostenlosem? Ich bin der Meinung das die VE in Ordnung ist das ist alles. Hier mal ein Benchmark vom meinem VPS:
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2020-02-10 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
Di 19. Mai 12:48:44 CEST 2020
Basic System Information:
---------------------------------
Processor : Intel(R) Xeon(R) CPU E3-1230 V2 @ 3.30GHz
CPU cores : 1 @ 3649.563 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM : 976M
Swap : 976M
Disk : 9.8G
fio Disk Speed Tests (Mixed R/W 50/50):
---------------------------------
Block Size | 4kb (IOPS) | 64kb (IOPS)
------ | --- ---- | ---- ----
Read | 5.96 MB/s (1.4k) | 24.14 MB/s (377)
Write | 5.96 MB/s (1.4k) | 24.59 MB/s (384)
Total | 11.93 MB/s (2.9k) | 48.73 MB/s (761)
| |
Block Size | 512kb (IOPS) | 1mb (IOPS)
------ | ----- ---- | --- ----
Read | 36.83 MB/s (71) | 91.29 MB/s (89)
Write | 39.07 MB/s (76) | 97.37 MB/s (95)
Total | 75.91 MB/s (147) | 188.66 MB/s (184)
iperf3 Network Speed Tests (IPv6):
---------------------------------
Provider | Location (Link) | Send Speed | Recv Speed
| | |
Bouygues Telecom | Paris, FR (10G) | 528 Mbits/sec | 465 Mbits/sec
Online.net | Paris, FR (10G) | 497 Mbits/sec | 455 Mbits/sec
WorldStream | The Netherlands (10G) | 417 Mbits/sec | 330 Mbits/sec
wilhelm.tel | Hamburg, DE (10G) | 711 Mbits/sec | 467 Mbits/sec
Airstream Communications | Eau Claire, WI, US (10G) | 8.80 Mbits/sec | 293 Mbits/sec
Hurricane Electric | Fremont, CA, US (10G) | 26.5 Mbits/sec | 162 Mbits/sec
Hält sich also alles in Grenzen. Ich hatte es ein paar mal das er weg war. Aber nach einem Reboot war alles wieder ok.
You haven't got the point.
Bei deinem Benchmark fehlt der CPU Benchmark.
Das solltest du dir mal zu Herzen nehmen:
du solltest dich erst einmal mit den Grundlagen von Linux auseinander setzen.
Was bedeutet den überhaupt Load ?
Wovon ist load abhängig?
Welche Besonderheiten hat die Virtualisierungstechnologie (Linux Container)?
Wenn du das beantworten kannst bist du deinem Ziel ein wenig näher gekommen.
-
Hallo, es interssiert mich auch:
Was bedeutet den überhaupt Load ?
Wovon ist load abhängig?
Welche Besonderheiten hat die Virtualisierungstechnologie (Linux Container)?
Wer kann die Fragen beantworten?
Liebe Grüße
thiloz
-
@viper666
Nagios, Munin, MRTG etc. sind für eine VS2free Instanz u.E. nicht geeignet, da zu viele Ressourcen benötigt werden. Bitte schauen Sie in die Mindestanforderungen der Software oder nehmen Sie vorher ein Tuning der Prozesse vor.
Ok, zu dieser Aussage fällt mir gerade nix ein.
Zumal der nagios client (nrpe) ja gar keine merklichen Ressourcen verbraucht.
0,5% des Memory und nicht messbare CPU Zeit. Wo soll hier das Problem sein?
Vieleicht wurde nicht bemerkt, ich betreibe hier nur einen Client, nicht einen Server.
Der läuft bei mir auf einem leistungsstarken Server jenseits von EU-Serv.
top - 20:35:56 up 11 days, 4:20, 1 user, load average: 24,91, 23,70, 25,51
Tasks: 18 total, 1 running, 17 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0,0 us, 0,0 sy, 0,0 ni,100,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 976,6 total, 861,2 free, 39,9 used, 75,5 buff/cache
MiB Swap: 976,6 total, 976,6 free, 0,0 used. 936,7 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 169392 8464 6272 S 0,0 0,8 0:05.83 systemd
38 root 20 0 29548 12592 11580 S 0,0 1,3 0:02.70 systemd-journal
61 root 20 0 19548 3928 3260 S 0,0 0,4 0:00.68 systemd-udevd
109 root 20 0 19500 5348 4376 S 0,0 0,5 0:00.92 systemd-logind
110 root 20 0 156188 2888 2456 S 0,0 0,3 0:00.35 rsyslogd
111 root 20 0 10028 2112 1848 S 0,0 0,2 0:01.85 cron
115 message+ 20 0 8700 3472 2960 S 0,0 0,3 0:00.09 dbus-daemon
143 root 20 0 6908 1592 1472 S 0,0 0,2 0:00.00 agetty
144 root 20 0 15852 6456 5596 S 0,0 0,6 0:00.78 sshd
17560 nagios 20 0 6432 4792 4196 S 0,0 0,5 0:01.38 nrpe
25650 root 20 0 16608 8060 6972 S 0,0 0,8 0:00.00 sshd
25653 xxxxx 20 0 21024 8544 7400 S 0,0 0,9 0:00.01 systemd
25654 xxxxx 20 0 170352 3208 912 S 0,0 0,3 0:00.00 (sd-pam)
25665 xxxxx 20 0 16608 4940 3852 S 0,0 0,5 0:00.02 sshd
25666 xxxxx 20 0 8516 3788 3264 S 0,0 0,4 0:00.01 bash
25715 root 20 0 11512 3744 3372 S 0,0 0,4 0:00.00 sudo
25716 root 20 0 8516 3536 3132 S 0,0 0,4 0:00.00 bash
25719 root 20 0 12496 3512 2988 R 0,0 0,4 0:00.00 top
Bisher hat mir das Monitoring noch auf keinem anderen System (auch die lieben vielen kleinen Raspi Teilen die ich betreibe) die Leistung merklich vermindert.
Aber lassen wir das ganze. Mir ist schon klar, dass man in ein free Produkt bei dem man kein Geld verdient auch keine Ressourcen rein steckt die an anderer Stelle Umsatz erzeugen.
Wir freuen uns einfach, das Ihr einen kleinen V-Server for free anbietet. Jeder muss selbst entscheiden ob diese Leistung dann letztendlich Ausreichend ist um hier weitere Produkte zu ordern.
Gruß
viper
-
Hallo,
ich bitte alle hier um konstruktive Kommentare und um Hilfe, den kostenfreien Dienst weiter zu verbessern. Es scheint hier offenbar nur einige weniger Nutzer zu betreffen.
@all
Bitte macht alle auf Euren Servern einen wie @razor1986 identischen Test. Wir müßten uns dann ggf. jeden Server individuell anschauen, damit wir ein technisches Problem lokalisieren können.
Ich ändere jetzt den Thread auf "VS2-free Performance Diskussion".
-
Hallo Support,
warum publiziert Ihr nicht transparenter die technischen Daten und die Leistungsfähigkeit?
Klare Antworten habe ich bis jetzt nicht bekommen.
Das wirkt verschleiernd und wenig transparent.
Wenige Benutzer betrifft das vermutlich nur, weil viele vorab zu sehr genervt sind und wieder verschwinden.
Professionals raten von eurem Serverangebot ab, dazu gibt es in anderen Foren so einige Threads.
Liebe Grüße
thiloz
-
Hallo Zusammen!
Hallo,
ich bitte alle hier um konstruktive Kommentare und um Hilfe, den kostenfreien Dienst weiter zu verbessern. Es scheint hier offenbar nur einige weniger Nutzer zu betreffen.
@all
Bitte macht alle auf Euren Servern einen wie @razor1986 identischen Test. Wir müßten uns dann ggf. jeden Server individuell anschauen, damit wir ein technisches Problem lokalisieren können.
Hier mal ein paar Infos von meinem System:
root@srv10864:~# uptime
17:59:33 up 13 days, 1:43, 1 user, load average: 20,13, 15,95, 14,08
aus cat /proc/stat habe ich noch folgende infos entnommen (hieraus wird der load berechnet):
user nice system idle sum
cpu 7505412 5139 11995996 29350462 60215313
cpu % 15,3620% 0,0105% 24,5533% 60,0742% 100,0000%
root@srv10864:~# top
top - 18:57:24 up 13 days, 2:41, 1 user, load average: 25,97, 27,45, 28,23
Tasks: 18 total, 1 running, 17 sleeping, 0 stopped, 0 zombie
[b]%Cpu(s): 0,0 us, 0,0 sy, 0,0 ni,100,0 id[/b], 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 976,6 total, 796,8 free, 41,0 used, 138,8 buff/cache
MiB Swap: 976,6 total, 976,6 free, 0,0 used. 935,6 avail Mem
Dann der Bench von @razor1986
root@srv10864:~/yet-another-bench-script-master# ./yabs.sh
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2020-02-10 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
Do 21. Mai 20:24:18 CEST 2020
Basic System Information:
---------------------------------
Processor : AMD Phenom(tm) II X6 1055T Processor
CPU cores : 1 @ 2543.211 MHz
AES-NI : ❌ Disabled
VM-x/AMD-V : ✔ Enabled
RAM : 976Mi
Swap : 976Mi
Disk : 9.8G
fio Disk Speed Tests (Mixed R/W 50/50):
---------------------------------
Block Size | 4kb (IOPS) | 64kb (IOPS)
------ | --- ---- | ---- ----
Read | 1.12 MB/s (282) | 37.48 MB/s (585)
Write | 1.13 MB/s (284) | 37.81 MB/s (590)
Total | 2.26 MB/s (566) | 75.30 MB/s (1.1k)
| |
Block Size | 512kb (IOPS) | 1mb (IOPS)
------ | ----- ---- | --- ----
Read | 18.87 MB/s (36) | 20.76 MB/s (20)
Write | 20.51 MB/s (40) | 22.58 MB/s (22)
Total | 39.38 MB/s (76) | 43.35 MB/s (42)
iperf3 Network Speed Tests (IPv6):
---------------------------------
Provider | Location (Link) | Send Speed | Recv Speed
| | |
Bouygues Telecom | Paris, FR (10G) | 375 Mbits/sec | 275 Mbits/sec
Online.net | Paris, FR (10G) | 401 Mbits/sec | 255 Mbits/sec
WorldStream | The Netherlands (10G) | 558 Mbits/sec | 326 Mbits/sec
wilhelm.tel | Hamburg, DE (10G) | 427 Mbits/sec | 268 Mbits/sec
Airstream Communications | Eau Claire, WI, US (10G) | 1.79 Mbits/sec | 247 Mbits/sec
Hurricane Electric | Fremont, CA, US (10G) | 8.57 Mbits/sec | 115 Mbits/sec
Da bei @razor1986 nicht dabei stand welchen Test er bei sysbench durchgeführt hat hier mal einen für cpu und einen für threads.
Und sorry, ist nicht die gleiche Version wie bei @razor1986. Aber für debian 10 (buster) wurde sysbench noch nicht mitgriert. Musste man etwas tricksen um eine neue Version zu bekommen.
root@srv10864:~# sysbench cpu run
sysbench 1.0.20 (using bundled LuaJIT 2.1.0-beta2)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
CPU speed:
events per second: 205.30
General statistics:
total time: 10.0275s
total number of events: 2059
Latency (ms):
min: 1.13
avg: 4.84
max: 28.74
95th percentile: 27.17
sum: 9970.93
Threads fairness:
events (avg/stddev): 2059.0000/0.00
execution time (avg/stddev): 9.9709/0.00
root@srv10864:~# sysbench threads run
sysbench 1.0.20 (using bundled LuaJIT 2.1.0-beta2)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Initializing worker threads...
Threads started!
General statistics:
total time: 10.0255s
total number of events: 4915
Latency (ms):
min: 0.46
avg: 2.04
max: 36.73
95th percentile: 25.74
sum: 10020.23
Threads fairness:
events (avg/stddev): 4915.0000/0.00
execution time (avg/stddev): 10.0202/0.00
All diese Tests haben jedoch wenig mit dem aktuell berechneten load zu tun.
Daher haben die Tests für mich absolut keine Aussagekraft. Das ist lediglich eine Momentaufnahme.
Zurück zum LOAD!
Ich zitiere gerne mal meine Quellen.
Was ist der Linux Load?
Die load average ist ein sehr wichtiger Wert im Bezug auf die Systemauslastung. Der Load in Linux-Systemen ist die Anzahl an wartenden Prozessen. Der optimale Wert entspricht immer der Anzahl der im System vorhandenen Prozessoren. In Systemen mit einem Single-Core-Prozessor ist der optimale Load 1, da zu dem Zeitpunkt ein Prozess in der Bearbeitungsschlange des Prozessors ist. Liegt der Wert unterhalb von 1, ist das System unterfordert, bei Werten über 1 überfordert. In Multicore-Prozessoren liegt der optimale Load höher. Bei einem Quad-Core-Prozessor beispielsweise 4.
Da liegen wir wohl über dem mindestens 20-fachem des optimalem Load!
Wir erinnern uns auch an den Anfang dieses Threads bei dem ich geschrieben habe, dass ich in den ersten Tagen einen ganz normalen Load (unter 1) hatte. Mein System hatte sich in der Tat gelangweilt. Das tut es auch jetzt noch. Denn es macht nicht mehr und nicht weniger als vorher.
Woher kommt also der Sprung beim Load???
Und dass der load nicht über die Leistungsfähigkeit meines Systems aussagt ich schlichtweg eine falsche Aussage! Warum wird er bei uns im Rechenzentrum, also bei mir in der Arbeit, dann auf jedem System überwacht und als Leistungsindikator verwendet?
Meine Vermutung ist, dass hier einfach die eingesetzte Virtualisierungstechnik der Grund für einen load auf den Systemen ist, der gar nicht von dort aus verursacht wird.
Bei der Containertechnologie wird so wie ich das verstehe, bei den Guests der gleiche Kernel wie beim Host benutzt. Darauf bin ich über meinen anderen thread -> https://forum.euserv.de/index.php/topic,9133.0.html (https://forum.euserv.de/index.php/topic,9133.0.html) bereits gestolpert.
Kann es daher sein, dass die Last des Host in die Statistik der Guests mit einbezogen werden? Also Kernelbezogen.
Der Load ist eine komplexe Berechnung der Bearbeitungswarteschlange meines abgesetzten Kommandos.
Also tippe ich den Befehl -> ls -l ein muss der Computer verschiedene Dinge ausführen. Zb. ein Zugriff auf das Dateisystem (HDD) und die directory Informationen lesen. Aber auch auf den Speicher (RAM) muss zugegriffen werden.
Daher zitiere ich hier gerne nochmal.
die load average gibt Auskunft darüber, wie viele Prozesse durchschnittlich in der Warteschlange waren, um bearbeitet zu werden. Die Gründe hierfür können unterschiedlich sein, so dass man analysieren muss, welche Komponente (CPU, RAM, HDD, LAN, ...) der Flaschenhals des Systems ist. Eine hohe load average sagt aber eindeutig aus, dass das System in irgendeiner Form überlastet ist.
Also lieber Support.
Wo kommt diese Überlastung her?
Für mich kann ich sagen, dass diese nicht durch mein bei Ihnen eingesetztes V-Server System kommt.
Wie können wir Euch bei Euren Untersuchungen unterstützen?
Gruß
viper
P.S.
Ich habe mir heute dann noch die sysstat Tools installiert, da hier das tool sar enthalten ist.
Um mit sar eine Rückwirkende Aussage treffen zu können muss es erst daten sammeln.
Also habe ich das mal eingeschaltet (Sieh unten bei den Quellen).
Eine aktuelle Ausgabe von sar gibt es hier. (parameter 2 4 bedeutet 4 mal testen mit Abstand von 2 sek.)
Mein Eindruck: Zu hoher Wert bei %iowait, oder was meint ihr?
root@srv10864:~# sar 2 4
Linux 4.20.8-1.el7.elrepo.x86_64 (srv10864) 21.05.2020 _x86_64_ (6 CPU)
22:39:06 CPU %user %nice %system %iowait %steal %idle
22:39:08 all 6,52 0,00 11,96 63,59 0,00 17,93
22:39:10 all 7,49 0,00 18,18 74,33 0,00 0,00
22:39:12 all 7,57 0,00 16,76 52,43 0,00 23,24
22:39:14 all 9,24 0,00 23,91 11,41 0,00 55,43
Durchschn.: all 7,70 0,00 17,70 50,54 0,00 24,05
P.P.S: Ich habe das Gefühl hier ein Muster bei der Last (Load Messung) zu erkennen. Siehe angehängte Grafik. Was passiert denn jeden Morgen so um 6:10 Uhr bis 6:30 Uhr.
bei mir...
May 20 06:08:16 srv10864 systemd[1]: Starting Daily apt upgrade and clean activities...
May 20 06:08:19 srv10864 systemd[1]: apt-daily-upgrade.service: Succeeded.
May 20 06:08:19 srv10864 systemd[1]: Started Daily apt upgrade and clean activities.
Verursacht aber sicherlich nicht solch einen heftigen peak!
Quellen:
https://www.pc-erfahrung.de/linux/administration/linux-systemauslastung-analysieren.html
https://linuxwiki.de/LoadAverage
https://linuxwiki.de/sar
https://de.wikipedia.org/wiki/Load
-
Hallo viper666,
danke für deine Frage, auf die Antwort vom EUserver Support bin ich gespannt.
Heute Morgen hatte ich schon die Befürchtung, ich bin hier im Forum gesperrt worden.
Passwort hatte ich vergessen.
Nicht alle Fragen werden hier beantwortet, der Support liest mit.
Evtl. schreibt snapper100 etwas dazu, der hat sich extra angemeldet um Suchmaschinenlinks zu verteilen.
Das hilft mir nicht.
Oder Forum wir abgeschaltet, weil die Frage von viper666 zu schwer ist?
Liebe Grüße
thiloz
-
@all
Ja, fragen kann man viel. Aber antworten bekommt man wohl keine.
In diesem Zusammenhang.
Hatte ja bei mir den sar laufen um Daten zu sammeln.
Hier mal ein Bereicht von 23.-27.05.2020.
https://cloud.pbox24.de/index.php/s/g6fW7wBgKBJimLy (https://cloud.pbox24.de/index.php/s/g6fW7wBgKBJimLy)
Ich bin leider kein Performance Speziallist, daher ist eine Auswertung von meiner Seite recht schwierig.
Aber ich Glaube die Werte bei iowait (page 2), Load Average und damit auch Tasks blocket (Page 15) sowie Pging fault (Page 18) sind keine gesunde Werte.
Für eine Server auf dem nur ein Betriebssystem läuft und keine Serverprodukte, genug Speicher vorhanden ist und eigentlich nix drauf passiert, Erschreckend!
Und man merkt es ja auch schon wenn man sich einloggt. Jeder noch so einfache Befehl auf der commandozeile dauert eine halbe Ewigkeit bis das eine Ausgabe kommt. Mein raspi incl. darauf laufendem Webserver und Owncloud ist 10 mal schneller als dieser V-Server.
Die eingesetzte Technologie ist hier entweder völlig Unterdimensioniert, für das was darauf betrieben werden soll oder nicht dafür geeignet.
Normal ist das jedenfalls nicht.
Gruß
Viper
-
Ich habe auch seit wenigen Wochen einen VS2-free.
Die Performance ist äußerst mies. Fragwürdig, wie man seinen Kunden guten Gewissens sowas anbieten kann.
Unter 'top' ist nichts ersichtlich. Prozentuale CPU-Auslastung unter 10%.
Webmin gibt mir hier in über 50% der Zeit 100% Auslastung aus.
Das System regiert auf alle Befehle sehr langsam. Mir kommt es so vor, als wäre die HDD im Hintergrund voll ausgelastet.
Wenn EUServ hier auch mit den anderen vServern derart hantiert, empfehle ich jedem Interessenten, die Finger von diesem Laden zu lassen.
Die Ticketanfrage von vor über einer Woche scheint im Innendienst voll ignoriert zu werden - ist wohl nur der free-User...
Die bezahlte IPV4 scheint hier nichts dran zu ändern.
-
Hallo,
gern schauen wir uns die hier im Thread vorhandenen Server an. Wir benötigen dazu wie immer die IPv6 Adresse. Relative Aussagen wie "mies", "schlecht", "gut", "langsam" uswusf. sind nicht quantifiziert genug, um diese realistisch betrachten zu können. Nutzen Sie bitte stattdessen einen Benchmarktest um Bottlenecks zu erkennen.
Bzgl. "Support" gibt es gemäß Leistungsbeschreibung für VS2 Free Nutzer derzeit ausschliesslich Support via Forum. Direkten Support gibt es nicht.
Der Support via Forum bezieht sich auf folgende Hilfe:
* Funktionen des Kundencenters (Bedienung oder Technik)
* Allgemeines wie z.B. "Erreichbarkeit via IPv6"
* Performance (in Bezug auf korrekte Einstellungen des Hostsystems)
In Bezug auf die Performance dürfen Sie bei VS2free via IPv6 keine Wunder erwarten. Das ist bei VS2free so gewollt. Ein lokaler Raspi wird schneller sein. Ein anderes Problem ist IPv6. Einige Provider haben das bisher noch ungenügend implementiert. Das verbessert sich jedoch stetig.
VS2 wird zur Realisierung der SLA von VS2free isoliert und anders gehostet. Dies gilt auch bis auf IPv4 für die Erweiterungen von VS2free.
-
Hallo Support,
vielen Dank für Ihr Feedback!
gern schauen wir uns die hier im Thread vorhandenen Server an. Wir benötigen dazu wie immer die IPv6 Adresse.
Gerne: 2a02:180:6:1::18d5
Relative Aussagen wie "mies", "schlecht", "gut", "langsam" uswusf. sind nicht quantifiziert genug, um diese realistisch betrachten zu können. Nutzen Sie bitte stattdessen einen Benchmarktest um Bottlenecks zu erkennen.
Habe ich ja gemacht. Ich hoffe dazu gibt es noch eine Reaktion.
In Bezug auf die Performance dürfen Sie bei VS2free via IPv6 keine Wunder erwarten. Das ist bei VS2free so gewollt.
Ok, kein Problem. Ist Wunder besser als "mies", "schlecht" oder eher wie "gut", "langsam"?
Das ist für mich genau so schwierig zu Beurteilen. Ist mein Server nun normal schnell?
Ein anderes Problem ist IPv6.
Nein, kein Problem. Kann ich super mit arbeiten. Ich arbeite mit Portmapper die auf Servern mit ipv4 und ipv6 Netzen laufen. So kann ich diese Server von überall her erreichen.
Aber eigentlich möchte ich nicht auf diesen Servern produktiv arbeiten. Ich möchte nur rausfinden ob die Produkte hier bei Ihnen für meinen Einsatz ausreichend sind.
VS2 wird zur Realisierung der SLA von VS2free isoliert und anders gehostet. Dies gilt auch bis auf IPv4 für die Erweiterungen von VS2free.
Genau diese Transparenz fehlt hier etwas. Wenn man das weiß kann man die Sache anders betrachten.
Sonst denkt doch jeder, wenn VS-free schon so träge ist, wie wird das erst bei den anderen Produkten?
Gruß
viper
-
Hallo viper666,
ich habe meinen obigen Post präzisiert im Bereich "Performance", da wir hier generell nicht einzelne vServer bewerten (das würde unseren Supportrahmen sprengen), sondern immer das gesamte System betrachten.
Bzgl. Ihres Benchmarks wäre es schön, wenn andere Nutzer ebenso welche durchführen und posten, damit Sie Vergleichswerte haben und diese gemeinsam diskutieren können. Ihr Server jedenfalls ist hostseitig korrekt konfiguriert. Teilweise kommen gute Vorschläge.
Details zur Technik werden wir nur teilweise veröffentlichen. Stattdessen werden wir gemeinsam mit den Nutzern die SLA bzw. Leistungswerte der Dienste so genau wie möglich definieren und ggf. nachjustieren.
-
Mein Eindruck: Zu hoher Wert bei %iowait, oder was meint ihr?
Ja, der I/O wait ist hoch und wird Ihr Problem verursachen. Der Bereich "%steal" ist der Wert, der Ihnen anzeigt, ob Ihnen nicht genügend CPU Ressourcen zur Verfügung stehen.
-
Hallo viper666,
ich habe meinen obigen Post präzisiert im Bereich "Performance", da wir hier generell nicht einzelne vServer bewerten (das würde unseren Supportrahmen sprengen), sondern immer das gesamte System betrachten.
Bzgl. Ihres Benchmarks wäre es schön, wenn andere Nutzer ebenso welche durchführen und posten, damit Sie Vergleichswerte haben und diese gemeinsam diskutieren können. Ihr Server jedenfalls ist hostseitig korrekt konfiguriert. Teilweise kommen gute Vorschläge.
Details zur Technik werden wir nur teilweise veröffentlichen. Stattdessen werden wir gemeinsam mit den Nutzern die SLA bzw. Leistungswerte der Dienste so genau wie möglich definieren und ggf. nachjustieren.
Ich bin kein Linuxguru, welche Tests wären das?
Wunder erwarte ich definitiv nicht, nur ein einigermaßen laufendes System. Ein yum update darf OHNE updates keine 5 Minuten dauern.
Dass der Support für die free Server nur über das Forum läuft hätte ich gerne präzise bei meiner Anfrage gelesen. Ist nicht schwer dort einzubringen...
IPv6: 2a02:0180:0006:0001:0000:0000:0000:1a96
Mit v6 kenne ich mich nicht aus, daher habe ich die v4 dazugebucht.
Dennoch, danke für die Antworten.
-
Hallo viper666,
ich habe meinen obigen Post präzisiert im Bereich "Performance", da wir hier generell nicht einzelne vServer bewerten (das würde unseren Supportrahmen sprengen), sondern immer das gesamte System betrachten.
Bzgl. Ihres Benchmarks wäre es schön, wenn andere Nutzer ebenso welche durchführen und posten, damit Sie Vergleichswerte haben und diese gemeinsam diskutieren können. Ihr Server jedenfalls ist hostseitig korrekt konfiguriert. Teilweise kommen gute Vorschläge.
Details zur Technik werden wir nur teilweise veröffentlichen. Stattdessen werden wir gemeinsam mit den Nutzern die SLA bzw. Leistungswerte der Dienste so genau wie möglich definieren und ggf. nachjustieren.
Das Problem liegt hier sicherlich dabei, dass die 4c 8t Host Node, auf welcher meine VS2-free Instanz läuft, zu schwach ist um hunderte oder sogar tausende virtuelle Instanzen auszuführen.
Zu den Benchmarks:
Benchmarks werden bei mir sofort oder nach kurzer Zeit vom System gekillt.
-
Ich bin kein Linuxguru, welche Tests wären das?
Generell hätte ich hier aber dann schon gesagt, dass es das falsche Produkt für Dich ist.
Ich möchte Dir nicht zu nahe treten, aber ein root Server ist nix für Anfänger.
Und man sollte wohl schon ziemlich genau wissen was man auf diesen Systemen macht.
Ggf. ist ein Webhosting Produkt hier die bessere Lösung.
Zu den Tests:
Ich habe in meinem Post am 21.Mai 2020, 23:02:55 die gemachten Tests weiter unterhalb im Post verlinkt.
Im groben war das sar als Bestandteil von sysstat -> https://linuxwiki.de/sar (https://linuxwiki.de/sar). Bitte unbedingt hier etwas im Netz nach Informationen für Euer System suchen, denn damit Daten über eine Zeit hinweg gesammelt werden muss man noch ein paar Optionen einstellen und konfigurieren.
Mit KSar kann man dann die Auswertungen auch Grafisch darstellen -> https://github.com/vlsi/ksar/releases/tag/v5.2.4-snapshot.8-g27d96e7 (https://github.com/vlsi/ksar/releases/tag/v5.2.4-snapshot.8-g27d96e7)
Um diese Tools zu installieren und Daten sammeln zu lassen sollte man aber ein paar Linux Kenntnisse mitbringen. Für KSar muss man noch java installieren. Was im überigen bei mir ca. 20 minuten gedauert hat. (Wegen der guten performance). KSar wird später per X11-forwarding auf den X-Server (Den man dann zuhause auf seinem PC noch installieren muss, zb. Xming) als Windows-Fenster auf seinen PC übertragen. Wer Linux Zuhause benutzt, hat es dann einfacher.
Dann wurde hier auch noch das "yet-another-bench-script-master" und "sysbench" verwendet.
Fände es schon gut, wenn so viele wie möglich hier auch mal diese Tests laufen lassen.
Gruß
viper
-
Ich hab auch mal die Tests laufen lassen - hier meine Ergebnisse:
root@srv6820:~# sysbench cpu run
sysbench 1.0.11 (using system LuaJIT 2.1.0-beta3)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
CPU speed:
events per second: 291.62
General statistics:
total time: 10.0009s
total number of events: 2926
Latency (ms):
min: 0.85
avg: 3.42
max: 34.27
95th percentile: 27.66
sum: 9996.97
Threads fairness:
events (avg/stddev): 2926.0000/0.00
execution time (avg/stddev): 9.9970/0.00
root@srv6820:~# sysbench threads run
sysbench 1.0.11 (using system LuaJIT 2.1.0-beta3)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Initializing worker threads...
Threads started!
General statistics:
total time: 10.0203s
total number of events: 2955
Latency (ms):
min: 0.69
avg: 3.39
max: 46.24
95th percentile: 27.66
sum: 10015.78
Threads fairness:
events (avg/stddev): 2955.0000/0.00
execution time (avg/stddev): 10.0158/0.00
Gruß
-
Hallo an alle,
Wir haben diese Woche neue Verbesserungen für CBCI und VS2 Free aktiviert. Wir bitte hier um Feedback für Eure Anwendungen und die Performance.
-
Die allgemeine Performance ist deutlich besser, reagiert richtig flott nun 8)
Docker funktioniert immer noch nicht.
docker: Error response from daemon: OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"join session keyring: create session key: disk quota exceeded\"": unknown.
Reboot ändert auch nichts daran
-
Wir bitte hier um Feedback für Eure Anwendungen und die Performance.
Hallo Zusammen!
Hier ein erstes Feedback vom Server mit IP: 2a02:180:6:1::18d5
Aktuell bin ich noch im Urlaub. Daher noch keine Perfomance Tests. War auch nicht möglich. Grund siehe folgender Text.
Am 11.08. wurde der Update ja per Mail angekündigt. Wann er durchgeführt wird oder wurde...?
Keine Ahnung?!
Was ich aber schon bemerkt habe:
Am 14.08.20 um ca. 11:40 Uhr meldete mein Monitoring -> Server nicht erreichbar. (Test Ping)
Um 11:52 ging es aber dann wieder.
Möglicherweise war hier das Update. Allerdings nicht sehr lange.
Aber um ca. 13.54 funktionierte keine Verbindung merh. Monitoring meldet erneut. Server nicht erreichbar. Auf allen Kanälen. Ping, SSH. Nichts geht mehr!
Dieser Zustand war bis heute 16.08.20. (Hatte mal kurz Zeit um in das Kundenportal zu sehen) unverändert.
Im Kundenportal unter Konfigurieren -> Tools versucht über die Webconsole mit einzuloggen.
Ging nicht. Immer die Meldung "falsches Passwort". Sowohl mit root als auch mit meinem eigenen angelegten Account.
Per ssh war keine Verbindung möglich.
Also habe ich einen Webreboot durchgeführt. Das hat schon mal 5min gedauert, bis der Job überhaupt mal anlief.
Zwichenzeitlich im Kundenportal über Konfigurieren -> Serverdaten mal alles anzeigen lassen.
Dort stand ganz unten Netzwerkkarte 1 und eine Zeile tiefer "Nicht verbunden".
Gehört das zusammen?
Als der Server irgendwann mal durchgestartet war kam ich auch wieder auf den Server drauf.
Unter Konfigurieren -> Serverdaten aber immer noch die gleiche Anzeige: "Nicht verbunden". Hat wohl daher nichts mit Netzwerkkarte 1 zu tun. Oder doch?
Jedenfalls habe ich im syslog mal nachgesehen. Man sieht wohl, das der Server am 14.08. neu gestartet wurde (Nicht von mir!).
Der Server muss anschließend weiter gelaufen sein. Aber hat sich wohl aus irgendeinem Grund über Netzwerk nicht mehr ansprechen lassen. (Ist mir hier aber auch schon sehr oft passiert, das man den Server einfach nicht mehr erreicht. Und im Forum sieht man da auch einige Meldungen zu.)
Und warum kann ich mich über die Webconsole eigentlich nicht anmelden?
Das ging auch nach dem reboot nicht.
Ich habe gleichzeitig über ssh mal in das auth.log geschaut. es wird bei einer Anmeldung über Webconsole noch nicht einmal ein Loginversuch protokolliert.
Auf den ersten Blick hat sich für micht nach ansehen des Loads noch nicht viel verändert.
root@srv10864:/var/log# cat /proc/loadavg
34.80 41.32 42.46 1/4166 556
Ich werde aber die nächsten Tage ggf. mal versuchen die Benchmarks nochmal laufen zu lassen. Mal sehen ob es hier unterschiede gibt.
Bis dann....
-
@gr33n
Wie lautet Ihre IPv6? Wir würden uns das nochmal anschauen.
-
Hallo,
es wird heute im Rahmen der Updates für 08/2020 noch ein Micro-Update geben. Bitte beachtet
https://status.euserv.com/index.php?do=details&task_id=2623&project=0
-
es wird heute im Rahmen der Updates für 08/2020 noch ein Micro-Update geben.
Hallo,
die Wartung war ja um 12.57 zu Ende.
Danach lief der Server noch genau 2,5h und seit dem ist er mal wieder nicht erreichbar.
IP: 2a02:180:6:1::18d5
Ich habe jetzt mal keinen Reboot durchgeführt.
Vieleicht könnt ihr ja mal prüfen warum der Server immer wieder vom Netz getrennt wird.
Dankeschön!
Gruß
viper
-
@gr33n
Wie lautet Ihre IPv6? Wir würden uns das nochmal anschauen.
Hallo,
es wird heute im Rahmen der Updates für 08/2020 noch ein Micro-Update geben. Bitte beachtet
https://status.euserv.com/index.php?do=details&task_id=2623&project=0
Das Update scheint das Problem behoben zu haben.
Docker funktioniert nun :)
-
IP: 2a02:180:6:1::18d5
Ich habe jetzt mal keinen Reboot durchgeführt.
Vieleicht könnt ihr ja mal prüfen warum der Server immer wieder vom Netz getrennt wird.
OK, scheint wohl keinen zu interessieren.
Server ist jedenfalls immer noch nicht am Netz.
Ohne Zugriff, kein Test möglich.
Gruß
viper
-
Hallo viper666,
Du musst nur lange genug warten.
https://forum.euserv.de/index.php/topic,9183.0.html
Liebe Grüße
thiloz
-
@viper666
Nutzen Sie bitte immer die Reboot Funktion. Wenn der Server danach nicht mehr startet, schauen wir uns das an.
-
@viper666
Nutzen Sie bitte immer die Reboot Funktion. Wenn der Server danach nicht mehr startet, schauen wir uns das an.
Hatte ich ja schon beim letzen mal gemacht. Und auch im Post beim zweiten mal geschrieben : "Ich starte jetzt mal nicht neu, damit ihr mal nachschauen könnt".
Weil Euch das aber nicht interessiert hat, hab' ich nochmal neu gestartet.
Der Server ist genau 7 Tage (05.-11.09.) online gewesen und war dann wieder weg.
Da ich für auch nicht immer so viel Zeit habe nach diesem Server zu schauen, war er nun seit dem 11.09 nicht mehr am Netz.
Ich gehe aber mal davon aus, dass er noch läuft. Nur über Netzwerk ist er eben nicht mehr erreichbar.
Habt ihr vielleicht jetzt etwas Zeit mal nachzusehen warum der Server immer wieder vom Netz geht?
Gruß
viper
P.S. Im Anhang die Paket Loss statistik. Simpler Ping...
-
Hallo Support,
Ihr habt den Server so wie ich das sehe am 21.09 wieder ans Netz gebracht.
Es hat leider nur nicht lange angehalten.
Seit 25.09. ist er schon wieder Netzwerktechnisch nicht erreichbar.
Habt ihr denn etwas erkennen können?
Das ist doch nicht normal. Zumal der Server ja wohl noch weiter läuft. Nur ist er über euer Netzwerk nicht erreichbar.
Gruß
viper
-
Seit der Einführung der manuellen Verlängerung scheint sich die Performance massivst verbessert zu haben.
-
Hallo,
Danke für das Feedback. Neben der manuellen Vertragsverlängerung wurden viele Backend Bugs behoben und wie immer auch Verbesserungen eingeführt. Dazu gehört auch eine bessere Verteilung der Server über alle Hostsysteme.
-
@green konntest Du das Docker-Problem lösen?