Virtual Machines가 Elastic SAN 볼륨에 연결된 경우 성능이 작동하는 방식
이 문서에서는 Elastic SAN 성능의 작동 방식과 Elastic SAN 제한과 Azure VM(Virtual Machines) 제한의 조합이 워크로드 성능에 미칠 수 있는 영향을 명확히 설명합니다.
성능 작동 방식
Azure VM에는 VM의 형식 및 크기에 따라 IOPS(초당 입력/출력 작업) 및 처리량 성능 제한이 있습니다. Elastic SAN에는 각 볼륨에 할당하는 성능 풀이 있습니다. Elastic SAN 볼륨은 VM에 연결할 수 있으며 각 볼륨에는 자체 IOPS 및 처리량 제한이 있습니다.
VM 또는 연결된 디스크에 할당된 것보다 더 많은 IOPS 또는 처리량을 요청하는 경우 애플리케이션의 성능이 제한됩니다. 제한된 경우 애플리케이션은 최적의 성능을 발휘하지 못하고 대기 시간 증가와 같은 부정적인 결과를 경험할 수 있습니다. Elastic SAN의 기본 이점 중 하나는 수요에 따라 IOPS를 자동으로 프로비전하는 기능입니다. SAN의 IOPS는 모든 볼륨 간에 공유되므로 워크로드가 최고일 때 제한 또는 추가 비용 없이 처리할 수 있습니다. 이 문서에서는 이 프로비전의 작동 방식을 보여 줍니다.
Elastic SAN 성능
Elastic SAN에는 성능을 결정하는 세 가지 특성인 총 용량, IOPS 및 처리량이 있습니다. 최상의 성능을 위해 SAN은 프로비전하는 VM과 동일한 영역에 있어야 합니다.
용량
Elastic SAN의 총 용량은 두 가지 다른 용량인 기본 용량과 추가 용량에 따라 결정됩니다. 기본 용량을 늘리면 SAN의 IOPS 및 처리량도 증가하지만 추가 용량을 늘리는 것보다 비용이 많이 듭니다. 추가 용량을 늘려도 IOPS 또는 처리량이 증가하지 않습니다.
IOPS
Elastic SAN의 IOPS는 기본 TiB당 5,000씩 증가합니다. 따라서 기본 용량이 6TiB인 Elastic SAN이 있는 경우 SAN은 최대 30,000 IOPS를 제공할 수 있습니다. SAN의 성능은 기본 용량에 의해서만 결정되기 때문에 동일한 SAN은 50TiB의 추가 용량 또는 500TiB의 추가 용량이 있는지에 관계없이 여전히 30,000 IOPS를 제공합니다. Elastic SAN의 IOPS는 모든 볼륨에 분산됩니다.
처리량
Elastic SAN의 처리량은 기본 TiB당 200MB/s씩 증가합니다. 따라서 기본 용량이 6TiB인 Elastic SAN이 있는 경우 해당 SAN은 여전히 최대 1200MB/s를 제공할 수 있습니다. SAN의 성능은 기본 용량에 의해서만 결정되기 때문에 동일한 SAN은 50TiB의 추가 용량 또는 500TiB의 추가 용량이 있는지에 관계없이 1200MB/s의 처리량을 제공합니다. Elastic SAN의 처리량은 모든 볼륨에 분산됩니다.
Elastic SAN 볼륨
개별 볼륨의 성능은 용량에 따라 결정됩니다. 볼륨의 최대 IOPS는 GiB당 750씩 증가하며 최대 80,000 IOPS까지 증가합니다. 최대 처리량은 GiB당 60MB/s씩 증가하며 최대 1,280MB/s까지 증가합니다. 볼륨은 80,000 IOPS를 사용할 수 있도록 107GiB 이상이어야 합니다. 볼륨은 최대 1,280MB/s를 사용할 수 있도록 22GiB 이상이어야 합니다. 모든 볼륨의 결합된 IOPS 및 처리량은 SAN의 IOPS 및 처리량을 초과할 수 없습니다.
구성 예
이 문서의 각 예제 시나리오에서는 Elastic SAN에 대해 다음 구성을 사용합니다.
| 리소스 | 용량 | IOPS |
|---|---|---|
| Elastic SAN | 27TiB | 135,000(프로비전됨) |
| AKS SAN 볼륨 | 3TiB | 최대 80,000 |
| 워크로드 1 SAN 볼륨 | 10TiB | 최대 80,000 |
| 워크로드 2 SAN 볼륨 | 4TiB | 최대 80,000 |
| 워크로드 3 SAN 볼륨 | 2TiB | 최대 80,000 |
예제 시나리오
다음 예제 시나리오에서는 Elastic SAN이 성능 할당을 처리하는 방법을 보여 줍니다. 최상의 성능을 위해 VM과 SAN은 모두 동일한 영역에 있어야 합니다.
일반적인 워크로드
| 작업 | 요청된 IOPS | 제공된 IOPS |
|---|---|---|
| AKS 워크로드 | 3,000 | 3,000 |
| 워크로드 1 | 10,000 | 10,000 |
| 워크로드 2 | 8,000 | 8,000 |
| 워크로드 3 | 20,000 | 20,000 |
이 시나리오에서는 VM 또는 SAN 수준에서 제한이 발생하지 않습니다. SAN 자체에는 135,000개의 IOPS가 있으며, 각 볼륨은 최대 80,000개의 IOPS를 제공할 수 있을 만큼 크고, SAN에서 충분한 IOPS를 사용할 수 있으며, VM의 IOPS 제한을 초과하지 않았으며, 요청된 총 IOPS는 41,000개입니다. 따라서 워크로드는 모두 제한 없이 실행됩니다.
단일 워크로드 급증
| 작업 | 요청된 IOPS | 제공된 IOPS | 급증 시간 |
|---|---|---|---|
| AKS 워크로드 | 2,000 | 2,000 | 해당 없음 |
| 워크로드 1 | 10,000 | 10,000 | 해당 없음 |
| 워크로드 2 | 10,000 | 10,000 | 해당 없음 |
| 워크로드 3 | 80,000 | 80,000 | 오전 9:00 |
이 시나리오에서는 제한이 발생하지 않습니다. 워크로드 3은 오전 9시에 급증하여 80,000개의 IOPS를 요청했습니다. 다른 워크로드가 급증하지 않았고 SAN에는 워크로드에 배포할 수 있는 무료 IOPS가 충분히 있었기 때문에 제한이 없었습니다.
일반적으로 이것은 SAN 공유 워크로드에 이상적인 구성입니다. 워크로드의 정상적인 작업과 가끔 최고 작업을 처리하기에 충분한 성능을 갖도록 하는 것이 가장 좋습니다.
모든 워크로드 급증
| 작업 | 요청된 IOPS | 제공된 IOPS | 급증 시간 |
|---|---|---|---|
| AKS 워크로드 | 5,000 | 5,000 | 오전 9:00 |
| 워크로드 1 | 40,000 | 21,000 | 오전 9:01 |
| 워크로드 2 | 45,000 | 45,000 | 오전 9:00 |
| 워크로드 3 | 64,000 | 64,000 | 오전 9:00 |
각 워크로드가 동시에 최고에 달하는 최악의 시나리오에서 SAN의 동작을 알아두는 것이 중요합니다.
이 시나리오에서는 모든 워크로드가 거의 동시에 급증했습니다. 이 시점에서 결합된 모든 워크로드에 필요한 총 IOPS(64,000 + 45,000 + 40,000 + 5,000)는 SAN 수준에서 프로비전된 IOPS(135,000)보다 많습니다. 따라서 워크로드가 제한됩니다. 제한은 선착순으로 발생하므로 최대 용량에 도달한 후 IOPS를 요청하는 워크로드는 더 이상의 성능을 얻지 못합니다. 이 경우 워크로드 1은 다른 워크로드 후에 40,000개의 IOPS를 요청했고 SAN은 이미 사용 가능한 IOPS 대부분을 할당했으므로 나머지 IOPS만 제공되었습니다.
