5.6. IBM Z 호스트의 RHEL KVM 권장 사항
KVM 가상 서버 환경을 최적화하려면 가상 서버의 워크로드와 사용 가능한 리소스에 따라 달라집니다. 한 환경에서의 성능을 향상시키는 동일한 동작이 다른 환경에서 부작용을 일으킬 수 있습니다. 특정 설정에 가장 적합한 균형을 찾는 것은 문제가 될 수 있으며 종종 실험이 포함됩니다.
다음 섹션에서는 IBM Z 및 IBM® LinuxONE 환경에서 RHEL KVM과 함께 OpenShift Container Platform을 사용할 때 몇 가지 모범 사례를 소개합니다.
5.6.1. 가상 블록 장치에 I/O 스레드 사용
가상 블록 장치에서 I/O 스레드를 사용하려면 가상 서버 및 각 가상 블록 장치에 대해 하나 이상의 I/O 스레드를 구성하여 이러한 I/O 스레드 중 하나를 사용해야 합니다.
다음 예제에서는 연속적인 10진수 스레드 1, 2 및 3으로 세 개의 I/O 스레드를 구성하도록 <iothreads ></iothreads>를 지정합니다. iothread="2" 매개변수는 ID 2에 I/O 스레드를 사용하도록 디스크 장치의 driver 요소를 지정합니다.
I/O 스레드 사양 샘플
... <domain> <iothreads>3</iothreads>1 ... <devices> ... <disk type="block" device="disk">2 <driver ... iothread="2"/> </disk> ... </devices> ... </domain>
스레드는 디스크 장치의 I/O 작업 성능을 향상시킬 수 있지만 메모리 및 CPU 리소스도 사용합니다. 동일한 스레드를 사용하도록 여러 장치를 구성할 수 있습니다. 스레드를 장치에 가장 잘 매핑하는 것은 사용 가능한 리소스 및 워크로드에 따라 다릅니다.
소수의 I/O 스레드로 시작합니다. 종종 모든 디스크 장치에 대한 단일 I/O 스레드로 충분합니다. 가상 CPU 수보다 더 많은 스레드를 구성하지 말고 유휴 스레드를 구성하지 마십시오.
virsh iothreadadd 명령을 사용하여 특정 스레드 ID가 있는 I/O 스레드를 실행 중인 가상 서버에 추가할 수 있습니다.
5.6.2. 가상 SCSI 장치 방지
SCSI 특정 인터페이스를 통해 장치를 처리해야 하는 경우에만 가상 SCSI 장치를 구성합니다. 호스트의 백업에 관계없이 디스크 공간을 가상 SCSI 장치가 아닌 가상 블록 장치로 구성합니다.
그러나 다음 사항에는 SCSI 관련 인터페이스가 필요할 수 있습니다.
- 호스트의 SCSI 연결 풋프린트 드라이브에 대한 LUN입니다.
- 가상 DVD 드라이브에 마운트된 호스트 파일 시스템의 DVD ISO 파일입니다.
5.6.3. 디스크에 대한 게스트 캐싱 구성
호스트가 아닌 게스트가 캐싱하도록 디스크 장치를 구성합니다.
디스크 장치의 driver 요소에 cache="none" 및 io="native" 매개변수가 포함되어 있는지 확인합니다.
<disk type="block" device="disk">
<driver name="qemu" type="raw" cache="none" io="native" iothread="1"/>
...
</disk>5.6.4. 메모리 balloon 장치 제외
동적 메모리 크기가 필요하지 않은 경우 메모리 balloon 장치를 정의하고 libvirt가 사용자를 생성하지 않도록 합니다. memballoon 매개변수를 도메인 구성 XML 파일의 devices 요소의 하위로 포함합니다.
활성 프로필 목록을 확인합니다.
<memballoon model="none"/>
5.6.5. 호스트 스케줄러의 CPU 마이그레이션 알고리즘 튜닝
해당 영향을 이해하는 전문가가 아닌 한 스케줄러 설정을 변경하지 마십시오. 프로덕션 시스템에 변경 사항을 테스트하지 않고 원하는 효과가 있는지 확인하지 마십시오.
kernel.sched_migration_cost_ns 매개변수는 나노초 단위로 시간 간격을 지정합니다. 작업을 마지막으로 실행한 후 CPU 캐시는 이 간격이 만료될 때까지 유용한 콘텐츠를 갖는 것으로 간주됩니다. 이 간격을 늘리면 작업 마이그레이션이 줄어듭니다. 기본값은 500000 ns입니다.
실행 가능한 프로세스가 있을 때 CPU 유휴 시간이 예상보다 높은 경우 이 간격을 줄입니다. CPU 또는 노드 간에 작업이 너무 자주 수행되면 이를 늘리십시오.
간격을 60000 ns로 동적으로 설정하려면 다음 명령을 입력합니다.
# sysctl kernel.sched_migration_cost_ns=60000
값을 60000 ns로 영구적으로 변경하려면 /etc/sysctl.conf 에 다음 항목을 추가합니다.
kernel.sched_migration_cost_ns=60000
5.6.6. cpuset cgroup 컨트롤러 비활성화
이 설정은 cgroups 버전 1이 있는 KVM 호스트에만 적용됩니다. 호스트에서 CPU 핫플러그를 활성화하려면 cgroup 컨트롤러를 비활성화합니다.
절차
-
선택한 편집기를 사용하여
/etc/libvirt/qemu.conf를 엽니다. -
cgroup_controllers행으로 이동합니다. - 전체 행을 복제하고 복사본에서 선행 숫자 기호(#)를 제거합니다.
cpuset항목을 다음과 같이 제거합니다.cgroup_controllers = [ "cpu", "devices", "memory", "blkio", "cpuacct" ]
새 설정을 적용하려면 libvirtd 데몬을 다시 시작해야 합니다.
- 모든 가상 머신을 중지합니다.
다음 명령을 실행합니다.
# systemctl restart libvirtd
- 가상 머신을 재시작합니다.
이 설정은 호스트를 재부팅해도 유지됩니다.
5.6.7. 유휴 상태의 가상 CPU의 폴링 기간 조정
가상 CPU가 유휴 상태가 되면 KVM은 호스트 리소스를 할당하기 전에 가상 CPU에 대한 대기 상태를 폴링합니다. 폴링이 /sys/module/kvm/parameters/halt_poll_ns 에서 sysfs에서 수행되는 시간 간격을 지정할 수 있습니다. 지정된 시간 동안 폴링을 통해 리소스 사용량을 고려하여 가상 CPU에 대한 대기 시간이 줄어듭니다. 워크로드에 따라 폴링에 더 길거나 짧은 시간이 유용할 수 있습니다. 시간 간격은 나노초로 지정됩니다. 기본값은 50000 ns입니다.
CPU 사용량을 최적화하려면 작은 값을 입력하거나 0을 작성하여 폴링을 비활성화합니다.
# echo 0 > /sys/module/kvm/parameters/halt_poll_ns
짧은 대기 시간을 최적화하려면 트랜잭션 워크로드와 같이 큰 값을 입력합니다.
# echo 80000 > /sys/module/kvm/parameters/halt_poll_ns
