MD & PhD

최근 2016.2월 기준으로 2016.5.1 서비스 중단을 공표하였습니다. 재정 적자 규모가 커진 것이 하나의 이유인 것 같네요. 관련 소식은 http://mdphd.kr/303 여기서 알 수 있습니다. 하지만, copy.com의 내용을 제외하고는 클라우드에 대한 소식은 여전히 유효하기 때문에, 글을 살려두기로 결정하였습니다. 

지난 시간에 클라우드 시스템 드랍박스 USB를 들고다니지 말고, Dropbox를 써보자!! 를 소개해 드렸습니다.

오늘은 그 2편 격익 "클라우드 시스템 2탄 Copy.com을 써보자" 입니다.

사실 클라우드 시스템은 일단 개념만 잡히면 사실상 서비스 자체에 대한 편차가 거의 없는 IT 서비스입니다. 따라서 그 설명을 부가하는 것 역시 어찌 보면 잔소리 같은 느낌이 들기는 하지만, 블로그 유입이 구독보다는 검색을 통해서 들어오시는 사람이 많기 때문에 약간의 중복이라 할지라도, 넓은 아량으로 이해를 부탁드립니다. ^^

"클라우드 시스템"이라고 한다면, 모든 자료를 인터넷에 있는 서버에 두고 작업을 하는 일련의 과정을 말합니다. 오늘은 지난번 드랍박스에 이어, 비교적 대용량 파일 전달을 위해서 쓸 수 있는 클라우드 시스템인 copy.com을 소개드릴 겸 해서 글을 작성해 봅니다. 혹시 클라우드 시스템에 대한 개념이 필요하시면 1편 글을 읽어 보시면 도움이 될 듯 합니다.

어떤 파일을 클라우드 시스템에 두고 쓴다는 것은 인터넷이 되는 환경이면, 언제든지 그 파일을 사용할 수 있다는 것을 의미합니다. 역설적으로 나에게 파일이 없지만, 어딘가에 보관되어 있기 때문에, USB와 같은 저장매체를 이용하지 않아도 파일을 가지고 있음을 의미합니다.

클라우드 시스템을 잘 이용하면, 학교와 집 혹은 직장과 집 모든 공간에서 외장 하드와 같은 저장매체를 들고다닐 이유가 없어지게 됩니다.

이런 work-flow를 가질 것입니다. 이 때 발생하는 문제점은 여러가지가 있는데요,

첫번째로는 하드로 옮기고, 저장하는 일이 번거롭다는 것입니다. 혹시나 USB를 학교 컴퓨터에 두고 올 수도 있고, 반대로 집에 놔두고 올 수도 있습니다. 이 때 다시 집에 가거나 학교에 가야함은 물론이겠죠. 대부분 이런 경험이 있으시라고 생각합니다. ^^

두번째는 번거로운 일은 차치하더라도, 파일이 수정과 동시에 버전업이 되어서 파일이 두개 생겨나는 상황입니다. 사람들 대부분은 혹시나 하는 마음에 이전 파일을 지우지 못하죠. ^^ 저 역시도 백업(?)이라는 이유로 그렇게 남겨둔 파일이 많았지만, 사실은 용량만 잡아먹는 쓸모없는 예전 파일인데 그거 하나 지우기가 생각보다 쉽지 않죠. 결국은 날짜가 변경된 채로 버전업된 파일들만 잔뜩 쌓이게 되죠.

노트북을 들고 다닌다면, 그나마 상황은 조금 낫습니다. 노트북으로 모든 일을 해결하면 되기 때문이죠. 하지만, 노트북을 들고 다닌다는 것 자체가 생각보다 번거로운 일이기도 하고, 논문 뿐만 아니라 다양한 데이터를 처리하기 위해서는 퍼포먼스가 부족한 경우가 만습니다.

학교에서 쓰는 폴더를 그냥 클라우드 시스템에 연결해 두면 모든 것이 간단해집니다. 작업 자체를 지정된 클라우드 폴더 (실제로 자신의 컴퓨터에 있는 폴더 개념입니다. 인터넷에 접속해서 다운받는 것이 아니라)에서 진행하면, 모든 상황이 업데이트됩니다. 파일이 너무 커서 업데이트되는 것에 시간이 걸릴 수도 있지만, 대부분은 작업 중간 중간에 업데이트가 되기 때문에 싱크(동기화)를 걱정하지 않아도 됩니다.

컴퓨터를 들고 다닐 필요도 없고,  USB를 들고 다닐 필요도 없습니다. 그저 작업하는 폴더를 클라우드로 지정하거나, 지정된 클라우드 폴더에서 작업을 하면 모든 것이 해결됩니다. ^^ 작업의 연결성 측면에서 물흐르듯이 진행할 수 있고, 심지어는 타인과 공동작업을 해도, 알아서 업데이트를 해 줍니다. 물론 동시에 작업을 한다면 충돌이 일어날 수도 있지만(일반적으로, 각자 버전으로 백업이 됩니다.), 주거니 받거니하는 과정에서 굳이 메일로 전달할 필요가 없게 됩니다. 공동 연구나 draft review에 아주 효율적인 시스템인 셈이죠.

다른 클라우드 시스템도 있는데, 왜 하필이면, 드랍박스나 copy.com을 추천하느냐.

개인적으로 안정성과 호환성에서 큰 점수를 주고 있기 때문에 그러합니다.

클라우드 시스템은 필연적으로 여러 곳에서 접속해서 파일을 수정하거나 다운 받게 되는데, 그 때 무엇보다도 중요한 것이 안정성입니다. 

클라우드 시스템에서 안정성이라는 측면은 크게 두가지로 나누어 지는데, 지난 편에 자세히 설명드렸지만, 다시 한번 말씀 드리면, 하나는 파일 그 자체가 잘 보관되고 언제든 접속이 가능한 상태로 만드는데 필요한 서버의 안정성. 말그대로 클라우드 시스템의 안정성입니다. 이 안정성이라는 측면에서 드랍박스나, copy.com 같은 미국에 있는 회사들은 아주 높은 가치를 두고 있습니다.

애플의 맥, 구글의 안드로이드, 마이크로 소프트의 윈도우, 그리고 리눅스까지, 이렇게 복잡하고 다양한 운영체제 환경에 서 내가 필요한 파일을 수정 변경하려면 그 무엇보다 호환성이 중요한데, 드랍박스와 copy.com은 그 어느 클라우드 시스템보다 안정적으로 서비스를 제공하더군요. 호환성도 높고, 인터페이스도 비교적 깔끔하고 이용하기도 편리합니다.

그럼 드랍박스와는 다른 Copy.com 만의 장점은 무엇일까요? 

첫째로, 기본 용량이 비교적 큽니다.  기본적으로 용량이 15기가 정도로 2Gb를 주는 드랍박스에 비해서 큽니다. 이 역시 친구 추천을 통해서 가입하면, 용량을 5기가 더 주기 때문에, 친구를 통해 가입하는 것이 유리합니다. 웃기게도, 그냥 가입하면 15기가만 달랑 주고, 친구 추천을 통해서 가입하면 20기가를 줍니다. 미국에도 상부 상조의 미덕이 ^^ 추천 링크. 따라서 기본적으로 Copy.com은 20기가 정도로 처음을 시작할 수 있습니다. 유료 버전의 가격도 드랍박스와는 다르게 아주 착하고, 용량도 훨씬 더 많이 줍니다. ^^

추가로, 드랍박스와는 다르게, 친구 추천을 무제한 할 수 있고, 그 때마다 추천 받은 사람은 5기가, 추천한 사람도 5기가를 주는 프로모션을 현재 진행하고 있습니다. 즉, 용량 자체를 무제한 받을 수 있다는 것이죠. 이는 드롭박스를 따라가기 위한 한시적인 서비스일 가능성이 높기 때문에, 언제 중단될지를 알 수 없습니다. 따라서 일단, 친구 추천을 5기가를 먼저 확보하시는 것을 권장합니다. (피라미드 다단계라고 불리죠 이런 서비스를. ^^) 2015.3.9 현재 이 프로모션은 이제 끝이 났네요. ^^ 하지만, 처음 가입하시는 분은 여전히 보너스를 받을 수 있네요. 30기가가 제한이에요. 

둘째로, 인터페이스가 깔끔합니다. 아무래도 후발 주자이다 보니, 선두 주자가 신경쓰지 못한 부분에 대해서 훨씬 더 많은 신경을 쓰고 있는 것을 느낄 수 있습니다. 기본적으로 서버가 미국에 있기 때문에, 다른 한국형 클라우드 시스템에 비해서 속도가 느린 것은 드랍박스와 같이 사실입니다만, 인터 페이스의 깔끔함, 특히 인터넷 웹페이지의 깔끔함과 편리함은 아주 큰 장점입니다. 크롬, 파이어폭스, 익스플로러 어느 것을 사용해도 완벽하게 깔끔한 페이지를 보여줍니다. 아울러, 사진이나 PDF를 바로 보는 것 뿐만 아니라, 동영상도 웹으로 바로 시청이 가능한데, 조만간 모든 클라우드 서비스에서 구현되지 않을까 생각해 보지만, 여하튼 깔끔한 인터페이스는 사용을 편리하게 만드는 것은 사실입니다.

셋째로, 보안과 안정성입니다. 실제로 Copy.com은 인터넷 보안과 데이터 백업 솔루션의 강자인, Barracuda Networks에서 만든 서비스입니다. 모기업 자체가 백업과 인터넷 보안으로 성공했기 때문에, copy.com 역시 보안과 안정성에 그 무엇보다 큰 신경을 쓰고 있음이 느껴집니다. 예를 들면 파일을 공유할 때의 보안성이라든지, 우리가 신경쓰지 않으면 모를 정도의 소소한 보안까지 훨씬 더 많이 신경 쓰고 있음을 느낄 수 있었습니다. 백업이라는 측면에서도 그렇고, 안정성이라는 측면도 그렇지만, 후발주자로서 고민하고 드랍박스를 따라잡겠다는 의지가 상당히 느껴집니다.

Copy.com 역시 제대로 쓸려면, 배워야 합니다. 실제로 크게 배울 것은 없지만, 그래도 무언가 소프트웨어를 설치하면, 제대로 쓰기 위해서 배워야 하는 "초보자" 단계가 필요한 법입니다. 소프트웨어에 내 몸을 맡기고 체득한다는 것은 결코 쉬운 일은 아니죠. 드랍박스보다는 살짝 더 쉬운 인터페이스이긴 하지만, 여전히 클라우드 서비스를 처음 접하는 사람에게는 그리 만만한 서비스가 아닐지도 모릅니다. 그럼에도 불구하고 현재 5기가를 추가로 줘서 total 20Gb를 주는 프로모션 기간이니, 일단 한 번 써보시길 권장합니다. 10분 정도만 지나면 대부분의 기능을 익힐 겁니다. ^^

P. S.일단 위 이미지를 따라서 가입하시고, 설치 한 번 해 보시길 권장합니다. 공동 연구와 랩 파일 관리에 아주 유용한 툴이 될 것이라고 자신합니다. ^^ (이게 피라미드 다단계 상품같아서 그냥 가입하면, 추가 용량을 주지 않지만(15Gb), 친구 소개나 링크를 통해 가입하고 컴퓨터에 설치하면, 소개한 친구에게도 추가 용량 5기가를 주고, 새로 가입한 사람에게도 추가 용량(5기가)을 주는 독특한(?) 시스템입니다. ^^ 저에게 추가 용량을 선사해 주세요. ^^ https://copy.com?r=Zo3y0t 참, 가입하고 나서 메일을 확인하셔야 합니다. ^^)

다양한 운영체제에서 클라우드 서비스를 마음 놓고 이용할 수 있습니다. ^^

P.S. 오늘 Copy.com을 확인해 보았는데, 이제 저한테는 추가 용량 리밋이 넘어서 더 들어오진 않네요. ^^ 하지만, 저 링크를 타고 들어가시면, 제가 받는 것과는 상관없이 5기가가 추가되니깐, 그 링크를 타고 들어가시면 좋으실 듯 해요~ 

최근 2016.2월 기준으로 2016.5.1 서비스 중단을 공표하였습니다. 재정 적자 규모가 커진 것이 하나의 이유인 것 같네요. 관련 소식은 http://mdphd.kr/303 여기서 알 수 있습니다. 

"클라우드 시스템"이라고 한다면, 모든 자료를 인터넷에 있는 서버에 두고 작업을 하는 일련의 과정을 말합니다. 요새는 많이 알려져 있기 때문에 그다지 신선할 것도 없지만, 오늘은 제가 쓰는 클라우드 시스템인 드랍박스(Dropbox.com)을 소개도 드릴 겸 해서 글을 작성해 봅니다.

프리젠테이션을 하거나, 파일을 다른 사람들에게 줄 때, 보통 USB를 이용하죠. 저 역시도 그런 적이 있지만, 가끔씩 컴퓨터에 USB를 꼽아 두고 온 적이 있죠. 특히 학회에서 발표할 때, 그런 상황이 발생하면 USB 하나 잃어 버리는 셈이죠. 반대로 발표가 있는데, 깜빡하고 USB를 집에 놔두고 왔다거나, 잃어 버리기라도 하면... 휴~ 상상도 하기 싫습니다. ^^

그 대안으로 때로는 메일을 이용하기도 합니다. 메일에 첨부 파일의 형태로 넣어서 보관해 두면, 적어도 잃어버릴 일은 없죠. 하지만, 이 역시 불편한 점이 몆가지 있는데, 하나는 파일 용량이 클 때는 보관 기간이 짧다는 점이구요. 또 하나는 파일을 다운로드 받기 위해서 항상 로그인을 해야 한다는 점이겠습니다. 로그아웃 안하면 누군가가 내 메일을 볼 수 있다는 리스크가 있죠.

한 때는 부의 상징(?)이였던 1Gb USB는 주변에서 껌보다 더 쉽게 구할 수 있게 되었고, 메일도 충분한 용량을 제공하기 때문에 조금만 신경 쓰면 파일을 옮기는데 큰 문제가 없습니다. 

하지만, 사람은 기본적으로 편리함을 추구하는 존재죠.

"USB조차도 들고 다니기 싫다."

"메일로 파일 업로드 하는 것도 귀찮다."

"내가 가진 파일을 어디서나 보고 싶다."

오프라인이든 온라인이든 어디든 내가 가진 컴퓨터, 스마트폰에 두고 싶은 파일은 누구나 가지고 있을 것입니다. 예를 들면 추억이 담긴 사진, 꼭 읽고 싶은 논문 파일, 프리젠테이션 파일 등등..

이런 부분을 해결해 주는 것이 바로 클라우드 시스템이라고 생각하시면 됩니다. 파일을 서버에 보관하고, 내가 필요할 때마다 꺼내서 쓰는 개념이죠. 애플의 iCloud, 에버노트의 Evernote, 네이버, 다음, KT 등 많은 프로그램들이 클라우드 시스템을 제공하는데, 오늘 소개드릴 것은 드랍박스(Dropbox)입니다.

다른 클라우드 시스템도 있는데, 왜 하필이면, 드랍박스를 추천하느냐..

개인적으로 안정성과 호환성에서 큰 점수를 주고 있기 때문에 그러합니다.

클라우드 시스템은 필연적으로 여러 곳에서 접속해서 파일을 수정하거나 다운 받게 되는데, 그 때 무엇보다도 중요한 것이 안정성입니다.

클라우드 시스템에서 안정성이라는 측면은 크게 두가지로 나누어 지는데, 하나는 파일 그 자체가 잘 보관되고 언제든 접속이 가능한 상태로 만드는데 필요한 서버의 안정성. 말그대로 클라우드 시스템의 안정성입니다. 만약 내가 아르헨티나로 출장을 갔는데, 그 곳에서 접속이 안 된다거나, 혹은 서버가 테러를 당해서 없어진다면, 혹은 파일 이름이 한글로 표시가 되지 않는다면, 여타 상황에서 다운을 받지 못한다면, 클라우드 시스템이 존재하는 의미가 없겠죠.

또 하나는, 내가 그 파일을 특정 컴퓨터에서 수정하거나, 삭제했을 때 동시 다발적으로 그 명령을 적용시키는 안정성을 의미합니다. 보통 싱크라고 하죠. 이 건 실제로 그 무엇보다 중요한데요. 예를 들면 이런 것입니다. 내가 학교에서 작업을 하던 파일이 있는데, 얼마간 수정을 하고, 집에 급한 일이 있어서 집에 왔습니다. 그리고 집에서 아까 했던 작업을 계속하려고 하는데, 그 파일이 업데이트되어 있지 않다면, 다시금 학교에 갈 수밖에 없겠죠. 이런 일련의 작업을 싱크라고 하는데, 얼핏보면 단순하지만, 생각보다 복잡한 프로세스가 진행되기 때문에. 클라우드 시스템이 어떤 방식으로 싱크를 처리하는지가 그 무엇보다 중요합니다.

또 다른 장점은 호환성입니다. 소프트웨어에 무슨 호환성이냐 싶겠지만, 컴퓨터만 해도, 윈도우, 맥, 리눅스가 있죠. 스마트폰으로 가면, iOS, 안드로이드, 킨들(실제로 안드로이드라고 봐야 하지만서도), 블랙베리 등등이 있죠. 물론 우리 나라의 경우에는 윈도우와 안드로이드가 대세이긴 하지만, 해외에 나오거나 학회에 가게 되면, 다양한 운영체제에서 접속을 해야할 필요가 있는데 이 때 만약 클라우드에 접속할 수 없다면, 문제가 생길 수도 있겠죠.

예를 들면, 제 컴퓨터 환경을 이야기 해보죠. 개인적으로 데스크탑으로는 맥을 주로 쓰고, 리눅스를 통해서 웹서핑을 하거나, 특정 프로그램을 돌리는 경우도 있습니다. 제 드랍박스를 같이 쓰는 와이프의 경우에는 윈도우를 주로 쓰고 있구요. 제 폰은 아이폰이고, 아이패드로 주로 논문을 읽습니다. 와이프는 갤럭시s4를 주로 쓰고, 그걸로 사진을 주로 찍습니다. 그리고 랩미팅이나, 실험실 컴퓨터는 윈도우를 기본으로 쓰고 있습니다.

이런 복잡하고 다양한 운영체제 환경에서 내가 필요한 파일을 수정 변경하려면 그 무엇보다 호환성이 중요한데, 드랍박스는 그 어느 클라우드 시스템보다 안정적으로 서비스를 제공하더군요. 호환성도 높고, 인터페이스도 비교적 깔끔하고 이용하기도 편리합니다.(개인적으로 에버노트도 사용하고 있는데, 드랍박스랑 비슷한 맥락이라고 생각하시면 됩니다. 추후에 소개드리죠 ^^)

그럼 이런 드랍박스가 단점은 없을까요? 물론 단점이 있습니다. 

첫째로, 기본 용량이 적습니다. 기본적으로 용량이 2기가 정도로 다른 클라우드에 비해서 적습니다. 피라미드 다단계(https://db.tt/2dFduz8q)를 이용하면 용량이 늘기도 하지만, 다음이나 네이버에 비해서 용량이 적은 것은 사실입니다. 재미있는 것은, 휴대폰 사진을 자동으로 업로드하면, 야금 야금 용량을 늘려 준다든지, 페이스북에 "좋아요"를 누르면 용량을 추가로 준다든지. 아니면 피라미드 다단계처럼 친구를 통해 가입한 사람들에게 용량을 추가로 주는 등.. Fun한 이벤트 요소들이 있다는 사실입니다. 하지만, 용량이 적은 것은 사실입니다. 반대로, 용량이 적기 때문에, 파일 정리도 더 깔끔하게 되고, 조금은 smart하게 쓰려고 노력하는 것은 좋은 점입니다. ^^ 당연히 추가 비용을 내면 100기가를 쓸 수 있습니다만...

둘째로, 한국에서는 접속이 느립니다. 기본적으로 서버가 미국에 있기 때문에, 다른 한국형 클라우드 시스템에 비해서 속도가 느린 것은 사실입니다. 하지만, 클라우드 특성상, 자기도 모르게 싱크가 되고, 클라우드를 걸어두기만 하면, 알아서 업로드하기 때문에, 개인적으로 속도가 크게 문제된 적은 거의 없었던 것이 사실입니다만, 느린 것은 느린 것이죠. 현재 미국에 와서 드랍박스를 이용하는데, 그 어느 때보다 싱크가 빨리 되어서 가끔은 놀라기도 합니다. 그만큼 한국에서는 느리다는 반증이겠지요. 한국에 있을 때도 "느린" 드랍박스를 이용한 이유는 포기할 수 없는 안정성 때문이겠지요. (사실 개인적으로 다른 용량 큰 한국 클라우드 시스템을 썼다가, 파일을 홀라당 날려 먹은 적이 있습니다.)

셋째로, 배워야 합니다. 실제로 크게 배울 것은 없지만, 그래도 무언가 소프트웨어를 설치하면, 제대로 쓰기 위해서 배워야 하는 "걸음마" 단계가 필요한 법입니다. USB를 사용하다가 갑자기 클라우드 시스템을 이용한다는 것은 "비행기 운전을 할 줄 모르는 상태에서 대한항공 보잉747을 운전하는 셈"입니다. ^^ 물론 이 글만 읽고도, 충분히 드랍박스를 이용할 수 있고 설명서도 잘 되어있는 것은 사실이지만, 소프트웨어에 내 몸을 맡기고 체득한다는 것은 결코 쉬운 일은 아니죠. 그럼에도 불구하고 일단 한 번 써보시길 권장합니다. 10분 정도만 지나면 대부분의 기능을 익힐 겁니다. ^^

길게 글을 썼는데, 결론은 USB를 들고 다니지 말자 입니다. ^^ 물론 이렇게 말하는 저 역시도 USB를 들고 다니긴 합니다. ^^ 하지만, 클라우드를 쓰기 전과 쓰고 난 후는 분명히 달라진 것 역시 사실입니다. ^^ 오늘 드랍박스에 파일 하나 놓고 가시는 건 어떨까요? 

P. S.일단 위 이미지를 따라서 가입하시고, 설치 한 번 해 보시길 권장합니다. 공동 연구에 아주 유용한 툴이 될 것이라고 자신합니다. ^^ (이게 피라미드 다단계 상품같아서 그냥 가입하면, 추가 용량을 주지 않지만, 친구 소개로 가입하면, 소개한 친구에게도 추가 용량을 주고, 새로 가입한 사람에게도 추가 용량을 주는 독특한(?) 시스템입니다. ^^ 저에게 추가 용량을 선사해 주세요. ^^ https://db.tt/6X1lmfaY )

http://mdphd.kr/144 클라우드 시스템 Copy.com도 참고해 보세요. ^^

사실 이 모든 과정도 시간이라는 점에서 아주 큰 손해를 보았던 것이 사실이였습니다.

UPS를 설정해 두었음에도 불구하고 충돌이 일어난 것은 어찌보면 제가 막을 수 없었던 일이였습니다.

이 모든 과정에서 제가 할 수 있었던 일은 

1. 하드 충돌을 방지하기 위해서 정전을 막는 수단인 UPS 설치해두기

2. 모든 데이터가 날라갈 수 있다고 생각하고 백업해두기 

이 것 두개 뿐이였습니다.

전자는 제가 했고, 후자의 경우도 일부는 했지만 완전히 해두지는 않았던 것이지요. 그러다 보니깐, 복구를 할 욕심이 생겼던 것이지요.

만약 모든 자료를 백업해 두었다면, 그냥 미련 없이 다 포맷하고 다시 자료를 옮겼을 것입니다. (백업에 관해서는 다음번에 자세히 이야기 하는 포스팅을 쓰도록 하겠습니다.)

이 하드 충돌 과정을 겪으면서 다시 한번 백업의 중요성을 깨달았다고나 할까요 ^^ 

그리고 지금 생각해보면, 하드 충돌 역시 

"2bay 각 하드 용량의 불균형 때문에 발생된 일이 아닐까"하는 추정 결론에 이르렀습니다. 아무리 독립적으로 구성되는 단일 볼륨이라 하더라도.

첫번째 사건은 불량 섹터로 인해서 전체적으로 미세하게 용량 차이가 나서 하드 충돌이 일어난 것 같고

두번째 사건은 지나친 비대칭적 상황 (2TB: 0.5TB) 때문에 무언가 2TB에 무리가 생겨 하드 충돌이 일어나지 않았을까 추측해 봅니다. 

왜냐하면 첫번째 사건은 배드난 하드를 외장하드로 연결하니깐 해결이 바로 되었다는 점에서 그렇게 판단하였고(이 상황에서 NAS내 하드 원상 복구는 아님)

두번째 역시 2TB만 다시 꼽으니 충돌 났던 하드가 다시 원상복구(첫번째 사건과는 다르게)되었다는 점이 그 근거입니다,

물론 두번째 사건에서 시게이트 하드를 외장하드로 연결하니깐 안되었냐는 질문에 대한 답은 충분히 얻을 수 없지만, 그 역시 손상이 경로를 지정하는 곳에서 발생했지 않았을까 하는 추측으로 결론을 내리면 어느 정도 논리적으로 납득이 갔습니다.

어찌 되었는 문제는 잘 해결되었고, 나름의 결론을 얻어서 그 이후에는 똑같은 하드와 메이커, 용량으로 구성하고 있습니다. (설치 전 꼭 표시해두시기 바랍니다. - 위/아래 혹은 1.2 로 안그러면 하드 분리 후 위치가 헷갈려요 ^^)

이런 일련의 사건을 통해서 얻은 교훈은

시간이 제일 중요하다는 점이였습니다. 사실 복구를 하고 그 해결을 위해 시간이 상당히 많이 소요되었습니다.

그 동안 잘 되던 서비스가 잘 안되어서 쓰지 못한 답답함은 열외로 하더라도, 업무와 동시에 진행하기에는 빡빡한 것이 사실이였습니다.

아울러 4TB 라는 용량을 NAS에 물리기에는 상당히 크구나 하는 생각을 하였습니다. 그래서 NAS에 물리는 하드 용량을 줄이기로 마음 먹었습니다.

실제로 개인이 쓰기에는 4TB는 아주 큰 용량입니다. 물론 사람에 따라 다르긴 하겠지만, 저도 자세히 분석을 해보니 아래와 같은 결론을 얻을 수 있었습니다.

4TB에 들어간 파일을 살펴 보면, 거의 1년에 한두번 접근할까 말까 하는 것들이 대부분이였습니다. 

제 습관상 스트리밍으로 비디오를 많이 보지 않기 때문에, 이런 미디어 특히 동영상들은 굳이 NAS에 넣어둘 필요가 없었습니다.

현재는 대부분의 미디어 파일은 따로 외장 하드로 보관하고 있습니다.

외장하드는 실제 데이터 보관의 안정성 측면에서 필요할 때만 접속하고 켰다 껐다 하기 때문에, NAS 하드 보다 훨씬 더 안전합니다.

그 이유는 NAS 특성상 계속 기기가 켜져 있는 경우가 많은데, 그 때마다 하드에 읽혀지거나 접속되는 빈도가 본의 아니게 많아지는 현상이 생기기 때문입니다. 

실제로 synology 포럼에 가보니, 하드 충돌 때 확인한 하드 접속 회수가 200만번이 넘은 글들도 많았고, 저 역시도 그에 준했기 때문에 충돌에 의한 배드섹터가 생겼을 것이라 생각하고 있습니다.

두번째는 백업의 필요성입니다. 

실제로 중요한 자료 전달과 공유라는 측면에서 NAS가 이용되어야 하고, 제가 사용하는 서비스에 최적화된 NAS를 원하기 때문에 백업은 필수입니다.

그런데, 평생에 한번 또는 두번 정도 보거나, 보관하면 되는 영화와 미드를 백업하면 용량의 낭비가 너무 심했습니다. 

아울러 이런 파일을 따지고 보면 없어도 그만이긴 하지만, 없어졌다고 생각하면 아쉬움이 많이 남을 파일이기 때문에 백업을 하기도 뭐하고 안하기도 뭐한.. 계륵같은 존재였죠.

과감히 NAS에서 지우고, 일부 영화만 가끔 업로드 해두는 임시 공간으로 NAS에 두면 없어져도 아쉬움이 덜할 것이라 생각하고 영화- 미드 폴더를 과감히 없애버렸습니다. 

물론 외장하드에는 모든 파일을 옮기고요.

그렇게 하니깐, 실제로 NAS 용량도 많이 확보가 되더군요. 

당연히 이 용량만 백업해 두면되니간 triple back up이 가능하게 되었고, 시간도 많이 절약되었습니다. 

결과적으로 일련의 하드 충돌 사건은 자료의 슬림화라는 가치를 저에게 알려준 계기가 되었습니다.

제가 모아논 다큐, 영화 미드 총 시간을 얼추 잡아 봤는데, 대략 5만 시간 정도 되더군요. 

이론적으로 하루종일 일도 안하고, 잠도 안자고 2000일이더군요. 자그마치 6년정도의 시간이 소요되더군요. 스킵해서 본다고 해도 평생 못 볼 겁니다.

결론은 다 볼 수 없는데, 보고 싶은 마음에 다운 받았다는 것이지요. 

오히려 마음이 편하더군요.

더이상 다운받을 필요는 없겠구나 하면서.. 그리고 내 일에 더 집중하는 것이 좋겠구나 하는 결론을 얻게 되었습니다. 그러고 나니 정리된 NAS가 보이더군요.

현재는 아주 만족하고 있습니다.

비온 뒤에 땅이 굳는다고, 아주 힘들었던 경험이였지만 소중한 데이터 생활을 깨닫게 해 준 계기가 되었다고나 할까요?

이 글을 읽으시는 분들도 데이터를 깔끔히 정리해 보세요.

시간은 많이 걸리겠지만, 한 결 기분은 나아지고, 상쾌해 집니다. 물론 1년이 지나면 다시 엉망이 될 가능성을 배제할 수는 없겠지만요 ^^

Hard가 날라갈 뻔한 사건. 하드 충돌 사건 - 3

그렇게 그냥 NAS를 1 Bay로 뒀으면 되었을 텐데.... 그냥 집에 남는 500 기가 짜리 하드를 하나를 위에 물렸습니다.

당연히 단일 볼륨으로 구성시킬 것이였으니깐, 용량 차이가 나도 상관 없을 것이라 생각했고, 그리고 실제로 설치 과정이나 하루 정도 사용에는 아무런 문제가 없었습니다.

그런데.....

그 다음날 어김 없이 2TB 시게이트 하드에 충돌이 납니다. 

헐.... 헐 .... 헐....

두번째 하드 충돌.. 이번에도 역시 완전 충돌이였습니다. 

하드 구성이 전혀 보이지 않고, 이 하드에는 더 중요한 데이터들이 있었는데,(다행히도 1.2TB 밖에 쓰지 않았고, 그나마 600기가는 중복 백업이라.... 600기가 정도만 있으면 되었죠) 또 난감했었죠.

그래도 한번 경험해 본 일이라 그런지 그다지 큰 걱정은 없었습니다.

빼서 일단 외장하드에 USB로 NAS에 물렸죠.(노하우 링크)

인식이 되더군요. 의미 심장한 웃음을 주며 폴더 확인한 순간....

헉. 지난 번 하드와는 다르게 리눅스 시스템 폴더만 열리더군요.

음. R linux로 스캔을 뜨면 다 열릴꺼야 하는 생각에 다시금 Window에 물려서 스캔을 떴죠.

근데 지난번과는 다르게 붉은색으로 스팟들이 표시되는 불안감을 조성하고 있었습니다. 그거 있죠. 골목길에서 깡패 만났을때 주변에 양아치들이 쫘악 둘러 싸는 그런 느낌...

정말 당황하면서, 그래도 인식되겠지 하는 마음에 그렇게 두길 30분...

그리고 정지하고 다시 USB 물려 인식하니깐 여전히 안됨.

아 미쳐 버리겠더군요..

그래서 미친척하고 다시 물려보았죠. 혹시 될지 모르니깐...

그런데, 여전히 안되더군요. 정말 좌절이였습니다.

좌절감을 뒤로한 채 잠시 휴식을 취해야 겠다 싶어서 나가서 좀 쉬었죠. 

그냥 이번에도 포기할까? 600기가가 뭔지도 정확하게 기억 안 나는데, 그냥 없는 셈칠까... 그래도 될까....

그래도 되겠지?.... 그래 그래도 될꺼야... 그래 그러자.

로 결론 내려졌습니다. 데이터라는 것이 사실 모을 때 나중에 볼 꺼 같은 느낌이 들어 모으는 것이지 실제로 나중에 보는 경우는 생각보다 드물더군요. 모으는 재미가 더 있다고나 할까요?

사실 여러번 데이터 날릴 경험을 하니깐 여러 철학적인 생각(?)을 많이 하게 됩니다. ^^ 여하튼 모으는 재미를 또 즐기자는 생각과 체념을 하고 집으로 다시 들어와 NAS를 바라 보았죠.

왜그리 밉던지요...

여전히 충돌이라는 빨간 글자만 나타내고 있는 야속한 NAS....

그래서 NAS를 끄고, 하루를 내버려 뒀습니다. 의외로 하루 내버려 두고 다른 생각을 하면 해결되는 경우가 종종 있습니다.

그렇게 하루를 놀다 와서 생각해보니깐..

위에 넣었던 500기가를 빼고 다시 넣으면 어떻게 될까 라는 생각을 해 보았습니다.

하드 구성 자체가 예전 충돌난 WD가 1번 디스크 볼륨 1이였고, 이번에 충돌난 시게이트 하드는  2번 디스크 볼륨 2였고, WD를 빼고 넣은 500기가 삼성하드는 자연히  볼륨 1이 됩니다. 

그러면 500기가인 삼성 하드가 1번 디스크니깐. main이 삼성에 잡혀 있을 가능성이 있을 것이다라는 그럼 이 하드를 빼면 당연히 시게이트 하드에 새로 볼륨 구성이 설치될 가능성이 있다(특히나 단독이 된다면 그 구성이 살아나면서 충돌을 스캔하는 기작이 작동할 수도 있다는)고  생각하고. 삼성하드를 뺐습니다.

다 날릴 생각과 체념을 하면 어떤 결과가 나와도 기대 이상의 결과를 받을 수 있는 놀라운 효과가 있더군요.

아니나 다를까.... ^^ 디딩하면서 모든 데이터, 폴더가 살아 있고, 정상으로 돌아오는 것이 아니겠습니까?

그렇게 모든 데이터는 살아났습니다. 휴~~  하는 안도감을 갖기 위해서 지난 일주일간을 삽질하면서 보냈습니다.

모든 데이터가 살아난 안도감과 함게 여러가지 다짐들을 하게 된 사건이였습니다.

Hard가 날라갈 뻔한 사건. 하드 충돌 사건 - 2

리눅스에 인식시키면 될 꺼라는 생각에 이르고,  하드가 다 날라가도 상관없다는 과감한 생각(?)에 이르니 무서울 것이 없었습니다.

그래서 여러가지를 서치했었죠. 이 당시만 해도 리눅스를 사용하지 않았기에, 어쩔 수 없이 윈도우에서 리눅스 파티션을 읽어내는 프로그램을 구할 수 밖에 없었죠.

(사실 10여년 전에 리눅스를 쓰려고 한 달 정도 삽질 한 적이 있긴 하지만, 그리 오래 가지 않았습니다, 이 사건으로 인해서 리눅스를 다시금 부활시켜서 현재는 OSX 다음 두번째로 많이 쓰는 운영체제가 되었죠.)

그렇게 찾은 프로그램이 R linux였죠. 

다 버릴 생각을 하고, NAS에서 WD 하드를 분리하고, 외장하드로 연결해서 R linux 프로그램에 물렸습니다. 

디딩... 하면서 인식을 하더군요. 스캔을 해야 한다고 해서 스캔을 했더니... 이거 시간이 15시간 정도 걸리더군요. 휴.... 

다 되려면 한창 걸리겠다는 생각에, 중간에 한 10분 정도만 하고 그만 뒀죠. 지금 생각하기엔.. 결과적으로 잘 한 일인 것 같지만, 너무 무모하긴 했습니다.

여하튼 조금만 스캔하고 하드 파티션을 여니깐, 열리더군요. 폴더가 거의 다 살아있는 것을 확인 것도 잠시...

한글이 다 깨져 있더군요..

영어로만 적혀있던 것은 파일, 폴더 다 살아 있고, 뭐가 뭔지 알 수 있지만, 한글 파일은 도대체 뭐가 뭔지를 알 수가 없더군요.

파일이 한 백개 정도만 되어도 하나하나씩 열어보면서 이름 변경 하겠지만, 이게 자그마치 2TB였습니다. 만약 한다면 완전 초 개... 삽질인 셈이죠...

그래서 멍때리고 있었습니다.

다행히도, 이 2TB 중 중요한 사진이나, 실험 백업 등 500 기가 정도는 triplicated back up을 해 두었기에, 완전히 포맷해도 상관 없다는 생각에 이르렀죠.

완전히 포기한 상태였습니다. 

그러면서 포맷하기 전에, 시놀로지 시스템을 조금 더 찾아서 공부해보니...

이 하드 충돌도 단계가 있더군요. 

완전 충돌 - 완전히 인식이 안되고 하드가 연결되어 있다는 것만 나오는 상태 - 제 하드 상태가 이랬었죠.

읽기만 되는 충돌 - 쓰기는 되지 않고, 읽는 것만 가능한 상태

안정하지 않은 상태 - 쓰기, 읽기 다 되나 일종의 알람 상태 - 참고로 전 이 상황을 거의 보지 못했습니다만, 제가 못 본 것일 수도 있다고 생각합니다.

정상 - 말그대로 정상. 

등 크게 네가지로 구분되더군요. 

희안하게도 분리하기 전까지는 완전 충돌 상태였던 하드가, 이번에 NAS에 다시 연결시키니깐, 읽기가 가능한 충돌로 변형되어 있는 것이 아닙니까?

그러면서 하드 조치를 취하라고 하더군요.

R linux가 상태를 변형시켰는데, 아니면 우연히 그렇게 되었는지는 알 수 없지만(아마 R linux에서 scan을 하다가 수정했을 가능성을 높게 보고 있습니다)

여하튼 되니깐, 사람 마음이 바뀌더군요. 데이터를 살리자.. ^-^

뭐가 들어있었는지 정확히 몰랐을 때는 없어져도 상관 없다고 생각했던 제 마음이... 손바닥 뒤집듯이, 폴더 마다, 아 이런 중요한 영화가 있었네. 아 이거 우리 애 보여 주면 좋은데... 로 마음이 바뀌더군요.

다행히도 상품으로 받은 1TB 외장하드가 있었습니다. 그래서 백업한 데이터를 제외하고 마구 마구 옮기기 시작했죠. 

시간이 많이 걸리더군요. 하루 꼬박 걸린 것 같습니다.

그리고 그 옮기는 도중에, 다른 하드들을 뒤져서 500기가를 확보해서 결국은 모든 데이터를 다 옮겼죠. 이거 언제 정리하나 하면서....

다 옮기는데만 2틀 정도 걸리더군요. 옮기면서 다른 자료들 정리하고... 집에 있는 데이터를 다 모으니 백업 포함 대략 10TB 정도 나오던데, 이참에 정리도 하고 좋았죠 머(라고 쓰고 "미쳐 버렸다" 라고 읽죠) ^^

여하튼 다 옮기고 왠지 모르게 하드를 빼서 USB에 꼽고 싶은 욕구가 들더군요.

그 때 왜 그런 생각을 했는지는 모르겠지만, 하드를 빼서 놔두고 싶은 생각이 들었습니다. 

포맷을 해도 당장 2TB까지는 필요가 없었기에 혹시 모를 가능성에 백업으로 두자 싶었죠. 만약 USB로 읽기 모드만 되더라도...

그런 생각을 하고 나서 USB 외장 하드로 NAS에 물리니깐, 폴더가 그대로 살아 있는 것이 아닙니까?

갑자기 눈이 휘둥그래 졌고, 쓰기도 되는지 확인해 보니... 쓰기 까지 되는 것 아닙니까? 

이틀동안 삽질한 셈이 되었죠. 그래도 어쨋든 데이터가 살아 있으니 다행이다 생각하고 그렇게 하드 충돌 사건은 끝이 나는 줄 알았습니다.

상황 종료된 상태에서의 제 NAS는 2TB 시게이트 하드 하나만 달랑 붙어 있는 1 Bay NAS 였죠.

여기서 팁은, 만약 하드가 충돌 난다면, 다른 외장하드로 USB 연결하시는 것입니다. 만약 이렇게 해서 연결된다면, 연결 후 백업하시길 권장합니다. ^^

불운은 그 이후에도 닥쳐 왔습니다...

Hard가 날라갈 뻔한 사건. 하드 충돌 사건 - 1

NAS를 사용하면서 하늘이 하얗게 변한 적이 딱 한 번 있었습니다.

어느날 외국에 출장을 다녀오고 나서(따로 NAS를 껐던 기억이 없는데 접속을 하지 않아서 몰랐었습니다.) 보니깐 NAS가 꺼져 있었습니다. 

NAS를 켰는데, 무언가 이상한 느낌이 드는 것입니다. 부팅이 계속 시간이 걸리고...

사실 예전에도 그런 적이 있었는데, 그 때 갑작스러운 정전 때문에 NAS에 무리가 올 것 같다고 생각해서 급하게 UPS를 샀었습니다.  (UPS에 대해서는 나중에 한 번 포스팅 하기로 하구요.)

그리고 UPS를 연결해 둔 상황이였기에 별 문제 없을 것이라 생각하고 있었죠.

실제로 조금 지나니깐 잘 되더군요. 여기서 조금이라고 하기엔 시간이 제법 걸렸죠. 한 25분 정도. 

아마도 하드 스캔을 했던 모양입니다. 그러면서 무언가 수정을 했는지는 모르겠지만, 잘 되었습니다.

지난 번에도 그랬으니, 그러려니 하면서 썼습니다.

다음번 부팅을 했는데,또 시간이 걸리는 겁니다. 어....  이거 뭐지? 하고는 무언가 이상한 낌새를 느꼈지만, 따로 제가 할 수 있는 것은 없었습니다.

이 때쯤 걸리는 것이 하나 생각 났던 것이라면, 총 4TB로 2TB, 2TB 2개의 하드로 단일 볼륨 2개로 구성을 했었는데, 그 하드 메이커가 달랐던 점이였습니다. 

하나는 WD 그린이고 또 다른 하나는 시게이트 였는데, 일반적으로 서로 다른 메이커로는 구성을 하지 않는데, 당시 하드 품귀현상(태국 태풍)으로 인한 어쩔 수 없는 선택이였습니다.

그래도 별 문제 없이 잘 썼는데... 

여하튼 그렇게 며칠 - 일단 부팅되면 큰 문제 없었기에, 안 끄면 되는데, 그래도 세팅하거나 하면 다시 켜기 마련이죠. 그래서 켰는데...

아쁠사, WD 하드가 통째로 없어진 것이 아닙니까. 

헐.... 헐.... 헐... 이였습니다.

당시 데이터 상태는 2TB가 꽉 차 있었고 그 데이터 대부분이 미디어- 드라마나 영화, 다큐멘터리였기 때문에 백업을 해 두지 않은 상황이였습니다. 

사실 2TB의 데이터를 백업하는 일은 결코 쉬운 일은 아닙니다 ㅜㅜ 그래도 백업 안 한 제 잘못이 크지요. 

하늘이 하얗게, 노랗게, 검정으로 변하면서 마음이 찹찹해 지더군요. 

어떻게 모은 데이터인데. 하면서. 다시 살릴 생각이 처음에는 나지 않았습니다. 

그냥 아쉬운 마음과 한편으로는 올 것이 왔구나 하는 생각.. 무언가 무거운 바위가 누르는 느낌...

그렇게 그냥 하루를 보냈죠. 혹시나 내일 다시 하면 될까 하는 마음.

그리고 하루가 지났습니다. 다시 두근 거리는 마음에 켰죠.

또 시간이 걸리더군요. 30분 정도. 

그리고 부팅이 되더니, 여전히 똑 같더군요. 한 4번 정도 다시 도전해 봤지만, 역시 똑 같더군요.

일단 포기하고, 데이터를 살릴 수 있는 방법이 없을까 하고 서치를 시작했습니다.

그렇게 서치하기를 한시간... 

저와 비슷한 증상인 사람들이 생각보다 많더군요. 시놀로지 NAS의 SATA 케이블 문제라는 결론에 이르긴 했지만, 큰 도움이 되지 않는 진단이였습니다. 

대부분이 RAID를 설정해서 쓰더군요. 미러링을 하는 경우에는 그런 문제가 생길 때 핫 스왑(그냥 뻑난 하드를 빼서 똑같은 용량을 그대로 꼽는 것)을 하면 대부분 해결이 되더군요.

근데, 더 큰 문제는 미러링 하지 않은 경우, RAID가 풀리는 경우는... 정말 답이 없더군요. (물론 같이 묵으면 그만큼 충돌날 가능성이 적긴 하죠.) 

여하튼 저는 불행중 다행으로 단일 볼륨 구성을 하고 있었기에... 리눅스 외장하드 처럼 인식시키면 되지 않을까 하는 생각이 이르렀습니다.

다음은 클라우드 서비스입니다. 

이건 특정 NAS에 국한된 이야기일 수도 있습니다. 사실상 VPN을 이용한 네트워크 드라이브 확장과 로컬 백업을 조금 더 편하게 만들어 준다고 생각하면 됩니다.(이건 그냥 그렇다 라는 식으로 넘어가시면 됩니다. ^^) 

이 것 역시 설명이 많이 필요한데, 복잡한 이야기는 접어두고, 클라우드 개념만 설명하면...

내가 쓰는 컴퓨터에서 변경한 파일이 그대로 NAS에 저장되고, 다른 컴에서 그 파일을 변경해도 그 변경된 상황이 내 컴퓨터에 반영되는 서비스라 생각하시면 됩니다. 

당연히 이런 서비스를 제공하는 사이트들이 많습니다. 못 잡아도 백 개는 될겁니다. 

우리나라에도 대표적인 포털 사이트들이 공격적으로 진행하고 있고, 서비스 용량이나, 공짜인 비용 등을 고려할 때, 세계적으로도 아주 괜찮은 서비스를 제공하는 나라 중 하나로 볼 수 있습니다. 

근데, 이 모든 서비스 제공 사이트들에 필연적인 제약점이 있죠. 바로 용량입니다. 최대로 많이 주는 곳이 100기가 정도(이벤트로)라고 해도, 그 용량은 동영상 몆편과 사진 몆개를 백업하면 헉헉 거리게 되죠. 

그에 반해 NAS 클라우드는 그런 한계가 없습니다. 당연히 큰 작업을 할 때는 유용하게 이용되지요. 

근데 이 설정이 어찌 보면 쉽고, 어찌 보면 어렵기 때문에. 그리고 아직까지는 NAS에서 제공하는 서비스가 베타 수준에 머물러 있어서, 현재 2012.7 저는 더 이상 NAS로 클라우드를 이용하지 않고, 다음 클라우드를 이용하고 있습니다.

2012.10 현재 Dropbox로 변경하였습니다.

제가 Dropbox를 이용하게 된 이유는 자명합니다.

1. 용량이 20기가로 비교적 넉넉하다. 용량은 정리 습관만 잘 들이면 20기가면 정말 넉넉하다고 생각하기 때문에, 그리 큰 부족함을 못 느끼고 있습니다. 용량 늘이기 위한 방안도 여러개 있습니다.

*) 다음은 50기가인데, 안정성이 살짝... 아주 살짝 부족해서 중도에 갈아 탔습니다.

2. 크로스 OS를 제공한다. - 특히 이 부분은 아주 중요한데, 윈도우, 맥, 리눅스를 동시에 여러대를 쓰는 사람에게 아주 중요한 factor였습니다 .

3. 설정이나 여러가지 자잘하게 신경쓸 것이 없다. (NAS 설정과 문제 해결 때 드는 시간 비용 이득을 볼 수 있을 것이라 생각했습니다.그리고 아주 만족합니다)

4. 파일 버전 서비스 등 , 백업과 편집에 유용한 기능을 제공한다.

5. 그리고 이 모든 것이 무료다. 

라는 이유로, 현재까지도 클라우드는 다음 서비스를 이용합니다. Dropbox를 이용합니다.

그렇지만 차차 NAS에서 제공하는 클라우드 서비스가 안정화되고, 용량에 압박이 오면 NAS로 돌아갈 의향이 충분합니다. 

이 정도가 제가 쓰는 서비스인 것 같네요. 

아 하나 빠지긴 했습니단. VPN을 이용한 네트워크 드라이브 서비스도 있네요. 

근데 이건 클라우드 서비스를 쓰고 난 이후로는 거의 안 쓰게 되더군요. 세팅에 시간이 조금 잡아 먹어서 - 숙달되면 2분 정도... 

잠시 설명하자면, 말 그대로 네트워크 드라이브로 NAS를 이용하는 것입니다. 웹하드처럼 접속해서 폴더를 마치 내 하드인 양 쓰는 것이지요.

개인적으로 애플, 윈도우, 리눅스를 다 이용하기 때문에, 이 모두를 아우를 수 있는 웹하드가 필요했는데, 웹하드 중 이런 서비스를 제공하는 곳은 거의 없었습니다. 

그래서 어쩔 수 없이 NAS로 구성하게 되었지요. 학교에서 작업할 때는 애플로 접속해서 폴더내 파일 변경하고, 집에 와서는 리눅스로 수정하고, 가끔 윈도우로 손 볼 때 설정하고... 

근데 이게 생각보다 트러블 슈팅이 많았습니다. 

로컬로 이용할 때는 거의 문제를 일으키지 않던데, 외부 접속을 하게 되면 간간히 접속을 못하게 되는 경우가 종종 생기더군요. 

그리고 VPN이 가지는 난이도 역시 저에게는 상당히 버거운 서비스였습니다. 특히 윈도우, 애플은 그럭저럭 하겠지만, NFS로 다루어야하는 리눅스는 정말 쉽지 않더군요. 

물론 어찌어찌하면서 하긴 하는데, 살얼음을 걷는 느낌이랄까... 

그러다가 클라우드가 나오니 쾌재를 불렀죠. 근데 문제는 아직 시놀로지에서는 리눅스용 클라이언트 프로그램을 배포하지 않아서 대기 중이긴 합니다. 만약 이게 나오면 다음은 "저리 비켜" 할 수도 ^^

여하튼 저처럼 다양한 OS를 이용하는 사람에게는 한국의 웹하드 서비스가 말그대로 "웹"하드일 뿐이라서 어쩔 수 없는 구성이였습니다. 

웹 기반 웹하드를 이용하면 파일 편집하고 나서, 파일 다시 올리는 것이 파일 한개면 그럭저럭 할만한데, 여러개면 정말 번거롭거든요.  

이제 차차 변화해 나가겠지요. 

NAS를 이용하면 사실상 상용화되어 있는 인터넷 기반 서비스를 거의 다 이용할 수 있습니다.

저는 사용하고 있지 않지만 설치형 블로그나 홈페이지도 당연히 사용할 수 있습니다. 메일 서버로서의 기능도 이용할 수도 있고, 감시 카메라를 부착해서 휴대폰으로 보는 것 역시 가능합니다 . 그 외에도 다양한 리눅스 서버용 서비스를 설치해서 이용하는 것 역시 가능합니다. 

그 중에 자신이 뭘 쓸지 선택하고, 그 서비스를 이용하기 위한 시간을 최소화 하는것이 중요하다고 말씀 드리면서 이 글을 마무리 하고자 합니다 .