Mimari ve çalışma modeli
SMTP göndereni alıcı alan adının MX kayıtlarını öncelik sırasıyla dener. Birincil hedef geçici olarak ulaşılamıyorsa uygun bir Backup MX mesajı kabul edip kuyruğa alabilir ve hedef döndüğünde yeniden teslim etmeyi deneyebilir. Bu model posta kutusu erişimi veya arşiv sağlamaz; kesinti sırasında gelen iletilerin kontrollü biçimde bekletilmesini sağlar.
Backup MX açık relay olmamalıdır. Yalnız yetkili alan adlarını kabul etmeli, alıcı doğrulama stratejisini belirlemeli, boyut ve kuyruk sınırlarını uygulamalı, spam/zararlı içerik kontrollerinin hata kipini tanımlamalıdır. Birincil sistemin kalıcı 5xx yanıtı ile ağ kesintisi veya 4xx geçici hatası aynı şekilde ele alınmamalıdır.
DNS'te düşük sayı daha yüksek MX önceliğidir. Ancak failover yalnız kayıt sırasına bağlı değildir; gönderen MTA'nın retry politikası, DNS cache, bağlantı zaman aşımı ve greylisting davranışı teslim süresini etkiler. Geri dönüşte kuyruğu sınırsız paralellikle boşaltmak birincil sunucuyu tekrar doyurabilir; hız ve eşzamanlılık kontrollü artırılmalıdır.
Doz Teknoloji'nin SecuraWall MailFlow hizmeti e-posta güvenliği ve sürekliliği kapsamında Backup MX, SMTP Gateway, AntiSpam ve Antivirus hizmetleri sunar. Bu katman bağımsız veri yedeklemesinin veya posta kutusu arşivinin yerine geçmez; alan adı yönlendirmesi, hedef doğrulaması ve kabul politikaları kuruluşa göre sınanmalıdır.
- 1Gönderen MTA ve DNS MX
- 2Backup MX kabul ve tarama
- 3Dayanıklı kuyruk ve retry
- 4Birincil posta sunucusu
Tasarım parametreleri
- MX ve TTL
- Geçiş öncesi TTL'i planlayın; öncelik, hedef adı ve A/AAAA çözümlemesini dış resolverlarla doğrulayın.
- Alıcı doğrulama
- Geçersiz alıcıların kabul edilip sonradan bounce üretilmesi backscatter riski yaratır; directory/SMTP doğrulama ve hata davranışını test edin.
- Kuyruk kapasitesi
- Gelen ileti hızı × ortalama encoded boyut × kesinti süresine tepe ve ek yük payı ekleyin.
- Geri dönüş hızı
- Birincil hedefin kabul kapasitesine göre concurrency ve rate limit belirleyin; 4xx yanıtında backoff uygulayın.
Hesap ve uygulama örneği
Saatte 12.000 ileti, ortalama 250 KiB encoded boyut ve 8 saatlik kesinti yaklaşık 24 GiB ham kuyruk üretir. Büyük ekler, indeks, log ve %30 emniyet payıyla en az 32 GiB çalışma alanı gerekir; gerçek ileti dağılımını ölçmeden bu örneği kapasite garantisi saymayın.
Bakım testinde birincil SMTP hedefini kontrollü kapatın. Dış kaynaktan benzersiz Message-ID ile ileti gönderin, Backup MX kabul kodunu ve kuyruk kaydını doğrulayın. Hedefi açınca aynı iletinin bir kez teslim edildiğini, kuyruk yaşının ve nihai SMTP yanıtının kayda geçtiğini kontrol edin.
Örnek komutlar: laboratuvar değerlerini değiştirin; kullanmadan önce yetkiyi ve yazılım sürümünü doğrulayın.
dig +short MX example.com
openssl s_client -starttls smtp -connect mx-backup.example.net:25 -servername mx-backup.example.net
# Yetkili test hesabıyla benzersiz Message-ID kullanın; üretimde açık relay testi yapmayın.Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| Gönderen Backup MX'e hiç gelmiyor | MX kaydı, DNS cache veya gönderenin bağlantı politikası etkili olabilir. | Dış resolver MX yanıtını, hedef A/AAAA kaydını ve port 25 erişimini ayrı test edin. |
| Kuyruk büyüyor ama hedef açık | TLS, alıcı reddi, rate limit veya rota hatası teslimi engelliyor olabilir. | Tek Queue ID için son SMTP yanıtını ve hedef bağlantı logunu karşılaştırın. |
| Hedef döndüğünde yeniden çöküyor | Kuyruk boşaltma concurrency'si hedef kapasitesini aşıyor olabilir. | Aktif bağlantı, 4xx oranı ve teslim hızını ölçüp kontrollü ramp-up uygulayın. |
Kabul ve doğrulama kontrolleri
- Yetkisiz alan adına relay denemesini reddedin.
- Birincil hedef kesintisinde test iletisini kuyrukta doğrulayın.
- Geçersiz alıcı davranışını ve backscatter sınırını test edin.
- Kuyruk disk ve yaş alarmlarını tetikleyin.
- Geri dönüşte tekil teslimatı Message-ID ile doğrulayın.
- Backup MX'in webmail, arşiv veya bağımsız yedek olmadığını işletim planına yazın.
İlgili kavramlar
DNS önbelleği ve bağımlılık
DNS cevabı yalnız kaydın authoritative sunucudaki değerine bağlı değildir; istemci ve recursive resolver önbellekleri de sonucu etkiler. TTL değişikliği daha önce önbelleğe alınmış yanıtların ömrünü geriye dönük kısaltmaz. A/AAAA, CNAME, MX ve TXT kayıtları farklı işlevlere sahiptir. İç ve dış görünümü ayrı test edin; split DNS nedeniyle cevapların farklı olması tasarlanmış olabilir. Arıza araştırmasında kullanılan resolver, yanıt türü, TTL ve sorgu zamanını kaydedin. IP ile erişimin çalışması tek başına DNS yapılandırmasının doğru olduğunu göstermez.
Kuyruk ve eşzamanlılık
Kuyruk, bir kaynağın işleyebildiğinden daha hızlı gelen işleri tutar. Eşzamanlılığı artırmak belirli bir noktaya kadar kapasite kullanımını yükseltir; sonra bekleme süresini büyütür. Durağan durumda Little yasası L = λ × W ilişkisidir: ortalama sistemdeki iş sayısı, tamamlanan iş hızı ile ortalama toplam sürenin çarpımıdır. Birimler tutarlı olmalıdır. 2.000 işlem/s ve 5 ms toplam süre yaklaşık 10 eşzamanlı iş demektir. Bu ilişki tasarım tahminidir; kuyruk sınırları, ani yük ve çok değişken servis süreleri ayrıca ölçülmelidir.
Yüksek erişilebilirlik ile kurtarma ayrımı
Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve backup birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.
Failover ve failback
Failover, hizmetin başka bir bileşene geçmesidir; failback, tercih edilen konuma geri alınmasıdır. İkisi aynı risk ve işlem sırasına sahip olmayabilir. DNS güncellemesi, yönlendirme, oturumlar, veri geriliği ve uygulama bağımlılıkları kullanıcı kesintisini belirler. Otomatik geçişin hangi koşulda tetiklendiğini, yanlış alarmda ne olacağını ve geri dönüş onayını tanımlayın. Arızayı yalnız sanal makineyi kapatarak test etmek tüm hata türlerini kapsamaz. Ağ, depolama ve yönetim katmanı arızalarının ayrı etkilerini ölçün.
RTO ve uçtan uca kurtarma süresi
RTO, bir hizmetin olaydan sonra ne kadar sürede kullanılabilir hale gelmesi gerektiğini ifade eder. Yedek dosyasının indirilmesi veya sanal makinenin açılması bu sürenin yalnız bir bölümüdür. Olayı tanıma, onay, altyapı hazırlığı, veri aktarımı, uygulama açılışı ve iş biriminin doğrulaması ayrı zaman kalemleri olarak kaydedilmelidir. Bir testin kronometresini hangi olayda başlatıp bitirdiğinizi açıkça yazın. Aynı teknik geri dönüş süresi, bağımlılık veya erişim beklenmesi nedeniyle farklı iş süreçlerinde farklı kesinti süresine dönüşebilir.
Telemetri ve zaman eşleştirmesi
Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; log yokluğu, olay yokluğu şeklinde yorumlanmamalıdır.
Birincil teknik dokümantasyon
SecuraWall MailFlow
E-posta Güvenliği ve Sürekliliği
Backup MX, SMTP Gateway, AntiSpam ve Antivirus hizmetleri.
Doz Teknoloji teknik ekibi tarafından aşağıdaki birincil kaynaklar temel alınarak hazırlanmıştır. Hesaplar ve laboratuvar senaryoları varsayımlarını belirtir; uygulamadan önce kullanılan ürün sürümünü doğrulayın.