용량은 사용된 리소스, 남은 리소스 및 사용되지 않은 리소스를 회수할 수 있는 기회를 수치화합니다. 요구량의 예측은 용량에 대한 사전 보기를 제공합니다. 용량 대시보드에는 용량이 부족해질 때까지 남은 시간, 남은 용량, 남은 용량에 적합한 VM 수 및 사용 가능한 용량을 확장할 수 있는 회수 가능 리소스가 표시됩니다.

용량 관리는 요구량과 공급의 균형 조정에 관한 것입니다. 실현 가능한 최저 비용으로 요구량 충족에 대한 것입니다.

IaaS 또는 DaaS의 경우 하드웨어를 배포하기 전에 용량 관리가 시작됩니다. 제공될 서비스 클래스를 정의하는 비즈니스 계획으로 시작됩니다. 각 서비스 클래스(예: 골드, 실버, 브론즈)는 서비스 품질로 차별화되며 가용성을 다룹니다. 예를 들어 골드의 경우 99.99% 가동 시간, 실버의 경우 99.95%의 가동 시간입니다. 또한 성능(예: 골드의 경우 10밀리초 디스크 지연 시간이고 실버의 경우 20밀리초 디스크 지연 시간), 보안 또는 규정 준수도 다룹니다.

품질로 비용이 발생하여 가격이 상승합니다. 골드 VM은 더 높은 수준의 서비스를 제공하므로 vCPU와 GB당 RAM이 더 높습니다. 적절한 가격 책정 모델을 계획해야 합니다. 고객이 미리 적절한 크기를 조정하도록 하려면 64 vCPU VM이 1 vCPU VM의 가격보다 64배 높아야 합니다. 가격 책정 모델이 정액법인 경우에는 소규모로 이동하는 데 대한 인센티브가 없고 초과 프로비저닝된 경우에 대한 페널티가 없습니다. 이 경우 프로덕션에서 강제로 적정 크기 조정을 해야 하며 비용과 시간이 많이 소요됩니다.

요구량이 용량을 소비하는 활성 로드보다 많습니다. 활용률을 기반으로 하는 용량은 자체적으로 완전하지 않으므로 다음 그림에 표시된 원칙이 고려됩니다. 수요와 공급의 원리.
  • 잠재 요구량입니다. 많은 중요한 VM이 재해 복구로 보호됩니다. 재해 복구 훈련 또는 실제 재해 중에는 이 로드가 사용됩니다.
  • 가상 요구량입니다. 새로 프로비저닝된 많은 VM은 필요한 요구량에 도달하는 데 시간이 걸립니다. 데이터베이스가 전체 크기에, 사용자 기반이 대상에, 기능이 완료에 도달하는 데에는 시간이 걸립니다. 도달한 후에는 요구량이 증가됩니다.
  • VM 또는 Kubernetes 포드의 크기가 부족한 경우 요구량 미충족이 발생합니다. 로드가 거의 대부분의 시간 동안 100%로 실행되고 있습니다.
  • 과도한 요구량은 공유 환경에서 큰 혼란을 일으킬 수 있습니다. 고도로 요구량이 큰 VM 그룹은 클러스터 또는 데이터스토어의 전체적인 성능에 전반적으로 영향을 줄 수 있습니다.