Opakovaný export NFS cez VPN nie je preposielanie paketov

Linuxový stroj sa pripojí k VPN, pripojí vzdialený export NFS a potom tento prípojný bod poskytuje ďalšej skupine klientov. Toto usporiadanie vyzerá ako smerovanie s krokmi navyše, a to je prvý chybný predpoklad. Prostredný stroj je klientom nadradeného servera a serverom pre podradených klientov a zúčastňuje sa oboch vzťahov súborovej služby. Preposielanie paketov nemá názor na handle súborov, uzamykanie ani identitu systému súborov; opakovaný export áno.

Začnite otázkou, či by sa podradení klienti mohli dostať k pôvodnému serveru priamo. Ak áno, prostredný stroj je voliteľný.

Tri modely, tri príbehy konzistencie

Priame pripojenie je najjednoduchšie: každý klient pripojí pôvodný server cez tunel a exportná politika tohto servera riadi prístup. Opakovaný export je prostredný stroj, ktorý predstavuje inú hranicu služby, čo je užitočné, keď sieť obrátená ku klientom nesmie dosiahnuť server priamo. Replikácia je tretí model a mení otázku z konzistencie na synchronizáciu a riešenie konfliktov.

Neopisujte replikovanú kópiu, akoby šlo o živý opakovaný export. Režimy zlyhania sa líšia a používateľ, ktorý očakáva, že každá operácia dosiahne pôvodný systém súborov, bude počas výpadku spojenia prekvapený.

Identita prežíva príkaz na pripojenie

Opakované exporty potrebujú explicitné ID systému súborov a táto identita musí prežiť reštarty a prestavby konfigurácie. Dokumentácia jadra je ohľadne požiadavky jasná a tiež varuje, že crossmnt neodstraňuje potrebu exportovať podradené systémy súborov s ich vlastnými ID. Adresárový strom, ktorý sa používateľovi javí ako súvislý, môže prekročiť niekoľko hraníc systému súborov. Súčasné nfs-utils dokážu prideľovať ID automaticky pre podporované konfigurácie, a keď to urobia, ich databáza sa stane súčasťou stavu brány. Považujte tieto ID za identitu služby, nie za jednorazové súbory.

Handly súborov sú ďalšou hranicou identity: opakovaný export obalí pôvodný handle, čím ho zväčší, a môže prekročiť limit klienta. Úspešné pripojenie nedokazuje, že každé usporiadanie exportu je kompatibilné.

Nie každá funkcia NFS prežije prostredný stroj

Sprievodca opakovaným exportom v jadre uvádza, že server vykonávajúci opakovaný export nepodporuje uzamykanie ani žiadosti o delegovanie. Aplikácie, ktoré závisia od týchto operácií, potrebujú inú cestu alebo návrh overený proti nim. Úspešné pripojenie a funkčný výpis adresára neukazujú, že skutočné operácie aplikácie fungujú.

Identita používateľa a exportná politika sú dôležité aj na každom skoku. Prihlásenie VPN dokazuje, že sa účastník siete autentizoval; neoprávňuje používateľa NFS a neprenáša prihlasovacie údaje klienta cez bránu.

Brána má dve závislosti smerom nahor

Brána závisí od VPN kvôli nadradenému pripojeniu a od nadradeného servera kvôli samotnému systému súborov. Miestny exportný proces, ktorý stále beží, nemôže nedostupné úložisko urobiť zdravým. Naplánujte poradie spúšťania, správanie pri opätovnom pripojení a reštarty servera, vrátane toho, čo sa stane s handlami súborov, ktoré klienti už držia. Klient, ktorý sa pripojil cez bránu a stratil svoj handle, potrebuje nové pripojenie, a to je prevádzková udalosť, nie transparentné obnovenie.

Ak všetko, čo požiadavka kedy potrebovala, bola dostupnosť privátnych IP adries, je priame smerovanie na pôvodný server jednoduchšou architektúrou. Opakovaný export by mal existovať z dôvodu, ktorý prežije, keď sa zapíše.

Testujte pracovné zaťaženie, nie pripojenie

Precvičte skutočnú súborovú záťaž v kontrolovanom prostredí: operácie, ktoré aplikácia vykonáva, veľkosti súborov, ktoré používa, a očakávanú súbežnosť. Sledujte medzery vo funkciách, nielen chyby prenosu. Potom si poznamenajte, ktorý model ste zvolili a prečo, pretože inak ďalší človek bude predpokladať, že brána je router.

Opakovaný export je legitímny, keď existuje z úmyselného dôvodu, napríklad izolovaná klientska sieť alebo kontrolovaná hranica verzie. Je to zlá náhoda a rozdiel je v tom, či o tom niekto rozhodol.