- 서버를 어떻게 최신 상태로 유지합니까?
- Aptitude 와 같은 패키지 관리자 를 사용할 때 업그레이드 / 설치 기록을 유지합니까? 그렇다면 어떻게 수행합니까?
- 여러 서버에 패키지를 설치하거나 업그레이드 할 때 프로세스 속도를 최대한 높이는 방법이 있습니까?
답변
Linux / Debian 기반 시스템에서 cron-apt 는 cron을 통해 자동화 된 apt를 관리 할 수있는 매우 편리한 도구입니다.
apt-get update매일 사용하고 있으며 새 업데이트를 설치해야 할 경우 이메일을 보내십시오.
해당 도구에 대한 간단하고 잘 소개 된 내용은 다음과 같습니다 .
답변
세 번째 질문과 관련하여 항상 로컬 저장소를 실행합니다. 한 대의 컴퓨터에만 해당 되더라도 다시 설치해야 할 경우 (일반적으로 적성 자동 청소와 같은 것을 사용) 시간이 절약되며 두 대의 컴퓨터의 경우 거의 항상 돈을 지불합니다.
내가 관리하는 클러스터의 경우 일반적으로 명시 적 로그를 유지하지 않습니다. 패키지 관리자가 처리하도록합니다. 그러나 해당 컴퓨터 (데스크톱이 아닌)의 경우 자동 설치를 사용하지 않으므로 모든 컴퓨터에 설치하려는 내용에 대한 메모가 있습니다.
답변
cron-apt와 비슷하게 apticron을 사용 합니다 .
답변
나는 역사 를 위해 apt-history 를 사용 합니다. 이 유용한 도구가 왜 기본적으로 포함되어 있지 않은지 잘 모르겠습니다 . 꼭두각시로 배포 한 첫 번째 패키지 입니다.
답변
나는 매일 밤마다 cron 작업으로 / usr / bin / apt-get update -qq; / usr / bin / apt-get dist-upgrade -duyq 를 실행합니다. 아침에 업그레이드해야 할 패키지에 대한 알림을 받았으며 파일이 이미 컴퓨터에 다운로드되었습니다.
그런 다음 일반적으로 머신의 스냅 샷을 작성하고 (대부분의 서버는 가상 임) apt-get dist-upgrade를 수행 하고 nagios 를 확인하고 모든 것이 여전히 작동하는지 확인하고 스냅 샷을 제거하십시오.
마지막으로 나중에 발생하는 문제를 추적하기 위해 Wiki의 모든 서버에 대한 모든 변경 사항의 실행 목록을 유지합니다 .
중복 다운로드를 제한하는 한 서버와 인터넷간에 캐시 된 웹 프록시 (오징어?)를 설정하여 처음 액세스 할 때 .deb 파일을 캐시 할 수 있음을 이해합니다. 아마도 이것은 로컬 패키지 리포지토리를 설정하는 것보다 간단하며 일반적인 웹 브라우징 속도를 높이는 이점이 있습니다.
답변
apt-cacher는 패키지 캐싱에 편리하며 전체 리포지토리의 전체 미러를 완료하지 않고 필요할 때 처음 캐시하므로 디스크와 대역폭을 절약합니다. 또한 동시에 캐싱하면서 패키지의 첫 번째 요청을 요청자에게 직접 스트리밍하므로 추가 지연이 없으므로 편리합니다.
답변
로컬 리포지토리를 실행하는 것이 로컬 서버의 내용을 정확하게 관리하는 가장 좋은 방법입니다. 또한 사용자 정의 백 포트 또는 사용자 정의 로컬 패키지를 쉽게 배포 할 수 있습니다. 로컬 설치를 쉽게하기 위해 종속성이 거의없는 로컬 ‘메타 패키지’를 만드는 것으로 알려져 있습니다. (예 : ‘apt-get install local-mailserver’). 이것은 구성 변경을 ‘버전’할 수있게하는 부작용이 있습니다. (보다 복잡한 구성 관리를 위해서는 꼭두각시와 같은 것이 필요합니다)