SLES 15 KVM 설정: 선택한 가상 머신을 부팅 시 자동으로 시작하도록 설정
SLES 15 KVM 및 libvirt 도구를 설치하고, 올바른 호스트 서비스를 활성화하고, 재부팅 후 선택한 가상 머신이 시작되도록 구성하십시오.
SLES 15 KVM 가상 머신이 호스트 재부팅 후 자동으로 시작되도록 하려면 KVM 및 libvirt 관리 구성 요소를 설치하고, 해당 게스트를 자동 시작으로 표시한 다음 virsh autostart VM_NAME, 호스트의 활성 libvirt 데몬이 부팅 시 시작되도록 해야 합니다. 자동 시작은 가상 머신별 설정입니다. KVM을 설치하거나 libvirt를 시작하는 것만으로는 모든 게스트가 자동으로 시작되지 않습니다.
아래 명령어는 SUSE의 SLES 15 SP7 가상화 가이드를 따릅니다. 이전 서비스 팩은 다를 수 있으므로, 해당 가이드와 설치된 systemd 유닛을 확인한 후 서비스 명령어를 적용하십시오.
libvirt를 통해 게스트를 실행하고 관리할 호스트의 경우 KVM 서버와 KVM 도구를 모두 설치해야 합니다. SUSE는 KVM 서버를 최소한의 QEMU/KVM 환경으로, KVM 도구를 여기에서 사용된 워크플로를 포함하는 libvirt 기반 관리 스택으로 정의합니다 virsh.
설치하기 전에 시스템의 프로세서와 펌웨어가 하드웨어 가상화를 지원하는지 확인하십시오. SUSE는 SLES 15 SP7 가상화 가이드 에서 CPU 지원 및 필요한 소프트웨어에 대한 정보를 제공합니다 . 검증 결과 하드웨어 또는 구성 문제가 보고되면 가상 머신을 정의하기 전에 펌웨어 또는 호스트 구성에서 문제를 해결하십시오. 자동 시작 플래그는 KVM을 실행할 수 없는 호스트를 보완할 수 없습니다.


이미 설치된 서버에서 YaST를 열고 가상화 > 하이퍼바이저 및 도구 설치를 선택합니다 . YaST 가상화 모듈이 없는 경우 SUSE에서는 해당 모듈이 yast2-vm패키지에 포함되어 있다고 안내합니다.
KVM 서버 와 KVM 도구를 선택한 다음 패키지 변경 사항을 적용합니다. YaST에서 네트워크 브리지 구성 옵션을 제안할 수 있습니다. 호스트의 네트워크 구성에 적합한 경우에만 해당 옵션을 선택하십시오. 운영 호스트의 네트워크를 변경하면 원격 액세스가 중단될 수 있으므로 브리지 변경 사항을 적용하기 전에 미리 계획하고 일정을 조정하십시오.
설치가 완료되면 게스트를 생성하거나 가져오고, 해당 게스트가 영구적인 libvirt 도메인으로 정의되었는지 확인하십시오. SUSE 가이드에 따르면 YaST를 통한 KVM 설정에는 호스트 재부팅이 필요하지 않습니다.
또는 SUSE는 Zypper를 사용하여 패턴을 설치하는 방법에 대한 문서를 제공합니다 sudo zypper install -t pattern kvm_server kvm_tools. 설치 경로 중 하나를 선택하고 패키지 트랜잭션을 검토한 후 확인하십시오. 호스트를 처음부터 설치하는 경우 KVM 가상화 호스트 시스템 역할은 SLES 설치 중에 적절한 항목을 설치하고 구성합니다.
먼저 시스템 libvirt 연결을 통해 도메인 목록을 확인하여 정확한 게스트 이름을 사용할 수 있도록 합니다.

sudo virsh -c qemu:///system list --all
해당 --all옵션에는 현재 꺼져 있는 게스트 VM이 포함됩니다. 출력에서 원하는 영구 VM을 선택한 다음 해당 도메인에 대해 자동 시작을 활성화하십시오.

sudo virsh autostart VM_NAME
나중에 설정을 되돌리려면 를 실행하세요 sudo virsh autostart --disable VM_NAME. 이는 저장된 메모리 복원이 아닙니다. 호스트가 시작된 후 게스트는 구성된 디스크에서 정상적으로 부팅됩니다. 또한 모든 VM을 자동으로 선택하지도 않습니다. 이 호스트에서 실행되어야 하는 게스트에만 명령을 적용하세요.
이는 해당 SLES 호스트가 libvirt의 모듈형 데몬을 사용하는지 아니면 기존의 단일형 데몬을 사용하는지에 따라 다릅니다 libvirtd. SUSE는 SLES 15 SP7에서 모듈형 데몬이 기본적으로 활성화되어 있으며 게스트가 자동 시작되도록 구성된 경우 부팅 시 관련 드라이버 서비스를 시작할 것을 권장합니다. QEMU 드라이버 서비스는 입니다 virtqemud.service. 단일형 설정에서는 SUSE에서 libvirtd.service대신 를 권장합니다. 두 장치 이름이 모두 존재한다는 이유만으로 두 배포 모드를 모두 활성화하지 마십시오.
단위를 변경하기 전에 호스트에서 단위를 확인하십시오.

systemctl status virtqemud.service libvirtd.service
호스트가 모듈형 libvirt를 사용하고 QEMU 유닛이 설치되어 있는 경우 다음 명령으로 활성화하십시오.
sudo systemctl enable --now virtqemud.service
호스트가 의도적으로 단일 데몬을 사용하도록 구성된 경우 다음 명령을 사용하십시오.

sudo systemctl enable --now libvirtd.service

모듈형 libvirt를 사용하면 가상 네트워킹과 스토리지 관리에 별도의 드라이버 데몬이나 소켓을 사용할 수 있습니다. 게스트가 libvirt에서 관리하는 네트워크에 의존하는 경우, 해당 네트워크도 자동으로 시작되도록 설정해야 합니다. 예를 들어, SUSE에서 sudo virsh net-autostart default제공하는 사전 정의된 네트워크에 대한 문서를 default참조하십시오. 게스트가 실제로 해당 네트워크를 사용하는 경우에만 이 작업을 수행하십시오. 호스트 수준에서 구성된 브리지는 이 libvirt 네트워크 설정을 사용하지 않습니다. 네트워크 이름을 추측하지 말고 게스트에 실제로 연결된 네트워크를 확인하십시오 default.
게스트가 외부 디스크 또는 네트워크 마운트 디스크를 사용하는 경우 부팅 시 해당 백업 스토리지를 사용할 수 있는지 확인하십시오. SUSE는 libvirt 스토리지 풀의 활성 상태가 게스트에 이미 연결된 볼륨의 가용성을 변경하지 않지만, 호스트 측 풀 관리 또는 이후 볼륨 작업을 위해 풀이 활성화되어 있어야 하는 경우 풀 자동 시작을 활성화하는 것이 유용하다고 명시합니다 sudo virsh pool-autostart POOL. `<pool name>`을 실제 풀 이름으로 바꾸십시오. POOLVM 자동 시작을 설정하기 위해 새 풀을 생성하지 마십시오.

계획된 유지 보수 재부팅 전에 도메인 구성 및 데몬 상태를 점검하십시오. sudo virsh dominfo VM_NAME자동 시작이 활성화되어 있는지 확인하려면 `git status` 명령을 사용하고, 선택한 데몬 모드가 systemctl is-enabled virtqemud.service올바른지 확인하려면 `git status` 명령을 사용 systemctl is-enabled libvirtd.service하십시오. 첫 번째 명령이 게스트를 찾을 수 없어서 실패하는 경우, 게스트가 생성된 libvirt 연결과 동일한 연결을 쿼리하고 있는지 확인하십시오.
승인된 유지 관리 기간 동안 테스트를 수행하십시오. 호스트가 복구되면 명령을 실행합니다 sudo virsh -c qemu:///system list --all. 선택한 게스트가 실행 중인 것으로 표시되어야 합니다. 네트워크 및 게스트 서비스를 별도로 확인하십시오. 게스트가 여전히 꺼져 있는 경우, 해당되는 경우 journalctl -b -u virtqemud.service또는 명령을 사용하여 활성 데몬의 부팅 로그를 검사 journalctl -b -u libvirtd.service하고 사용 가능한 스토리지 또는 필요한 가상 네트워크가 있는지 확인하십시오. 이러한 조건은 호스트 구성에 따라 달라지므로 데몬 로그와 VM의 실제 장치 구성을 통해 다음 해결 방법을 결정해야 합니다.
버전별 서비스 세부 정보, 네트워크 설정 및 게스트 관리에 대해서는 SUSE의 SLES 15 SP7 libvirt 데몬 설명서 및 VM 호스트 준비 장을 참조하십시오 .
SLES 15 KVM 및 libvirt 도구를 설치하고, 올바른 호스트 서비스를 활성화하고, 재부팅 후 선택한 가상 머신이 시작되도록 구성하십시오.
systemd 작업과 이전 부팅 저널을 사용하여 속도가 느린 서비스, 마운트 또는 스토리지 종속성을 찾아낸 다음 원인을 숨기지 않고 수정합니다.
firewall-cmd를 사용하여 활성 영역을 검사하고, HTTP를 안전하게 허용하고, SSH 액세스를 유지하고, SLES 15에서 재로드 후에도 규칙이 유지되는지 확인하십시오.
PAM 오류의 원인을 서비스, 계정 정책 또는 ID 공급자까지 추적한 다음, 관리자 세션을 유지하면서 올바른 SLES 구성을 복구합니다.
원격 클라이언트 한 명을 위해 Debian 12 기반 WireGuard VPN 서버를 설정합니다. 키, IPv4 포워딩, nftables NAT, 방화벽 액세스 및 연결 확인을 구성합니다.
Nextcloud 파일과 MariaDB를 함께 백업하고, cron을 사용하여 암호화된 Restic 스냅샷을 예약하고, 운영 서버에 위험을 초래하지 않고 복구를 검증하세요.
데비안에서 SSH 키, fstab, systemd 자동 마운트를 사용하여 SSHFS 부팅 마운트를 구성하는 방법입니다. 재부팅 확인, 권한 설정, 타임아웃 및 문제 해결 기능도 포함되어 있습니다.
Zimbra Community Edition 개별 사서함을 내보내고, TGZ 백업의 유효성을 검사하고, 기존 메일을 덮어쓰지 않고 누락된 항목을 복원할 수 있습니다.
Keycloak 및 토큰 인증을 사용하여 승인된 계정만 Jitsi Meet 회의실을 시작할 수 있도록 허용하고, 필요한 경우 게스트 참여도 허용합니다.
ONLYOFFICE DocSpace를 Active Directory 또는 OpenLDAP에 연결하고, 사용자 및 그룹을 안전하게 가져오고, 계정 필드를 매핑하고, 안정적인 동기화를 예약하세요.