QEMU를 통한 IP-KVM

KVM이 없는 서버에서 운영 체제 부팅 문제를 해결하는 것은 쉬운 작업이 아닙니다. 복구 이미지와 가상 머신을 통해 스스로 KVM-over-IP를 생성합니다.

운영체제에 문제가 있는 경우 원격 서버에서, 관리자는 복구 이미지를 다운로드하고 필요한 작업을 수행합니다. 이 방법은 오류의 원인이 알려져 있고 서버에 설치된 복구 이미지와 운영 체제가 동일한 제품군에 속하는 경우에 효과적입니다. 오류의 원인을 아직 알 수 없는 경우 운영 체제 로딩 진행 상황을 모니터링해야 합니다.

원격 KVM

IPMI 또는 Intel® vPro™와 같은 내장 도구를 사용하거나 IP-KVM이라는 외부 장치를 통해 서버 콘솔에 액세스할 수 있습니다. 나열된 기술을 모두 사용할 수 없는 상황이 있습니다. 그러나 이것이 끝이 아닙니다. Linux 운영 체제 기반의 복구 이미지로 서버를 원격으로 재부팅할 수 있다면 KVM-over-IP를 빠르게 구성할 수 있습니다.

복구 이미지는 RAM에 있는 완전한 운영 체제입니다. 따라서 가상 머신(VM)을 포함한 모든 소프트웨어를 실행할 수 있습니다. 즉, 서버 운영 체제가 실행될 VM을 시작할 수 있습니다. VM 콘솔에 대한 액세스는 예를 들어 VNC를 통해 구성될 수 있습니다.

VM 내에서 서버 운영 체제를 실행하려면 서버 디스크를 VM 디스크로 지정해야 합니다. Linux 제품군의 운영 체제에서 물리적 디스크는 다음 형식의 블록 장치로 표시됩니다. / dev / sdX, 일반 파일처럼 작업할 수 있습니다.

QEMU 및 VirtualBox와 같은 일부 하이퍼바이저를 사용하면 VM 데이터를 "원시" 형식, 즉 하이퍼바이저 메타데이터 없이 스토리지 데이터만 저장할 수 있습니다. 따라서 서버의 물리적 디스크를 사용하여 VM을 시작할 수 있습니다.

이 방법을 사용하려면 복구 이미지와 그 안에 있는 VM을 실행하는 데 리소스가 필요합니다. 그러나 RAM이 4GB 이상이라면 문제가 되지 않습니다.

환경 준비

가볍고 간단한 프로그램을 가상 머신으로 사용할 수 있습니다 QEMU는 대부분 복구 이미지의 일부가 아니므로 별도로 설치해야 합니다. 우리가 고객에게 제공하는 복구 이미지는 다음을 기반으로 합니다. 아치 리눅스, 패키지 관리자를 사용합니다. 팩맨.

가장 먼저 해야 할 일은 복구 이미지가 최신 소프트웨어를 사용하고 있는지 확인하는 것입니다. 다음 명령을 사용하여 모든 OS 구성 요소를 확인하고 업데이트할 수 있습니다.

pacman -Suy

업데이트 후에는 QEMU를 설치해야 합니다. pacman을 통한 설치 명령은 다음과 같습니다:

pacman -S qemu

qemu가 올바르게 설치되었는지 확인해 보겠습니다.

root@sel-rescue ~ # qemu-system-x86_64 --version
QEMU emulator version 4.0.0
Copyright (c) 2003-2019 Fabrice Bellard and the QEMU Project developers

모든 것이 그렇다면 복구 이미지를 사용할 준비가 된 것입니다.

가상 머신 시작

먼저 VM에 할당된 리소스의 양을 결정하고 물리적 디스크에 대한 경로를 찾아야 합니다. 우리의 경우 가상 머신에 2개의 코어와 2GB의 RAM을 할당하고 디스크는 경로를 따라 배치됩니다. / 개발자 / SDA и / dev / sdb. VM을 시작해 보겠습니다.

qemu-system-x86_64
-m 2048M
-net nic -net user
-enable-kvm
-cpu host,nx
-M pc
-smp 2
-vga std
-drive file=/dev/sda,format=raw,index=0,media=disk
-drive file=/dev/sdb,format=raw,index=1,media=disk
-vnc :0,password
-monitor stdio

각 매개변수의 의미에 대해 좀 더 자세히 설명하면 다음과 같습니다.

• -m 2048M — VM에 2GB RAM을 할당합니다.
• -net nic -net 사용자 — NAT(Network Address Translation)를 사용하여 하이퍼바이저를 통해 네트워크에 간단한 연결을 추가합니다.
• -활성화-kvm — 전체 KVM(커널 가상 머신) 가상화를 활성화합니다.
• -cpu 호스트 — 가상 프로세서에 서버 프로세서의 모든 기능을 가져오라고 지시합니다.
• -M PC - PC 장비의 유형
• -smp 2 — 가상 프로세서는 듀얼 코어여야 합니다.
• -vga 표준 — 대형 화면 해상도를 지원하지 않는 표준 비디오 카드를 선택하십시오.
• -드라이브 파일=/dev/sda,형식=raw,색인=0,미디어=디스크
  • 파일=/dev/sdX — 서버 디스크를 나타내는 블록 장치에 대한 경로입니다.
  • 형식=원시 — 지정된 파일에서 모든 데이터는 "원시" 형식, 즉 디스크에 있는 것과 같습니다.
  • index = 0 — 디스크 번호는 각 후속 디스크마다 1씩 증가해야 합니다.
  • 미디어=디스크 — 가상 머신은 이 스토리지를 디스크로 인식해야 합니다.
• -vnc :0, 비밀번호 — 기본적으로 0.0.0.0:5900에서 VNC 서버를 시작하고 비밀번호를 인증으로 사용합니다.
• -스튜디오 모니터 — 관리자와 qemu 간의 통신은 표준 입력/출력 스트림을 통해 발생합니다.

모든 것이 정상이면 QEMU 모니터가 시작됩니다.

QEMU 4.0.0 monitor - type 'help' for more information
(qemu)

인증이 비밀번호를 사용하여 발생함을 표시했지만 비밀번호 자체를 표시하지는 않았습니다. 이는 QEMU 모니터에 vnc 비밀번호 변경 명령을 전송하여 수행할 수 있습니다. 중요 사항: 비밀번호는 8자를 초과할 수 없습니다.

(qemu) change vnc password
Password: ******

그런 다음 지정한 비밀번호와 함께 서버의 IP 주소를 사용하여 Remmina와 같은 모든 VNC 클라이언트에 연결할 수 있습니다.

이제 로딩 단계에서 발생할 수 있는 오류를 볼 수 있을 뿐만 아니라 이를 처리할 수도 있습니다.

완료되면 가상 머신을 종료해야 합니다. 이는 종료 신호를 보내거나 다음 명령을 제공하여 OS 내부에서 수행할 수 있습니다. system_powerdown QEMU 모니터에서. 이는 종료 버튼을 한 번 누르는 것과 같습니다. 가상 머신 내부의 운영 체제가 원활하게 종료됩니다.

운영 체제 설치

가상 머신은 서버 디스크에 대한 전체 액세스 권한을 가지므로 운영 체제를 수동으로 설치하는 데 사용할 수 있습니다. 유일한 제한은 RAM 용량입니다. ISO 이미지가 항상 RAM에 배치될 수는 없습니다. 이미지를 저장하기 위해 4GB의 RAM을 할당해 보겠습니다. / mnt:

mount -t tmpfs -o size=4G tmpfs /mnt

또한 FreeBSD 12.0 운영 체제의 설치 이미지도 다운로드합니다.

wget -P /mnt ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/12.0/FreeBSD-12.0-RELEASE-amd64-bootonly.iso

이제 VM을 시작할 수 있습니다.

qemu-system-x86_64
-m 2048M
-net nic -net user
-enable-kvm
-cpu host,nx
-M pc
-smp 2
-vga std
-drive file=/dev/sda,format=raw,index=0,media=disk
-drive file=/dev/sdb,format=raw,index=1,media=disk
-vnc :0,password
-monitor stdio
-cdrom /mnt/FreeBSD-12.0-RELEASE-amd64-bootonly.iso
-boot d


깃발 -부팅 d CD 드라이브에서 부팅을 설치합니다. VNC 클라이언트에 연결하여 FreeBSD 부트로더를 확인합니다.

DHCP를 통해 주소를 얻는 것은 인터넷에 액세스하는 데 사용되었기 때문에 구성 후 새로 설치된 시스템으로 부팅하고 네트워크 설정을 수정해야 할 수도 있습니다. 경우에 따라 서버에 설치된 네트워크 카드와 VM에서 에뮬레이트된 네트워크 카드가 다르기 때문에 네트워크 어댑터 드라이버를 설치해야 할 수도 있습니다.

결론

서버 콘솔에 대한 원격 액세스를 구성하는 이 방법은 서버 리소스의 일부를 소비하지만 서버 하드웨어에 특별한 요구 사항을 부과하지 않으므로 거의 모든 조건에서 구현할 수 있습니다. 이 솔루션을 사용하면 소프트웨어 오류를 진단하고 원격 서버의 기능을 복원하는 것이 훨씬 쉬워집니다.

출처 : habr.com