Beiträge von KB19

    Typischerweise wird der sendende Mailserver auch mehrere Zustellversuche starten, bevor eine Mail dem Sender endgültig als unzustellbar gemeldet wird. Normalerweise sollte also nichts verloren gehen außer vielleicht ein paar Spam-Mails.

    Winzige Randnotiz: Das trifft aber nur zu, wenn der Fehler nicht "permanent" ist, Stichwort 4xx/5xx Fehlercodes. Das kann je nach Mailserver schnell nach hinten los gehen.

    Geht DKIM eigentlich beim Webhosting?!

    Bei aktuellen Tarifen theoretisch schon.

    In der Praxis ist mir bei Mails von Nextcloud aber aufgefallen, dass der Header oftmals fehlt oder angeblich falsch ist. Letzteres könnte u.a. auf DNS-Probleme hindeuten. Genauer angeschaut habe ich mir das noch nicht, da ich den Mailserver vom Webhosting nur für Systemmails einer kleinen Nutzergruppe verwende. Da kommt es auf DKIM derzeit nicht wirklich an.

    Schon mal mit gleichen Parametern (sprich gleiche Datei über SFTP) auf einen anderen Server hochgeladen? Oder mit einem anderen Protokoll getestet? Irgendwelche Auffälligkeiten, wenn Du direkt von Server zu Server etwas hoch-/herunterlädst?

    Der Einbruch klingt jedenfalls verdächtig danach, dass da eine Kompression im Spiel ist, die zuerst perfekt komprimieren kann und dann eben nicht mehr. Das wäre je nach Dateityp durchaus plausibel. Deshalb nochmals die Frage: Bist Du wirklich sicher, dass Du 10 Mbit/s Upload bei Deinem DSL-Tarif hast?

    Frage bezüglich VLANs und VPS: Dass die Angabe der 200 MBit/s Maximum für einen VPS im VLAN nicht stimmt, wurde ja direkt zum Anfang festgestellt. Ist das immer noch so? Hat jemand Erfahrung, was bspw. ein VPS 200 so leisten kann?

    iperf: VPS 200 G8 BF (Client) zu RS Spring 2019 (Server) über ein Cloud vLAN Medium BF.

    Code
    [  4]  0.0-10.0 sec   544 MBytes   455 Mbits/sec
    [  4]  0.0-10.0 sec   538 MBytes   450 Mbits/sec
    [  4]  0.0-10.0 sec   559 MBytes   467 Mbits/sec
    [  4]  0.0-10.1 sec   485 MBytes   404 Mbits/sec
    [  4]  0.0-30.0 sec  1.60 GBytes   458 Mbits/sec
    [  4]  0.0-30.0 sec  1.64 GBytes   468 Mbits/sec
    [  4]  0.0-60.0 sec  3.27 GBytes   468 Mbits/sec

    Um nochmals auf das Supermicro 721TQ-250B zurückzukommen:

    Kleine Ergänzung dazu:

    z.B. ein 4C oder 8C aus der A2SDi-HLN4F Serie :love:

    Die kommen angeblich ohne extra Kühlung für die CPU aus, der Gehäuselüfter reicht. Ist halt die Frage, ob man das Ding bei wenig Auslastung so leise bekommt, wie meine jetzigen Geräte. ~30° Raumtemperatur im Sommer sind eine echte Herausforderung für viele Geräte.

    Je mehr ich darüber lese, desto verunsicherter bin ich. Laut Supermicro werden Fanless-Boards mit 7-9W TDP auf jeden Fall unterstützt. Fertig konfiguriert wurden die Kisten auch schon mit 20W TDP Boards ohne CPU-Lüfter ausgeliefert.

    Ich persönlich würde meinen, dass ich mit 4C (16W TDP) auf der sicheren Seite bin. Aber auch bei 8C (25W TDP) sehe ich noch kein Problem. Der Gehäuselüfter ist ja vorhanden und solange man das Ding nicht 24/7 voll auslastet, sollte das doch gut gehen?

    Man liest halt so viele unterschiedliche Meinungen und Erfahrungen bei so kleinen Gehäusen. Am Liebsten würde ich einfach mal Gehäuse, Mainboard sowie Arbeitsspeicher bestellen und einige Tests durchführen. Aber ich will nachher nicht auf 600 Euro an Hardware sitzen bleiben, weil das Teil eine Fehlinvestition war und ich es nicht mehr loswerde… :rolleyes:

    Aber ein Load von 40 (im 5 Minuten Durchschnitt) ist schon geil ^^ :thumbup:

    Wobei ich mich trotzdem frage, woher diese Werte kommen. Rein von der CPU sind meistens massenhaft Ressourcen frei, die I/O-Werte sehen zu dieser Zeit soweit auch in Ordnung aus, … - irgendwo ist da ein Flaschenhals, den wir von außen kaum einschätzen können.

    Soweit ich weis wurd nur das Betriebssystem aktualisiert, Plesk ansich leider nicht.

    Wenn es ähnlich wie bei den normalen Webhosting-Tarifen abläuft, wird Plesk glaube ich erst in einer zweiten Welle Mitte bzw. Ende des Jahres aktualisiert.

    Edit: In der News ist nur die Rede davon, dass auf die neueste Version von Plesk Onyx aktualisiert wird. Und das ist soweit ich weiß 17.8.11. Von Obsidian (18.x) ist da keine Rede.

    Also eine typische Zeit ist für mich am frühen Abend, ich weiß ja nicht was du so Mittags machst, aber in der Regel bin ich außer Haus am arbeiten ;)

    Ich stelle jetzt mal die krasse Behauptung auf, dass die Webhosting Pakete auch von Firmen gebucht werden. Da wird normalerweise niemand am Abend ein manuelles Backup erstellen. :D Wobei, jetzt beim Home-Office vielleicht doch… ^^

    Glaube ich nicht, denn das Problem hat man ja hauptsächlich um die Mittagszeit, ein eher untypischer Zeitpunkt für Backups.

    Naja, eher sogar eine typische Zeit, wenn sie ein Kunde manuell in Plesk anstoßen würde… :)

    Und wenn das Backup auch derartige Auswirkungen auf die Server Auslastung hat dann müsste es das Problem ja auch auf anderen Servern geben, es ist ja nicht so dass nur auf meinen Server manuelle Backups gemacht werden.

    Das kommt, wie so oft, drauf an. Wenn der betreffende Kunde z.B. ein paar Millionen (kleine) Dateien herumliegen hat und noch dazu viele in einem Ordner, kann das bei einem Backup genau solche Auswirkungen haben, wie wir sie auf den I/O-Grafiken sehen. Viel wird ja offenbar nicht gelesen oder geschrieben von der Datenmenge her, aber es gibt massenhaft IOPS.

    Vielleicht sind es auch (manuelle) Backuptasks der Kunden, die die Last verursachen? :/

    Das würde jedenfalls erklären, warum es eventuell nur schwer einem Kunden zuzuordnen ist bzw. dass kein "Alarm" ausgelöst wird.

    So oder so kann man da als Kunde leider nicht viel dagegen machen, außer freundlich beim Support nachfragen…

    Beim Webhosting 8000 funktioniert es zumindestens:

    Es würde mich wundern, wenn das nicht auch bei kleineren Paketen klappt. Spezielle Einstellungen bezüglich Nginx oder Apache braucht man dafür wahrscheinlich nicht.

    Wobei man jetzt fairerweise dazusagen muss, dass bei wöchentlichen Grafiken (also von meinem WH8k) solche Peaks leichter untergehen. Ist aber egal, weil dort vergleichsweise wirklich nicht annähernd so viel los ist. Woran das liegt und ob der Host vielleicht noch nicht intensiv von den Kunden genutzt wird, kann ich auch nur spekulieren. Vielleicht hat Sleip bei seinem Host einfach viel Pech, keine Ahnung…

    Nichtsdestotrotz ist die Auslastung bei a2f33 manchmal wirklich relativ hoch. Oft ist es nur für kurze Zeit, aber die I/O Werte sind interessant:

    a2f33.netcup.net_diskstats_iops-day.png

    a2f33.netcup.net_diskstats_latency-day.png

    a2f33.netcup.net_diskstats_throughput-day.png

    a2f33.netcup.net_diskstats_utilization-day.png

    Prinzipiell noch kein generelles Drama aus meiner Sicht. Aber wenn diese Engpässe dann für einen (anderen) Webhosting Kunden spürbar sind, wird es schnell unschön…

    Disclaimer: Ich kann an dieser Stelle natürlich nicht beurteilen, woher diese Auslastung kommt bzw. ob sie für andere Kunden am gleichen Server bemerkbar ist. Theoretisch könnte sie genauso von ein und demselben Kunden verursacht werden und die Anderen merken nichts davon.

    Irgendwie gefällt mir Proxmox: Man kann alles schön manuell machen, wenn man Lust darauf hat oder die GUI das anders nicht unterstützt. :)

    Dazu noch mein Lieblings-Linux-OS als Unterbau, was will man mehr? Langsam kapiere ich auch, wie das mit ZFS funktioniert… :love: