Synology NAS에 Docker 설치

먼저 모델이 지원하는지 확인하세요

컨테이너 관리자는 모든 Synology 모델에 제공되지 않습니다. Synology는 모델별로 모델을 결정하며 목록에 없는 모델에서는 어떤 설정으로도 잠금을 해제할 수 없습니다. Plus 시리즈 모델(DS220+ 또는 DS920+와 같이 이름에 +가 있는 모델)은 이를 지원하며 Synology는 DS124, DS223 및 DS423과 DSM 7.2의 DS420j 등 일부 가치 모델도 나열합니다. 대부분의 다른 소형 j 시리즈 및 구형 플레이 모델은 패키지를 전혀 제공하지 않습니다.

2분만 확인하면 정확한 NAS가 결정됩니다. 패키지 센터를 열고 컨테이너 관리자를 검색하세요(DSM 7.1 이하에서는 Docker 검색). 표시되면 해당 모델이 지원되는 것입니다. 표시되지 않으면 해당 모델에서 해당 패키지를 사용할 수 없는 것입니다. 찾을 수 있는 숨겨진 스위치가 없습니다.

패키지 센터에서 패키지 설치

설치 자체가 가장 쉬운 부분입니다. 이는 Synology 자체 매장에서 제공하는 일반적인 공식 DSM 패키지입니다. 패키지 센터를 열고 컨테이너 관리자(또는 DSM 7.1 이하의 경우 Docker)를 검색한 후 설치를 클릭하세요. DSM에서 패키지를 어느 볼륨에 보관해야 하는지 묻는 경우 가장 공간이 넓은 기본 볼륨을 선택하세요.

설치가 완료될 때까지 기다린 다음 DSM이 작업 폴더를 생성하도록 패키지를 한 번 엽니다. DSM 7.2부터는 개요, 프로젝트, 컨테이너, 이미지, 레지스트리, 네트워크 및 로그라는 탭이 표시됩니다. 이전 Docker 패키지 화면은 약간 더 단순해 보이지만 동일한 방식으로 작동합니다. 프로젝트는 하나의 앱에 속한 여러 컨테이너가 단일 Compose 파일에서 함께 실행되는 방식입니다. 첫 번째 컨테이너에는 프로젝트가 필요하지 않습니다.

다른 것보다 먼저 Docker 공유 폴더 만들기

초심자가 건너뛰고 후회하는 단계입니다. 컨테이너 내부는 일시적입니다. 컨테이너를 삭제하면 그 안에 저장된 모든 내용이 함께 삭제됩니다. 실제 데이터는 컨테이너가 가리키는 일반 공유 폴더에 있어야 합니다.

제어판 → 공유 폴더 → 생성을 열고 폴더 이름을 docker로 지정합니다. 그 안에 앱당 하나의 하위 폴더(예: docker/porttainer 및 docker/jellyfin)를 만듭니다. 하나의 앱, 하나의 폴더: 백업과 정리가 간단하게 유지됩니다. 나중에 컨테이너를 생성할 때 해당 데이터 경로를 여기 폴더에 매핑합니다. 해당 매핑을 볼륨이라고 하며 이는 이 페이지에서 가장 중요한 단일 아이디어입니다.

첫 번째 컨테이너를 테스트로 실행

실제로 관심 있는 앱으로 시작하지 마세요. 일회용 작은 컨테이너로 시작하여 이미지 다운로드, 포트, 볼륨, 로그 ​​등 전체 체인이 작동하는지 입증하세요. 컨테이너 관리자에서 레지스트리를 열고 작은 테스트 이미지(작은 정적 웹 서버가 이상적임)를 검색하여 다운로드합니다. 공식 프로젝트나 잘 알려진 관리자가 게시한 이미지를 선호하세요. 낯선 사람이 무작위로 다시 업로드하는 것은 위험합니다. 다운로드한 이미지는 이미지 아래에 있습니다.

이미지를 선택하고 실행을 선택하세요. 6개월 후에 알아볼 수 있는 명확한 이름을 용기에 지정하십시오. 포트의 경우: 컨테이너의 자체 포트는 앱에 의해 고정됩니다. 작업은 로컬(호스트) 포트입니다. DSM 자체에서는 이미 자체 웹 인터페이스에 5000 및 5001을 사용하고 있으므로 8080 이상과 같은 명확한 것을 선택하여 적어 두세요. 앱이 무엇이든 저장하는 경우 해당 데이터 경로를 docker 공유 폴더 내의 폴더에 매핑하세요. 테스트 앱의 경우 테스트 하위 폴더가 좋습니다. 테스트 컨테이너에 대해 자동 다시 시작을 꺼진 상태로 둡니다. 실패하면 실패하는 것을 확인하고 싶지만 루프에서 영원히 다시 시작하는 것을 보고 싶지 않습니다.

로그를 읽은 후 브라우저에서 엽니다

컨테이너를 시작한 다음 브라우저를 터치하기 전에 로그 탭을 엽니다. 로그는 당신과 대화하는 앱입니다. 정상적인 앱은 준비된 라인(종종 수신 대기 중인 주소와 포트)을 인쇄합니다. 루프에서 시작하고 중지하는 컨테이너는 쓸 수 없는 폴더, 필요한 설정 또는 이미 사용 중인 포트 등 뭔가가 누락되었음을 알려줍니다. 마지막 몇 개의 로그 줄은 일반적으로 문제를 일반 단어로 지정합니다.

이제 선택한 포트(예: 포트 8080)를 사용하여 NAS 주소로 브라우저를 엽니다. 앱 자체 페이지가 보인다는 것은 체인이 작동한다는 것을 의미합니다. 즉, 이미지가 다운로드되고 컨테이너가 실행되며 이에 접근할 수 있습니다.

삭제 테스트 수행 - 실제 교훈

이제 아무도 하고 싶어하지 않고 모두가 해야 하는 단계입니다. 일회용 파일이나 설정 하나를 테스트 앱에 넣은 다음 컨테이너를 중지하고 완전히 삭제합니다. File Station에서 docker 공유 폴더를 엽니다. 매핑한 데이터는 컨테이너 내부에 전혀 없었기 때문에 그대로 남아 있습니다. 동일한 볼륨 매핑으로 컨테이너를 다시 생성하면 동일한 설정이 다시 나타납니다.

앱은 일회용이었습니다. 데이터는 그렇지 않았습니다. 대신 데이터가 사라진다면 가능한 가장 저렴한 가격으로 가장 귀중한 컨테이너 교훈을 배운 것입니다. 해당 앱은 컨테이너의 자체 임시 레이어에 데이터를 저장하고 있었으며 실제 항목을 신뢰하려면 먼저 볼륨 매핑이 필요하다는 것입니다.

실제 앱 이전의 정직한 한계