이건 좀 아닌 것 같긴 하지만..
생각했던 방법으로는 nfs를 이용하여 마운트 후 1kb 정도의 데이터를 그쪽에 계속 file write하는 것입니다.
일단 네트워크가 끊겼을 시는 다른 프로세스로 만들어 감시할 예정이구요.
다만... 거의 실시간으로 데이터를 write 해야하는 판인데 nfs 말고 다른 방법은 없을까요?
개인적으로는 걍 웹서버 하나를 만들어서 던지는게 제일 좋은데 말이죠...헤헤. 근데 이게 지금 안되는 상황입니다..
NAS는 qnap 또는 시놀로지..가 사용될 듯 합니다.
linux -> nas 라는 상황에서 뭐가 가장 좋을까요...
미니™ & 프르츠
지름신을 물리쳐야 합니다...
당장 생각나는 방법은 nfs나 sshfs로 마운트 해서 쉘스크립트로 usleep 200000 루프.. 또는 watch -p -n 0.2 커맨드..
scp나 rsync는 커넥션 시간때문에 제약이 있을 것 같고요.
이를 NAS에 저장을 할 수 있도록 해달라는데...
어플리케이션에서 바로 저장할 수 있도록 하는건 딱히 nfs 말고는 생각이 안나네요...
이 방식 자체가 좀 아닌 것 같은데...말이죠..
들어오는 데이터가 스트림이라면 socat으로 채널 릴레이를 시키는건 어떨까 하는데요.
저도 써본 적은 없지만 미니TM님 상황이라면 시간을 체크할게 아니라 스트림 데이터를 그대로 릴레이 해야 될것 같습니다.
더 효율적인 방법이 있을 것 같은데 잘 아시는 다른 분께서 도움을 주셨으면 하네요^^
그냥 file 로 write 하려면 async 로 write 하셔야할듯하구요...아니면 받는 쪽에 데몬 하나 만들어서 async 로 받아서 버퍼링한 다음 write 하도록 처리하시는게 맞을듯 싶습니다.
만일 0.2초 간격으로 1KB의 파일 하나가 생성된다고 한다면 file 을 write 하는 쪽이 write 하는 프로세스를 멀티쓰레드로 처리하고 데이터를 던져주는 쪽에서는 해당 쓰레드들을 묶은 쓰레드 풀에다 던져주는 식으로 처리할 수 있을듯 합니다만 이건 받는 쪽이 버틴다는 가정하에 가능하구요.
스트림 형태로 시퀀셜 하게 write 해야한다면 write 하는쪽에서 버퍼링하거나...아니면 받는 쪽에서 받아서 buffered write 할 수 있게 해주는게 안정성 면에서는 더 좋지 싶습니다.
또한...잦은 write 를 동기로 write 전송하는 경우...쓰는 쪽의 디스크의 단편화 이슈도 발생할 수 있어 장기간 사용시 급격한 속도저하가 발생할 수 있습니다.
아니면...zfs 에 ZIL 을 세팅하고...nfs 로 마운트 후 write 할 수 있습니다. (ZIL 에서 버퍼링을 해주므로 그나마 sw 개발없이 처리할 수 있는 방식이지 싶습니다)
다만...ZIL 용으로 SLC 방식의 SSD 를 사용하는 것이 추천되므로 비용이 상승할 수 있습니다.