Başarısız olduğunda VRRP Master'ın Master olmasını önleyin

12

Sanal IP için VRPP (keepalived'den) çalıştıran iki makinem var (A ve B, A Master).

Başarısız olursa ve geri gelirse A'nın tekrar Üstat olmasını nasıl önleyebilirim?

Bunu ikinci kutuya tek bir hata yapmamız için yapıyorum ve normale dönmek manuel müdahale gerektiriyor.

linux keepalived vrrp

— MrMagu
kaynak

"VRRP" etiketi oluşturmak için çok

— yeniyim

14

Keepalived geliştirici listesindeki bu nispeten eski iş parçacığına göre , yapılabilir. Her iki sunucuyu da eşit öncelikli (veya hiçbiri) olarak ayarladınız ve MASTER veya YEDEKLEME durumunu bildirmez ve bunun yerine her ikisi için de durumu EQUAL olarak ayarlarsınız.

DÜZENLEME (07-Aralık-2017):

Bu cevabın gönderildiği sırada istenen etkiyi sağladığı görülmesine rağmen EQUAL'ın aslında geçerli bir durum olmadığı anlaşılmaktadır. Lütfen aşağıdaki yorumlara, özellikle @cristi tarafından sağlanan güncel tutulması için güncel sorunlar listesine bağlantıya dikkat edin .

— James Sneeringer
kaynak

3

Teşekkür ederim - Ayrıca, herhangi bir master devralınmadıysa yukarıdaki yapılandırmayı (eşit önceliğe sahip ve "EQUAL" kullanarak) kullanarak, en düşük IP'ye sahip VRRP örneği MASTER olur.

— MrMagu

1

Bu yanlış. Geliştiricilerin şu mesajına bakın: github.com/acassen/keepalived/issues/707

— cristi

@cristi - Bu, yayınlandığı sırada (2009) çalışan bir çözümdü ve bu da o zaman bile (2003) eski olduğunu açıkça kabul ettiğim bilgilere dayanıyordu. Osdir.com artık keepalived-devel arşivlerine sahip olmadığından, çalışan bir yanıtın bağlantısını güncelledim. O zamanlar, yazılımın geçersiz EQUALyönergeyi sessizce görmezden geldiğini ve hiçbir öncelik belirlenmemiş gibi davrandığını tahmin ediyorum (ki bu sadece istenen etkiye sahipti).

— James Sneeringer

8

Bunu çözme şeklimiz, nopreemptbayrağı keepalived yapılandırma dosyamıza eklemektir . Başka bir şey değiştirmek zorunda kalmadım (hala bir tane MASTERve bir tane BACKUPkaldı). Temelde bu, yeni bir sunucunun çevrimiçi olması nedeniyle masterları değiştirmemesini, sadece mevcut master başarısız olduğunda geçiş yapmasını söyler.

— Davr
kaynak

4

" article.gmane.org/gmane.linux.keepalived.devel/1537 " "Durum" MASTER olarak ayarlanmışsa, "nopreempt" temel olarak yok sayılır, çünkü "MASTER" durumuna sahip makine geri döndüğünde IP bir seçim yapmadan "BACKUP durumu" ile makine. Her iki makinemi de "nopreempt" in amaçlandığı gibi çalışması için daha yüksek önceliğe sahip BACKUP olarak ayarlamalıydım.

— MrMagu

Öncelik ve durum silindi ve nopreempt eklendi. Benim için iyi çalışıyor

— Rihard Novozhilov

-1

Anladığım kadarıyla, yeni bir VRRP sunucusu geldiğinde, bir seçimi zorlar ve mevcut sunucu herhangi bir fayda elde etmez, bu nedenle eski usta gelip seçimi kazanır. Bunu durdurmak için yapabileceğiniz çok şey olduğundan şüpheliyim, oldukça acımasız Kafanın Diğer Düğümünü Vur. Keepalive seçim sürecini kontrol etmek için bazı yapılandırmalara sahip olabilir. Ne yazık ki şimdi kontrol etmek için zamanım yok, ama daha sonra bakmaya çalışacağım.

— David Pashley
kaynak

Bunu yapmanın bir yapılandırma bayrağı var, bu yüzden bu cevap yanlış.

— davr

Oylanan cevap, bir master'ın hizmete döndüğünde devralmasını istemediğiniz genel bir vrrp dağıtımı için doğrudur. Söylediğiniz gibi, bunu yapmanın kalıcı bir yolu da var, bu da varsayılan bir rota (vrrp kullanmanın daha geleneksel nedeni) için L3 artıklığı sağlamak için sadece vrrp kullanmak yerine linux HA şeyler yaparken daha doğru.

— chris