3V0-22.21 문제 6
스토리지 관리자는 vSphere 7.x 환경의 가상 머신(SIOCVM)에 배포되는 새 애플리케이션에 대해 우려하고 있습니다.
SIOCVM 가상 머신이 500IOPS를 초과하지 않도록 하기 위해 스토리지 정책을 만들고 적용하라는 요청을 받았습니다.
참고: 스토리지 정책의 이름을 500IOPSLimit으로 지정합니다.
SIOCVM 가상 머신이 500IOPS를 초과하지 않도록 하기 위해 스토리지 정책을 만들고 적용하라는 요청을 받았습니다.
참고: 스토리지 정책의 이름을 500IOPSLimit으로 지정합니다.
정답:
스토리지 I/O 제어 v2
SIOC(Storage I/O Control)는 공유 스토리지에 대한 액세스 권한이 있는 ESXi 호스트 클러스터에서 실행되는 가상 머신의 I/O 우선 순위를 제공하기 위해 vSphere 4.1에 처음 도입되었습니다. CPU 및 메모리에 대해 존재하는 친숙한 공유 및 제한 구성을 확장하여 ESXi 서버 클러스터 전반에 걸쳐 I/O 대기열 슬롯을 동적으로 할당하여 스토리지 활용도를 해결했습니다. SIOC의 목적은 '시끄러운 이웃' 문제, 즉 낮은 우선 순위 VM에서 실행되는 애플리케이션 및 I/O의 특성으로 인해 다른 높은 우선 순위 가상 머신에 영향을 미치는 낮은 우선 순위 가상 머신을 해결하는 것입니다.
vSphere 5.0은 클러스터 전체의 I/O 공유 및 NFS 데이터 저장소에 대한 제한을 제공하도록 SIOC를 확장했습니다. 즉, 사용되는 공유 스토리지 유형에 관계없이 단일 가상 머신이 어떤 환경에서도 병목 현상을 일으킬 수 없어야 합니다. SIOC는 구성된 대기 시간 임계값이 초과되었을 때 서로 다른 양의 I/O 대역폭을 소비하는 가상 머신을 자동으로 조절합니다. 다른 가상 머신이 동일한 데이터 저장소에서 I/O 대역폭의 공정한 공유를 수신할 수 있도록 공유 기반 공정성 메커니즘이 생성되었으며 현재 NFS 및 VMFS 모두에서 지원됩니다.
vSphere 5.1에는 통계 전용 모드라는 새로운 SIOC 기능이 도입되었습니다. 활성화되면 조절을 적용하지 않지만 Storage DRS를 지원하기 위해 통계를 수집합니다. 이제 Storage DRS는 데이터 저장소 클러스터에 추가되는 새 데이터 저장소에 대한 통계를 미리 가지고 있으며 이전보다 훨씬 빠르게 데이터 저장소 프로필/기능에 대한 속도를 높일 수 있습니다.
또 다른 5.1 기능은 자동 임계값 계산이었습니다. SIOC의 기본 대기 시간 임계값은 30ms입니다. 모든 저장 장치가 동일하게 생성되는 것은 아니므로 이 기본값은 일종의 "포괄적"으로 선택되었습니다. 예를 들어 All Flash Array와 같이 다른 장치보다 훨씬 먼저 자연적인 경합 지점에 도달하는 특정 장치가 있습니다. 이 경우 임계값은 사용자가 낮춰야 합니다. 그러나 올바른 지연 시간을 수동으로 결정하는 것은 사용자에게 어려울 수 있습니다. 이로 인해 각 장치에 대해 올바른 수준에서 자동으로 결정되는 대기 시간 임계값이 필요했습니다. SIOC의 I/O 인젝터 모델링을 사용하여 데이터 저장소의 최대 처리량 및 해당 대기 시간을 측정합니다. 그러면 Storage I/O Control이 시작되는 대기 시간 임계값이 이 피크 값의 90%로 설정됩니다(기본값).
SIOC에 대한 기본 대기 시간 임계값은 5ms까지 낮출 수 있습니다.
SIOC V1 개요
SIOC V1은 기본적으로 비활성화되어 있습니다. 데이터 저장소 수준에서 활성화해야 하며 특정 수준의 대기 시간에 도달한 경우에만 활용됩니다. 기본적으로 데이터 저장소의 지연 시간 임계값은 앞서 언급한 대로 30ms로 설정됩니다. SIOC가 트리거되면 디스크 공유(데이터 저장소를 사용하는 모든 VMDK에서 집계됨)를 사용하여 호스트별로 해당 데이터 저장소에 I/O 대기열 슬롯을 할당합니다. 즉, SIOC는 호스트가 발행할 수 있는 IO 수를 제한합니다. 특정 호스트에서 실행되는 VM/VMDK가 많을수록 공유 수가 많아지므로 특정 호스트에서 실행할 수 있는 IO 수가 늘어납니다. 조절은 데이터 저장소를 공유하는 다양한 호스트의 장치 대기열 깊이를 수정하여 수행됩니다. 경합 기간이 경과하고 대기 시간이 정상 값으로 돌아오면
SIOC V2 소개
SIOC V2를 설명하기 전에 SIOC V1과 SIOC V2가 vSphere 6.5에서 공존할 수 있다는 점을 강조해야 합니다. 이렇게 하면 업그레이드 또는 버전 간 마이그레이션을 고려할 때 훨씬 간단해집니다. 이를 염두에 두고 SIOC V2는 V1과 비교할 때 사용자 경험 관점에서 상당히 다릅니다. SIOCv2는 IO 필터 프레임워크 스토리지 IO 제어 범주를 사용하여 구현됩니다. SIOC V2는 SPBM 정책을 사용하여 관리할 수 있습니다. 이것이 의미하는 바는 SIOC 사양을 포함하는 정책을 생성하고 이러한 정책이 가상 머신에 연결된다는 것입니다.
기반으로 SIOC 정책 만들기
SIOC 정책 생성은 VSAN 또는 가상 볼륨에 대한 스토리지 정책을 구축하는 것과 똑같은 방식으로 수행됩니다. vSphere 클라이언트 홈 페이지에서 VM 스토리지 정책을 선택하고 여기에서 새 VM 스토리지 정책을 생성하는 옵션을 선택합니다. vSphere 6.5의 VM 스토리지 정책에는 "공통 규칙"이라는 새로운 옵션이 있습니다. Storage I/O Control 및 Encryption과 같은 호스트에서 제공하는 데이터 서비스를 구성하는 데 사용됩니다.
VM 스토리지 정책에서 공통 규칙 사용
첫 번째 단계는 확인란을 클릭하여 일반 규칙을 활성화하는 것입니다. 그러면 SIOC와 같은 구성 요소를 정책에 추가할 수 있습니다.

구성 요소 추가 - 스토리지 I/O 제어
vSphere 6.5에는 암호화 및 Storage I/O Control이라는 공통 규칙에 사용할 수 있는 두 가지 구성 요소가 있습니다. 이 경우 Storage I/O Control을 선택합니다. 이제 보통, 높음, 낮음 또는 사용자 지정 공유 할당을 선택할 수 있습니다.

이 표에서는 각 설정과 관련된 다양한 제한, 공유 및 예약에 대해 설명합니다.
높은
정상
낮은
제한
100,000
10,000
1,000
예약
100
50
10
주식
2,000
1,000
500
정책이 생성되면 프로비저닝하는 동안 새로 배포된 VM에 할당하거나 설정을 편집하여 이 새 정책을 전체 VM(또는 개별 VMDK만)에 할당하여 기존 VM에 할당할 수 있습니다. 한 가지 주의할 점은 IO 필터 기반 IOPS는 IO의 크기를 보지 않는다는 것입니다. 예를 들어, 64K IOP가 2 x 32K IOPS와 같지 않도록 정규화가 없습니다. IO의 크기에 관계없이 고정된 IOPS 값입니다.
사용자 지정 할당
보통, 높음, 낮음 할당의 값이 모두 적절하지 않은 경우 이러한 값에 대한 사용자 정의 설정을 생성할 수 있습니다. 사용자 지정 설정에서 IOPS 제한 및 IOPS 예약은 모두 -1로 설정되어 무제한을 의미합니다. 필요에 따라 수정할 수 있습니다.

고급 옵션
일정 비용 단위
SIOC V1 전용으로 생성된 고급 매개변수입니다. SIOC V2에는 SchedCostUnit이 구현되어 있지 않습니다. V1의 경우 SchedCostUnit은 스케줄링을 위한 IO 작업의 단위 크기(정규화된 크기)를 결정하며 현재 32K의 상수 값입니다. 그러나 이 상수 값은 다른 고객의 다양한 요구 사항을 충족하지 못할 수 있습니다. 일부 고객은 이 단위 크기를 4K로 설정하기를 원할 수 있습니다. 다른 고객은 최대 256K로 설정할 수 있습니다.
이러한 다양한 요구 사항을 충족하기 위해 이제 SchedCostUnit을 구성할 수 있습니다. IO 크기 값은 기본적으로 32K이며 허용되는 값 범위는 4K에서 256K 사이입니다.
SchedCostUnit은 요청 계산 방법을 지정합니다. 크기가 <= SchedCostUnit인 요청은 단일 I/O로 계산됩니다. SchedCostUnit보다 큰 것은 2개 이상의 요청으로 계산됩니다.
예를 들어 SchedCostUnit을 32K에서 64K로 변경하면 관찰되는 IOPS 수가 절반으로 줄어듭니다. IO의 크기는 다음을 사용하여 설정할 수 있습니다.
"esxcli 시스템 설정 고급 설정 -o /Disk/SchedCostUnit -i 65536"
"를 사용하여 확인했습니다.
"esxcli 시스템 설정 고급 목록 -o /Disk/SchedCostUnit"
명령. SIOC V2는 게스트 IO를 직접 계산합니다. IOPS는 IO 크기에 관계없이 IO 수를 기반으로 계산됩니다.
일정 예약버스트
VMDK에 제한이 설정되면 제한이 높은(요청당) 세분화로 적용되기 때문에 요청의 평균 지연 시간이 길어질 수 있습니다. 이는 1초/L 간격으로 IO 공유를 가져오는 VM에 대한 엄격한 시행 때문이었습니다. 여기서 L은 사용자 지정 제한입니다. 이 문제는 플래시 어레이와 같은 고속 스토리지에서 더 잘 보입니다. SIOC V2는 빠른 스토리지에 "폭발적인" 워크로드가 있을 때 제대로 수행되지 않았습니다.
이 SchedReservationBurst 설정은 제약 조건을 완화하여 VM이 1/L 간격으로 IO를 엄격하게 배치하는 대신 1초 창 동안 언제든지 IO 공유를 얻도록 합니다. BURST 옵션은 기본적으로 켜져 있습니다.
SIOC V2 제한 사항
vSphere 6.5의 SIOC V2 초기 릴리스에서는 vSAN 또는 가상 볼륨을 지원하지 않습니다. SIOC v2는 VMFS 및 NFS 데이터 저장소에서 실행되는 VM에서만 지원됩니다.
SIOC(Storage I/O Control)는 공유 스토리지에 대한 액세스 권한이 있는 ESXi 호스트 클러스터에서 실행되는 가상 머신의 I/O 우선 순위를 제공하기 위해 vSphere 4.1에 처음 도입되었습니다. CPU 및 메모리에 대해 존재하는 친숙한 공유 및 제한 구성을 확장하여 ESXi 서버 클러스터 전반에 걸쳐 I/O 대기열 슬롯을 동적으로 할당하여 스토리지 활용도를 해결했습니다. SIOC의 목적은 '시끄러운 이웃' 문제, 즉 낮은 우선 순위 VM에서 실행되는 애플리케이션 및 I/O의 특성으로 인해 다른 높은 우선 순위 가상 머신에 영향을 미치는 낮은 우선 순위 가상 머신을 해결하는 것입니다.
vSphere 5.0은 클러스터 전체의 I/O 공유 및 NFS 데이터 저장소에 대한 제한을 제공하도록 SIOC를 확장했습니다. 즉, 사용되는 공유 스토리지 유형에 관계없이 단일 가상 머신이 어떤 환경에서도 병목 현상을 일으킬 수 없어야 합니다. SIOC는 구성된 대기 시간 임계값이 초과되었을 때 서로 다른 양의 I/O 대역폭을 소비하는 가상 머신을 자동으로 조절합니다. 다른 가상 머신이 동일한 데이터 저장소에서 I/O 대역폭의 공정한 공유를 수신할 수 있도록 공유 기반 공정성 메커니즘이 생성되었으며 현재 NFS 및 VMFS 모두에서 지원됩니다.
vSphere 5.1에는 통계 전용 모드라는 새로운 SIOC 기능이 도입되었습니다. 활성화되면 조절을 적용하지 않지만 Storage DRS를 지원하기 위해 통계를 수집합니다. 이제 Storage DRS는 데이터 저장소 클러스터에 추가되는 새 데이터 저장소에 대한 통계를 미리 가지고 있으며 이전보다 훨씬 빠르게 데이터 저장소 프로필/기능에 대한 속도를 높일 수 있습니다.
또 다른 5.1 기능은 자동 임계값 계산이었습니다. SIOC의 기본 대기 시간 임계값은 30ms입니다. 모든 저장 장치가 동일하게 생성되는 것은 아니므로 이 기본값은 일종의 "포괄적"으로 선택되었습니다. 예를 들어 All Flash Array와 같이 다른 장치보다 훨씬 먼저 자연적인 경합 지점에 도달하는 특정 장치가 있습니다. 이 경우 임계값은 사용자가 낮춰야 합니다. 그러나 올바른 지연 시간을 수동으로 결정하는 것은 사용자에게 어려울 수 있습니다. 이로 인해 각 장치에 대해 올바른 수준에서 자동으로 결정되는 대기 시간 임계값이 필요했습니다. SIOC의 I/O 인젝터 모델링을 사용하여 데이터 저장소의 최대 처리량 및 해당 대기 시간을 측정합니다. 그러면 Storage I/O Control이 시작되는 대기 시간 임계값이 이 피크 값의 90%로 설정됩니다(기본값).
SIOC에 대한 기본 대기 시간 임계값은 5ms까지 낮출 수 있습니다.
SIOC V1 개요
SIOC V1은 기본적으로 비활성화되어 있습니다. 데이터 저장소 수준에서 활성화해야 하며 특정 수준의 대기 시간에 도달한 경우에만 활용됩니다. 기본적으로 데이터 저장소의 지연 시간 임계값은 앞서 언급한 대로 30ms로 설정됩니다. SIOC가 트리거되면 디스크 공유(데이터 저장소를 사용하는 모든 VMDK에서 집계됨)를 사용하여 호스트별로 해당 데이터 저장소에 I/O 대기열 슬롯을 할당합니다. 즉, SIOC는 호스트가 발행할 수 있는 IO 수를 제한합니다. 특정 호스트에서 실행되는 VM/VMDK가 많을수록 공유 수가 많아지므로 특정 호스트에서 실행할 수 있는 IO 수가 늘어납니다. 조절은 데이터 저장소를 공유하는 다양한 호스트의 장치 대기열 깊이를 수정하여 수행됩니다. 경합 기간이 경과하고 대기 시간이 정상 값으로 돌아오면
SIOC V2 소개
SIOC V2를 설명하기 전에 SIOC V1과 SIOC V2가 vSphere 6.5에서 공존할 수 있다는 점을 강조해야 합니다. 이렇게 하면 업그레이드 또는 버전 간 마이그레이션을 고려할 때 훨씬 간단해집니다. 이를 염두에 두고 SIOC V2는 V1과 비교할 때 사용자 경험 관점에서 상당히 다릅니다. SIOCv2는 IO 필터 프레임워크 스토리지 IO 제어 범주를 사용하여 구현됩니다. SIOC V2는 SPBM 정책을 사용하여 관리할 수 있습니다. 이것이 의미하는 바는 SIOC 사양을 포함하는 정책을 생성하고 이러한 정책이 가상 머신에 연결된다는 것입니다.
기반으로 SIOC 정책 만들기
SIOC 정책 생성은 VSAN 또는 가상 볼륨에 대한 스토리지 정책을 구축하는 것과 똑같은 방식으로 수행됩니다. vSphere 클라이언트 홈 페이지에서 VM 스토리지 정책을 선택하고 여기에서 새 VM 스토리지 정책을 생성하는 옵션을 선택합니다. vSphere 6.5의 VM 스토리지 정책에는 "공통 규칙"이라는 새로운 옵션이 있습니다. Storage I/O Control 및 Encryption과 같은 호스트에서 제공하는 데이터 서비스를 구성하는 데 사용됩니다.
VM 스토리지 정책에서 공통 규칙 사용
첫 번째 단계는 확인란을 클릭하여 일반 규칙을 활성화하는 것입니다. 그러면 SIOC와 같은 구성 요소를 정책에 추가할 수 있습니다.

구성 요소 추가 - 스토리지 I/O 제어
vSphere 6.5에는 암호화 및 Storage I/O Control이라는 공통 규칙에 사용할 수 있는 두 가지 구성 요소가 있습니다. 이 경우 Storage I/O Control을 선택합니다. 이제 보통, 높음, 낮음 또는 사용자 지정 공유 할당을 선택할 수 있습니다.

이 표에서는 각 설정과 관련된 다양한 제한, 공유 및 예약에 대해 설명합니다.
높은
정상
낮은
제한
100,000
10,000
1,000
예약
100
50
10
주식
2,000
1,000
500
정책이 생성되면 프로비저닝하는 동안 새로 배포된 VM에 할당하거나 설정을 편집하여 이 새 정책을 전체 VM(또는 개별 VMDK만)에 할당하여 기존 VM에 할당할 수 있습니다. 한 가지 주의할 점은 IO 필터 기반 IOPS는 IO의 크기를 보지 않는다는 것입니다. 예를 들어, 64K IOP가 2 x 32K IOPS와 같지 않도록 정규화가 없습니다. IO의 크기에 관계없이 고정된 IOPS 값입니다.
사용자 지정 할당
보통, 높음, 낮음 할당의 값이 모두 적절하지 않은 경우 이러한 값에 대한 사용자 정의 설정을 생성할 수 있습니다. 사용자 지정 설정에서 IOPS 제한 및 IOPS 예약은 모두 -1로 설정되어 무제한을 의미합니다. 필요에 따라 수정할 수 있습니다.

고급 옵션
일정 비용 단위
SIOC V1 전용으로 생성된 고급 매개변수입니다. SIOC V2에는 SchedCostUnit이 구현되어 있지 않습니다. V1의 경우 SchedCostUnit은 스케줄링을 위한 IO 작업의 단위 크기(정규화된 크기)를 결정하며 현재 32K의 상수 값입니다. 그러나 이 상수 값은 다른 고객의 다양한 요구 사항을 충족하지 못할 수 있습니다. 일부 고객은 이 단위 크기를 4K로 설정하기를 원할 수 있습니다. 다른 고객은 최대 256K로 설정할 수 있습니다.
이러한 다양한 요구 사항을 충족하기 위해 이제 SchedCostUnit을 구성할 수 있습니다. IO 크기 값은 기본적으로 32K이며 허용되는 값 범위는 4K에서 256K 사이입니다.
SchedCostUnit은 요청 계산 방법을 지정합니다. 크기가 <= SchedCostUnit인 요청은 단일 I/O로 계산됩니다. SchedCostUnit보다 큰 것은 2개 이상의 요청으로 계산됩니다.
예를 들어 SchedCostUnit을 32K에서 64K로 변경하면 관찰되는 IOPS 수가 절반으로 줄어듭니다. IO의 크기는 다음을 사용하여 설정할 수 있습니다.
"esxcli 시스템 설정 고급 설정 -o /Disk/SchedCostUnit -i 65536"
"를 사용하여 확인했습니다.
"esxcli 시스템 설정 고급 목록 -o /Disk/SchedCostUnit"
명령. SIOC V2는 게스트 IO를 직접 계산합니다. IOPS는 IO 크기에 관계없이 IO 수를 기반으로 계산됩니다.
일정 예약버스트
VMDK에 제한이 설정되면 제한이 높은(요청당) 세분화로 적용되기 때문에 요청의 평균 지연 시간이 길어질 수 있습니다. 이는 1초/L 간격으로 IO 공유를 가져오는 VM에 대한 엄격한 시행 때문이었습니다. 여기서 L은 사용자 지정 제한입니다. 이 문제는 플래시 어레이와 같은 고속 스토리지에서 더 잘 보입니다. SIOC V2는 빠른 스토리지에 "폭발적인" 워크로드가 있을 때 제대로 수행되지 않았습니다.
이 SchedReservationBurst 설정은 제약 조건을 완화하여 VM이 1/L 간격으로 IO를 엄격하게 배치하는 대신 1초 창 동안 언제든지 IO 공유를 얻도록 합니다. BURST 옵션은 기본적으로 켜져 있습니다.
SIOC V2 제한 사항
vSphere 6.5의 SIOC V2 초기 릴리스에서는 vSAN 또는 가상 볼륨을 지원하지 않습니다. SIOC v2는 VMFS 및 NFS 데이터 저장소에서 실행되는 VM에서만 지원됩니다.
- 다른 버전
- 360VMware.3V0-22.21.v2024-03-09.q6
- 347VMware.3V0-22.21.v2023-06-16.q6
- 432VMware.3V0-22.21.v2022-12-02.q6
- 486VMware.3V0-22.21.v2022-04-09.q6
- 최근 업로드
- 102NLN.NEX.v2026-06-04.q54
- 108Microsoft.AZ-500-KR.v2026-06-04.q213
- 111Microsoft.DP-600-KR.v2026-06-04.q98
- 111Microsoft.AZ-204-KR.v2026-06-04.q237
- 137Microsoft.PL-600-KR.v2026-06-04.q112
- 194Microsoft.SC-300-KR.v2026-06-03.q151
- 154Microsoft.DP-600-KR.v2026-06-03.q70
- 874PMI.PMP-KR.v2026-06-01.q1069
- 237Microsoft.MS-102-KR.v2026-06-01.q252
- 214Amazon.DOP-C02-KR.v2026-06-01.q207
[×]
PDF 파일 다운로드
메일 주소를 입력하시고 다운로드 하세요. VMware.3V0-22.21.v2022-08-11.q6 모의시험 시험자료를 다운 받으세요.
