본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

잘 설계된 EVS 구성 구현

02/02/2026 기여자

Workload Factory 구성 분석을 사용하여 Amazon Elastic VMware Service(EVS) 구성의 well-architected 상태를 검토하고 안정성, 보안 및 비용에 영향을 미치는 문제를 해결하십시오.

이 작업 정보

AWS API를 사용하여 발견된 모든 EVS 환경을 매일 자동으로 스캔하여 EVS 구성을 분석하고 가용성, 복원력, 보안 또는 비용 최적화에 영향을 미칠 수 있는 잠재적인 문제를 식별합니다. 발견 사항은 구성 영역별로 정리되며, 각 발견 사항에는 상태, 심각도 수준, 영향을 받는 리소스 세부 정보 및 단계별 해결 절차가 포함됩니다.

주요 기능은 다음과 같습니다:

자동 일일 스캔: 발견된 모든 EVS 환경은 인사이트가 최신 상태로 유지되도록 하루에 한 번 자동으로 스캔됩니다.
AWS API 기반 스캔: 스캔은 AWS API를 사용하며 vSphere 자격 증명이나 vCenter에 대한 연결이 필요하지 않습니다.
문제 해결에 대한 자세한 안내: 식별된 각 문제에는 명확한 설명, 심각도 수준 및 단계별 해결 절차가 포함되어 있습니다.
보기 전용 인사이트: 자동 문제 해결 옵션 없이 자세한 분석 결과 및 권장 사항을 제공합니다.

잘 설계된 인사이트 이해

Well-architected 탭에는 다음 내용이 표시됩니다.

구성 이름: 평가 대상 구성 영역입니다.
태그: 영향을 받는 영역(예: 가용성, 복원력, 보안)을 나타내는 레이블입니다.
Status: "Optimized"(문제 없음) 또는 "Not optimized"(문제 있음).
심각도: 발견된 사항의 중요도 수준(예: Warning).
리소스 유형: 평가 대상 AWS 리소스의 유형입니다.
영향을 받은 리소스 수: 문제의 영향을 받은 리소스의 수입니다.

스캔 빈도

잘 설계된 스캔은 발견된 모든 EVS 구성에 대해 자동으로 수행됩니다. 스캔 일정에 대한 주요 세부 정보는 다음과 같습니다.

각 EVS 구성에 대해 하루에 한 번 스캔이 수행됩니다.
다양한 구성에 대한 검사는 서로 다른 시간에 수행될 수 있습니다.
하나의 구성에 대한 검사가 실패하면 동일한 계정의 다른 구성에 대한 검사는 계속 시도됩니다.
Well-architected 상태 탭의 타임스탬프 카드에는 현재 구성에 대한 마지막 스캔이 완료된 시간이 표시됩니다.

잘 설계된 스캔의 온디맨드 실행은 현재 지원되지 않습니다. 모든 스캔은 매일 정해진 일정에 따라 자동으로 수행됩니다.

시작하기 전에

VMware 워크로드에 대한 보기, 계획 및 분석 권한이 있는 "AWS 자격 증명 추가됨"이(가) 있어야 합니다.
AWS 계정에 최소 하나 이상의 검색된 Amazon Elastic VMware Service 환경이 있어야 합니다.

잘 설계된 상태 탭에 액세스

단계

다음 중 하나를 사용하여 Workload Factory에 로그인하세요. "콘솔 환경" .
메뉴를 선택하세요 그런 다음 *VMware*를 선택하십시오.

계획 센터가 표시됩니다.
VMware 메뉴에서 *인벤토리*를 선택합니다.
가상화 환경 목록에서 well-architected 인사이트를 확인하려는 검색된 EVS 환경을 선택합니다.
Well-architected 상태 탭을 선택하세요.

다음 요소가 표시됩니다.
- 자동 일일 분석 타임스탬프: 이 환경에 대해 마지막 스캔이 수행된 시간을 표시합니다.
- Configurations: 구성 영역별로 결과를 정리하고 상태 및 세부 정보를 표시합니다.

잘 설계된 평가 보기

클러스터 노드 관리

이는 EVS 클러스터 노드에 적절한 EC2 중지 및 종료 보호가 구성되어 있는지 평가합니다.

상태:

최적화됨: 모든 EVS 노드에 EC2 정지 보호 및 종료 보호가 구성되어 있습니다.
최적화되지 않음: 하나 이상의 EVS 노드에 EC2 중지 보호 또는 종료 보호가 구성되어 있지 않습니다.

이것이 중요한 이유:

EVS ESXi 노드는 vCenter 또는 기타 VMware 수준의 관리 도구를 사용하여 독점적으로 관리해야 합니다. 적절한 EC2 수준의 보호 조치가 없으면 EC2 콘솔에서 노드가 실수로 중지되거나 종료될 수 있으며, 이로 인해 가상 머신 데이터를 사용할 수 없거나 데이터 손실이 발생할 수 있습니다.

자세한 결과를 보려면:

Well-architected 상태 탭에서 *클러스터 노드 관리*를 찾으세요.
*보기*를 선택하여 결과 대화 상자를 엽니다.

대화 상자에 다음이 표시됩니다.

조사 결과 요약: 사용자 환경에서 발견된 문제에 대한 자세한 설명입니다.
리소스 그리드: 모든 EVS 노드와 해당 노드의 보호 상태를 보여주는 표로, 다음을 포함합니다:
- 노드 식별자
- EC2 중지 보호 상태
- EC2 종료 보호 상태
조치 필요: 단계별 문제 해결 절차.
권장 사항: 모범 사례 지침.

개선 조치:

이 문제를 해결하려면 EVS 노드에 대한 중지 및 종료 보호를 활성화하십시오.

"정지 보호 활성화에 대한 AWS 설명서"에 명시된 절차를 따르십시오.
"종료 보호 활성화에 대한 AWS 설명서"에 명시된 절차를 따르십시오.

EVS 환경 복원력

EVS 클러스터 노드가 파티션 배치 그룹 전체에 적절하게 분산되어 있는지 평가합니다.

상태:

최적화됨: 모든 노드는 4개 이상의 파티션으로 구성된 단일 파티션 배치 그룹의 멤버입니다.
다음 중 하나라도 해당되면 최적화되지 않음:
- 노드는 둘 이상의 배치 그룹의 구성원입니다.
- 하나 이상의 노드가 비분할 배치 그룹의 구성원입니다.
- 모든 노드는 파티션이 4개 미만인 분할된 배치 그룹의 구성원입니다.

이것이 중요한 이유:

적절한 파티션 배치를 통해 EVS 클러스터 노드가 AWS 가용 영역 내의 여러 장애 격리 하드웨어 파티션에 분산되도록 할 수 있습니다. 잘못 정렬된 경우 파티션 장애 시 상당한 처리 능력 손실이나 가동 중단이 발생할 수 있습니다.

자세한 결과를 보려면:

Well-architected 상태 탭에서 *EVS environment resiliency*를 찾으십시오.
*보기*를 선택하여 결과 대화 상자를 엽니다.

대화 상자에 다음이 표시됩니다.

결과 요약: 파티셔닝 불일치에 대한 자세한 설명입니다.
리소스 그리드: 다음을 포함하는 EVS 환경 노드를 보여주는 표:
- 노드 식별자
- 배치 그룹 이름
- 배치 그룹 유형
- 배치 그룹 파티션 수
조치 필요: 단계별 해결 절차
권장 사항: 모범 사례 지침

개선 조치:

파티션 배치 문제를 해결하려면:

EVS 환경에 새 노드를 추가할 때는 최소 4개의 파티션으로 구성된 분할 배치 그룹을 사용하여 새 노드를 프로비저닝하십시오.
클러스터 노드를 교체하는 경우 교체 노드가 최소 4개의 파티션이 있는 분할 배치 그룹을 사용하여 프로비저닝되는지 확인하십시오.
위의 권장 사항에 맞춰 모든 EVS 노드를 단일 배치 그룹으로 통합해 보십시오.

모범 사례 권장 사항:

EVS 환경을 생성하거나 확장할 때는 4개 이상의 파티션으로 구성된 단일 파티션 배치 그룹을 사용하여 모든 클러스터 노드를 프로비저닝하십시오.

다음 단계

잘 설계된 인사이트를 검토하고 권장 변경 사항을 구현한 후:

잘 설계된 상태 탭을 매일 모니터링하여 환경의 상태에 대한 정보를 파악하세요.
"최적화되지 않음" 결과에 대한 해결 절차를 따르십시오.
추가 모범 사례는 AWS 및 NetApp 설명서를 검토하십시오.
EVS 환경을 확장하기 전에 권장 사항 구현을 고려하십시오.