Sziasztok!
Szeretném megoldani két Ubuntu szerver közt, hogy az egyik bemountolja a másik könyvtárát.
A mindkét szerver Amazon EC2 instance, nincsenek private cloud-ba rendezve (mert micro instance-t nem lehet).
Egy könyvtárról lenne szó, amibe viszont sok felhasználó írogatna. Nem lesz rajta túlzottan nagy adatforgalom.
Nem is tűnik nehéznek, és ésszerűen NFS-t, meg az SSHFS-t vettem elő. Előbbiről tudom, hogy sokkal jobb teljesítményt nyújt, mint az utóbbi, viszont csak IP-re lehet szűrni, ami viszont az Amazonnál nem fix (legalábbis a belső IP nem az).
SSHFS-nél pedig mintha nem tudnék más felhasználóval írni a mountolt könyvtárba, csak azzal, akivel mountoltam.
Viszont ami mindkettővel probléma, hogy nem kezelik rendesen, hogy nem érhető el a távoli gép. Annyira nem, hogy NFS-t betettem az fstab-ba automata mounttolással, aztán eltávolítottam a távoli gépet és azóta nem indul a szerver (ez helyi teszt környezetben volt). SSHFS-nél ugyan úgy, mikor betettem automountra, akkor egyáltalán nem indult el a gép (ez lehetséges, hogy azért, mert nem ip-t, hanem gépnevet adtam meg a változó IP miatt).
Ha nincs automount, de induláskor meghívom a mountolást, akkor jó, kivéve, ha épp nem érhető el a távoli szerver. Ennek ugyan kicsi az esélye, de ha bekövetkezik, akkor kézi beavatkozás kell.
Megoldás az lenne, ha betennék egy cron feladatot, hogy mindig ellenőrizze, működik-e a mountolás, és ha nem, akkor mountoljon. De ez nem valami szép. Pedig én valami szép és egyszerű megoldást keresek.
Van valakinek ötlete / tapasztalata, mi lenne a legjobb megoldás?
- 3146 megtekintés
Hozzászólások
Esetleg megoldás lehet a GlusterFS.
http://www.gluster.org/about/
--
maszili
- A hozzászóláshoz be kell jelentkezni
man 5 nfs
/soft
/retry
- A hozzászóláshoz be kell jelentkezni
+1
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Amazon S3(es valami FUSE-os megoldas), esetleg valami cluster fs Amazon EBS tetejen?
csak ha mar amazon.
Tyrael
- A hozzászóláshoz be kell jelentkezni
Köszönöm a gyors válaszokat.
GlusterFS: ezzel kapcsolatban kicsit bizalmatlan vagyok, jobban szeretem a régóta bevált és használt módszereket, de mindenképp megnézem jobban.
NFS soft is ígéretesen hangzik, elkezdem tesztelgetni. Viszont a biztonság így még nem lesz megoldva sajnos. SSH tunel nem tudom, mennyire üdvözítő megoldás.
S3 sajnos az én esetemben nem lesz jó, rendes könyvtárstruktúra kell. S3-ba csak api-val tudok pakolgatni, vagy valami sufnituninggal megoldani (s3fs, vagy mi a neve), amit szintén nem szeretnék.
- A hozzászóláshoz be kell jelentkezni
Az NFSv4 esetében is tudsz hitelességet (autentikáció), integritást és bizalmasságot (titkosítás) biztosítani, ha felállítasz mellé Kerberos infrastruktúrát is. Ekkor a "-o sec=" opció értékei rendre krb5, krb5i vagy krb5p lehetnek.
- A hozzászóláshoz be kell jelentkezni
Játszottam kicsit az NFS-sel, de sajnos hiába a soft paraméter, meg a retry, ugyan úgy meghal bootoláskor a rendszer, ha nem elérhető a távoli gép. A bg paraméter sem segít, pedig az jónak tűnt. Illetve a soft annyiban segít, hogy ha már egyszer sikerült mountolni és épp nem elérhető a távoli gép, mikor műveletet hajtanék végre, akkor nem áll meg az egész rendszer.
- A hozzászóláshoz be kell jelentkezni
Subscribe
- A hozzászóláshoz be kell jelentkezni