Linux mašīna pievienojas VPN, montē attālinātu NFS eksportu un pēc tam apkalpo šo montāžu citai klientu grupai. Šis izkārtojums izskatās kā maršrutēšana ar papildu soļiem, un tas ir pirmais kļūdainais pieņēmums. Vidējā mašīna ir augšteces servera klients un lejasteces klientu serveris, un tā piedalās abās failu pakalpojuma attiecībās. Pakešu pārsūtīšanai nav viedokļa par failu rokturiem, bloķēšanu vai failu sistēmas identitāti; atkārtotai eksportēšanai ir.

Sāciet ar jautājumu, vai lejasteces klienti varētu sasniegt sākotnējo serveri tieši. Ja var, vidējā mašīna ir neobligāta.

Trīs modeļi, trīs konsekvences stāsti

Tiešā montāža ir vienkāršākā: katrs klients montē sākotnējo serveri caur tuneli, un šī servera eksporta politika pārvalda piekļuvi. Atkārtota eksportēšana ir vidējā mašīna, kas piedāvā citu pakalpojuma robežu, kas ir noderīgi, ja tīklam klientu pusē nav tieši jāsasniedz serveris. Replikācija ir trešais modelis, un tā jautājumu no konsekvences pārnes uz sinhronizāciju un konfliktu risināšanu.

Neaprakstiet replicētu kopiju tā, it kā tā būtu dzīva atkārtota eksportēšana. Kļūmju režīmi atšķiras, un lietotājs, kurš sagaida, ka katra operācija sasniegs sākotnējo failu sistēmu, būs pārsteigts saites pārtraukuma laikā.

Identitāte pārdzīvo montāžas komandu

Atkārtotai eksportēšanai nepieciešams skaidrs failu sistēmas ID, un šai identitātei jāpārdzīvo restartēšana un konfigurācijas pārbūve. Kodola dokumentācija ir skaidra par prasību, un tā arī brīdina, ka crossmnt nenovērš nepieciešamību eksportēt bērnu failu sistēmas ar saviem ID. Katalogu koks, kas lietotājam šķiet nepārtraukts, var šķērsot vairākas failu sistēmas robežas. Pašreizējie nfs-utils var automātiski piešķirt ID atbalstītām konfigurācijām, un kad tas to dara, to datubāze kļūst par vārtejas stāvokļa daļu. Uztveriet šos ID kā pakalpojuma identitāti, nevis vienreizlietojamus failus.

Failu rokturi ir otra identitātes robeža: atkārtota eksportēšana ietina sākotnējo rokturi, kas to padara lielāku un var pārsniegt klienta limitu. Veiksmīga montāža nepierāda, ka katrs eksporta izkārtojums ir saderīgs.

Ne katra NFS funkcija pārdzīvo vidējo mašīnu

Kodola atkārtotas eksportēšanas ceļvedis norāda, ka atkārtoti eksportējošais serveris neatbalsta bloķēšanu vai deleģēšanas pieprasījumus. Lietotnēm, kas ir atkarīgas no šīm operācijām, nepieciešams cits ceļš vai dizains, kas pārbaudīts pret tām. Veiksmīga montāža un strādājošs katalogu saraksts neparāda, ka lietotnes īstās operācijas darbojas.

Lietotāja identitāte un eksporta politika ir svarīgas arī katrā lēcienā. VPN pieteikšanās pierāda, ka tīkla dalībnieks ir autentificējies; tā nepiešķir tiesības NFS lietotājam un nepārsūta klienta akreditācijas datus caur vārteju.

Vārtejai ir divas augšteces atkarības

Vārteja ir atkarīga no VPN augšteces montāžai un no augšteces servera pašai failu sistēmai. Vietējs eksporta process, kas vēl darbojas, nevar padarīt nepieejamu krātuvi veselu. Plānojiet palaišanas secību, atkārtotas savienošanas uzvedību un servera restartus, tostarp to, kas notiek ar failu rokturiem, kurus klienti jau tur. Klientam, kas montēja caur vārteju un zaudēja savu rokturi, nepieciešama atkārtota montāža, un tas ir operatīvs notikums, nevis caurspīdīga atjaunošana.

Ja vienīgais, kas prasībai kādreiz bija vajadzīgs, bija privātu IP sasniedzamība, tieša maršrutēšana uz sākotnējo serveri ir vienkāršāka arhitektūra. Atkārtotai eksportēšanai jāpastāv iemesla dēļ, kas saglabājas arī pierakstīts.

Pārbaudiet darba slodzi, nevis montāžu

Praktizējiet īstu failu darba slodzi kontrolētā vidē: operācijas, ko veic lietotne, izmantotos failu izmērus un gaidīto paralēlismu. Pievērsiet uzmanību funkciju robiem, nevis tikai transporta kļūdām. Pēc tam pierakstiet, kuru modeli izvēlējāties un kāpēc, jo citādi nākamais cilvēks pieņems, ka vārteja ir maršrutētājs.

Atkārtota eksportēšana ir leģitīma, ja tā pastāv apzināta iemesla dēļ, piemēram, izolēts klientu tīkls vai kontrolēta versijas robeža. Tas ir slikts negadījums, un atšķirība ir tajā, vai kāds to izlēma.

Saistītie raksti