☰

확장이 필요 없는 진정한 경량 VM용 Linux

tag-icon • tag-icon linux performance 64bit i386 qemu
확장이 필요 없는 진정한 경량 VM용 Linux

VT 확장 없이 x86-64 데비안 스퀴저에서 SSH 서버를 호스팅해야 합니다 :(

저는 qemu(설정 및 작업)와 함께 virtlib를 사용하고 있습니다.

나는 많은 것을 시도했지만 완벽하게 작동하는 것은 없으므로 귀하의 경험을 통해 배우고 싶습니다.

나는 Debian 기반 Linux 배포판을 사용하는 데 익숙하므로 계속 사용하는 것이 바람직하지만 결코 중요한 것은 아닙니다.

지금까지 데스크탑, X 등을 사용하지 않고 x86_64 스퀴즈를 시도했습니다. 하지만 고통스러울 정도로 느립니다. 언제든지 ps aux수많은 프로세스가 실행되고 있으며 대부분은 유휴 상태이지만 여전히 그렇습니다.

나는 또한 i686 qemu 모드에서 i386dammsmalllinux를 시도했고 Fluxbox와 X가 종료된 후에는 내 요구에 충분히 빨랐지만 데스크탑을 제거하는 것은 기껏해야 형편없는 해킹이었습니다. 몇 가지 필수 프로세스로 단순화했는데 정말 좋습니다.

그래서 내 질문은 DSL을 더 빠르게 만드는 것입니다. 커널 2.4이고 Woody(Debian 3.0)를 설치하면 비슷한 결과가 나오나요? 아니면 x86-32(64비트 호스트에서) 또는 다른 것을 실행하고 있습니까?

이것이 당신의 시스템이라면 어떻게 하시겠습니까? 기본적으로 UI가 없는 경량 배포판에 대한 제안 사항이 있습니까?

답변1

Qemu는 해당 작업에 적합한 도구가 아닙니다. Qemu는 CPU를 포함한 전체 컴퓨터를 에뮬레이션합니다. 이는 가상 하드웨어가 호스트 하드웨어와 다르지만 필수는 아닌 가상 머신을 실행하는 데 유용합니다.

또한 amd64 CPU를 에뮬레이션하는 것은 i386 CPU를 에뮬레이션하는 것보다 느릴 수 있습니다. 이것만으로도 Debian/amd64와 DSL/i386의 차이점을 설명할 수 있습니다. 추가 프로세스는 시작 시간을 늘리지만 후속 성능에는 영향을 미치지 않습니다. 유휴 프로세스는 메모리를 소비하지만 정의에 따라 CPU 시간은 없습니다.

Linux에서 Linux를 실행하려면 다음과 같은 특수 Linux-on-Linux 가상화 기술이 적합한 도구입니다.LXC,리눅스 가상 서버,오픈VZ또는유저랜드Linux.위키피디아그리고Linux 커널의 새로운 기능선택에 도움이 되는 비교 페이지가 있습니다.

답변2

고통스러운 속도 저하는 I/O와 관련이 있을 수 있습니다. 나는 libvirt에게 virtio를 사용하도록 지시함으로써 이 문제를 해결할 수 있다는 것을 발견했습니다. 내 것을 확인하세요:

# virsh list
 Id Name                 State
----------------------------------
 11 ca                   running
 13 new_box           running
.....


# virsh dumpxml ca|awk '/disk/,/<\/disk>/'
    <disk type='block' device='disk'>
      <driver name='qemu'/>
      <source dev='/dev/xen02/ca.root'/>
      <target dev='vda' bus='virtio'/>
      <alias name='virtio-disk0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </disk>
    <disk type='block' device='cdrom'>
      <target dev='hdc' bus='ide'/>
      <readonly/>
      <alias name='ide0-1-0'/>
      <address type='drive' controller='0' bus='1' unit='0'/>
    </disk>

이 작업은 설치 시 수행하거나 기존 VM 정의를 편집하여 수행할 수 있습니다. 이는 다소 번거롭습니다. 구경하다이것

답변3

저는 며칠 전에 직장에서 SSH 가상 머신을 구축했습니다. 여러분도 직접 구축하고 싶은 것과 같은 이유입니다. 실제로 이는 개인 주소의 로컬 워크스테이션에 대한 아웃바운드 SSH 전달과 인바운드 SSH 프록시에 사용됩니다.

방금 debian squeeze를 사용했습니다(최소 기본 설치, X 없음. 유일한 특이한 점은 libpam-ldap이 대학의 Active Directory 서버를 통해 인증한다는 것입니다... 물론 /etc/security/access.conf는 사용자만 인증하도록 올바르게 구성되었습니다). 내 교수진에서는 로그인할 수 있지만 다른 교수진의 바보는 로그인할 수 없습니다. 해당 OU에서 생성된 모든 테스트/테스트 계정에도 sshd_config가 설정되어 있어 로컬 네트워크의 연결만 허용됩니다. 비밀번호 로그인은 다른 곳에서 연결하려면 공개 키와 논스톱 SSH 스크립트 아동 프로브를 필터링하는 iptables 최근 일치 규칙)

VM은 virtio 디스크 및 네트워크 드라이버와 함께 512M(필요 이상)입니다. 성능은 완전히 수용 가능합니다. CPU는 1개만 할당되어 있으며 사용량이 현재 예상(수십 명의 학자 및 대학원생)보다 높으면 더 추가해야 할 수도 있습니다.

"고통스러울 정도로 느리다"는 것은 virt-manager에서 VNC 콘솔을 볼 때를 의미합니까?

그렇다면 이는 알려진 버그입니다. virt-manager의 VNC 성능은 형편없습니다. VM 자체는 괜찮습니다. ssh는 정상 속도로 실행되고, 다른 VNC 클라이언트의 VNC 연결은 괜찮지만 virt-manager의 내장 VNC 콘솔을 사용하는 것은 매우 고통스럽습니다... 화면을 볼 수 있습니다. 출력에 단일 문자가 나타납니다. 문자를 한번에 하나씩 보내세요.

관련 정보