작업 관리는 상호 의존적인 분야의 집합입니다. 이러한 분야 간의 관계를 파악하는 것은 각 분야를 별도로 파악하는 것 만큼 중요합니다. 표시되는 증상과 근본 원인은 서로 다른 경우가 많기 때문에 분야 간 관계는 중요합니다(예: 구성 문제로 인해 성능 문제가 발생하는 경우가 있음).
가용성
- 가용성은 HA(고가용성) 설정을 고려합니다. 결과적으로, 계획된 다운타임(예: 유지 보수 모드의 ESXi)은 가용성에 영향을 줍니다.
- 제대로 수행된 가용성은 이미 고려되었기 때문에 용량 및 성능에 영향을 미치지 않습니다.
- 가용성 SLA가 높을수록 가격이 높아집니다. 가용성의 각 추가 9에는 상당한 차이가 있습니다. 5개의 9는 4개의 9보다 비용이 많이 듭니다.
성능 및 용량
- 성능은 용량보다 더 민감하고 중요합니다. 먼저 성능을 관리한 후 용량을 관리해야 합니다.
- 성능과 용량의 관계는 반대됩니다. 가장 높은 성능은 VM 또는 인프라가 가장 많은 양의 작업을 제공하는 것과 같이 가장 낮은 용량으로 달성됩니다.
- 용량 관리는 성능을 저하시키지 않고 활용률을 극대화하는 것입니다. 또한 잠재 워크로드 및 향후 요구량을 고려합니다.
비용 및 가격
- 비용은 용량을 사용하여 전달됩니다. IaaS의 활용률이 높을수록 VM당 비용이 낮아집니다. 비용은 용량을 줄이지 않고 최적화할 수 있기 때문에 용량과는 별개입니다.
- 가격은 비용에 관계없이 움직일 수 있습니다. 할인 및 꾸준한 가격 책정과 같은 개념이 있습니다. 사용되지 않은 대규모 VM을 억제하려면 가격을 사용합니다.
- 성능 SLA가 더 뛰어날수록 고객이 지불하려는 가격이 높아집니다. 이런 이유로 가격/성능이라는 용어를 사용합니다.
규정 준수 및 보안
- 규정 준수는 내부 및 업계 표준 모두에 대해 측정됩니다.
- 보안은 관련이 있지만 구성과 동일하지는 않습니다.
구성 및 인벤토리
- 인벤토리는 관련이 있지만 구성과 동일하지 않습니다. 구성은 성능, 비용, 용량 및 규정 준수에 영향을 미칩니다. 따라서 최적화 평가의 기본 중심이 됩니다. 인벤토리는 사용자가 보유하고 있는 것입니다. 구성에는 사용자가 보유하고 있는 속성이 포함됩니다. 예를 들어 클러스터의 VM 수는 구성의 일부가 아니라 인벤토리의 일부입니다. 클러스터의 ESXi 호스트 수는 그것이 클러스터의 설계 방식이기 때문에 인벤토리 및 구성의 일부입니다. 클러스터는 동일한 이유로 여덟 개의 ESXi 호스트를 사용하여 구성됩니다.
성능 및 용량에 영향을 주는 두 가지 유형의 카운터가 있습니다. 경합은 성능에 대한 기본 카운터이며 활용률은 용량에 대한 기본 카운터입니다. 활용률은 성능과 용량을 다르게 제공합니다. 성능의 경우 실질적인 실제 활용률을 확인합니다. 용량의 경우 사용 가능한 용량(HA 및 버퍼 이후)을 기준으로 측정됩니다. 부정적인 상관 관계가 있는 경우 경합이 낮은 활용률에서 발생할 수 있습니다. 불균형 및 구성은 활용률이 낮은 두 가지 일반적인 원인입니다. 할당은 새로 프로비저닝된 VM이 유휴 상태(몇 달간 유지될 수 있음)가 되는 경향이 있으므로 요구량을 보완합니다. 요구량 모델이 존재하지 않으므로 이를 통해 향후 로드를 감지할 수 없습니다. 할당 모델은 요구량 모델을 보완하는 데 사용되어야 합니다.
운영 관리 및 관리 프로세스의 7가지 요소
운영 관리의 모범 사례에서는 요소와 프로세스를 구분해야 합니다. 요소는 관리해야 하는 것이며 프로세스는 이를 관리하는 방법입니다. 
각 요소는 개별 관리 단위, 즉 용량 관리, 성능 관리 및 규정 준수 관리입니다. 이들은 개별 분야를 나타내며 서로 호환됩니다. 각 요소의 복잡성은 기술에 따라 달라집니다. 예를 들어 vSAN 용량은 중앙 어레이보다 동적입니다. vSAN에서 스토리지 정책을 변경하면 갑작스런 스파이크가 생성될 수 있습니다.
0일은 예상 결과를 제공합니다. 일부 회사에서는 부하 테스트, 로드 테스트를 수행하여 실제 로드가 발생할 때 발생할 상황을 파악하고 있습니다. 적절하게 계획하지 않으면 프로세스를 잘 정의하지 않았기 때문에 실제 어떻게 되는지 알 수 없습니다.
문제 해결은 관리하는 것이 아닌 활동입니다. 이유에 중점을 두고 향후 사고를 방지하기 위해 솔루션을 만듭니다. 사고는 비활성, 감속 또는 침해를 의미합니다. 가용성, 성능 및 보안 문제를 해결합니다.
인벤토리는 계획이 아닌 보유한 항목입니다. 특정 구성을 사용하여 용량을 계획합니다. 인벤토리는 사용자가 보유한 항목만 고려합니다. 문제 해결 또는 최적화를 수행하지 않습니다.
시작 페이지 사용하기
시작 페이지는 넓은 3개의 광범위한 범주, 즉 관리, 흐름 및 수집으로 작업을 분류합니다. 시작 대시보드를 사용하여 이러한 범주 간의 관계를 이해합니다.
관리 범주에는 가용성, 성능, 규정 준수, 용량, 비용, 구성 및 인벤토리와 같은 작업의 7가지 요소가 포함됩니다.
대시보드의 흐름 범주는 문제 해결 및 최적화를 포함하는 프로세스를 다룹니다. 문제 해결 대시보드를 사용하여 가용성, 경합, 활용률 및 구성과 관련된 잠재적인 문제를 해결할 수 있습니다. 문제 해결은 단순히 문제를 식별하는 것 이상입니다. 문제 뒤의 이유에 초점을 맞추고 문제 재발을 방지하기 위한 솔루션도 만듭니다. 사고는 비활성, 감속 또는 침해를 의미합니다. 가용성, 성능 및 용량 문제를 해결할 수 있습니다. 최적화 대시보드를 사용하여 환경의 성능을 향상합니다. 문제 영역을 수정하거나, 가상 시스템과 인프라를 업데이트하거나, 간소화하거나, 개선하도록 선택할 수 있습니다. 성능, 용량, 비용 및 구성을 최적화할 수 있습니다. 시스템의 가용성도 향상하여 확장할 수 있지만 규정 준수 또는 인벤토리를 개선할 수는 없습니다. 
수집 범주는 공용 클라우드와 라이브러리 섹션으로 구성됩니다. AWS 및 Azure 대시보드는 공용 클라우드 대시보드 아래에 표시됩니다. 이러한 서비스의 전반적인 성능을 보거나 서비스와 관련된 특정 대시보드를 보도록 선택할 수 있습니다. 라이브러리에는 네트워크 운영 센터 및 임원과 관련된 대시보드가 포함되어 있습니다. 또한 VOA 및 더 이상 사용되지 않는 대시보드와 같은 작업 요소에 적합하지 않은 대시보드도 나열합니다.
