MD & PhD

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

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 소프트웨어 업데이트 할까 말까? 업데이트에 대한 이야기 - 경험들

NAS는 쓰면 쓸수록 아주 좋은 기기라는 사실을 알 수 있습니다. 

특히 이론적으로 하드웨어 성능만 된다면, 리눅스 서버가 할 수 있는 대부분의 일들을 할 수가 있죠.

그런데 리눅스 서버와는 달리 그 간편성에 우위가 없다면, 당연히 사람들은 리눅스용 컴을 사서 자신이 세팅하려고 할 껍니다.

실제로 하드웨어 사양만 따지고 본다면  NAS는 아주 비싼 기기 중 하나라고 생각하시면 됩니다. 사실 넷북보다도 더 비싼 편입니다.

그럼에도 불구하고 NAS를 구입하는 이유는 바로 NAS가 가지고 있는 편의성 때문이겠지요.

그리고 그 편이성은 바로 NAS를 구동하고 있는 User interface 혹은 NAS OS (정확히 말하면 OS는 리눅스이지만, 웹상 admin에서 볼 수 있는 OS를 편의상 NAS OS라 부르도록 하겠습니다)에 많이 좌우됩니다. 

실제로 제가 이용하고 있는 NAS인 synology의 경우에도 DSM이라고 하는 소프트웨어로 운영되고 있는데, 여러번 업데이트 해본 결과 그 안정성이 아주 뛰어났습니다. 

안정성이라고 하면 별 거 없는데, 제일 중요한 것은 업데이트를 했을 때 하드 손실이나 문제가 발생하지 않아야 하는 점이겠죠.

업데이트 할 때 마다 자료를 백업한다면 편의성에 있어서 빵점일 겁니다. 

사실 초창기 NAS 때는 이런 일들이 생각보다 많았던 것 같더군요. 예전 세팅 때 업데이트 할 때 자료가 다 날라갔다는 분도 심심찮게 보였으니깐요. 시놀로지인지는 모르겠습니다만... 

적어도 저의 경우에는 그런 일은 없었습니다. 

업데이트라는 것이 사실 모두다 좋은 것 같아 보이긴 하지만, 실제로 기기와 잘 맞아야 좋은 것이라는 나름의 결론을 얻게 되었습니다.

여기서 기기와 잘 맞다는 것은 추상적인 "궁합" 같은 개념이 아니라 아래와 같은 사항입니다.

1. 내가 가진 하드웨어 성능에 최적화된 업데이트

이건 아주 중요합니다. 저사양 펜티엄 III 노트북에 아무리 최신이라고 해도 윈도우 7을 깔 수는 없는 노릇입니다. 

제가 경험한 예를 하나 들면, 현재 제가 쓰는 아이패드는 초창기 발매날 처음 구입한 것인데, 최신 iOS 업데이트를 하니깐 도저히 느려서 못쓰겠더군요.  (추후 개선이 되긴 하더군요.)

OS 자체에서 멀티태스킹을 기본으로 깔다보니깐, 심각한 딜레이가 있더군요. 요새 "느리게 살자"를 삶의 모토로 하고자 하는데, 아주 적합한 훈련(?)이 되고 있습니다. 

 NAS 역시 마찬가지 입니다. 일단 최신 업데이트가 나오면, 그 업데이트에서 최소 요구사항이 무엇인지를 알아볼 필요는 있습니다. 

그리고 자신의 기종이 업데이트 가능하다고 무턱대고 업데이트 하다 보면, 오히려 프로그램상 딜레이가 되거나, 오히려 불편한 점이 늘어나는 경우도 분명히 있습니다. 

그러니 하드웨어 성능을 꼭 고려한 업데이트가 중요합니다.

2. 업데이트된 소프트웨어가 자신에게 필요한 서비스인지 확인

실제로 업데이트는 이전 서비스 소프트웨어의 업그레이드도 있지만, NAS 특성상 새로운 서비스를 런칭하는 경우가 많습니다. 

근데 이 때 제 경험상 대부분의 서비스는 자신이 이용하지 않는 서비스인 경우가 많습니다. 없어도 필요없는 경우가 있다는 것이죠. 

그리고 있다고 해도, 그걸 세팅하고 시간을 보내는 비용과 그 결과 얻는 편익을 비교해 봤을 때, 비용이 훨씬 큰 경우가 생각보다 많습니다. 

제 경우에는 한참 세팅을 하고 즐기는데, 일주일도 못가서 시들해 버리는 서비스가 아주 가끔 있었습니다.

NAS는 어찌 보면 생활 습관과 잘 접목이 되어야 하기에 그런 것 같습니다. 

3. NAS 업데이트 후에 소요될 시간이 넉넉한지

이거 아주 중요한 것입니다. 저도 여러번 시행착오를 겪다가 보니깐 얻게된 깨달음입니다.

NAS를 업데이트하면, 아무리 편하게 , 안정성 높게 업데이트 한다고 해도, 문제가 생길 확률이 높습니다. 

안 생기면 정말 좋겠지만, NAS 특성상 공유기와 외부적인 네트워크 상황과 맞물려 있기 때문에, 거의 대부분 소소한 문제부터 시작해 큰 문제들이 발생하기 마련입니다.

최근의 제 경험을 예를 들면, DSM 4.0으로 업데이트할 때, 아무 문제 없을 것이라 생각했는데, DS audio를 제외한 모든 서비스가 안되는 것이였습니다. 

무슨 문제인가 싶어서 진짜 오만가지 삽질을 다 해보았습니다. 

나름 몆년간의 경험상 NAS에 어느정도 자신이 있었기에, 임의 포트 변경, 프로토콜 변경, 다시 다 삭제, 리눅스로, 맥으로, 윈도우로.접근해보고, 하드도 교체해 다시 폴더 만들어 보고 레이드도 다시 만들어보고... 다시는 하고 싶지 않은... 할 수 있는 조치는 다 해보았는데, 안되더군요.

정말 한 2주 정도 일과를 마치고 밤에 해결하려고 시름했는 것 같습니다. 네이버 커뮤니티에는 문제글만 있고 답은 없고, 외국커뮤니티도 비슷한 경우더군요. 

그러던 어느 날,  업데이트 내용을 자세히 읽는데 혹시나 방화벽 때문에? 라는 생각이 불현듯 스쳐 지나가더군요. 3.0-3,1 에서는 큰 세팅한 적이 없었는데 4.0부터는 자동으로 세팅되는 것 같더군요. 아니면 제가 그냥 지나쳐서 yes 눌렀거나..

여하튼 방화벽을 풀어버리니깐, 순식간에 모든 것이 해결이 되더군요. 허탈하더군요. 물론 다시금 방황벽을 다시 세팅해서 안정성을 높이긴 했지만...

답을 알면 아주 소소한 해결법인데, 모르는 상황에서는 미쳐버리는 것이지요. 

그 덕에 직장 일의 업무 진도가 한동안 못 나갔었죠. 공동 연구 자료를 다음 클라우드로 옮기고, 세팅을 조정하고...  여하튼 시간이 중요하더군요.

그러니깐, 업데이트 전에는 만약을 위해서 꼭 자신의 여가 시간이 확보되는지를 생각하셔야 됩니다. 

요 세가지 정도만 따져 줘도 업데이트를 준비하는 마음 가짐은 충분한 것 갈습니다.

그럼에도 불구하고, 조금 더 실무적인 수준의 조언을 하자면,

1. 업데이트 전에는 꼭 관련 커뮤니티에서 도전자의 수기를 읽어 볼 것. 

- 이미 보고된 문제 혹은 자신이 겪은 문제가 해결된 업데이트인지 확인할 것 

- 세상에는 정말 멋진 도전자들이 많습니다. 굳이 내 전문 분야가 아닌 부분에서 최고의 얼리어댑터가 되어서 내 소중한 시간을 뺏길 필요는 없습니다. 경험상 그 편익이 생각보다 크지 않았습니다.

2. 마이너 업데이트인 경우 불편한 것이 없다면 하지 말 것. Ex)3.1 -->3.12, 3.14, 3.2 등

- 사실상 마이너는 마이너일 뿐이기 때문에, 굳이 업데이트를 해서 시간을 뺏길 위험을 감수할 필요는, 제 경험상 "없다" 라고 단정지을 수 있습니다. 

- 물론 언급한 대로 자신의 NAS에서 불편한 문제점이 해결될 가능성이 있는 업데이트라면 그 위험을 감수할 필요는 있을 것입니다. 편익이 클테니깐요.

3. 메이저 업데이트인 경우 관련 후기가 많이 나온 뒤에 할 것 Ex) 3.0 --> 4.0 등

- 메이저 업데이트는 사실상 많이 바뀌는 것이기 때문에, 문제가 생길 가능성이 많습니다.

- 자신이 NAS 초보자라면, 그 문제를 자신이 해결할 수 있는 능력보다는 타인이 그 문제 해결 방법을 가르쳐 줄 가능성이 높기 때문에, 가급적 문제 해결 DB가 많이 쌓인 후에 업데이트 하길 권장합니다.

- 현재 잘 쓰고 있는데, 업데이트해서 문제 생기면 다시 돌아가는 것도 쉽지 않고, 해결 하는 것도 쉽지 않기 때문에 대부분 후회를 하게 됩니다.

이상이 업데이트에 대한 제 지론입니다.

참고를 하셔서 업데이트하기 전 후에 큰 만족이 있으시길 바라면서 글을 마칩니다.

포트 포워딩 두번째 이야기

포트 포워딩하는 일반적인 규칙에 관해 시놀로지(synology)에 맞춰서 설명하도록 하겠습니다.

현재 제가 사용하고 있는 포트 규칙을 공유하도록 하겠습니다.

안타깝게도 제 공유기는 포트 포워딩을 15개만 제공하더군요. (일반적으로 60개 정도까지는 제공하는 것으로 알고 있습니다.) 그래서 최대한 제가 쓰는 포트 중심으로 간략히 설정할 필요가 있었습니다. 

제 기준에 맞추어 설명하는 것이지만, 똑같이 적용하셔도 됩니다. ^^

5000 :  Admin 관련 포트입니다.

5001 : Admin HTTPS

이  것은 전체 접속을 위한 포트로 DS portal system이라고 생각하시면 됩니다. 

 abc.com:5000 이렇게 들어가든지, 아니면  123.456.789.3:5000 이렇게 연결이 되겠죠. 

물론 abc.com 으로 쳐서 들어가도 전체 포털이 나올 수도 있지만, 이 건 어디까지나 "나올수도" 이기 때문에 포트를 열어 두었습니다.

그리고 

70 : file station main

7000 :  file station accesory

개별 접속을 통해서 file station 을 접근하기 위해 열어둔 포트입니다.

6690 : cloud service를 위한 포트입니다. 

Cloud 서비스를 위해 이용되는 것인데, 구간을 잡아 두셔도 됩니다.

1723 : VPN service를 위한 포트입니다.

저는 VPN을 주로 네트워크 드라이브 잡는데, 이용하기 때문에 열어두었는데, 일반적으로 열어두실 필요는 없습니다.

 548 : Mac용 afp를 위한 포트입니다. 

맥을 쓰시지 않으시는 분은 굳이 열어두실 필요는 없습니다.

 111: linux file을 위한 포트입니다.

이 역시 리눅스를 쓰지 않는 분은 굳이 열어두실 필요는 없습니다.

2121 : ftp를 위한 포트입니다.

55536-55539 : FTP 여분

ftp는 기본적으로 21번 포트를 쓰는데, 제 경우에 막혀 있어서 임시로 2121 포트를 쓰고 있습니다.  그리고 경우에 따라 확장할 필요가 있을때 55536-39까지를 여분으로 열어 두었습니다.

8080, 7080,443 : photo

이 것 역시 시놀로지에서는 photo 서비스를 80 포트를 기본으로 하는데, 저의 경우는 막아둔 상황이라서 8080을 임시로 열어 두었습니다. 그 외에 것은 혹시나 있을 예외 상황을 위해 열어 두었습니다.

5005-5006 :  WebDAV

웹 서비스를 위해서 전반적으로 열어두면 다른 서비스를 사용하는데, 교통정리가 잘 되는 듯 하여 열어 두었습니다. 다른 서비스를 하기 위해서  WebDAV를 활성화 시켜 두어야 하기 때문에 열어 두었습니다.

이렇게 총 15개를 열어 두었고, 경우에 따라서 닫거나 제거 후 다시 열 수도 있겠지만, 저의 경우에는 큰 문제 없이 쓰고 있었습니다.

다시 정리하면 - 이렇게 열어 두었네요.

5000 :  Admin 관련 포트입니다.

5001 : Admin HTTPS

70 : file station main

7000 :  file station accesory

6690 : cloud service를 위한 포트입니다. 

1723 : VPN service를 위한 포트입니다.

 548 : Mac용 afp를 위한 포트입니다.

 111: linux file을 위한 포트입니다.

2121 : ftp를 위한 포트입니다.

55536-55539 : FTP 여분

8080, 7080,443 : photo

5005-5006 :  WebDAV

포트 포워딩의 개념은 NAS를 제공하는 공유기 입장에서 아주 중요합니다. 

그리고 그 설정은 생각보다 번거롭기 때문에,  uPNP라는 방법으로 내가 설정은 하지 않아도 NAS와 공유기가 알아서 설정하는 경우도 있습니다만... uPNP는 "일괄 자동처리"라고 생각하시면 됩니다. 한방에 설정을 소프트웨어로 처리하는 것이기 때문에, 아주 간편합니다.

저의 경우는 uPNP를 설정해 줬음에도 불구하고, 공유기에 포트가 열리지 않더군요. 아마도 NAS에서 그 공유기를 인지 못했을 가능성이 큽니다. 소위말하는 듣보잡 공유기.... 라고...

여하튼 포트 포워딩은 NAS에서 하는 것이 아니라, 공유기에서 한다는 것을 명심하시고.

포트 포워딩을 왜 하냐하면, 서비스에 다다르는 문을 열어두기 위해서 한다고 생각하시면 됩니다. 

사실 문이 없으면 대부분 찾아가질 못하니깐(간혹 포트가 다 열려 있어서 되는 한방에 되는 경우도 있지만, 거의 포트포워딩 설정을 해야 하는 공유기가 대부분입니다.) 꼭 해야되는 것이지요. 

그리고 iptime 같은 경우에는 설정 방법과 인터페이스가 비교적 쉬운 편이라서 큰 무리없이 설정 가능하구요(따라하기식 글들도 많습니다) 

만약 자신의 공유기가 저처럼 독특한 경우에는 인터넷을 통해서 포트 포워딩하는 방법을 찾아서 가기만 하면됩니다.(일반적으로 그 공유기 ip 주소를 치면 들어가 집니다만....)

그리고 위에 적힌 숫자(포트)는 제가 임의로 설정한 것이 아님(대체로 일반적인 규칙을 지키고자 노력했습니다)을 꼭 아시길 바랍니다.

간혹 가다가 보면 자신이 외우기 쉽게 1 - 파일, 2, 포토 3.클라우드 등으로 설정하시는 분이 정말 간혹 가다가 있는데,

이 분은 아주 고수거나, 아님 삽질하거나 둘 중 하나일 가능성이 높습니다.

왜냐하면 각 포트마다 경험적으로 자주 쓰는 룰 같은 것이 있기 때문입니다.

이 포트 넘버는 비록 조금은 복잡하게 보이긴 하지만, 대부분 NAS에서 중복을 막기 위해서 서비스 마다 고유넘버를 제공하기 때문에 가급적이면 변동 안 하시는 것이 좋습니다.

또한 리눅스나 애플 시스템에서도 기본적으로 548이나 111을 기본으로 쓰기 때문에, 자신의 임의대로 변경한다면, 

NAS도 변경하고, 공유기 포트 포워딩 번호도 변경하고, 자신의 맥, 리눅스 컴 접속시에도 포트를 변경해야지 이론적으로 모든 서비스를 이용할 수 있습니다. 

그렇지만 일단 정해진 포트를 이용하면, 공유기만 세팅하면 되기 때문에 훨씬 간단하죠. 그리고 그 포트를 꼭 외울 필요도 없게 되는 것이죠.

이해를 돕기 위해 FTP를 설명하면, FTP는 기본으로 21번 포트를 많이 쓰는데, 저같은 경우에는 들어갈 때 마다 21 포트가 막혀 있어서 2121로 따로 들어가 주어야 하는 것이죠.

살짝 번거롭긴 하지만, 어쩔 수 없는 선택이니깐, 그정도는 감수해야죠.

저 같은 경우에는 사실 NAS를 처음 세팅하면서 시간을 제일 많이 잡아 먹었던 부분이 바로 포트 관련 부분이였습니다. 

제가 잘 몰랐기도 하고, 개념도 모르고, 시키는 대로 하다 보니깐 잘 될 때도 있고, 안 될 때도 있었죠. 소위 말하는 맨땅에 헤딩 수준이였죠.

그런데, 어느 순간 포트를 이해하니깐, 해결이 쉽더군요. 우회하면 되고, 안되면 열어 주면 되고 하니깐. 비교적 많은 것들이 해결이 되고

업그레이드 할 때마다 새로 추가된 서비스 포트만 열어 주면 되니깐, 아주 쉽더군요. 

물론 NAS 설정은 자신이 혼자 다 해야 합니다. 그렇기 때문에 문제가 생기면 시간이 많이 뺏기고, 삽질도 많이 하게 되죠. 

그렇지만 하나 하나 하다 보면 어느 순간 되고, 되게 되었을 때의 기쁨은 정말 생각보다 큽니다. 

저의 경우에는 포트 문제가 가장 큰 기쁨을 주었던 것 같습니다.

사실 알고 나면 별 거 아니고, 제일 쉬운 부분인데 말이죠. ^^

여하튼 제 글은 이렇게 저렇게 해라는 따라하기 식의 글은 아니지만, 따라하기 식의 글 이전, 혹은 하고 나서 마음 편하게 이해를 하기 위한 글이니 

NAS 설정하시는 분께 특히나 예전의 저처럼 네트워크에 거의 초보이신 분들께 조금이나마 도움이 되었으면 좋겠습니다.

7. NAS 구입 및 선택

요새 주변에서 NAS 하나 살려고 하는데, 어느 걸 사면 좋겠냐 고 물어보시는 분이 종종 있습니다. 

동호회분 중 나이 드신 형님들께서 야 NAS 그거 하나 사려고 하는데 뭘 사야 하냐? 삼성 꺼 있냐? LG로 사면 되냐? 하시는 분들이 많습니다. 

저는 그 때 마다 NAS를 구입할 때 목적이 제일 중요하다고 말씀드립니다.

도대체 왜 NAS를 구입하고자 하는지에 대한 구체적인 답이 있다면 사실 NAS를 사지 않더라도 해결할 수 있는 길이 많기 때문입니다.

가령 사진 동호회 파일 올리려고 한다고 하면, 전 NAS보다 카페나 호스팅 업체를 추천합니다. 

음악도 들을 수 있고... 뭐 동영상도 볼 수 있다고 하던데... 라고 하면 멜론이나 벅스를 추천하고,  IPTV를 추천합니다. 

백업도 하고 자료도 다운 받고 하려고 하지... 라고 하면 웹하드 계정 하나 구입하고, 외장하드 구입하는 것을 추천합니다. 

홈페이지도 하나 만들고, 사진 공유하는 블로그도 하나 만들고 싶어서.. 라고 하면 티스토리나 블로그 서비스를 권장합니다. 

야 그럼 NAS 사고 싶은데, 이거 사면 다 할 수 있잖아 라고 말하시면....  네.. 그렇긴 하지만, 세팅하는게 쉽지 않습니다고 말씀드립니다.

차라리 제 NAS에서 하나 열어드릴께요. 라고 말씀 드립니다.

사실 여러번 말씀드리긴 하지만, 모든 서비스가 NAS에서 가능은 하지만, 그 서비스를 구동하고, 유지하는 것은 결코 쉬운 일이 아니라는 점은 확실히 알고 구입하셨으면 합니다.

그럼에도 불구하고, 뭐든 저지르면 일은 되는 법입니다. 

그리고 한 번 사고자 마음을 먹으면 결국 사게 되는 것이 사람의 마음인 것을 알기에...  이왕지사 구입할 때 어떤 것을 구입하는 것이 좋은지에 대한 이야기를 나누고자 합니다.

저는 개인적으로 NAS를 추천하라고 한다면,  Synology를 추천합니다. 다른 메이커도 많이 있긴 하지만, 그에 대항할 수 있는 NAS라면 Qnap 정도가 있긴 한데, 제가 잘 안 다루어 봐서 정확하게 추천할 수는 없습니다.

개인적으로 4년 정도 Synology를 살펴보면서 느낀 점과 잠깐 써본 다른 NAS와 비교해보면 Synology는 이런 장점이 있습니다.

1. 서비스 편이성이라는 측면에서 매년 업그레이드 되고, 소프트웨어 측면에서 보완이 잘 되고 있다. 

이건 상당히 중요합니다. 초반기 DSM 1.0 (DSM은 시놀로지에서 쓰는 NAS 운영체제라고 생각하시면 됩니다)에서 부터 최근에 나온 DSM 4.1 beta까지의 변화를 보면, 사용자를 고려하는 점이 아주 많이 느껴집니다.

특히 사용자가 하나하나씩 설치를 하면서 겪을 불편함을 업그레이드 때 마다 개선 발전시키는 모습을 보면 정말 믿음직스럽다고 느껴 집니다.

예 를 들면, 오디오 스테이션의 경우 초창기에는 정말 사용하기 불편했는데(파일 정렬, 웹 기반 번거로움, 노래 설정 등) 현재는 DS Audio로 사용자 편의를 아주 많이 고려해서 업그레이드되어 거의 클릭 몆 번으로 해결 가능한 수준에 올랐습니다.

이 런 면에서 다른 NAS는 솔직히 따라가기가 버겁습니다. 3rd party(앱스토어사 안드로이드 마켓처럼)가 활발하게 나올 수 없는 NAS 시장을 생각해 볼 때(물론 이는 현재 상황이 그렇다는 것이지, 나중에는 변할 수 있고, 변화되는 모습이 DSM 4.0 부터 보이더군요) 번들 형태로 어떤 업그레이드가 기본적으로 가능하냐는 NAS의 활용도 측면에서 아주 중요하다고 볼 수 있겠습니다.

2. 유저가 아주 많다. 

이것 역시 아주 중요합니다. 문제가 생길 가능성은 어떤 NAS나 비슷한데 반해, 그 시행착오의 수와 해결방법의 DB는 유저에 비례해 증가합니다. 

조금 다른 예이긴 하지만, 저같은 경우는 공유기가 SK에서 제공한 무선 공유기에 NAS를 연결시켰는데, 해결책에 관한 글이 거의 전무했습니다. 포트를 막아둬서 안된다는 말 뿐이였고, 질문 글이 있어도 답변은 거의 존재하지 않았습니다.

그에 반해 iptime 공유기의 경우, 정말 많은 글이 있어서 (캡쳐까지 있는 아주 자상한 문제해결 글) 비교적 용이하게 문제를 해결할 수 있었을 것이라 생각합니다. 근데 결국 해결은 했긴 합니다만, 하루 정도의 시간이 걸렸죠.  iptime이라면 한 시간 정도면 충분했을 것을... 그 때 차라리 iptime을 구입할까 하는 생각도 했습니다. 오늘 해결 못하면 사자라고 결심했는데, 마법처럼 그날 11시 50분쯤에 해결되었습니다만, 심각히 다른 공유기 구입을 고려했었죠. 그리고 결국 샀습니다. 2012년도에...

여하튼 유저가 많으면 많을수록 문제를 겪은 사람이 많을 가능성이 많고, 해결되었을 가능성이 큰 DB가 많이 존재합니다. 

앞 서 언급했지만, 소수의 제품을 사면 문제가 생겨도 해결은 되겠죠. 따지고 보면 리눅스라는 시스템에서 시작되는 것일테니깐요. 그런데, 내 문제 해결을 위해서 리눅스 터널을 배워야 하고, 그 배운 개념을 이용해 트러블 슈팅을 해야만 한다면.... 결코 반가운 일은 아니겠지요. 

결국 유저가 많다는 것은 시간이라는 측면에서 아주 큰 이득을 가지고 옵니다.

3. 여러 OS와 다양한 사용국가에 대한 안정성

이 부분은 어떤 사람에게는 안 중요할 수 있습니다. 특히나 자신이 윈도우만 쓰고 있다면 전혀 고려 대상이 되지 않을 수도 있습니다만, 저에게는 아주 중요한 사항 중 하나였습니다.

그리고 이건 다양한 사람들에게 내 정보를 공유한다는 측면에서도 아주 중요한 것 중에 하나입니다. 그 사람이 리눅스를 쓸 수도 있고, 맥을 쓸 수도 있으니깐요

"아 왜 윈도우 안 쓰세요?" 라고 되물을 수는 없는 일입니다. 그 사람의 소중한 선택이니깐요. 

그런 입장에서 본다면 시놀로지는 아주 좋은 선택이였습니다. 

아울러 한국어 지원과  그 사용으로 인해 전혀 불편함이 없는 안정성 역시 아주 작지만 중요한 요소이지요.

4. 백업의 안정성, 하드웨어적인 호환성 및 연동성

이 건 대부분의 NAS가 가진 주특징이고, NAS라면 절대로 양보하지 않아야 하는 기능이겠지요. 

이런 안정성은 어느 정도의 기간이 지나야 제대로 구축되더라는 것은, 어찌 보면 제 개인적인 소신일 수도 있습니다.

그런 면에서 분명히 시놀로지도 하드가 충돌한다든지 하는 문제가 없었던 것은 아니였기 때문에, 완벽하다고는 말을 못하겠습니다.

다만, 이런 문제가 생겼을 때 ,해결하는 방법을 그 안에서 준비해 놓았느냐는 것은 아주 중요합니다.

참고로 시놀로지의 경우 하드 디스크 충돌시 읽는 기능은 살려 두더군요.

여하튼 나름의 안정성을 고수하기 위해 분명히 시놀로지는 시행착오를 겪었고, 한국내 서비스 파트너도 잘 설정한 편이라 생각합니다.

그 외에도 다른 장점도 있지만, 그건 시놀로지 만의 기능이라기 보다는 NAS 전반에 대한 이득이기 때문에, 딱히 장점이라 내세우기가 힘듭니다.

그에 따르는 단점도 분명히 있겠지요.

돈입니다. 다른 나스 보다 그리고 다른 리눅스 서버 보다 하드웨어적인 측면만 따지면 완전한 폭리(?) 수준입니다. 물론 칩과 하드 용량만 생각한다면 그렇겠지요.

그리고 동급의 저렴한 NAS보다 조금은 더 비쌉니다. 

그러나 써보니 비싼 값을 하더군요. 한치의 후회도 없습니다.

물건이란 것이 한 번 살 때는 비싸니 싸니 고려하지만, 일단 사놓고 나면 저는 가격을 까먹는 아주 좋은 습관(?)을 가지고 있어서... 그 비용에 대한 생각은 안 하게 됩니다.

그리고 리눅스 컴을 다루면서 하나하나 설치했을 번거로움과 삽질을 생각하면.... 어휴~ 정말 싼 가격이죠.

^^ 

뭐 쓰다 보니 Synology 찬양자 같군요. 맞습니다. 아직까지는 업그레이드 한다면 Synology를 재구입할 예정입니다. ^^ 

주변사람에게 NAS를 산다면 Synology를 권장하고 싶습니다.

물론 그 이전에 NAS 구입을 말리긴 하겠지만요. ^^

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

이건 특정 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를 이용하면 사실상 상용화되어 있는 인터넷 기반 서비스를 거의 다 이용할 수 있습니다.

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

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