시놀로지 Docker와 컨테이너 매니저: 지원 조건 확인법

시놀로지에서 Docker 활용법을 찾았다면, 따라 할 화면이 Container Manager인지부터 확인해 보세요. 최근 패키지 변경 기록까지 함께 읽어야 예전 안내의 설치 조건을 현재 환경에 잘못 적용하지 않을 수 있습니다. 패키지 이름, 지원 조건, 프로젝트 사용 여부를 나누어 판단하는 순서를 정리했습니다.

핵심 요약

Container Manager는 시놀로지 Docker 패키지를 잇는 도구이며 프로젝트에서 Compose를 사용합니다.
패키지 지원 모델, 설치할 버전의 DSM 요구 조건, 실행할 앱의 조건을 각각 확인하세요.
Compose 파일이 제공되는 앱은 프로젝트 방식부터 살펴보면 설정을 비교하기 편합니다.
설정 파일과 실제 데이터의 위치를 구분하고, 정지와 삭제를 같은 작업으로 생각하지 마세요.

Docker와 Container Manager, 무엇이 다른가

시놀로지 공식 변경 기록은 Container Manager를 기존 Docker 패키지의 후속으로 설명합니다. 프로젝트 페이지에서 Docker Compose를 지원한다는 내용도 함께 명시합니다. 따라서 오래된 글의 ‘Docker를 연다’는 안내를 발견했다면 먼저 자신의 패키지 이름과 버전을 대조하는 편이 좋습니다. 시놀로지 변경 기록

Docker 공식 문서에서 Compose는 여러 컨테이너와 설정을 YAML 파일에 정의하는 도구입니다. Dockerfile이 이미지를 만드는 지침이라면, Compose 파일은 실행할 컨테이너 구성을 기술합니다. 파일 이름이 비슷해 보여도 서로 대신 넣는 파일은 아닙니다. 도커 컴포즈 개념

용어	확인할 대상	읽는 순서
Container Manager	NAS에서 사용하는 관리 패키지	모델·설치 버전
프로젝트	하나 이상의 컨테이너를 묶어 관리하는 단위	작업 경로·구성 파일
Compose 파일	서비스와 실행 설정을 적은 YAML	이미지·포트·저장 경로
Dockerfile	이미지 빌드 지침	앱 공식 빌드 안내

프로젝트의 관리 범위는 시놀로지 프로젝트 도움말에서 확인할 수 있습니다. 앱 안내에 Compose 파일이 있다면 프로젝트 흐름과 맞는지 먼저 읽고, 개별 컨테이너 생성 안내만 있다면 그 앱의 공식 절차와 비교하세요.

지원 여부는 모델·DSM·앱으로 나누기

공식 패키지 적용 모델 목록에는 DS1621+가 포함돼 있습니다. 하지만 모델 목록에서 이름을 찾는 것과 특정 패키지 버전을 설치할 수 있는 것은 별도로 확인해야 합니다. 패키지 적용 모델

변경 기록의 예를 보면 24.0.2-1543은 DSM 7.2.1 이상, 24.0.2-1606은 DSM 7.3 이상, 24.0.2-1706은 DSM 7.4 이상을 요구합니다. 이는 각 버전에 적힌 조건을 비교한 것이며 모든 NAS에 마지막 항목을 설치하라는 뜻은 아닙니다. 설치할 버전의 호환성과 설치 항목을 직접 읽으세요. 버전별 설치 조건

앱 조건도 따로 봐야 합니다. 예를 들어 Roon 공식 Synology 안내는 해당 서버 이미지에 x86_64/amd64 프로세서를 요구하고 ARM은 지원하지 않는다고 명시합니다. 이는 Roon의 조건이며 Container Manager 전체의 지원 범위로 일반화하면 안 됩니다. 패키지가 설치돼 있어도 실행할 이미지의 조건을 읽어야 하는 이유입니다. 룬 공식 설치 안내

설치 전에 작성할 작은 점검표

아래는 공식 도움말을 바탕으로 정리한 확인 순서입니다. 실제 NAS에 설치하거나 성능을 시험한 결과는 아닙니다.

환경을 적습니다. NAS 전체 모델명, DSM 버전, 현재 패키지 이름과 버전을 기록합니다.
설치 조건을 대조합니다. 패키지 적용 모델을 찾고, 설치 대상 버전의 변경 기록에서 DSM 조건을 확인합니다. 찾지 못한 항목은 ‘미확인’으로 남깁니다.
앱 문서를 엽니다. 이미지 아키텍처, 필요한 저장 경로, 네트워크 조건을 표시합니다. 다른 앱의 예제를 그대로 가져오지 않습니다.
프로젝트 입력값을 준비합니다. 공식 도움말의 생성 절차는 프로젝트 이름, 작업 경로, 업로드하거나 편집할 docker-compose.yml을 지정하도록 안내합니다.
기존 안내와 다른 부분을 기록합니다. 메뉴 이름뿐 아니라 경로·포트·이미지 태그도 비교한 뒤 진행 여부를 결정합니다.

프로젝트의 작업 경로와 앱 데이터 경로를 같은 것으로 가정하지 마세요. Compose 공식 예제는 이미지·포트·볼륨·네트워크를 서비스 설정으로 구분합니다. Roon 안내 역시 구성 파일을 둘 폴더와 데이터·백업 폴더를 나누고, NAS의 실제 볼륨 경로가 예제와 맞는지 확인하도록 설명합니다. 이 구분을 자신의 앱 문서에 적용하는 것이 핵심입니다.

기존 시놀로지 셀프호스팅 시작 가이드는 운영자의 서비스 구성과 n8n 실전 글로 이어집니다. 여기서 환경과 용어를 먼저 확인한 뒤 해당 가이드로 이동하면 읽는 순서를 잡기 쉽습니다.

설정 변경과 삭제에서 주의할 점

프로젝트 도움말은 정지를 컨테이너를 제거하지 않고 멈추는 작업으로 설명하고, 삭제는 프로젝트의 컨테이너와 데이터를 지우는 작업으로 안내합니다. 화면을 정리하려는 목적이라면 버튼의 이름만 보고 삭제를 선택하지 말고 대상과 안내를 먼저 확인하세요. 구성 파일 사본과 데이터 백업 위치를 함께 기록하는 것을 권합니다. 프로젝트 작업 설명

저장 데이터 처리에서는 도구별 설명을 구분해야 합니다. Docker 문서는 일반적인 Compose 종료 시 볼륨을 기본적으로 자동 제거하지 않는다고 설명합니다. 한편 시놀로지 도움말의 정리 작업은 제거 범위를 더 넓게 기술하고 있습니다. 두 설명만으로 NAS 화면의 작업이 데이터를 항상 보존한다고 단정할 수 없으므로, 이 글에서는 정리·삭제 버튼을 데이터 보존 방법으로 제안하지 않습니다.

설정 변경은 프로젝트 상세의 YAML 구성에서 편집·배포하는 흐름이 공식 도움말에 있습니다. 다만 변경할 값과 보존할 데이터를 먼저 적어 두세요. ‘설정을 다시 적용한다’와 ‘앱 데이터를 복원한다’를 나누어 준비하면 확인하지 않은 부분을 찾기 쉽습니다.

정리

시놀로지 Docker 안내를 현재 환경에 적용하려면 패키지 이름 → 모델과 버전 조건 → 앱 요구 사항 → 프로젝트 설정 순서로 확인하세요. 지원 조건을 기록하고 기존 데이터 위치를 구분하는 것부터 시작하면, 오래된 안내에서 그대로 따라 해도 되는 부분과 다시 확인할 부분을 나눌 수 있습니다.

시놀로지 Docker, 컨테이너 매니저 확인법