Verwalten der Postfix-Warteschlange auf AWS

Verwalten der Postfix-Warteschlange auf AWS

Letztes Jahr haben wir unsere lokale Mail-Infrastruktur, die auf Postfix läuft, auf AWS umgestellt, was einigermaßen gut lief. Das Einzige, worüber ich noch nicht so glücklich bin, ist, dass wir jedes Mal, wenn eine Instanz (unerwartet) abstürzt oder ein EBS-Volume beschädigt wird, alle E-Mails verlieren, die noch von dieser Instanz verarbeitet werden. Ich frage mich, ob jemand anders ein robusteres Design hat? Vielleicht das Warteschlangenverzeichnis auf EFS zu platzieren? Wenn ja, gibt es irgendwelche Fallstricke, die ich beachten sollte?

Wir haben eine Migration zu SES in Erwägung gezogen, aber bei unserem aktuellen Volumen (400.000 E-Mails/Tag) wären die Kosten viel zu hoch.

Danke!

Antwort1

Verbringen Sie Ihre Zeit nicht damit,Umgehungeine abstürzende Instanz. Verbringen Sie die Zeit stattdessen mit dem TrainingWarumstürzt die Instanz ab undFixder Grund dafür.

Ist es überlastet? Geht Ihnen der Arbeitsspeicher aus? Gehen Ihnen die CPU-Credits aus? Überprüfen Sie die Registerkarte „Überwachung“ und die Serverprotokolle zum Zeitpunkt des Absturzes und versuchen Sie herauszufinden, was passiert ist und warum. Erhöhen Sie dann möglicherweise die Instanzgröße (z. B. von t2.medium auf m5.large) und prüfen Sie, ob es immer noch abstürzt. Oder fügen Sie mehr Swap-Speicherplatz oder mehr Speicherplatz oder eine Postfix-Ratenbegrenzung usw. hinzu.

FWIW: Wir betreiben seit Jahren mehrere Postfix-Server auf AWS und sie laufen grundstabil.

verwandte Informationen