단일 드라이브의 손실을 허용할 수 있는 장애 조치 부팅 설정을 고려 중입니다. 기본 시스템 파티션(/, /home, /usr 등)은 플래시 드라이브에 있어야 합니다. /var 및 /tmp 파티션은 하드 드라이브에서 마운트되어야 합니다. 또한 하드 드라이브에는 플래시 드라이브에 있는 모든 파티션의 섀도우 복사본이 포함되어 있습니다. 이러한 복사본은 상당히 정적이고 RSYNC(?)를 통해 최신 상태로 유지되어야 하며 이러한 파티션을 사용하기 위한 부팅 사전 설정이 있습니다.
플래시 드라이브에 오류가 발생하면 시스템은 하드 드라이브에서 부팅됩니다(BIOS에서 설정해야 함). 하드 드라이브에 오류가 발생하더라도 시스템은 하드 드라이브를 교체할 수 있도록 계속 작동할 수 있어야 합니다.
내 질문은 다음과 같습니다
이러한 유형의 구성(예: 보안)에서 중요한 사항을 놓치고 있습니까?
하드 드라이브가 없으면 /var 및 /tmp를 마운트하지 않고 시스템이 부팅됩니까? 물론 이것은 복구 작업 모드이며 최소한 다른 드라이브가 적절하게 설정되고 마운트될 수 있도록 허용해야 하지만 최소한 SSH를 포함한 모든 서비스를 부팅하고 시작해야 합니다.
내가 고려하고 있는 배포판은 데비안이지만 그것이 최종은 아닙니다.
답변1
이 작업을 수행할 수 있어야 하지만 명심해야 할 몇 가지 사항이 있습니다.
- 플래시 드라이브가 없는 것은
/tmp좋은 일이지만 영구 플래시 드라이브가 전혀 없는 것을 고려할 수도 있습니다. 제 것은 tmpfs였습니다. 부팅 중에 마운트가 실패하면/tmp플래시 드라이브의 내용이 계속됩니다/tmp /var플래시 드라이브의 마모로 인해 하드 드라이브에서 설치를 복사하는 경우/var파일을 플래시 드라이브에 저장하는 것도 고려할 수 있습니다. Jessie에는 281Mb만 있으므로 하드 드라이브에 오류가 발생하면 다운그레이드된 시스템에서 필요한 모든 것을 찾을 수 있습니다.- grub2의 경우 rsync를 사용할 수 있어야 합니다. "동기화"의 다양한 단계를 수행하도록 설정된 스크립트가 있을 수 있으므로
chroot/가 포함된 하드 드라이브 파티션에 대해 -ed를 실행해야 할 수도 있습니다.grub-installgrub-update - 플래시 드라이브가 (일시적으로) 고장나고 하드 드라이브에서 자동 부팅한 경우(즉, 현재 업데이트된 하드 드라이브 기반 데이터를 플래시 드라이브로 백싱크할 수 있는 경우) 어떻게 해야 할지 생각해 보십시오.
내 서버에는 이와 유사한 "안전 장치" 시스템이 있었습니다(처음 두 개의 하드 드라이브는 부팅 가능했습니다). 제대로 맞추는 데 시간이 좀 걸렸지만 첫 번째 드라이브를 당겨서 테스트했기 때문에 작동했습니다. 그 기능은 실생활에서는 결코 필요하지 않습니다.