6.6. IBM Z 호스트의 RHEL KVM 권장 사항
KVM 가상 서버 환경 최적화는 가상 서버의 워크로드와 사용 가능한 리소스에 따라 크게 달라집니다. 한 환경에서 성능을 향상시키는 동일한 동작이 다른 환경에서 부정적인 영향을 미칠 수 있습니다. 특정 설정에 가장 적합한 균형을 찾는 것은 어려울 수 있으며 종종 실험이 포함됩니다.
다음 섹션에서는 IBM Z® 및 IBM® LinuxONE 환경에서 RHEL KVM과 함께 OpenShift Container Platform을 사용할 때 몇 가지 모범 사례를 소개합니다.
6.6.1. 가상 블록 장치에 I/O 스레드 사용
가상 블록 장치를 I/O 스레드를 사용하려면 가상 서버에 대해 하나 이상의 I/O 스레드와 각 가상 블록 장치가 이러한 I/O 스레드 중 하나를 사용하도록 구성해야 합니다.
다음 예제에서는 연속 10진수 스레드 ID 1, 2, 3으로 세 개의 I/O 스레드를 구성하려면 <iothreads>3</iothreads>를 지정합니다. iothread="2" 매개변수는 ID 2와 함께 I/O 스레드를 사용할 디스크 장치의 드라이버 요소를 지정합니다.
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 스레드를 추가할 수 있습니다.
6.6.2. 가상 SCSI 장치 방지
SCSI별 인터페이스를 통해 장치를 처리해야 하는 경우에만 가상 SCSI 장치를 구성합니다. 호스트의 백업과 관계없이 가상 SCSI 장치가 아닌 가상 블록 장치로 디스크 공간을 구성합니다.
그러나 다음과 같은 SCSI별 인터페이스가 필요할 수 있습니다.
- 호스트에서 SCSI 연결 테드라이브를 위한 LUN입니다.
- 가상 DVD 드라이브에 마운트된 호스트 파일 시스템의 DVD ISO 파일입니다.
6.6.3. 디스크에 대한 게스트 캐싱 구성
호스트가 아닌 게스트에서 캐싱하도록 디스크 장치를 구성합니다.
디스크 장치의 드라이버 요소에 cache="none" 및 io="native" 매개변수가 포함되어 있는지 확인합니다.
<disk type="block" device="disk">
<driver name="qemu" type="raw" cache="none" io="native" iothread="1"/>
...
</disk>6.6.4. 메모리 balloon 장치 제외
동적 메모리 크기가 필요하지 않은 경우 메모리 balloon 장치를 정의하지 말고 libvirt가 생성되지 않도록 합니다. memballoon 매개변수를 도메인 구성 XML 파일에 devices 요소의 자식으로 포함합니다.
활성 프로필 목록을 확인합니다.
<memballoon model="none"/>
6.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
6.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
- 가상 머신을 재시작합니다.
이 설정은 호스트가 재부팅해도 유지됩니다.
6.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
