Die Texte sind (vermutlich bis auf wenige Ausnahmen) allesamt schlecht geschrieben und/oder veraltet, das kann man einfach nicht mehr anders sagen.
Ich vermute einfach mal, dass Netcup das Problem hat, das aktuell alle haben... was hat unser Dorfkneiper vorhin zu mir gesagt: "Arbeit ist genug da, nur keiner, der Sie macht."
Hast du nicht mal Lust auf dem ungenutzten System ebenfalls eine Installation durchzuführen?
Eigentlich braucht es da keine Installation. Einfach mal so viele screens wie man Cores hat mit einem "yes" starten, damit sollte man das System im Normalfall gut ausgelastet bekommen. 
Schon etwas bescheiden. Werde das ganze nachher nochmal im Rettungssystem prüfen und dann den Support anschreiben.
"Shut up and rent a RS" (sinngemäß) - Tja... persönliches Pech oder so... Nochmal drüber nachdenken, wie ich das handle. Der VPS 200 G8 geht auf jeden Fall weg. Ist ja unnutzbar das Ding, da bringt mir der Black Friday Rabatt auch nichts...
//EDIT: [netcup] Felix P. Aber bemerkenswert, wie schnell man auch am Sonntag eine Antwort auf seine Anfrage bekommt. Lob, Danke! 
Joa... Also im Mittel bzw. Leerlauf über Nacht hat er so 30-40ms Steal gehabt. Jetzt hab ich grad mal ein "yes" laufen, da ist der Steal bei 400-500ms bzw. 40-50% gemäß top... Schon etwas bescheiden. Werde das ganze nachher nochmal im Rettungssystem prüfen und dann den Support anschreiben. Also bei ein bisschen Steal gehe ich ja noch mit, schließlich ist das ein VPS, aber 50%? Wtf.
Hat jemand von euch an einem VPS 200 G8 BF19 Probleme mit Steal?
Ich musste eben feststellen, dass meiner hin und wieder über 30% Steal hat... ärgerlich, ich bin gerade dabei, ihn für die produktive Nutzung einzurichten. Hab ihn gerade mal an ans Monitoring gehangen und werde das über Nacht mal beobachten...
Ich glaube, dass ich das VLAN einfach mal testweise gegen eine Wireguard Verbindung ersetzen werde. Mal sehen, ob das dann besser ist. Ist zwar von der Sache her auch irgendwie ein UDP Tunnel... egal, versuch macht klug.
Joa, auch ab uns an mal kleine Aussetzer, aber trotzdem wesentlich besser... Fürs Protokoll:
--- 172.23.0.1 ping statistics ---
200 packets transmitted, 200 received, 0% packet loss, time 429ms
rtt min/avg/max/mdev = 0.537/1.613/44.863/4.233 ms
Cloud VLAN = VxLAN
D.h. im Grunde handelt es sich um einen UDP-Tunnel im Netz des Hostingproviders, in den Layer 2 verkapselt wird. Der VxLAN-Header ist 8 Byte, d.h. unter Umständen kommt es zu Fragmentierung, wenn Hosts auf mehrere Datacenter die ihrerseits mittels Tunneln verbunden sind, verteilt sind. Beim VLAN Free ist wohl auch Shaping im Spiel. Ich würde behaupten: ja, das ist normal. Aber ich bin nicht netcup und kenne die exakte Spezifikation nicht und werde sie wohl auch nicht zu Gesicht bekommen.
Autsch. Danke für die Info. Ich glaube, dass ich das VLAN einfach mal testweise gegen eine Wireguard Verbindung ersetzen werde. Mal sehen, ob das dann besser ist. Ist zwar von der Sache her auch irgendwie ein UDP Tunnel... egal, versuch macht klug. 
Der Trafficverbrauch ist ja von der Sache her ziemlich egal, ich habs noch nie geschafft, mit meinem normalen Traffic über einen TB zu kommen. 
Sind solche extremen Abweichungen eigentlich normal?
Ping via VLAN:
--- server1.vlan ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 789ms
rtt min/avg/max/mdev = 0.345/21.630/88.495/29.164 msPing übers normale Netz:
--- server1.domain.tld ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 115ms
rtt min/avg/max/mdev = 0.366/0.745/4.399/0.861 msAlso ich habe über mein VLAN (Free) recht oft extrem hohe Latenzen, mit großen Abweichungen. Das VLAN wird sonst nicht weiter genutzt, also ist nicht ausgelastet.
Warum zum Teufel bekomme ich bei einer direkten Anfrage an die Fritzbox die korrekte IP und bei einer Anfrage via PiHole die Standard IP der Fritzbox zurück? Wtf...
(172.24.0.0/16 ist Heimnetz, 172.20.0.0/16 ist VLAN, 172.20.1.2 ist der PiHole Container)
root@pihole:~# dig nanopineo2.fritz.box +short
192.168.178.1
root@pihole:~# dig nanopineo2.fritz.box +short @172.24.0.1
172.24.100.15
root@pihole:~# grep fritz.box /etc/dnsmasq.d/custom_settings.conf
server=/fritz.box/172.24.0.1
root@pihole:~# cat /etc/resolv.conf
# --- BEGIN PVE ---
search vlan
nameserver 172.20.1.2
# --- END PVE ---Was macht PiHole bei einem Request an die FritzBox anders, als dig? 
//EDIT:
GrummelGrummelGrummel
address=/fritz.box/192.168.178.1
ptr-record=1.178.168.192.in-addr.arpa,"fritz.box"Wobei ich mich frage ob 2 dedizierte Kerne wirklich performanter als 4 geteilte sind.
Da ist vermutlich jeder Fall verschieden, denn es kommt ja darauf an, mit wie viel Leuten man die vier Kerne teilt und wie stark diese Leute die Kerne nutzen. Sie können bei einer "ruhigen Nachbarschaft" mehr Leistung haben, aber bei einer "leistungsgierigen Nachbarschaft" kannst das auch ganz schnell umgekehrt sein.
Wow... ich habe den SSH Port meiner Wetterstation vergessen und nirgendwo aufgeschrieben... erstmal auf Nmap warten. :s
Die Netzwerkkonfiguration liegt unter /etc/network/interfaces.d. Ist es möglich, dass die Konfigurationen in diesem Ordner auch geprüft werden?
Das habe ich nun eingefügt. Es wäre super, wenn du es mal testen würdest.
Ich habe nun auch mal die Portscan Idee von m_ueberall umgesetzt - wäre nett, wenn man da mal Feedback hören könnte.
Was muss man eigentlich bei einem Windows Server einstellen, dass der auf das "Herunterfahren" Signal von Proxmox hört?
Kühlst Du den denn auch.
Bin beim Raspi 3+ geblieben, weil nach dem was die Tests so hergaben der Raspi4 ohne Lüfter auch jncht wirklich schneller ist.
Der wird ja sehr schnell warm und taktet dann runter. Hatte aber keine lust auf einen Lüfter ist mir im Zweifelsfall doch zu laut.
Eckhard
Anfangs nicht. Habe dann ne provisorische Aktivkühlung gebaut, aber das hat nichts an der Situation geändert. Das mit der hohen Abwärme kann ich aber bestätigen.
Ich suche seit längeren nach einer praktikabelen Idee wie man einen kleinen billigen Hypervisor für Zuhause hinstellen kann.
Also ich betreibe eine Art selbstgebauten Homeserver mit Proxmox auf einem ASRock ITX Board (müsste eine J4005 CPU von Intel sein)...
Prinzipiell sollte deine Vorstellung auch ganz gut klappen, aber da musst du halt mal ausrechnen, ob dich die Kombi nicht vom Stromverbrauch her auffrisst... Der PSU Calculator von bequiet taugt da eigentlich ganz gut.
//EDIT:
Beim RasPi keine Verbesserung. Wird nun zum Server umfunktioniert.
Netzteil stark genug?
Definitiv, ich habe das offizielle Pi4 Netzteil mit 15,3 Watt.
Was für einen Treiber nimmt der? Muss man immer noch Mpeg-Lizenzen oder dergleichen käuflich erwerben und im Bootloader den Key übergeben?
Öhm, gute Frage. Keys muss man auf jeden Fall keine übergeben.
Ich probiere gerade nochmal, statt dem normalen Raspbian das Raspbian Full Image zu flashen. Mal sehen, obs dadurch besser wird.
Ich hatte mir die Tage mal einen RasPi4 gegönnt und ihn gerade mal ausprobiert - also von der "krassen" GPU Leistung, die immer in aller Munde war, spür ich nichts. Hatte ihn an meinem 4K@60Hz Monitor und naja... irgendwie hat so ziemlich alles gelaggt und so. War jetzt nicht wirklich geil.
Hat jemand von euch so ein Teil und hat da anderweitig Erfahrung damit?
Also pillow auf nem PiZero zu installieren ist auch was für Leute, die ihre Schwiegermutter erschlagen haben...
Hat zufällig jemand von euch ne Doku, wie man das möglichst schmerzfrei und unkompliziert auf die Reihe bekommt? 
//EDIT
OMG: "Successfully built pillow"
Aber vielleicht hat trotzdem jemand ne Doku. Das war grade nur Try and Error... 
Mir ist heute morgen auch der RAM auf einem Proxmox Host vollgelaufen. Auf dem Betreibe ich ein paar LXC Container mit ZFS.
Ich vermute mal, das war der Cache vom ZFS, weiß es aber nicht sicher. Ein Kumpel, der Blech mit KVM Hosts unter Proxmox betreibt meinte vorhin zu mir, dass ihm auch schon ein paar mal der RAM durch ZFS vollgelaufen ist.
Leider tut Node Exporter nicht so genaue Daten liefern, dass ich sagen könnte, dass es slab war. Nach einem 'sync && echo 3 > /proc/sys/vm/drop_caches' ist die RAM Nutzung von über 14GB auf ca. 5-6GB herunter gegangen. Ich beobachte das mal und prüfe es das nächste mal vor dem Cache leeren, was genau da so viel RAM gezogen hat.
Ergänzend zu Track1991
Für eine zusätzliche IPv4 bzw. ein zusätzliches IPv6 /64er Netz brauchst du aber nicht zwingend eine zweite NIC. Die kannst du auch Problemlos an die bestehende NIC mit "drankonfigurieren".
