Odporny na awarie NFS?


9

Prawdopodobnie FAQ, ale po pewnym czasie nie znalazłem nic przydatnego:

Czy mogę skonfigurować NFS w taki sposób, aby każdy pojedynczy błąd (np. Procesor serwera, dysk twardy, kontroler hd, adapter sieciowy, kabel sieciowy, zasilacz) był maskowany bez potrzeby natychmiastowej interwencji?

Mam odpowiedzi tylko na niektóre części problemu: RAID, redundantne zasilanie, redundantne karty sieciowe

Jak poradzić sobie z awarią procesora serwera NFS, aby klienci przejdą w tryb transparentny?

Odpowiedzi:


9

Możesz kupić system, który może przerobić awarię procesora lub zaimplementować więcej niż jeden serwer. W Linuksie możesz dość łatwo utworzyć klaster pracy awaryjnej NFS (jestem pewien, że Sun i wszyscy też mają do tego mechanizm).

Dość dobrze obsługiwanym / powszechnym sposobem na to jest bicie serca ( pierwszy link, który znalazłem w Google, wyszukaj NFS i bicie serca ), aby zarządzać klastrem, a następnie współdzielić pamięć między serwerami. Ważną rzeczą związaną z NFS w celu zapewnienia przezroczystego przełączania awaryjnego jest również udostępnianie informacji o stanie NFS, które zwykle znajdują się w / var / lib / nfs. Możesz to zrobić, umieszczając go w pamięci wspólnej.

edycja: Również ustawienie opcji fsid na tę samą wartość przy eksporcie NFS na każdym serwerze zapobiegnie otrzymywaniu przestarzałych uchwytów plików, gdy klaster przejdzie w tryb awaryjny.


2
Rozrusznik serca + Heartbeat (obecnie Corosync) + DRBD + NFS jest tym, co działa dla mnie.
rthomson

3
Howtoforge ma również samouczek na temat konfigurowania tego: howtoforge.com/high_availability_nfs_drbd_heartbeat
churnd


0

Standardowy serwer NFS w konfiguracji aktywnej / aktywnej jest niemożliwy, ponieważ wiem, możliwy jest klaster aktywny / pasywny (testowany przy użyciu hearthbeat + nfs3). Oto dobry sposób, szybki i prosty w użyciu Konfigurowanie wysoce dostępnego serwera NFS | howtoforge.com

Możliwe jest również skonfigurowanie aktywnego / aktywnego klastra NFS4 za pomocą glusterfs + haproxy + keepalived + ganesha-nfs.


-3

Partnerzy Nexenta Systems oferują rozwiązania klastrowe, które są idealne do tworzenia wysoce dostępnych NFS, przy pełnym wykorzystaniu WSZYSTKICH dostępnych funkcji ZFS. Typowy model wymaga 2-węzłowego klastra ze współużytkowaną jednostką pamięci, skonfigurowaną jako JBOD. NexentaStor służy do obsługi NFS, CIFS itp. W twoim przypadku może to być po prostu NFS. Nasza struktura klastrowania pozwala uzyskać wysoce dostępne rozwiązanie, które może być dokładnie tym, czego szukasz.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.