Elde etmek istediğiniz sonuç ve bunu yapmaya karar verdiğiniz yol çok farklı şeylerdir. Künt olmak için, uygulamak istediğiniz şey kötü bir fikirdir ve eğer bir şekilde çalışmasını başarabilirseniz, çok uzun (veya çok iyi) işe yaramaz.
Bu soruyu cevaplamayı zorlaştıran şey, doğrudan uygulamaya atlamış olmanız ve ortamınız veya gerçekte elde etmeye çalıştığınız şey hakkında yararlı bir şey açıklamamanızdır . Lütfen bunu yapmayın, "çalışmanızı gösterirseniz" burada çok daha iyi sonuçlar alırsınız.
Bununla birlikte, size neyin mümkün, pratik ve yararlı olduğuna dair bir tat vermek için birkaç senaryo sunmama izin verin:
- Postaların kaybolmamasını sağlama: (İhtiyacınız olan şeyin bu olduğunu düşünmüyorum, çünkü başvurduğunuz belgeler yeterince kapsamaktadır) Burada sahip olmak istediğiniz tek şey, posta dağıtım ve yönetim altyapınızın ne kadar süre kapalı kaldığına bakılmaksızın, herhangi bir posta sıçrama ve teslim ne zaman kontrol edebilirsiniz. Bunun için "basit" bir site dışı yedek MX yeterli şekilde çalışacaktır. "Basit" diyorum, çünkü yedeklemeye çok fazla veri çoğaltmanız gerekiyor (tüm anti-spam mantığı, geçerli kullanıcı / takma bilgileri, böylece SMTP zamanında geçersiz postaları düzgün bir şekilde zıplayabilmeniz için), ancak hepsi yazılabilir , otomatikleştirilebilir ve biraz dikkatle oldukça önemsiz bir şekilde uygulanabilir. Tüm postaları sıralamak için yeterli diskiniz olduğu sürece,
- Tam posta sistemi kullanılabilirliğini sağlama : Kulağa istediğiniz gibi geliyor, ancak basit veya hoş değil. Temel olarak, tam bir site arızası durumunda kullanıcı tabanınıza "tam" posta hizmeti verebilmek istersiniz. Prensip olarak, bu aslında imkansızdır, çünkü çoğaltma anlık değildir, ancak en azından makul bir güvenilirlik seviyesine ulaşabilirsiniz. Zor olan MTA değil; posta deposunun kendisi. Tüm posta depolama işlemlerini (yeni posta teslimi, mesaj durumu değişiklikleri, silme) neredeyse gerçek zamanlı olarak ikinci siteye kopyalamanın bir yolunu bulmanız ve hangi sitenin yayında olduğuna bağlı olarak her iki şekilde de yapmanız gerekir. . Periyodik bir rsync'in ucuz seçeneğini kullanabilirsiniz (son rsync'ten beri yapılan her şeyin sonsuza dek gitme riski ile)yük devretmeniz gerekiyorsa) veya işleri neredeyse gerçek zamanlı olarak senkronize etmek için çeşitli dosya veya blok düzeyinde çoğaltma tekniklerine gidin (çok daha karmaşık yapılandırma ve işlem karşılığında veri kaybı miktarını azaltın) . Bazı posta sistemleri, hayatı kolaylaştırabilecek yerleşik bir tür çoğaltma desteğine sahiptir. Sonra, başarısız olmanın tüm sorunu var ve bunu nasıl yapıyorsun ve sonra tekrar başarısız oluyorsun , bu da daha zor ve sonunda bir süre önce yaptığınız OS yükseltmesinin yapılmadığından emin olmak için periyodik olarak test etmeniz gerekiyor bir şey kırmak ...
Temel olarak, ikinci seçenek acı verici ve can sıkıcıdır. Kişisel tercihim, eğer ondan kurtulabilirseniz (ve ne sıklıkta yapabileceğinize şaşıracaksanız), gerçekten iyi ve sağlam bir sepete sahip olduğunuzdan emin olduktan sonra (uygun sistem mühendisliği) tüm yumurtalarınızı bir sepete koymaktır. ), sepet yamaları ve araçları stokta bulundurmak ( Yüksek Kurtarılabilirliğe odaklanmak ) ve insanların arada bir birkaç yumurtanın kırılabileceğini ve gerçekten üzgün olduğunuzu ancak hayatın mükemmel olmadığını bilmelerini sağlamak (makul olmayan SLA garantileri vermeyin).
Ultra yüksek kullanılabilirliğe ihtiyaç duyduğunuz zamanlar var ve bunu sağlayan sistemler inşa ettim, ancak basit değiller ve çoğu durumda maliyet etkin değiller, işte buradayız. Evet, HA havalı ve seksi ve karmaşıklığın bazı yükselen canavarlıklarını inşa etmek için inek kredisi alıyorsunuz, ama egolarımızı felç etmek için burada değiliz. İş değeri sunmak için buradayız ve özür dileriz, ancak Rube Goldberg yüksek kullanılabilirliğe sahip çok siteli bir posta kümesi, basit ve sağlam bir posta hizmeti ve ara sıra "biz" posta kesintisi için özür dileriz, bir saat içinde sistemleri geri alacağız, lütfen bize bir kahve ve çörek yemekten çekinmeyin "duyurusu.