이전 글에 나온 것처럼 FTP 서버를 Docker로 구축했다.

어차피 Kodi 를 사용하는 사람에게는 이걸로 충분하지만

아닌 사람에게는 영상을 공유하기 까다롭다.

게다가 Docker 특성상 같은 폴더를 별도 계정으로

공유하기는 더 어려웠다.

Seafile Docker도 구축해놓았지만 애플을 사용중인 친구는

사파리에서 영상을 볼 수 없었다.

이런 경우에 필요한게 미디어 서버로 영상을 공유하는

동시에 트랜스코딩, 라이브러리화를 해준다.

이 분야에서 가장 유명한것은 PLEX 로 가장 쉽고 간편하게

사용할 수 있지만 일부 기능과 앱이 유료이다.

그래서 최근 각광 받고 있는것이 Jellyfin이다.

Jellyfin 은 또다른 라이브러리인 Emby에서

포크 된 것으로 대부분의 기능이 무료이다.

무료인만큼 유료 코덱 지원 등 일부 기능이

미흡하지만 일반 사용자가 사용하기에는 충분하다.

자세한 비교는 링크를 참조하길 바란다.

Jellyfin 도커 설정

version: "2.1"
services:
  jellyfin:
    image: lscr.io/linuxserver/jellyfin:latest
    container_name: jellyfin
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Seoul
      - JELLYFIN_PublishedServerUrl=192.168.123.14 #optional
    volumes:
      - ./config:/config
      - /path/to/tvseries:/data/tvshows
      - /path/to/movies:/data/movies
    ports:
      - 공유포트:8096
      - 7359:7359/udp #optional
      - 1900:1900/udp #optional
    devices:
       - /dev/dri:/dev/dri # For H/W transcoding
    restart: unless-stopped

자세한 설명은 해당 Docker 의 github을 참조하길 바란다.

TV, MOVIE에 대한 경로는 개인적으로 보관중인 폴더를

지정하면 된다.

‘공유포트 ’가 외부에 노출될 포트로 외부에 공유하기 위해

포워딩 해주어야한다.

7359는 jellyfin 클라이언트가 서버 검색을 위해 사용하고

1900는 DLNA 클라이언트가 검색을 위해 사용한다.

해당 기능을 사용하지 않는 사람은 빼도 상관 없다.

Devices 항목은 HW 트랜스코딩을 위해 그래픽카드를

지정하는 것으로 Nvida, Intel, RaspberryPI 에 따라 설정값이 다르다.

Intel의 경우에는 위 코드를 그대로 사용하면 된다.

하드웨어 가속에 대한 자세한 설명은 이 링크에 적혀 있다.

자신의 하드웨어에 따라 지원하는 코덱들과 설정 방법이 다르다.

대시보드의 재생탭에서 하드웨어 디코딩/ 인코딩에 대한

설정까지 마쳐야지 제대로 동작한다.

사용자 탭에서 손쉽게 계정을 추가할 수 있고

해당 사용자가 볼 수 있는 라이브러리도 임의로 설정할 수 있다.

로그 탭에서는 jellyfin에서 발생하는 로그들을 다운 받을 수 있으므

문제가 생겼을 때 손쉽게 확인할 수 있다.

이 정도만 알면 구동에 문제는 없을것이다.

혹시 라이브러리에서 스캔이 제대로 되지 않는다면

디렉토리의 소유자와 권한을 확인하길 바란다.

ls -l을 통해 소유자와 권한이 적당한지 확인 하고

chown, chmod로 권한을 부여하면 된다.

관련글

• NAS 구축 관련 자료 정리
• FreeNAS 사용후기
• wordpress , PI 를 위한 Docker 환경 구축
• 토렌트 머신 만들기 for NAS
• FTP 서버 만들기 for NAS

The post Jellyfin for NAS appeared first on JIN's BOT.

프로토콜 중 하나이다.

윈도우 든 리눅스 든 기본적으로 제공하기때문에

쉽게 사용할 수 있다.

기본으로 제공되는 FTP 서비스 외에도

파일질라, vsftp 등 은 더 다양한 기능을 제공한다.

다만 생각보다 환경 구축 과정이 초보에게는

어렵거나 귀찮을 수 있다.

그런 사람들을 위해 docker로 FTP 서버

만드는 방법을 소개하겠다.

우선 사용할 이미지를 골라야한다.

fauria/vsftpd라는 이미지를

많은 사람들이 사용하고 있다.

vsftpd는 Very Secure FTP Daemon의

약자에 나와있듯이 보안이 강화되었다.

pure-ftpd도 많은 유저들이 사용중이니

살펴보고 골라서 사용하면 된다.

사실 둘다 워낙 유명한 데몬이다보니

어떤 이미지를 골라도 크게 차이 나지 않는다.

이를 기반으로 docker-compose.yml을

작성해보면 다음과 같다.

version: '3'
services:
    vsftpd:
        image: fauria/vsftpd
        container_name: vsftpd
        environment:
            - FTP_USER=아이디
            - FTP_PASS=비밀번호
            - PASV_MIN_PORT=21100
            - PASV_MAX_PORT=21110
            - PASV_ADDRESS=접속주소
            - PASV_ADDR_RESOLVE=YES
        ports:
            - 0.0.0.0:ftp포트:20
            - 0.0.0.0:ftp포트2:21
            - 0.0.0.0:21100-21110:21100-21110
        volumes:
            - 공유경로:/home/vsftpd/아이디:rw
            - ./log/vsftpd:/var/log/vsftpd

한글로 적은 것은 직접 입력해야한다.

Active모드에서 21포트로 연결되면 서버측에서

클라이언트로 20포트로 데이터를 전송한다.

보안측면에서는 더 안전할 수 있지만

클라이언트 방화벽에 의해 차단될 가능성이 있다.

Passive모드에서는 데이터를 받을 때도

클라이언트가 서버에 접속하기때문에

방화벽 문제가 생기지 않는다.

PASV_ADDRESS는 서버의 IP를 적어도 되고

본인이 사용중인 도메인을 적어도 된다.

ftp포트는 많은 해커들이 노리고 있기때문에

꼭 20,21 이외의 포트번호를 지정하길 바란다.

내부 20포트에 해당하는 포트는 서버에서 클라이언트로

접속하는 것이기때문에 포트포워딩 하지 않아도 된다.

volume에 절대경로를 사용해도 되고

상대경로를 사용해도 상관없다.

예를들어 외장하드에 Transmission으로 받은 파일을

공유하기 위해 /mnt/xxx 로 지정했다.

FTP 주의사항

이전글에도 적었듯이 Transmission Docker와

FTP docker는 동시에 사용할 수 없다.

오늘 소개한 이미지의 단점은

멀티유저사용이 까다롭다.

다음과 같은 방법으로 멀티유저 사용이 가능하다.

docker exec -i -t vsftpd bash
mkdir /home/vsftpd/아이디
echo -e "아이디\n비밀번호" >>/etc/vsftpd/virtual_users.txt
/usr/bin/db_load -T -t hash -f /etc/vsftpd/virtual_users.txt /etc/vsftpd/virtual_users.db
exit
docker restart vsftpd

vsftpd의 bash에 들어가서 수동으로 virtual user를

추가하는 방법이다.

다만 위의코드대로 수행하면 원본 아이디와

별도의 폴더를 공유하게 된다.

같은 폴더를 공유하게 하려면 다음과 같은 경로를

docker-compose.yml의 volume에 추가하면 된다.

공유경로:/home/vsftpd/추가아이디:rw

잘 추가되었는지 보려면 다시 bash에 들어가

db_dump -d a /etc/vsftpd/virtual_users.db | grep len

라는 명령어를 쳐보면 된다.

추가한 사용자를 삭제하기 위해서는 virtual_users.txt에서

추가아이디와 비밀번호를 삭제한후 db_load 해주면 된다.

이해가 잘 안간다면 멀티유저를 지원하는

다른 이미지를 사용하길 바란다.

이런 종류의 방범은 db가 볼륨에 저장되지 않기때문에

docker-compose.yml을 이용해 다시 켤 경우

virtual_users.db가 원복된다는 점이 문제다.

이런 경우 유저를 추가하기보단 yml 파일에서

아이디와 비번을 공용으로 바꾸는것이 더 간편하다.

관련글

• NAS 구축 관련 자료 정리
• NAS 서버 OS별 장단점
• NAS 구축 : 아키텍쳐 선택
• FreeNAS 사용후기
• wordpress , PI 를 위한 Docker 환경 구축
• 토렌트 머신 만들기 for NAS
• Jellyfin for NAS

The post FTP 서버 만들기 for NAS appeared first on JIN's BOT.

사용하긴 편하지만 다음과 같은 문제들이 있다.

1. 쪼개져서 받아지는 구조상 저장 장치의 수명에 악영향을 줌
2. 게임과 같은 고부하 작업을 동시에 하기 힘듬
3. 파일 다운만을 위해 컴퓨터를 켜두기엔 전력소모가 큼

이외에도 보안 등의 문제가 있기때문에

많은 이들이 NAS 를 토렌트 머신으로 활용한다.

NAS 는 그 자체가 저전력 인 경우가 많고

개인 정보,자료와도 공간을 분리할 수 있다.

관심 있으신 분들을 위해 Docker로

토렌트 머신 만드는 방법을 공유한다.

토렌트 프로그램 종류

크게 세가지 프로그램이 많이 쓰인다.

트랜스미션

가장 오래되기도 했고 문서화도 잘되어 있다.

지원하는 안드로이드 앱도 다양하다.

하지만 기본 UI 가 너무 단순하다.

QBittorrent

트랜스미션보다 상세한 기능을 제공하며

웹UI 자체도 일반 클라이언트와 크게 다르지 않다.

다만 그만큼 RAM을 더 많이 소모한다.

Deluge

가장 최근에 나온 토렌트 프로그램으로

python으로 짜여진게 특징이다.

소스코드도 공개되어있기때문에 입맛대로

custom하거나 플러그인을 추가하기 좋다.

UI 상에서 proxy를 적용하기에 용이하다.

그래서 토렌트 프로그램 뭐가 제일 좋아?

시딩하는 토렌트가 많거나 다양한 기능을 쓰고 싶다면

qBittorrent나 Deluge를 추천한다.

일반적인 용도로 간단히 쓰기에는 Transmission이 좋다.

우선 Docker Hub 사이트 기준으로 사용자가 가장 많다.

물론 셋 다 훌륭한 프로그램이기때문에 자기 취향에 따라 고르면 된다.

트랜스미션 특징

지원하는 어플이 여러개 있기때문에

아무거나 하나 골라잡길 바란다.

기본어플인 Transmission Remote도 깔끔하다.

혹시라도 어둠의 토렌트를 이용할 사람들은

트랜스미션 + OpenVPN이미지를 이용하면 된다.

기본 UI보다 좀 더 상세한 정보를 원한다면

별도 Theme를 택해도 된다. Linuxserver.io

이미지에서는 총 5개의 옵션을 제공한다.

메모리, CPU 사용률은 토렌트파일, CPU종류에 따라 다르다.

5개 미만의 토렌트를 받는데 RAM이 보통 100~200MB을 사용하고

i7-5775R 기준 10%미만의 CPU 사용률을 보인다.

토렌트 Docker-compose 파일 구성

version: "2.1"
services:
  transmission:
    image: lscr.io/linuxserver/transmission:latest
    container_name: transmission
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Seoul
      - TRANSMISSION_WEB_HOME=/combustion-release/ #optional
      - USER=아이디
      - PASS=비밀번호
      #- WHITELIST=iplist #optional
      #- PEERPORT=peerport #optional
      #- HOST_WHITELIST=dnsname list #optional
    volumes:
      - 설정파일 경로:/config
      - 다운로드 경로:/downloads:rw
      - Watch경로:/watch
    ports:
      - 웹UI포트:9091
      - TCP포트:51413
      - UDP포트:51413/udp
    restart: unless-stopped

TRANSMISSION_WEB_HOME은 UI 옵션을 나타낸다.

한글로 적은것들은 직접 설정해야하는 값들이다.

volume의 경로는 단순히 이름을 적어도 상관없고

절대 경로를 적으면 해당 경로를 컨테이너에서 사용한다.

토렌트 프로그램이 중요한 하드, SSD를 건드리는게 싫을 수 있다.

구형 하드를 USB3로 연결해서 토렌트를 위한 볼륨으로 사용중이다.

Watch폴더에 ftp 등 의 방법으로 토렌트 파일을 올리면

자동으로 다운이 시작된다. 다수의 토렌트를 동시에

받기 위해서 활용하면 편하다.

다만, FTP는 트랜스미션과 같은 경로에서

동시사용이 안될 수 있다.

한 절대경로를 두개의 컨테이너에서

동시에 사용하면 하나는 Write가 불가능하다.

동시 사용을 위해서는 NFS, CIFS 등을 이용하거나

별도의 Docker이미지를 만들어야한다.

TrueNAS의 경우 FTP와 Transmission이 동시에

사용가능한데 아쉬운 부분이다.

그럼에도 개인적인 사용경험 자체는 나쁘지 않다.

여러분도 Docker 로 편하게

개인용 토렌트 머신을 만들어보길 바란다.

관련글

• NAS 구축 관련 자료 정리
• NAS 서버 OS별 장단점
• NAS 구축 : 아키텍쳐 선택
• FreeNAS 사용후기
• wordpress , PI 를 위한 Docker 환경 구축
• Jellyfin for NAS

The post 토렌트 머신 만들기 for NAS appeared first on JIN's BOT.

FreeNAS 좋았던 점

유려한 UI

버전이 계속 올라가면서 지금은 꽤나 깔끔한 UI를 보여준다.

시놀로지의 DSM에 비할 바는 아니지만 이젠 제법 상용에 가까운 퀄리티다.

투박한 Legacy UI와 OMV ( OpenMedia Vault )에 비하면 선녀다.

웹UI는 프론트엔드 3대장 중 하나인 Angular로 작성되어 페이지 전환 속도가 나쁘지 않고

필요한 정보와 기능들을 일목요연하게 보여준다.

FreeNAS는 순정 상태에서 FTP/AFP/SMB/WebDAV/SSH 등 다양한 기능을 지원하는데

웹 UI에서도 무리없이 이것들을 설정하고 사용할 수 있다.

플러그인 없이 웹에서 쉘을 사용한다거나 볼륨을 제어할 수 있는 것도 소소한 장점이다.

SSH가 설정되지 않은 다른 PC 혹은 원격지에서의 유지 보수를 용이하게 해준다.

다양한 Plugin 과 JAIL

기본 서비스들은 다양하지만 뭔가 2% 부족하여 이것들만으로 홈서버로 쓰기엔 무리다.

따라서 FreeNAS에서는 다양한 서비스들을 플러그인 / JAIL 형태로 제공한다.

JAIL은 Docker와 비슷한 컨테이너로 루트권한 없이 다양한 작업을 할 수 있게 해준다.

다만 JAIL을 위한 저장소를 따로 만들어야 하고 설정 과정이 다소 번거롭다.

Plugin은 이러한 과정을 자동화한 것으로 웹 UI에서 쉽게 사용할 수 있다.

그중에서도 NextCloud는 갤러리, 온라인 문서 편집이라던지

상용 클라우드에 가까운 기능을 제공한다.

이외에 홈서버를 운영하는데 필요한것들은 JAIL로 대부분 구현되어 있다.

고성능 ZFS

ZFS는 지상 최강의 파일 시스템으로 불리기도 하는데 높은 성능과 안정성을 자랑한다.

SW 레이드임에도 불구하고 HW 레이드에 준하는 성능을 보여준다.

이외에도 비교적 최근에 나온 파일 시스템이라 DataSet (일종의 볼륨) 용량을 자유롭게 조절할 수 있다던지

스냅샷 등 고급 기능을 제공한다.

Freenas 단점

FreeBSD

FreeBSD는 역사가 오래되었고 무료라는 장점이 있지만 그래도 주류 OS는 아니다.

일부 SW들이 포팅되어 있긴 하지만 리눅스 진영과 비교하면 한참 부족하다.

문제가 발생할 경우 우리의 구글신으로 해결할 수 있지만 최신 한글 자료가 부족하다.

업데이트의 어려움

사실 웬만한 것들은 웹 UI에서 자동화 되어있기때문에 평소에 문제가 되지 않는다.

다만 FreeNAS 자체를 업데이트 한다던지 Plugin을 업데이트 할 때 높은 확률로

문제가 생기는 편이다.

물론 홈서버의 OS나 Plugin을 재깍재깍 업데이트할 필요는 없다.

하지만 NextCloud 등의 Plugin들은 포팅에 시간이 필요하기때문에 버전이 뒤쳐진다.

따라서 사용자들은 최대한 버전을 따라잡기 위해 업데이트가 나올 때마다 적용할 수 밖에 없다.

업데이트 과정에서 문제가 생기면 상술한 FreeBSD의 자료 부족 등으로 꽤나 고생하게 된다.

자잘한 단점들

소프웨어 레이드로 높은 성능을 내주는건 좋지만 그만큼 높은 사양을 필요로 한다.

최소 8기가 이상의 메모리가 필요하며 16기가 이상을 권장하고 있다.

CPU도 시놀로지 NAS 등과 비교하면 비교적 높은 사양을 요구한다.

시놀로지를 생각하고 셀러론으로 돌리면 꽤나 답답하게 느껴질 것이다.

그리고 보통 FreeNAS는 SSD나 USB 메모리를 쓰게되는데

USB 메모리에 설치할 경우 2~3년에 한번씩 사망할 수 있으니 주기적 백업이 필요하다.

나야 괜찮았지만 2~3번 죽고 복구하길 반복하니 연구실 후배들은 결국 시놀로지 NAS로 넘어갔다.

리눅스를 장기간 써왔던 나의 경우엔 특별히 어렵게 느껴지진 않았고

무료 혹은 굉장히 저렴한 가격으로 고성능 NAS를 사용할 수 있는건 큰 메리트였다.

다만 셋업 및 유지보수에 생각보다 많은 노력이 들어가니 충분히 고민해 보길 바란다.

관련글

• NAS 상용 VS 자작
• NAS OS별 장단점
• NAS 아키텍쳐

The post FreeNAS 사용후기 appeared first on JIN's BOT.

• NAS 상용 VS 자작
• NAS 서버 OS별 장단점

기타 OS

OpenMedia Vault

• OMV는 데비안 기반의 NAS용 OS이다.
• 장점
  1. FreeNAS의 간편함+ 리눅스의 자유로움
  2. Docker 기반 서비스
  3. ARM(라즈베리 파이)을 지원함
• 단점
  1. 자료 부족
  2. 버전 업데이트 시 버그가 많고 잡히는데 시간걸림
  3. 생각보다 고사양
  4. Docker 사용이 익숙치 않으면 유지보수 난이도 상승

XPEnology

일명 해놀로지는 시놀로지의 DSM을 올릴 수 있도록 만들어진 부트로더이다.

• 장점
  1. 일반 데스크탑을 시놀로지 NAS처럼 사용 가능함
  2. 시놀로지의 장점을 가지면서 저렴한 가격으로 구성

• 단점
  1. 엄밀히 따지면 불법에 가까움
  2. 보안, 업데이트, 안정성 문제
  3. 일부 안되는 기능 존재함

NAS 구축 아키텍쳐는 뭘로 할까?

x86

가정에 남는 구형 데스크탑이나 노트북을 활용해도 NAS 서버로 쓰기엔 충분하다.

x86은 ARM과 비교했을 때 지원하는 명령어셋이 많기때문에 범용성이 좋고 고성능이다.

저전력 셀러론이 ARM보다 성능이 우수하며 시놀로지 고급형 제품도 셀러론을 사용한다.

따라서 크기와 가격을 신경 쓰지 않는다면 굳이 ARM을 사용할 이유가 없다.

생각보다 전기료는 비싸지 않기 때문에 홈서버를 구축할 때는

구형 i5/i7이나 최신형 i3 제품을 추천한다.

이런 사양에서는 NAS서버로써만 아니라 웹서버로도 사용가능하고 VM도 돌릴 수 있다.

가격만큼 성능은 더 높아진다. 현재 12세대의 가격이 안정화되어 있지 않다.

ARM

라즈베리 파이와 오드로이드를 통해서도 NAS 서버를 구축할 수 있다.

PI는 고성능 ARM 보드로 공대생 및 개발자들에게 각광받았었다.

그러나 막상 사고 나면 실사용처가 애매한데 NAS 서버나 간단한 홈서버, 셋탑으로 딱이다.

현재 이 블로그도 라즈베리파이 4B + Docker + WordPress 환경에서 작성되었다.

라즈베리 파이는 SATA포트가 존재하지 않긴 하지만 대신 USB3를 사용할 수 있다.

USB2,3 외장하드 이용시 속도 벤치마크

• 2.5인치 하드에서 UAS는 큰 의미 없음
• 읽기속도는 hdparm을 통해 측정
• 쓰기속도는 sudo dd if=/dev/zero of=benchfile bs=8k count=50k conv=fsync 로 측정

혹시 SATA포트가 꼭 필요하다면 NAS에 활용하기위한 주변기기들을 사용할 수 있다.

NAS 구축 Architecture 정리

x86

• 장점
  1. 우수한 범용성, 성능
  2. 풍부한 최신 자료
  3. 풍부한 호환 OS/SW
• 단점
  1. 셀러론 이외는 소비전력 높음
  2. ARM보드 대비 가격이 비쌈
  3. ARM보드 대비 부피가 큼

ARM

• 장점
  1. 저렴한 가격
  2. 소형 경량
  3. 저전력
• 단점
  1. 부족하고 정리되지않은 자료
  2. 저성능으로 인한 사용자 제한
  3. ARM 지원 SW, docker 탐색 필요

The post NAS 구축 : 아키텍쳐 선택 appeared first on JIN's BOT.

이번에는 자체 구축의 방법에 어떤것들이 있고 장단점이 무엇인지 알아보겠다.

NAS 서버 OS: FreeNAS VS Ubuntu

FreeNAS

FreeNAS는 NAS를 위해 나온 FreeBSD 기반 운영체제(OS)로 현재는 TrueNAS로 통합되었다

이름에서 바로 알 수 있듯이 FreeNAS는 무료로 쉽게 사용할 수 있는 NAS 서버 운영체제를 목표로 한다.

의외로 UI가 깔끔하게 되어 있어서 셋업을 한번 하고 나면 상용 NAS와 크게 다르지 않다.

FTP, SMB,AFP,NFS 등과 같은 파일서버, WebDAV같은 기능만 사용한다면 GUI에서 거의 다 수행할 수 있다.

이런 장점 때문에 나도 6년 전쯤 연구실 파일 서버를 FreeNAS로 구축했다.

다만 FreeNAS에서는 클라우드 기능(Next Cloud, Own Cloud), 토렌트 (Transmission), 미디어 라이브러리(Plex)

등의 기능을 사용하이 위해서는 “Jail”을 사용해야 한다.

Jail은 Docker와 비슷한 기술로 루트 디렉토리가 아닌 공간에 다양한 서비스를 구축할 수 있게 해준다.

굉장히 좋은 기능이지만 Docker에 비해 스크립팅이 복잡하고 서비스 중간에 꼬일 가능성이 높다.

보통은 괜찮지만 Freenas나 서비스를 업데이트를 할 때 십중팔구 문제가 생긴다.

공식 문서가 빈약하고 최신 자료가 잘 정리되어 있지않다. 특히나 한글 자료가 부족하다.

따라서 문제가 생길 경우에는 결국 Shell(CLI)을 통해 해결해야 하고 초보자에게는 쉽지 않다.

FreeNAS에서 사용되는 ZFS는 성능, 안정성이 우수하지만 대신 고사양을 요구한다.

이런 이유 때문에 연구실 파일 서버는 결국 나의 졸업과 함께 시놀로지로 교체 되었다.

따라서 FreeNAS는 리눅스를 어느정도 사용해본 유저에게 추천한다.

Ubuntu

내가 좋아하는 리눅스 배포판이 우분투라 소제목으로 했지만 사실 리눅스 파일 서버에 대한 내용이다.

사실 NAS가 보편화되기 전인 10~20년 전에는 리눅스를 통한 파일 서버 구축이 일반적이었다.

그리고 아마 지금도 자체 서버를 구축하고자 한다면 가장 먼저 찾아 볼 것이 리눅스다.

리눅스는 OS 뿐만 아니라 다양한 오픈 소스 SW를 무료로 사용할 수 있다.

또한 업데이트가 주기적으로 굉장히 빨리 이루어지며 자료도 많다.

SW에 제한이 없기때문에 보통 NAS + 홈서버를 구축할 때 사용하게 된다.

문제는 이렇듯 다양한 기능을 다 사용하기 위해서는 복잡한 셋업 과정을 거쳐야 한다는점이다.

더군다나 리눅스 환경 구축 및 유지보수는 Shell(CLI)로 해야하기 때문에 숙련자에게도 큰 부담이었다.

하지만 다행히도 과거와 달리 지금 우리에게는 Docker가 있다.

Docker를 잘 이용한다면 최소한의 스크립트로 초보자도 어렵지 않게 서버 환경을 구축할 수 있다.

그래서 현재 나는 Ubuntu server에 KVM+qemu 조합으로 VM을 구동하고 Docker+seafile을

통해 파일 서버를 구축하고 있다.

NAS 서버 정리

FreeNAS

• 장점
  1. UI를 통해 쉽게 셋업 가능함
  2. 일반 사용자 무료
  3. ZFS의 안정성, 성능 우수함
• 단점
  1. 문제 발생시 CLI에서 해결해야 함
  2. 업데이트시 문제 발생 가능성 높음
  3. 자료 및 문서 부족
  4. x86에서만 쓸 수 있음
  5. ZFS가 요구하는 사양(CPU,RAM)이 높음

UBUNTU

• 장점
  1. Docker를 통해 쉽게 셋업 가능함
  2. 일반 사용자 무료
  3. 다양한 SW 사용 가능함
• 단점
  1. Docker에 의한 성능 손실
  2. 기초적인 CLI 및 스크립팅 스킬 필요
  3. 최신 한글 문서 부족

다음 글을 통해 NAS 아키텍쳐에 따른 장단점에 대해 알아보겠다.

• NAS 구축: x86 VS ARM

The post NAS 서버 OS별 장단점 appeared first on JIN's BOT.

스마트TV / 셋탑박스가 보급되기 시작하면서 ‘나만의 저장소’ 에 대한 수요가 늘어나고 있다.

그래서 21년도에 NAS 를 구축하기 위해 정리했던 자료를 공유한다.

상용 VS 자작

상용

흔히 NAS를 쓴다고 하면 시놀로지 (Synology), QNAP 등의 상용을 의미한다.

여러 브랜드 중에서도 시놀로지가 독주하고 있으며 왕좌가 흔들린 적 없다.

윈도우와 비슷한 GUI 인터페이스를 제공하여 전문가가 아니더라도 무리없이 사용할 수 있다.

안정성과 편의성이 중요한 연구실이나 소규모 회사 등에는 시놀로지의 상위모델들을 추천한다.

다만 불변의 1위이기때문에 사양에 비해 가격이 꽤나 비싼 편으로 일반 PC 한대급의 가격이다.

물론 보급형 라인이 존재하지만 그만큼 성능과 서비스가 제한된다.

A/S가 중요하거나 컴퓨터에 익숙하지 않다면 IPTIME(EFM)의 NAS도 나쁘지 않을 수 있다.

약간의 부족한 부분들이 있지만 질문에 대한 피드백이 빠른 편이다.

• 성능: 저사양 저전력, 안정성 우수
• 자유도: 다양한 패키지 존재함, 일부 제한됨
• 유지보수: 간편함, 자료/문서 다수
• 가격: 80만원 (J4125), 60만원 (J4025)

자체 NAS

상용 NAS의 가격을 보고 나면 그냥 서버를 하나 만들면 되는거 아닌가 싶다.

그런데 사실 몇달 쓸 파일서버를 만드는건 간단하지만 이걸 몇년 단위로 유지 보수하기란 쉽지않다.

게다가 나의 경우엔 연구실 후배들도 유지보수 할 수 있도록 서버를 구축해야 했다.

이렇듯 자체서버는 신경 쓸것도 많고 번거롭긴 하지만 대신 재료비가 크게 들지 않는다.

연구실엔 남아도는게 구형 데스크탑이고 일반 가정에도 철지난 데스크탑이나 노트북 하나씩은 있을것이다.

그리고 굳이 중고 PC가 아니더라도 셀러론 보드들이나 ARM보드들을 사용하여 저전력 NAS를 만들 수 있다.

CPU가 내장된 J4025 보드의 경우 10만원, N5105 보드의 경우 20만원 초반에 살 수 있다. (J4125보드는 단종됨)

J4025를 사용한다면 보통 메모리,케이스와 파워를 포함해도 30만원대에서 구축할 수 있다.

물론 고사양이 필요하다면 Mini-ITX 보드와 별도 CPU를 선택해도 되지만 TDP가 30W를 초과하게 된다.

이외에도 미니PC인 NUC 이나 BRIX를 구매해서 사용하는 방법도 있지만

SATA포트가 제한되고 3.5인치 하드를 사용할 수 없다.

성능: 고사양, 안정성 좋지 않음
자유도: 제한 없음
유지보수: 어려움, 최신 문서/자료 부족
가격: 0만원~30만원

자체 서버를 구축하는 방법에 따라 여러가지 차이가 있기때문에

다음 글을 통해 자체 NAS의 구축 방법들과 장단점에 대해서 알아보겠다.

• NAS OS별 장단점

The post NAS 구축 관련 자료 정리 appeared first on JIN's BOT.