Montowanie dysku NFS w Proxmox to jeden z najczęstszych kroków podczas konfiguracji środowisk wirtualizacyjnych w małych i średnich firmach oraz w środowiskach homelabowych. NFS (Network File System) pozwala na współdzielenie zasobów dyskowych między serwerami, co sprawia, że Proxmox VE może korzystać z zewnętrznego storage’u sieciowego do przechowywania obrazów dysków, backupów maszyn wirtualnych, szablonów kontenerów LXC i plików ISO.
W tym artykule dowiesz się: czym jest NFS i dlaczego warto go używać z Proxmoxem, jak skonfigurować serwer NFS (eksport udziału), jak dodać zasób NFS do Proxmox VE przez GUI oraz przez CLI, jakie opcje montowania są zalecane, jak rozwiązywać typowe problemy, oraz jak zoptymalizować wydajność NFS pod obciążenie produkcyjne.
Spis treści
- Co to jest NFS i dlaczego używać go z Proxmox VE?
- Wymagania wstępne – co potrzebujesz przed rozpoczęciem
- Konfiguracja serwera NFS (eksport udziału)
- Dodawanie NFS Storage w Proxmox VE – metoda przez GUI
- Dodawanie NFS Storage w Proxmox VE – metoda przez CLI (terminal)
- Ręczne montowanie NFS w Proxmox za pomocą /etc/fstab
- Typy zawartości obsługiwane przez NFS w Proxmox
- Opcje montowania NFS – szczegółowe omówienie
- Uprawnienia i bezpieczeństwo NFS w Proxmox
- Rozwiązywanie typowych problemów (Troubleshooting)
- Wydajność NFS w Proxmox – optymalizacja i dobre praktyki
- NFS vs. inne typy storage w Proxmox – porównanie
- Najczęściej zadawane pytania (FAQ)
- Podsumowanie
1. Co to jest NFS i dlaczego używać go z Proxmox VE?
NFS (Network File System) to protokół sieciowego systemu plików opracowany przez firmę Sun Microsystems, który umożliwia montowanie zdalnych katalogów jako lokalnych punktów montowania. Działa w modelu klient-serwer: serwer NFS eksportuje katalogi, a klienci (np. węzły Proxmox) montują je lokalnie.
Główne zalety NFS w środowisku Proxmox:
Współdzielony storage dla klastra – W klastrze Proxmox VE wszystkie węzły muszą mieć dostęp do tych samych zasobów, aby migracja maszyn wirtualnych (Live Migration) działała poprawnie. NFS pozwala na udostępnienie jednego udziału wszystkim węzłom jednocześnie.
Centralne repozytorium backupów – Zasób NFS jest idealnym miejscem do przechowywania backupów tworzonych przez Proxmox Backup lub wbudowane narzędzie vzdump. Wszystkie kopie zapasowe trafiają w jedno, bezpieczne miejsce.
Biblioteka szablonów i ISO – Obrazy instalacyjne systemów operacyjnych oraz szablony kontenerów LXC można trzymać na jednym serwerze NFS i udostępniać całemu klastrowi.
Prostota konfiguracji – W porównaniu do iSCSI czy Ceph, NFS jest wyjątkowo łatwy w konfiguracji i nie wymaga specjalistycznej wiedzy ani dodatkowego sprzętu.
Kompatybilność – NFS jest dostępny natywnie w każdej dystrybucji Linuksa, co oznacza, że serwer NFS można postawić na prawie każdym urządzeniu: od Raspberry Pi, przez serwery TrueNAS/Synology, po dedykowane maszyny z Debianem.
2. Wymagania wstępne – co potrzebujesz przed rozpoczęciem
Zanim zaczniesz montowanie dysku NFS w Proxmox, upewnij się, że spełniasz poniższe wymagania:
Po stronie serwera NFS:
- System Linux (Debian, Ubuntu, TrueNAS, Synology DSM, OpenMediaVault lub inny)
- Zainstalowany pakiet
nfs-kernel-server - Skonfigurowany i uruchomiony eksport NFS (
/etc/exports) - Odpowiednia przestrzeń dyskowa (wolny dysk, partycja lub RAID)
- Stały adres IP serwera NFS (zalecany statyczny IP lub rezerwacja DHCP)
Po stronie klienta (węzeł Proxmox):
- Proxmox VE 7.x lub 8.x (zalecana najnowsza wersja)
- Zainstalowane pakiety klienta NFS:
nfs-common - Dostęp sieciowy do serwera NFS (ta sama sieć LAN lub odpowiednie routing/firewall)
- Konto root lub dostęp przez SSH do węzła Proxmox
Sieć:
- Zalecana dedykowana sieć storage (oddzielna od sieci zarządzania i VM)
- Minimum 1 Gbps Ethernet; dla obciążeń produkcyjnych: 10 Gbps lub więcej
- Niskie opóźnienia między serwerem NFS a węzłami Proxmox (ping < 1 ms w sieci lokalnej)
3. Konfiguracja serwera NFS (eksport udziału)
Poniższy przykład pokazuje konfigurację serwera NFS na systemie Debian/Ubuntu. Jeśli używasz TrueNAS, Synology lub innego NAS-a, skorzystaj z interfejsu webowego tamtego urządzenia.
Krok 1: Instalacja pakietu serwera NFS
apt update && apt install nfs-kernel-server -y

Krok 2: Przygotowanie katalogu do eksportu
mkdir -p /mnt/proxmox-nfs
chown nobody:nogroup /mnt/proxmox-nfs
chmod 777 /mnt/proxmox-nfs

Jeśli chcesz eksportować konkretny dysk lub partycję, najpierw zamontuj ją w tym katalogu.
Krok 3: Konfiguracja pliku /etc/exports
Edytuj plik /etc/exports:
nano /etc/exports
Dodaj wpis eksportu:
# Eksport dla pojedynczego węzła Proxmox
/mnt/proxmox-nfs 192.168.1.73(rw,sync,no_subtree_check,no_root_squash)
# Eksport dla całej podsieci (np. cały klaster Proxmox)
/mnt/proxmox-nfs 192.168.1.0/24(rw,sync,no_subtree_check,no_root_squash)
Przykład exportu pojedynczego węzła:

Przykład exportu całej podsieci:

Wyjaśnienie opcji:
| Opcja | Opis |
|---|---|
rw | Zezwala na odczyt i zapis (read-write) |
sync | Zapisuje dane na dysk przed potwierdzeniem operacji (bezpieczniejsze) |
no_subtree_check | Wyłącza weryfikację poddrzewa – poprawia wydajność |
no_root_squash | Pozwala rootowi na kliencie działać jako root na serwerze – wymagane przez Proxmox |
root_squash | Mapuje roota klienta na nobody – bezpieczniejsze, ale może powodować problemy z uprawnieniami |
Ważne: Proxmox VE wymaga opcji
no_root_squash, ponieważ działa jako root podczas operacji na plikach maszyn wirtualnych.
Krok 4: Zastosowanie konfiguracji i uruchomienie serwera
exportfs -rav
systemctl restart nfs-kernel-server
systemctl enable nfs-kernel-server

Krok 5: Weryfikacja eksportu
showmount -e localhost

Powinieneś zobaczyć coś podobnego do:
Export list for localhost:
/mnt/proxmox-nfs 192.168.1.0/24
Krok 6: Zapora sieciowa (opcjonalnie)
Jeśli na serwerze działa ufw lub iptables, zezwól na ruch NFS:
# UFW
ufw allow from 192.168.1.0/24 to any port nfs
ufw allow 111/tcp
ufw allow 111/udp
ufw allow 2049/tcp
ufw allow 2049/udp

4. Dodawanie NFS Storage w Proxmox VE – metoda przez GUI
Graficzny interfejs Proxmox VE (dostępny pod adresem https://IP-PROXMOXA:8006) umożliwia dodanie zasobu NFS w kilku kliknięciach.
Krok 1: Zaloguj się do Proxmox Web UI
Otwórz przeglądarkę i przejdź pod adres https://[IP_PROXMOXA]:8006. Zaloguj się jako root.
Krok 2: Przejdź do ustawień Storage
W lewym panelu kliknij Datacenter (nie węzeł, lecz poziom datacenter). Następnie w środkowym menu wybierz Storage.
Krok 3: Dodaj nowy zasób NFS
Kliknij przycisk Add i z listy rozwijanej wybierz NFS.

Krok 4: Wypełnij formularz konfiguracji NFS
Pojawi się okno dialogowe z polami do wypełnienia:
| Pole | Opis | Przykładowa wartość |
|---|---|---|
| ID | Unikalna nazwa zasobu w Proxmox | nfs-storage |
| Server | Adres IP lub hostname serwera NFS | 192.168.1.73 |
| Export | Ścieżka eksportowanego katalogu na serwerze | /mnt/proxmox-nfs |
| Content | Typy plików, które będą przechowywane | Disk image, ISO image, Backup, CT Template |
| Max Backups | Maksymalna liczba backupów na VM (opcjonalnie) | 3 |
| Enable | Czy zasób ma być aktywny | zaznaczone |
| Nodes | Węzły, które mają mieć dostęp | all lub wybrane węzły |
Krok 5: Kliknij Add
Po kliknięciu Add, Proxmox automatycznie:
- Zamontuje udział NFS w katalogu
/mnt/pve/[ID]/ - Doda wpis do pliku
/etc/pve/storage.cfg - Udostępni zasób wszystkim wybranym węzłom klastra

Krok 6: Weryfikacja w GUI
Nowy zasób powinien pojawić się w drzewie lewego panelu pod węzłami. Możesz kliknąć na zasób i sprawdzić zawartość w zakładce Summary.

5. Dodawanie NFS Storage w Proxmox VE – metoda przez CLI
Dodawanie NFS przez terminal jest szczególnie przydatne przy automatyzacji, skryptach Ansible lub gdy GUI jest niedostępne.
Metoda 1: Narzędzie pvesm (zalecane)
Proxmox VE dostarcza narzędzie pvesm (Proxmox VE Storage Manager) do zarządzania zasobami storage:
pvesm add nfs nfs-storage \
--server 192.168.1.73 \
--export /mnt/proxmox-nfs \
--content images,iso,backup,vztmpl \
--options vers=4
Parametry polecenia:
| Parametr | Opis |
|---|---|
nfs | Typ storage |
nfs-storage | ID zasobu (unikalna nazwa) |
--server | Adres IP serwera NFS |
--export | Ścieżka eksportu na serwerze |
--content | Typy zawartości: images, iso, backup, vztmpl, snippets |
--options | Opcje montowania NFS, np. vers=4 |

Weryfikacja po dodaniu
pvesm status

Metoda 2: Bezpośrednia edycja /etc/pve/storage.cfg
Plik /etc/pve/storage.cfg jest współdzielony w całym klastrze Proxmox (przez pmxcfs). Możesz go edytować ręcznie:
nano /etc/pve/storage.cfg
Dodaj blok:
nfs: nfs-storage
path /mnt/pve/nfs-storage
server 192.168.1.73
export /mnt/proxmox-nfs
content backup,iso,images,vztmpl
options vers=4

Po zapisaniu pliku zmiany są automatycznie replikowane na wszystkie węzły klastra.
6. Ręczne montowanie NFS w Proxmox za pomocą /etc/fstab
Czasami zachodzi potrzeba ręcznego montowania udziału NFS poza systemem storage Proxmoxa – np. do przechowywania skryptów, logów lub innych plików systemowych.
Krok 1: Instalacja klienta NFS
apt update && apt install nfs-common -y
Krok 2: Testowe montowanie (bez /etc/fstab)
mkdir -p /mnt/nfs-test
mount -t nfs 192.168.1.73:/mnt/proxmox-nfs /mnt/nfs-test
Sprawdź, czy montowanie działa:
df -h /mnt/nfs-test
ls /mnt/nfs-test
Jeśli wszystko jest w porządku, odmontuj:
umount /mnt/nfs-test
Krok 3: Trwałe montowanie przez /etc/fstab
Edytuj plik /etc/fstab:
nano /etc/fstab
Dodaj wpis:
192.168.1.73:/mnt/proxmox-nfs /mnt/nfs-test nfs vers=4,rw,hard,intr,timeo=600,retrans=2,_netdev 0 0
Wyjaśnienie opcji montowania:
| Opcja | Opis |
|---|---|
vers=4 | Wymusza użycie NFS v4 (zalecane) |
rw | Montowanie z prawami odczytu i zapisu |
hard | Próbuje ponownie połączyć się w nieskończoność po awarii serwera |
intr | Pozwala na przerwanie operacji NFS przez sygnał |
timeo=600 | Timeout 60 sekund (600 = 60s × 10 dziesiątek sekund) |
retrans=2 | Liczba ponownych prób przed błędem |
_netdev | Montuje po uruchomieniu sieci (kluczowe dla NFS!) |
Krok 4: Zastosowanie zmian
mount -a
Sprawdź, czy zasób jest zamontowany:
df -h | grep nfs
7. Typy zawartości obsługiwane przez NFS w Proxmox
Proxmox VE klasyfikuje pliki przechowywane w zasobach storage według typów zawartości. Przy konfiguracji NFS możesz wybrać, jakie typy będą obsługiwane:
| Typ zawartości | Identyfikator | Opis | Katalog |
|---|---|---|---|
| Obrazy dysków VM | images | Pliki .qcow2, .raw, .vmdk dla maszyn wirtualnych KVM | images/[VMID]/ |
| Obrazy ISO | iso | Obrazy płyt CD/DVD do instalacji systemów | template/iso/ |
| Szablony kontenerów | vztmpl | Szablony LXC (.tar.gz, .tar.xz) | template/cache/ |
| Kopie zapasowe | backup | Pliki backup VM i CT (.vma, .tar) | dump/ |
| Snippets | snippets | Skrypty cloud-init i niestandardowe pliki konfiguracyjne | snippets/ |
Praktyczna wskazówka: Zaleca się tworzenie oddzielnych zasobów NFS dla różnych typów zawartości, np. jeden zasób dedykowany backupom, inny dla ISO. Ułatwia to zarządzanie przestrzenią i uprawnieniami.
8. Opcje montowania NFS – szczegółowe omówienie
Wybór odpowiednich opcji montowania NFS ma kluczowe znaczenie dla wydajności i niezawodności środowiska Proxmox.
Wersja protokołu NFS
NFS v3 – starszy protokół, szerokie wsparcie, brak stanowości, wymaga portmapper (port 111). Używaj tylko gdy serwer nie obsługuje v4.
NFS v4 – zalecana wersja dla Proxmox. Cechy: stanowość połączenia, lepsza obsługa ACL, jeden port TCP 2049, lepsze bezpieczeństwo (Kerberos), lepsza wydajność przy wielu małych plikach.
NFS v4.1 / v4.2 – najnowsze wersje z obsługą pNFS (parallel NFS), ulepszoną replikacją sesji i lepszym wsparciem dla klientów wielowątkowych.
Aby wymusić konkretną wersję:
options vers=4.2
Opcje buforowania (cache)
| Opcja | Opis | Zastosowanie |
|---|---|---|
sync | Każda operacja zapisu jest natychmiast potwierdzana przez serwer | Dane krytyczne, backup |
async | Serwer może buforować zapisy | Wyższa wydajność, mniejsze bezpieczeństwo |
noac | Wyłącza buforowanie atrybutów po stronie klienta | Gdy spójność jest krytyczna |
actimeo=0 | Zeruje czas ważności cache atrybutów | Środowiska multi-klient |
Opcje niezawodności
hard,intr,timeo=600,retrans=3
hard: Klient czeka w nieskończoność na odpowiedź serwera – zalecane dla środowisk produkcyjnychsoft: Klient zwraca błąd po określonym czasie – może powodować utratę danych, niezalecaneintr: Pozwala na przerwanie zawieszonych operacji NFS
Optymalizacja rozmiaru bloków
rsize=131072,wsize=131072
Domyślny rozmiar bloku to 4096 bajtów. Dla sieci 1 Gbps i szybszych zaleca się ustawienie rsize i wsize na 131072 (128 KB) lub nawet 1048576 (1 MB).
9. Uprawnienia i bezpieczeństwo NFS w Proxmox
Opcja no_root_squash – dlaczego jest wymagana
Proxmox VE wykonuje operacje na plikach maszyn wirtualnych jako użytkownik root. Gdy NFS używa domyślnej opcji root_squash, uid=0 (root) klienta jest mapowane na uid=65534 (nobody). To uniemożliwia Proxmoxowi tworzenie i modyfikowanie plików.
Rozwiązanie: Użyj no_root_squash w /etc/exports:
/mnt/proxmox-nfs 192.168.1.0/24(rw,sync,no_subtree_check,no_root_squash)
Ograniczanie dostępu do konkretnych hostów
Zamiast otwierać dostęp dla całej podsieci, ogranicz go do konkretnych adresów IP węzłów Proxmox:
/mnt/proxmox-nfs 192.168.1.10(rw,sync,no_subtree_check,no_root_squash)
/mnt/proxmox-nfs 192.168.1.11(rw,sync,no_subtree_check,no_root_squash)
/mnt/proxmox-nfs 192.168.1.12(rw,sync,no_subtree_check,no_root_squash)
Zabezpieczenie przez firewall
Na serwerze NFS zawsze ogranicz dostęp do portów NFS wyłącznie do hostów Proxmox:
# iptables – zezwól tylko węzłom Proxmox
iptables -A INPUT -p tcp --dport 2049 -s 192.168.1.0/24 -j ACCEPT
iptables -A INPUT -p udp --dport 2049 -s 192.168.1.0/24 -j ACCEPT
iptables -A INPUT -p tcp --dport 2049 -j DROP
Dedykowana sieć storage
Najlepszą praktyką jest stworzenie dedykowanej sieci VLAN lub fizycznej sieci storage odizolowanej od sieci zarządzania i sieci VM. Zmniejsza to ryzyko bezpieczeństwa i eliminuje rywalizację o przepustowość.
10. Rozwiązywanie typowych problemów (Troubleshooting)
Problem: Zasób NFS nie jest widoczny po dodaniu do Proxmox
Sprawdź:
# Czy usługa NFS na serwerze działa?
systemctl status nfs-kernel-server
# Czy eksport jest widoczny z węzła Proxmox?
showmount -e 192.168.1.73
# Czy pakiet nfs-common jest zainstalowany na węźle Proxmox?
dpkg -l | grep nfs-common
Problem: Błąd „Permission denied” podczas montowania
Przyczyny i rozwiązania:
- Brak
no_root_squashw/etc/exports– dodaj tę opcję - Zły adres IP w
/etc/exports– upewnij się, że IP węzła Proxmox jest autoryzowane - Firewall blokuje port 2049 – sprawdź reguły
iptables/ufw
# Zastosuj zmiany exports bez restartu
exportfs -rav
# Sprawdź aktywne eksporty
exportfs -v
Problem: Wolne działanie maszyn wirtualnych na NFS
Diagnoza:
# Sprawdź opóźnienia sieciowe
ping -c 100 192.168.1.73
# Sprawdź statystyki NFS
nfsstat -c
# Sprawdź użycie przepustowości
iftop -i eth0
Rozwiązania:
- Zwiększ
rsizeiwsizedo 131072 lub 1048576 - Przejdź na NFS v4.2
- Użyj opcji
async(ostrożnie – ryzyko utraty danych przy awarii) - Sprawdź, czy nie ma duplikatów tras sieciowych (
route -n)
Problem: Montowanie zawiesza się przy starcie systemu
Przyczyna: Serwer NFS nie jest jeszcze dostępny, gdy system próbuje zamontować zasób.
Rozwiązanie – dodaj opcję _netdev do /etc/fstab:
192.168.1.73:/mnt/proxmox-nfs /mnt/nfs nfs vers=4,_netdev,hard,intr 0 0
Problem: Błąd „stale file handle”
Ten błąd pojawia się, gdy serwer NFS zostanie zrestartowany lub eksport zostanie ponownie załadowany, a klient ma stare uchwyty plików.
Rozwiązanie:
umount -l /mnt/pve/nfs-storage
mount /mnt/pve/nfs-storage
Lub z poziomu Proxmox GUI: Storage → nfs-storage → Unmount → Mount.
Problem: Zasób widoczny tylko na jednym węźle klastra
Przyczyna: Konfiguracja storage.cfg nie została poprawnie zreplikowana przez pmxcfs.
Sprawdź:
pvecm status
cat /etc/pve/storage.cfg
Jeśli pmxcfs nie działa poprawnie, sprawdź logi:
journalctl -u pve-cluster
11. Wydajność NFS w Proxmox – optymalizacja i dobre praktyki
Optymalne opcje montowania dla Proxmox
Dla większości środowisk Proxmox zalecane opcje montowania NFS to:
vers=4.2,rsize=131072,wsize=131072,hard,timeo=600,retrans=2,_netdev
Dla środowisk wymagających wyższej wydajności (kosztem bezpieczeństwa danych):
vers=4.2,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,async,_netdev
Sieć storage – zalecenia
- Minimalne wymagania: 1 Gbps Ethernet dla środowisk homelabowych i małych biur
- Środowiska produkcyjne: 10 Gbps Ethernet lub więcej
- Jumbo frames: Włącz MTU 9000 na przełącznikach i kartach sieciowych – zmniejsza overhead CPU i zwiększa przepustowość
- Link aggregation (LACP/802.3ad): Agreguj kilka portów 1 Gbps, aby uzyskać wyższą przepustowość
- Dedykowany VLAN: Odizoluj ruch storage od pozostałego ruchu sieciowego
Konfiguracja Jumbo Frames
Na węźle Proxmox:
# Tymczasowo
ip link set eth0 mtu 9000
# Trwale (Proxmox używa /etc/network/interfaces)
# Dodaj do konfiguracji interfejsu:
# mtu 9000
Na serwerze NFS:
ip link set eth0 mtu 9000
Buforowanie po stronie serwera
Na serwerze NFS możesz dostosować ilość pamięci RAM przeznaczonej na buforowanie:
# Sprawdź aktualne ustawienia
cat /proc/sys/vm/dirty_ratio
cat /proc/sys/vm/dirty_background_ratio
# Zwiększ dla serwerów z dużą ilością RAM
echo 15 > /proc/sys/vm/dirty_ratio
echo 5 > /proc/sys/vm/dirty_background_ratio
Monitorowanie wydajności NFS
# Statystyki klienta NFS
nfsstat -c -v
# Szczegółowe statystyki operacji NFS
iostat -x 2
# Monitor w czasie rzeczywistym
nfsiostat 2
12. NFS vs. inne typy storage w Proxmox – porównanie
Proxmox VE obsługuje wiele typów storage. Oto jak NFS wypada w porównaniu z innymi popularnymi opcjami:
| Cecha | NFS | iSCSI | Ceph RBD | Local (LVM) | ZFS over iSCSI |
|---|---|---|---|---|---|
| Trudność konfiguracji | Niska | Średnia | Wysoka | Bardzo niska | Wysoka |
| Wydajność | Średnia/Dobra | Dobra | Bardzo dobra | Najlepsza | Dobra |
| Wspólny storage dla klastra | Tak | Tak (z CLVM) | Tak | Nie | Tak |
| Live Migration VM | Tak | Tak | Tak | Nie | Tak |
| Odporność na awarie | Zależna od serwera | Zależna od serwera | Wbudowana (replikacja) | Brak | Zależna |
| Wymagany sprzęt | Minimalny | Minimalny | Dedykowany klaster | Brak | Minimalny |
| Koszt wdrożenia | Niski | Niski | Wysoki | Brak | Średni |
| Obsługa snapshot | Ograniczona | Zależna od backendu | Natywna | Natywna (LVM) | Natywna |
Kiedy wybrać NFS:
- Środowisko homelabowe lub małe biuro
- Gdy serwer NFS jest już dostępny (TrueNAS, Synology, OpenMediaVault)
- Głównie do przechowywania backupów, ISO i szablonów
- Gdy prostota konfiguracji jest priorytetem
Kiedy wybrać alternatywę:
- Ceph: Środowisko produkcyjne wymagające wysokiej dostępności i odporności na awarie
- iSCSI: Gdy potrzebujesz blokowego dostępu do storage z lepszą wydajnością niż NFS
- Local LVM: Najwyższa wydajność dla środowisk jednoserwerowych
13. Najczęściej zadawane pytania (FAQ)
Czy mogę używać NFS jako głównego storage dla maszyn wirtualnych KVM w Proxmox?
Tak, NFS obsługuje obrazy dysków w formacie .qcow2 i .raw. Jednak dla środowisk produkcyjnych z wymaganiami wydajnościowymi zalecane jest iSCSI lub Ceph. NFS sprawdza się doskonale dla VM o umiarkowanym obciążeniu I/O.
Która wersja NFS jest zalecana dla Proxmox?
Zalecana jest wersja NFSv4 lub NFSv4.2. NFSv4 oferuje lepszą wydajność, bezpieczeństwo i obsługę przez jeden port (2049/TCP). NFSv4.2 dodaje obsługę pNFS, co jest korzystne przy równoległym dostępie z wielu węzłów klastra.
Czy NFS w Proxmox obsługuje Live Migration VM?
Tak. Live Migration (migracja bez zatrzymywania maszyny) jest możliwa, gdy zarówno źródłowy, jak i docelowy węzeł mają dostęp do tego samego zasobu NFS. To jeden z głównych powodów używania NFS jako wspólnego storage klastra.
Jak sprawdzić, czy zasób NFS jest poprawnie zamontowany w Proxmox?
# Sprawdź zamontowane systemy plików
df -h | grep pve
# Lub
mount | grep nfs
# Sprawdź stan w pvesm
pvesm status
Co się stanie z maszynami wirtualnymi, gdy serwer NFS stanie się niedostępny?
Przy opcji hard VM zawiesi się i będzie czekać na przywrócenie połączenia. Przy opcji soft VM może zgłosić błąd I/O i potencjalnie ulec awarii. Zalecane jest hard z opcją intr, co pozwala na manualne przerwanie operacji.
Czy mogę jednocześnie montować ten sam udział NFS na wielu węzłach Proxmox?
Tak, NFS obsługuje równoległy dostęp z wielu klientów. Jest to jeden z głównych przypadków użycia NFS w klastrach Proxmox. Pamiętaj jednak, że Proxmox zarządza blokadami plików wewnętrznie (przez pmxcfs), więc nie ma ryzyka konfliktu przy prawidłowej konfiguracji klastra.
Czy mogę przechowywać kontenery LXC na NFS?
Tak, Proxmox obsługuje szablony kontenerów LXC (vztmpl) i rootfs kontenerów na NFS. Wybierz CT Template jako typ zawartości przy konfiguracji zasobu.
Jak usunąć zasób NFS z Proxmox?
Przez GUI: Datacenter → Storage → wybierz zasób → Remove
Przez CLI:
pvesm remove nfs-storage
14. Podsumowanie
Montowanie dysku NFS w Proxmox VE to relatywnie prosty proces, który otwiera przed administratorami wiele możliwości. Udział NFS pozwala na centralne przechowywanie backupów, obrazów ISO, szablonów LXC i dysków maszyn wirtualnych, a w środowisku klastrowym umożliwia Live Migration VM między węzłami.
Kluczowe punkty do zapamiętania:
- Konfiguracja serwera – Zawsze używaj opcji
no_root_squashisyncw/etc/exports; bezno_root_squashProxmox nie będzie mógł zarządzać plikami VM - Wersja NFS – Preferuj NFSv4 lub NFSv4.2 zamiast NFSv3; lepsza wydajność, jeden port TCP 2049
- Opcje montowania – Używaj
hard,intr,_netdevdla niezawodności; dostosujrsize/wsizedla wydajności - Bezpieczeństwo – Ogranicz dostęp do udziału NFS tylko do znanych adresów IP węzłów Proxmox; używaj dedykowanej sieci storage
- GUI vs CLI – GUI Proxmoxa jest prostsze dla pojedynczych konfiguracji; CLI (
pvesm) jest lepsze do automatyzacji - Typy zawartości – Dostosuj typy zawartości (
images,iso,backup,vztmpl) do przeznaczenia zasobu
Niezależnie od tego, czy budujesz homelabowe środowisko z Raspberry Pi jako serwerem NFS, czy konfigurację korporacyjną z TrueNAS Enterprise – omówione w tym artykule kroki i dobre praktyki pozwolą Ci na sprawne i bezproblemowe wdrożenie NFS jako storage dla Proxmox VE.

