보호되지 않은 데이터를 남기지 않고 Jellyfin을 폐기하는 방법

보존할 상태를 결정하고, 복구 가능한 백업을 확인하며, 서비스가 사용한 모든 경로와 자격 증명을 목록화한 후에만 접근 권한을 제거하여 Jellyfin을 폐기하세요. 먼저 컨테이너를 삭제하면 Jellyfin 인터페이스는 사라져도 미디어 마운트, 백업, API 키, 리버스 프록시 경로, 영구 볼륨이 남을 수 있습니다.

안전한 폐기의 목표는 두 가지입니다. 나중에 필요할 수 있는 항목을 보존하고, 데이터에 계속 접근하거나 데이터를 수정할 수 있는 모든 경로를 제거하는 것입니다. 외부에서 내부 순서로 진행하세요. 원격 진입점을 비활성화하고, 새로운 쓰기를 중지하고, 최종 백업을 생성 및 테스트한 다음 애플리케이션을 제거하고, 볼륨, 바인드 마운트, DNS, 방화벽 규칙, 자격 증명을 의도적으로 검토하세요. 어떤 영구 데이터가 보관되었거나 의도적으로 삭제되었는지 확인하기 전에는 광범위한 정리 명령을 사용하지 마세요.

제거 전에 데이터, 마운트, 접근 경로를 목록화하세요

Jellyfin의 데이터/구성 디렉터리, 캐시, 미디어 마운트, 트랜스코딩 경로, 백업 폴더, 리버스 프록시, VPN 또는 터널, DNS 이름, 방화벽 규칙, API 키나 서비스 자격 증명을 나열하세요. 각 항목을 보존, 재사용, 교체 또는 삭제로 표시하세요.

이 목록은 애플리케이션 컨테이너를 서비스 전체로 간주하는 흔한 폐기 실수를 방지합니다. 홈 서버에서는 중요한 상태가 바인드 마운트나 이름 있는 볼륨에 저장되고, 공개 진입점은 완전히 다른 프록시나 DNS 구성에 있을 수 있습니다.

서버에 원격으로 접근할 수 있었다면 원격 접근 계층을 추적할 때 사용한 것과 동일한 경로 모델을 검토하세요. 공개 DNS, 프록시/VPN, 방화벽, 로컬 서비스는 서로 다른 계층이므로 각각 의도적으로 폐기해야 합니다.

정상 작동 중인 마지막 인스턴스를 중지하기 전에 최종 백업을 생성하세요

서버가 아직 정상 상태로 확인된 동안 최종 Jellyfin 백업을 생성한 다음, Jellyfin 호스트나 볼륨을 삭제해도 남아 있을 위치로 복사하세요. 아카이브에 Jellyfin 버전과 폐기 날짜를 표시하세요.

Jellyfin의 공식 백업 방법에서는 내장 및 수동 백업 경로를 모두 설명하고 복구 가능한 서버 상태를 보존하는 방법을 안내합니다. 데이터베이스와 구성 파일을 일관되지 않은 상태로 실시간 복사하지 말고, 설치 환경에 맞는 문서화된 방법을 사용하세요.

간단한 복원 검증을 수행하거나, 최소한 진행하기 전에 아카이브의 내용을 확인하세요. 최종 백업이 불완전하다면 작동 중인 서버가 아직 존재할 때 문제를 해결하고 폐기를 중단하세요.

애플리케이션을 제거하기 전에 외부 접근을 비활성화하세요

Jellyfin을 특정하여 외부에 노출하는 공개 DNS 레코드, 리버스 프록시 경로, 포트 포워딩, 터널 공유, VPN ACL을 제거하거나 비활성화하세요. 이 작업을 먼저 수행하면 최종 확인을 위해 서버를 로컬에서 계속 사용할 수 있는 동안 공개 경로를 차단할 수 있습니다.

외부 네트워크에서 기존 공개 Jellyfin URL이나 터널이 더 이상 서비스에 연결되지 않는지 확인한 다음, 백업과 목록 작성을 마칠 수 있을 만큼 로컬 접근이 여전히 가능한지 확인하세요. 이 양방향 테스트를 통해 복구 가능한 상태를 너무 일찍 삭제하지 않고 노출을 차단했는지 검증할 수 있습니다.

Jellyfin 전용 API 키나 자격 증명을 교체하세요. 특히 제거 후에도 남아 있을 프록시 구성, 자동화 스크립트 또는 모니터링 시스템에 저장되어 있었다면 반드시 교체해야 합니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

컨테이너와 볼륨을 신중하게 제거하세요

최종 백업을 확인한 후에만 Jellyfin 컨테이너를 중지하고 제거하세요. 그런 다음 모든 바인드 마운트와 이름 있는 볼륨을 점검하고, Jellyfin 전용인지 다른 서비스와 공유되는지 결정하세요.

Docker 문서에 따르면 볼륨은 컨테이너를 제거한 후에도 유지됩니다. 컨테이너를 삭제해도 모든 영구 볼륨이 자동으로 제거되지는 않습니다. 이러한 지속성은 복구에 유용하지만, 명시적으로 처리할 때까지 사용하지 않는 애플리케이션 데이터가 디스크에 남을 수 있다는 의미이기도 합니다.

여러 애플리케이션이 실행되는 호스트에서 첫 번째 정리 단계로 docker volume prune을 실행하지 마세요. 확실히 식별한 볼륨만 제거하고, 최종 아카이브는 해당 정리 범위 밖에 보관하세요.

보호되지 않은 Jellyfin 상태가 남아 있지 않은지 확인하세요

호스트에서 기존 Jellyfin 데이터 경로, 남은 Compose 파일, 환경 파일, 프록시 스니펫, 백업 아카이브, 자격 증명을 검색하세요. 남아 있는 각 항목은 일반적인 백업 및 접근 정책에 따라 보호하거나, 의도적으로 삭제하세요.

미디어 권한이 계속 실행할 서비스와 일치하는지 확인하세요. Jellyfin 전용 사용자나 ACL이 더 이상 필요하지 않을 수 있지만, 이를 제거하면 동일한 그룹이나 읽기 전용 미디어 마운트를 의도적으로 공유하던 다른 컨테이너가 중단되지 않는지 확인해야 합니다.

기존 공개 경로가 차단되고, 최종 백업을 복구할 수 있으며, 애플리케이션이 더 이상 실행되지 않고, 남아 있는 모든 파일과 자격 증명에 명확한 관리 주체가 지정되면 폐기가 완료된 것입니다. 볼륨이나 백업의 용도를 확인할 수 없다면 무작정 삭제하지 말고 격리하세요.