Sun Developer Network 공식 블로그

zonecfg 커맨드는 또한 글로벌 존의 리소스 관리 설정을 하는데에도 사용될 수 있습니다.

rcapd 도 향상되었습니다. 그러므로 이제 존의 물리적 메모리 사용에 제한을 둘 수 있습니다. 여러분은 글로벌 존에서 rcapd 를 이용해서 논-글로벌 존에서의 물리 메모리 사용량을 조정할 수 있습니다. rcapd 과 prstat 는 RSS 의 정확한 값을 알아내기 위해서 향상 되었습니다.

새로운 기능들은 솔라리스(네이티브) 존과 리눅스 Branded 존에서 모두 사용 가능합니다.

글로벌 존에서의 zonecfg 사용

zonecfg 는 이제 글로벌 존에서 글로벌 존의 리소스 관리 설정을 지정하기 위해 사용이 가능합니다.

존 전체의 리소스 조정을 글로벌 프로퍼티 이름으로 지정할 수 있는 기능

여러분은 이제 존 전체의 조정을 zonefig 의 서브 커맨드를 이용해서 rctl 리소스 대신에 global_property_name 을 지정할 수 있습니다. 다음의 존 전체 리소스 조정들이 사용 가능합니다.

• zone.cpu-shares (권장:cpu-shares)

• zone.max-locked-memory (capped-memory 리소스의 locked 프로퍼티가 이 값을 지정하는데에 좀 더 권장됨.)

• zone.max-lwps (권장: max-lwps)

• zone.max-msg-ids (권장: max-msg-ids)

• zone.max-sem-ids (권장: max-sem-ids)

• zone.max-shm-ids (권장: max-shm-ids)

• zone.max-shm-memory (권장: max-shm-memory)

• zone.max-swap (capped-memory 리소스의 locked 프로퍼티가 이 값을 지정하는데에 좀 더 권장됨.)

글로벌 프로퍼티 사용 예

zonecfg:my-zone> set cpu-shares=5

스케줄링 클래스

여러분은 fair share scheduler (FSS) 를 이용해서 사용 가능한 CPU 를 중요도에 따라서 존들 간에 균등하게 할당할 수 있습니다.

여러분이 명시적으로 새로운 cpu-shares 프로퍼티를 지정하면 fair share scheduler (FSS) 는 해당 존의 스케줄링 클래스로 사용될 것입니다. 그러나 FSS 를 사용하는 좀 더 선호되는 방법은 FSS 를 dispadmin 커맨드를 이용해서 시스템의 기본 스케줄링 클래스로 설정함으로써 모든 존이 공평하게 시스템의 CPU 자원을 이용할 수 있도록 하는 것입니다. 만약 cpu-shares 가 설정되지 않는다면 존은 기본적으로 시스템의 기본 스케줄링 클래스를 사용 합니다. 존의 스케줄링 클래스는 다음과 같은 방법으로 설정 가능합니다:

• 새로운 scheduling-class 프로퍼티를 이용해서 zonecfg 에서 존의 스케줄링 클래스를 지정 가능합니다.

• 리소스 풀 설비를 이용해서 스케줄링 클래스를 지정할 수 있습니다. 만약 존이 풀과 연관되어 있고 pool.scheduler 프로퍼티가 유효한 스케줄링 클래스로 지정되어 있다면 존에서 실행되는 프로세스들은 기본적으로 그 스케줄링 클래스를 사용합니다.

• 만약 새로운 cpu-shares rctl 이 지정되었고 FSS 가 또 다른 작업에 의해서 스케줄링 클래스로 설정되지 않았다면 zoneadmd 은 존이 부팅 될때 FSS 를 스케줄링 클래스로 설정합니다.

• 만약 스케줄링 클래스가 다른 작업들에 의해 설정되지 않았다면 존은 시스템의 기본 스케줄링 클래스를 상속 받습니다.

scheduling-class 프로퍼티 이용 예제

스케줄링 클래스를 FSS 로 지정합니다.

zonecfg:my-zone> set scheduling-class=FSS

물리 메모리 조정 및 capped-memory 리소스

capped-memory 리소스는 물리, 스왑, 그리고 locked 메모리에 제한을 둡니다. 각각의 제한은 선택사항이지만 반드시 하나는 설정 되어 있어야 합니다.

• 글로벌 존에서 rcapd 를 이용해서 메모리에 제한을 두고자 한다면 이 리소스에 대한 값을 결정하시기 바랍니다. capped-memory 의 physical 프로퍼티는 rcapd 가 존의 max-rss 를 결정하는데에 사용 됩니다.

• capped-memory 리소스의 swap 프로퍼티 는 zone.max-swap 조정을 설정하는데에 선호되는 방법입니다.

• capped-memory 리소스의 locked 프로퍼티는 zone.max-locked-memory 리소스 컨트롤을 설정하는데에 선호되는 방법입니다.

capped-memory 리소스 사용 예제

my-zone 의 메모리 제한을 지정해 봅니다. 각각의 제한은 선택적이지만 반드시 그중에 하나는 지정되어야 합니다.

zonecfg:my-zone> add capped-memory
zonecfg:my-zone:capped-memory> set physical=50m
zonecfg:my-zone:capped-memory> set swap=100m

zonecfg:my-zone:capped-memory> set locked=30m
zonecfg:my-zone:capped-memory> end

dedicated-cpu 리소스

여러분은 논-글로벌 존이 새로운 dedicated-cpu 리소스를 이용해서 실행될때 시스템 프로세서들의 서브셋을 존에 지정할 수 있습니다. 시스템은 동적으로 임시 풀을 만들게 됩니다.

dedicated-cpu 리소스 사용 예제

dedicated-cpu 리소스는 CPU 의 갯수를 제한 할 수 있고 선택적으로 풀간에 상대적인 중요도를 설정할 수도 있습니다.

zonecfg:my-zone> add dedicated-cpu
zonecfg:my-zone:dedicated-cpu> set ncpus=1-3
zonecfg:my-zone:dedicated-cpu> set importance=2
zonecfg:my-zone:dedicated-cpu> end

만약 동적인 리소스 풀 동작을 위해 범위를 지정한다면 다음을 따르시기 바랍니다:

• importance 프로퍼티를 설정합니다.

• System Administration Guide 의 "Enabling and Disabling the Pools Facility" 에 나온대로 동적인 리소스 풀을 활성화 시킵니다: docs.sun.com 의 Solaris Containers--Resource Management and Solaris Zones.

clear 서브커맨드

이 새로운 서브커맨드는 선택적인 설정들의 값을 청소하는데에 사용됩니다. 그러나 몇몇 필요 설정들이 새로운 값으로 변경될 수도 있습니다.

clear 서브커맨드 사용 예제

zonecfg:my-zone> clear pool

추가 정보