저는 한 환경에 40개의 고정 설치된 터미널(터치 스크린이 있고 마우스나 키보드가 연결되지 않음)을 제공합니다. 이 40대의 PC에는 모두 Ubuntu 및 Chromium의 슬림 버전이 설치되어 있습니다. 유일한 목적은 전체 화면 모드에서 웹 응용 프로그램을 제공하는 것입니다.
자, 여기에 문제가 있습니다. 며칠 전에 정전이 발생하여 모든 터미널이 종료되었습니다. 다시 모두 다시 시작했을 때 단 하나의 터치스크린도 작동하지 않았는데 이유를 모르겠습니다. 그러나 CloneZilla 플래시 드라이브를 사용하여 시스템을 다시 설치하면 문제가 해결되었습니다. 키보드와 플래시 드라이브를 연결하고, 플래시 드라이브에서 부팅하도록 BIOS 설정을 변경하고, 40개의 터미널을 모두 다시 설치하는 등 많은 작업이 필요했습니다.
어떻게 하면 더 나은 방법으로 이를 수행할 수 있습니까? 내 꿈의 시나리오는 하나의 변경 사항을 적용하는 것입니다(예를 들어 모든 터미널에 작은 NodeJs 서버를 두거나 SSH 액세스를 구성하고 싶다고 가정해 보겠습니다). PXE 서버 실행을 살펴봤지만 시간이 많이 걸리는 것 같습니다(800MB 이미지 x 40을 다운로드하는 데 시간이 꽤 걸립니다).
이 설정을 더 나은 방식으로 유지 관리할 수 있는 더 나은 솔루션이 있는 사람이 있습니까?
답변1
글쎄요, PXE는 부팅할 때 각 서버에 이미지를 다운로드하는 경우일 필요는 없습니다. 사실, 보다 전통적인 용도는(적어도 UNIX 시스템을 다룰 때) NFS(또는 요즘에는 다른 네트워크 파일 시스템)에 루트 파일 시스템이 있는 시스템에 디스크 없는 부팅을 제공하는 것이었습니다. 이것이 얼마나 효과가 있을지는 잘 모르겠지만(PXE의 시간 문제를 NFS 서버의 단일 실패 지점과 교환함) 살펴볼 가치가 있을 것입니다. iSCSI 또는 NBD에서도 유사한 작업을 수행할 수 있지만 설정이 조금 더 복잡합니다.
다음과 비슷하게 체인 로딩 가능성을 살펴볼 수도 있습니다.시스템복구CD하다. 넷부팅할 때 TFTP를 통해 syslinux, 커널 및 초기 램 디스크만 로드하면 되며, 그런 다음 다른 프로토콜을 통해 실제 시스템 이미지를 로드할 수 있습니다(예를 들어 제가 작업하는 곳에서는 HTTP를 통해 로드합니다). TFTP는 매우 비효율적인 프로토콜입니다(다음 블록을 전송하기 전에 각 블록을 별도로 승인해야 하며 기본적으로 매우 작은 블록 크기를 사용함). 따라서 이렇게 하면 프로세스 속도가 크게 향상될 수 있습니다(제가 작업하는 네트워크가 있습니다). netboot SystemRescueCD를 설정하고 TFTP 대신 HTTP를 통해 시스템 이미지를 로드하게 하면 설정 시 테스트한 시스템에서 부팅 시간이 거의 15분에서 약 3분으로 단축됩니다.
Ubuntu 기반으로 무언가를 실행하고 있다는 점을 고려하면 다음의 조합을 사용하는 것을 살펴볼 수 있습니다.마스그리고부적, 이는 Ubuntu에서 이러한 유형의 작업을 수행하기 위한 표준 스택이기 때문입니다.
하지만 그 외에도 지금까지 본 것과 같은 대규모 중단이 드물다고 안전하게 가정할 수 있다면(따라서 40개 시스템을 모두 다시 한 번에 다시 설치할 필요가 없을 것임) 자동화된 관리 도구를 살펴보는 것이 좋습니다. 시스템 설치에는 도움이 되지 않지만 시스템의 구성이나 패키지에 대한 변경 사항을 배포하는 작업이 크게 단순화됩니다. 나는 특히 좋아한다앤서블이러한 유형의 경우 설정이 얼마나 간단하고(문자 그대로 비밀번호 없는 SSH 로그인과 관리하려는 시스템에 특정 단일 Python 패키지만 설치하면 됨) 상태 저장(주로 대부분)을 사용한다는 사실 때문입니다. ) 배우기 매우 쉬운 작업을 처리하는 선언적 언어입니다.인형,요리사, 그리고소금이 유형에 대한 다른 세 가지 인기 있는 옵션이 있지만 피상적인 평가 외에는 개인적으로 경험해 본 적이 없으므로 어느 것이 귀하의 사용에 가장 적합한지에 대해 조언을 드릴 수는 없습니다.
답변2
또한 디스크 없는 PXE 부팅을 권장하지만, 대안으로 이 상황에서는 하나의 시스템을 쉽게 백업한 다음 40개 시스템 전체를 복원할 수도 있습니다. 이는 40번을 다시 설치하는 것보다 빠릅니다.