따라서 기본적으로 대부분의 서비스는 구성 파일을 내 /etc/<application>
.물리적내 시스템에서는 볼륨 관리를 위해 LVM을 사용합니다. 특히 데이터를 정리하는 동안 스냅샷을 롤백할 수 있습니다.
구성 설치 위치를 설정하고 위치를 읽을 수 있도록 소스에서 많은 사용자 정의 앱을 설치했지만 기본적으로 일반적으로 매우 임의적입니다. $HOME
또는 소스 트리의 특정 디렉터리에서 읽거나 때로는 /etc/<application>
.
나는 이것들이 모두 표준 위치에 저장된 구성으로 실행되도록 수정하는 중입니다. 이것은 /etc/<app>
스스로 생성하고 거기에 저장하는 것을 의미할 수 있습니다. (src에서 실행되는 앱의 경우인지는 확실하지 않지만 나쁜 습관입니다) ) /etc
, 완전히 별도의 파티션/논리 볼륨에 저장된 하위 디렉터리에 저장할 수 있다면 (어떤 이유로든) 서버를 다시 구축해야 하는 경우 /root
간단히 다시 마운트하여 구성 파티션을 유지할 수 있다는 생각이 들었습니다. 제자리에 있고 서비스가 기존 구성 파일을 가리키도록 합니다.
잠깐 검색을 해보니 /etc/local
이런 용도로 만든 것 같은데, 직접 사용하면 안 된다는 문서가 여러 개 발견되었습니다. 이 디렉터리는 내 Ubuntu 14.04 서버에 존재하지 않는 것 같습니다.
별도의 파티션/구성 폴더로 이동하면 쉽게 백업할 수 있습니다. rsync를 루트 디렉터리로 지정하고 단일 명령/cron 작업으로 모든 것을 백업할 수 있습니다.
"소스 설치" 애플리케이션 외에도 DNS/DHCP/iptables/nginx/apache 구성도 그곳으로 이동하는 것을 고려 중입니다. 즉, 구성이 광범위하고 다시 빌드할 경우 백업해야 하는 애플리케이션입니다. 서버에 관계없이 어떤 이유로든 이러한 구성을 유지하고 싶습니다.
편집: 자세히 살펴본 후에는 /usr/local/etc
좋은 위치인 것처럼 보이며 별도의 파티션에 배치해도 문제가 발생하지 않습니다.
이에 대한 제안이 있으십니까?
답변1
보고 있다/etc를 별도의 파티션으로 이동/etc
어떤 이유로든 별도의 파티션 이나 해당 하위 디렉터리를 사용하여 작업하는 것은 불가능하지는 않더라도 어렵습니다 .
etckeeper
이는 사용 사례에 유용 할 수 있습니다 . /etc
예를 들어 버전 제어 시스템에서 지속성을 허용하므로 git
다른 곳에서 모든 기록의 복사본을 쉽게 유지할 수 있습니다.
여러 대의 컴퓨터를 관리하는 경우 , , , ... 과 같은 중앙 집중식 구성 관리 사용을 고려해야 합니다 cfengine
.puppet
chef
ansible