4. Virtual Infrastructure Management

일반 리소스 관리

ESXi는 그 안에서 실행되는 가상 시스템에 대한 CPU 및 메모리 리소스 할당을 구성하고 조정하는 몇 가지 메커니즘을 제공한다. 리소스 관리 구성은 가상 시스템 성능에 상당한 영향을 미칠 수 있다.

이 섹션에는 최적의 성능을 위해 VMware에서 권장하는 리소스 관리 방식 및 구성이 나열되어 있다.

VMware vCenter

이 섹션에는 최적의 성능을 위해 권장되는 VMware vCenter 사례 및 구성이 나열되어 있다. 또한 vCenter를 통해 제어되거나 액세스되는 몇 가지 기능도 포함한다.

VMware vCenter 데이터베이스 고려 사항

vCenter Server는 인벤토리 항목 및 성능 통계 데이터에 대한 구성 정보를 저장하는 데이터베이스에 크게 의존한다. 또한 경보, 이벤트 및 태스크에 대한 데이터도 저장한다. 이 데이터베이스가 vCenter Server의 안정성 및 성능에 중요하므로 이 섹션에서 설명하는 데이터베이스 사례를 권장한다.

VMware vCenter 데이터베이스 네트워크 및 스토리지 고려 사항

VMware vCenter 데이터베이스 구성 및 유지 관리

<vpxd>
 <odbc>
  <maxConnections>xxx</maxConnections>
 </odbc>
</vpxd> 
(xxx는 풀의 크기).

vCenter 풀 크기를 변경한 경우 데이터베이스의 최대 허용 연결 수를 늘리는 것도 고려해야 한다.

vPostgres 데이터베이스를 사용할 때 상위 N 기능을 사용하지 않도록 설정하는 옵션은 없다(배포 중에 내장형 데이터베이스 옵션을 선택한 경우 vCenter Server에서 사용된다).

나중에 Top N을 다시 실행하려면 모든 데이터베이스 세션이 지워지고 데이터베이스가 정상 상태로 돌아갈 때까지 기다린 다음 작업을 다시 실행한다.

특정 데이터베이스 공급업체에 대한 권장 사항

이 하위섹션은 데이터베이스별 권장사항을 설명한다.

PostgreSQL(vPostgres) 데이터베이스 권장 사항

PostgreSQL(vPostgres) 데이터베이스를 사용하는 경우(배포 중에 내장형 데이터베이스 옵션을 선택하는 경우 vCenter Server에서 사용됨), 많은 최적화가 자동으로 수행된다. 그러나 이 섹션의 포인트는 vCenter Server 성능을 향상시킬 수 있다.

많은 vCenter Server Appliance 구성 작업은 vCenter Server Appliance 관리 인터페이스를 사용하여 수행할 수 있다. 이 인터페이스는 웹 브라우저를 사용하여 어플라이언스의 포트 5480(https://<appliance-IP-address>:5480)에 액세스한 다음 루트로 로그인(vCenter Server Appliance를 배포할 때 설정한 암호 사용)할 수 있다.

Microsoft SQL Server 데이터베이스 권장 사항

Microsoft SQL Server 데이터베이스를 사용하는 경우 다음 사항이 vCenter Server 성능을 향상시킬 수 있다.

Oracle 데이터베이스 권장 사항

Oracle 데이터베이스를 사용하는 경우 다음 사항이 vCenter Server 성능을 향상시킬 수 있다.

VMware vSphere Management

VMware vSphere 환경은 일반적으로 VMware vSphere® Client 또는 VMware vSphere Web Services SDK를 통해 관리되며, 연결된 vSphere Client 또는 vSphere Web Services SDK Client의 수가 많으면 vCenter Server의 성능에 영향을 미칠 수 있다. vSphere 6.7의 구성 최대값에 지정된 최대값을 초과하는 것은 지원되지 않는다. 효과가 있는 것처럼 보이더라도, 그렇게 하는 것은 vCenter Server 성능에 훨씬 더 영향을 미칠 가능성이 있다.

vSphere Client

이 섹션은 "vSphere Client"를 의미한다. 유사한 명칭의 "vSphere Web Client"는 Flex를 기반으로 하며, 더 이상 사용되지 않는다.

vSphere Client(HTML5 Client)를 사용하여 vCenter Server, ESXi 호스트 및 가상 시스템을 제어 및 구성할 수 있다. vSphere 6.7 업데이트 1을 기준으로 HTML5 Client는 Flex 클라이언트의 모든 기능을 제공하며, 우리는 모든 배포에서 HTML5 Client를 사용할 것을 강력히 권장한다.

vSphere Client 서버라고 하는 vSphere Client 백엔드는 Java 애플리케이션이다. 단순하게 vSphere Client라고 하는 vSphere Client 프런트 엔드는 Java 기반 Application Server를 가리키는 웹 브라우저에서 실행되는 HTML5 기반 클라이언트다.

vSphere Client 백엔드 성능 고려 사항

vSphere Client 백엔드는 Java 애플리케이션인 vSphere Client Server로 구성되며, vCenter Server와 크게 상호 작용한다. 따라서 이 두 모듈은 모두 vSphere Client 백엔드 성능에 영향을 미친다. 이 하위 섹션에서는 vSphere Client 백엔드에서 최상의 성능을 얻는 방법을 설명한다.

vSphere 6.5부터 인벤토리 서비스는 허가, 역할 및 권한에 대한 논리를 포함하는 경량 서비스인 vpxd-svcs로 대체되었다.

JVM의 최대 힙 크기를 다음과 같이 결정할 수 있다.

vSphere Client 서버에 할당된 메모리 양이 부족하면 메모리를 늘리면 성능이 크게 향상될 수 있다.

vSphere Client Server에 할당된 메모리를 늘리는 가장 간단한 방법은 실행 중인 시스템에 대해 프로비저닝된 총 메모리 양을 증가시킨 다음 시스템을 재부팅하는 것이다. 부팅 시 동적 메모리 알고리즘은 vSphere Client Server를 포함하여 다양한 서비스에 할당된 메모리 양을 자동으로 재구성한다.

총 메모리를 늘리지 않으려는 경우 또는 동적 메모리 알고리즘이 사용자 환경에 적합하지 않은 경우 vSphere Client Server의 최대 힙 크기를 수동으로 변경할 수 있다. 그러나 이는 운영 체제뿐만 아니라 다른 서비스에서 사용할 수 있는 메모리 양에도 영향을 미친다는 점에 유의한다.

수동으로 vSphere Client Server 최대 힙 크기를 변경하려면:

최대 힙 크기를 변경한 후 다음과 같이 변경 사항을 적용하려면 vSphere Client 서비스를 다시 시작한다.

Advanced 옵션 이름 설명 기본값
live.updates.enabled Recent Tasks에서 라이브 새로 고침을 사용할지 여부. true
live.updates.alarms.enabled Alarms 보기에서 라이브 새로 고침을 사용할지 여부. true
live.updates.navtree.enabled 네 가지 유형의 인벤토리 트리(Hosts and Clusters, VMs and Templates, Storage, Networking)에서 라이브 새로 고침을 사용할지 여부. true
live.updates.lists.enabled 목록에서 라이브 새로 고침을 사용할지 여부. true
live.updates.objectstate.enabled 현재 개체의 Summary 탭에서 라이브 새로 고침을 사용할지 여부. 이 작업은 각 Summary 탭에 표시된 각 속성("중요 속성"이라고 함)에 대해서만 수행되는 것이 아니라, 각 유형의 속성("중요 속성"이라고 함)에 대해 대략적으로 해당 개체의 아이콘과 상태를 결정하는 속성이라고 설명할 수 있다. true
session.timeout 사용자가 자동으로 로그아웃되기 전까지의 시간(분). 120
alarms.refresh.rate 경보 목록의 자동 새로 고침 간격(초)
10~600 사이여야 한다.
-1 값은 알람의 자동 새로 고침을 비활성화한다.
60
dataservice.timeoutSeconds 데이터 어댑터가 응답하지 않을 경우 UI에 오류가 표시되기 전의 시간(초) 120
dataservice.connectionTimeoutSeconds 데이터 서비스 연결이 손실된 경우 UI에 오류가 표시되기 전의 시간(초) 10
sso.pending.password.expiration.notification.days UI에 알림이 표시되는 SSO 암호 만료 전 일 수. 30

vSphere Client 프런트 엔드 성능 고려 사항

vSphere Client 프런트엔드는 사용자 시스템의 웹 브라우저에서 실행되는 HTML5 기반 애플리케이션이다. 이 하위 섹션에서는 vSphere Client 프런트엔드에서 최상의 성능을 얻는 방법을 설명한다.

대기 시간이 짧은 연결을 설정할 수 없는 경우, 다른 옵션은 vSphere Client 백엔드 근처에 가상 시스템 또는 물리적 시스템을 배치하고(시스템이 백엔드에 연결되는 지연 시간이 낮음) vSphere Client 프런트엔드를 실행하여 RDP와 같은 원격 프로토콜로 원격으로 액세스하는 것이다. 

vSphere Web Services SDK 클라이언트

VMware vSphere Web Services SDK는 vSphere 환경을 효율적으로 관리하는 방법이 될 수 있다.

VMware vSphere API 및 지원되는 SDK 라이브러리에 대한 자세한 내용은 vSphere API 및 SDK 설명서를 참조하십시오.

모범적 프로그래밍 관행의 예는 VMware 커뮤니티 샘플 코드 페이지(http://communities.vmware.com/community/vmtn/developer/codecentral)에서 코드 샘플을 참조하십시오.

SDK를 사용하여 개별 호스트의 정보를 집계하여 클러스터 성능 데이터를 가져오려면 vCenter Cluster Performance Tool Fling(https://labs.vmware.com/flings/vcenter-cluster-performance-tool))을 참조하십시오.

 

VMware vMotion과 Storage vMotion

이 섹션에서는 vMotion™, Storage vMotion 및 크로스 호스트 Storage vMotion에 대한 성능 모범 사례를 제공한다.

VMware vMotion 권장 사항

vMotion에 적용되는 성능 권장 사항:

VMware Storage vMotion 권장 사항

Storage vMotion에 적용되는 성능 권장 사항:

VMware Cross-Host Storage vMotion 권장 사항

Cross-Host Storage vMotion을 사용하면 가상 시스템을 호스트와 데이터스토어 간에 동시에 이동할 수 있다. Cross-Host Storage vMotion에 적용되는 성능 권장 사항:

블록 크기가 1MB가 아닌 VMFS 데이터스토어를 VMFS 5.x로 인플레이스 업그레이드할 경우 블록 크기는 변경되지 않는다. 따라서 이 상황에서는 1MB 블록 크기의 성능 이점을 얻기 위해 새 VMFS 5.x 데이터스토어를 생성해야 한다.

vSphere 6.0 이전에는 NFC이 관리 네트워크("프로비저닝 네트워크"라고도 함)만 사용할 수 있었다. vSphere 6.0을 시작으로, NFC는 여전히 기본적으로 관리 네트워크를 사용하지만, 선택적으로 NFC 전용 네트워크를 통해 라우팅될 수 있다. 이를 통해 NFC 트래픽이 관리 트래픽과 분리되어 네트워크 프로비저닝에 더 많은 유연성을 부여할 수 있다.
어쨌든, 우리는 NFC이 최소 1Gb/s의 네트워크 대역폭을 제공하도록 권고한다.

 

VMware Distributed Resource Scheduler (DRS)

이 섹션에는 최적의 성능을 위해 VMware에서 권장하는 DRS(Distributed Resource Scheduler) 사례 및 구성이 나열되어 있다.

DRS 일반

DRS 클러스터 구성 설정

DRS 클러스터 크기 조정 및 리소스 설정

DRS 성능 조정

마이그레이션 임계값은 반대 상황의 경우 더 보수적인 수준으로 설정해야 한다.

가장 보수적인 임계값을 선택한 경우 DRS는 로드 밸런싱을 수행하지 않으며, 선호도 또는 반선호도 규칙과 같은 하드 제약 조건을 충족하거나 유지 보수 또는 대기 모드로 전환되는 호스트에서 가상 시스템을 제거하기 위해 취해야 하는 이동 권장 사항만 적용할 것이다.

이러한 옵션은 vSphere Client에서 사용할 수 있다(클러스터 선택, Configure 탭 클릭, Services 확장, vSphere DRS 선택, Edit 버튼 클릭, Additional Options 탭 클릭).

이러한 옵션에 대한 자세한 내용은 vSphere 6.5 DRS Performance을 참조한다(vSphere 6.5에서 DRS를 구체적으로 다루지만 이 백서는 vSphere 6.7의 DRS와도 관련이 있음).

특정 환경에 "로드 밸런싱된" 클러스터를 달성하는 것이 중요한 경우 몇 가지 규칙을 완화하거나 마이그레이션 임계값을 조정할 수 있다.

반면에 모든 가상 시스템이 권한이 있는 리소스의 100%를 받고 있다면 클러스터가 약간 불균형한 것이 허용될 수 있다.

이를 위해서는 vRealize Operations 버전 6.4 이상이 필요하다. 자세한 내용은 https://blogs.vmware.com/management/2016/11/david-davis-vrealize-operations-post-34-new-predictiv e-drs-vrealize-operations-6-4.html 을 참조한다.

 

VMware Distributed Power Management (DPM)

VMware Distributed Power Management(DPM)은 클러스터 내 호스트의 활용률이 낮을 때 전력을 절약한다. 이 작업은 가상 시스템을 클러스터의 호스트 하위 집합에 통합한 다음 나머지 호스트를 대기 모드로 전환하여 수행한다. DPM은 클러스터에 있는 가상 시스템의 요구 사항을 충족하기 위해 충분한 호스트 용량을 전원이 켜진 상태로 유지한다. 수요가 증가하면 DPM은 추가 호스트의 전원을 켜고 가상 시스템을 해당 호스트로 마이그레이션하여 전원이 켜진 호스트 간에 클러스터의 로드가 균형을 유지하도록 한다.

DPM은 가상 머신의 복합 수요가 시간에 따라 크게 변화하는 클러스터(예: 낮 동안 전체 수요가 더 높고 밤에 훨씬 더 낮은 클러스터)에 가장 적합하다. 전체 클러스터 용량 대비 수요가 지속적으로 높은 경우 DPM은 전원을 절약하기 위해 호스트를 대기 모드로 전환할 기회가 거의 없다.

DPM은 DRS를 사용하기 때문에 대부분의 DRS 모범 사례("VMware Distributed Resource Scheduler(DRS)"에 설명됨)도 DPM과 관련이 있다.

DPM은 전원을 절약하기 위해 호스트의 전원을 끄지만, 매우 다른 절전 기술인 호스트 전원 관리를 사용하여 전원이 켜져 있는 동안 개별 ESXi 호스트의 전원 소비를 줄일 수 있다. 이것은 "ESXi의 호스트 전원 관리"에서 설명한다.
DPM과 호스트 전원 관리는 최상의 전력 절약을 위해 함께 사용될 수 있다.

DPM 구성 및 작동 모드

DPM은 호스트 전원 관리 정책을 보완한다("ESXi의 호스트 전원 관리" 참조). DPM은 활용도가 낮은 호스트를 대기 모드로 전환하여 클러스터 규모에서 전력을 절약함으로써 유휴 전력 소비를 없앤다. 호스트 수준의 전원 관리 정책을 통해 전원이 켜진 상태로 유지되는 클러스터의 호스트를 효율적으로 사용할 수 있다. DPM과 호스트 전원 관리를 함께 사용하면 두 솔루션 중 하나를 단독으로 사용할 때 얻을 수 있는 것보다 더 큰 절전 효과를 얻을 수 있다.

DPM 알고리즘 조정

사전 예방적으로 DPM 스케줄링 및 실행

마찬가지로 vCenter Server 또는 vCenter vpxd 서비스를 다시 시작하면 해당 vCenter Server에서 관리하는 모든 대기 ESXi 호스트의 전원이 켜진다.

이를 위해서는 vRealize Operations 버전 6.4 이상이 필요하다. 자세한 내용은 https://blogs.vmware.com/management/2016/11/david-davis-vrealize-operations-post-34-new-predictiv e-drs-vrealize-operations-6-4.html을 참조한다.

VMware High Availability(HA)와 함께 DPM 사용

VMware vSphere Storage I/O Control

VMware vSphere® Storage I/O Control은 데이터스토어에 액세스하는 다양한 가상 머신 간에 전체 데이터스토어의 리소스를 원하는 대로 할당할 수 있는 기능이다.

개별 ESXi 호스트가 수신하는 스토리지 I/O 리소스를 할당하는 방법을 제어하려면(데이터스토어의 전체 I/O 리소스 할당을 제외한) "스토리지 I/O 리소스 할당"을 참조한다.

Storage I/O Control을 사용하지 않도록 설정한 경우(기본값), 데이터스토어에 액세스하는 각 호스트는 해당 호스트에서 들어오는 데이터스토어의 총 I/O 워크로드 비율에 해당하는 데이터스토어 리소스의 일부를 얻는다.

Storage I/O Control을 사용하도록 설정한 경우에도 Storage I/O Control이 트리거될 때까지 아무런 작업도 수행되지 않으며, 이는 데이터스토어 정체 현상이 감지될 때 자동으로 발생한다. Storage I/O Control은 트리거 임계값을 조정하여 실행 중인 데이터 센터 환경에 맞게 조정한다.

데이터스토어의 I/O 리소스는 다음 설정에 따라 할당할 수 있다:

Storage I/O Control을 사용하도록 설정하려면 네비게이터 창의 vSphere Client에서 Storage 탭을 선택하고 데이터스토어를 선택한 다음 Configure 탭을 선택하고 General을 선택한 다음 Datastore Capabilities 오른쪽에 있는 EDIT... 버튼을 클릭하고 Enable Storage I/O Control and statistics collection 확인란을 선택한 다음 확인을 누르십시오.

Storage I/O Control 성능(특히 SSD 스토리지의 경우)에 대한 자세한 내용은 Performance Implications of Storage I/O-Enabled SSD Datastores in VMware vSphere 6.5을 참조한다(특히 vSphere 6.5를 다루기는 하지만 이 백서는 vSphere 6.7과도 관련이 있음).

 

VMware Storage Distributed Resource Scheduler (Storage DRS)

Storage Distributed Resource Scheduler(DRS)는 데이터스토어 클러스터 내의 데이터스토어 간에 I/O 로드 밸런싱 및 공간 밸런싱을 제공할 뿐 아니라 공간 부족을 방지해 준다. 이로 인해 스토리지 성능 병목 현상이 발생하지 않거나 발생할 경우 이를 해결할 수 있다.

이 섹션에는 최적의 성능을 위해 VMware에서 권장하는 Storage DRS 사용 사례 및 구성이 나열되어 있다.

데이터스토어 클러스터의 I/O 리소스를 늘리기 위해 데이터스토어를 추가할 때 변경 내용이 동일한 기본 물리적 디스크에 액세스할 수 있는 추가 방법을 만드는 것이 아니라 실제로 리소스를 추가하는지 확인하십시오.

 

VMware vSphere High Availability

VMware vSphere® High Availability(HA)는 가상 머신 내의 호스트, 가상 머신 또는 애플리케이션을 모니터링한 다음 장애가 감지될 경우 대체 호스트에서 가상 머신을 재시작하여 가상 머신의 다운타임을 최소화한다.

VMware High Availability 일반

HA에 대한 자세한 내용은 vSphere Availability을 참조한다.

Virtual Machine Component Protection (VMCP)

이 기능을 사용하도록 설정하는 방법을 포함하여 VMCP에 대한 자세한 내용은 ESXi 6.7 및 vCenter Server 6.7용 vSphere Availability 가이드를 참조한다.

 

 

VMware Fault Tolerance

VMware Fault Tolerance(FT)는 서버 장애 발생 시 가상 머신을 지속적으로 사용할 수 있도록 지원한다.

FT는 HA를 사용하기 때문에 대부분의 HA 모범 사례("VMware vSphere High Availability"에서 설명함)도 FT와 관련이 있다.

가상 시스템에서 FT를 사용하도록 설정한 경우 해당 가상 시스템을 FT 기본(primary) 가상 시스템 또는 기본 가상 시스템이라고 한다. 이러한 각 FT 기본 가상 시스템은 FT 보조(secondary) 가상 시스템 또는 보조 가상 시스템과 쌍을 이룬다. 기본 및 보조의 역할은 동적이다. 즉, 페일오버가 있을 때 가상 시스템이 역할을 교환할 수 있다.

예를 들어 보조가 실행되고 있는 호스트에 FT 로깅 대역폭을 포화시키는 다른 많은 보조가 있지만 기본이 실행 중인 호스트에 FT 가상 시스템이 하나만 있는 경우, 보조의 리소스 부족을 수용하기 위해 기본이 느려질 수 있다. 다음 권장 사항은 이러한 상황을 피하는 데 도움이 된다:

 

VMware vSphere Update Manager

VMware vSphere Update Manager는 VMware vSphere에 패치 관리 프레임워크를 제공한다. VMware ESXi 호스트, VMware Tools 및 가상 하드웨어 등에 패치, 업데이트 및 업그레이드를 적용하는 데 사용할 수 있다.

여기에 제시된 자료 외에도 vSphere Update Manager 성능에 대한 자세한 내용은 VMware vSphere Update Manager Performance and Best Practices를 참조하십시오.

윈도우에 배포된 Update Manager

윈도우즈에서 vCenter Server를 배포하는 경우 Update Manager는 vCenter Server와 다른 가상 시스템에서 실행되어야 하며, Update Manager는 vCenter Server와 데이터베이스를 공유하거나 고유한 데이터베이스를 가지도록 구성할 수 있다. 다음과 같은 권장 사항이 이러한 윈도우즈 배포에 적용된다.

리눅스에 배포된(vCenter Server Appliance) Update Manager

vCenter Server Appliance(vCSA) 배포는 Update Manager와 함께 Linux 호스트와 데이터베이스를 공유한다. Update Manager 서비스 updatemgr은 어플라이언스가 시작되면 기본적으로 사용하도록 설정되고 시작되며, 다음 권장 사항은 이러한 Linux 배포에 적용된다.

공유 리소스에도 불구하고 Update Manager의 Linux 배포는 윈도우즈 배포와 동일한 최대 구성을 지원한다.

Update Manager 일반 권장 사항

가상 하드웨어를 업그레이드하기 전에 VMware Tools가 최신 상태여야 하므로 Update Manager는 가상 하드웨어를 업그레이드하기 전에 VMware Tools를 업그레이드해야 할 수 있다. 이러한 경우 가상 시스템의 전원이 이미 켜져 있는 경우 프로세스가 더 빠르다.

Update Manager Quick Boot 옵션

ESXi 6.7의 새로운 기능인 Update Manager는 호환되는 하드웨어에 대한 빠른 부팅 옵션을 제공한다. 이 옵션을 사용하면 펌웨어 및 디바이스 초기화를 수행하지 않고도 ESXi를 재부팅하여 시간을 절약할 수 있다. 이 기능을 사용할 수 있는 하드웨어에서는 Update Manager UI에 옵션이 표시된다.

시스템이 빠른 부팅과 호환되는지 확인하려면 ESXi 호스트의 셸에서 다음 명령을 실행한다 : /usr/lib/vmware/loadesx/bin/loadESXCheckCompat.py

Quick Boot에 대한 자세한 내용은 VMware KB 문서 52477을 참조한다.

Update Manager 클러스터 업데이트 적용

Update Manager 대역폭 조정

 

VMware vCenter Single Sign-On Server

VMware vCenter Single Sign-On Server는 vSphere 관리 스택 전반에서 사용자에게 단일 로그인 액세스를 제공한다. 최상의 성능을 얻으려면 이 섹션의 권장 사항을 따른다.

VMware vSphere Content Library

VMware vSphere Content Library는 vSphere 관리자가 가상 시스템 템플릿, vApp, ISO 이미지 및 스크립트를 쉽게 관리할 수 있는 방법을 제공한다. 최상의 성능을 얻으려면 이 섹션의 권장 사항을 따르십시오.

 

VMware vSAN

VMware vSAN을 통해 ESXi 호스트에 직접 연결된 스토리지 리소스를 분산 스토리지에 사용하고 여러 ESXi 호스트에서 액세스할 수 있다. 최상의 성능을 얻으려면 이 섹션의 권장 사항을 따르십시오.

vSAN 성능에 대한 자세한 내용은 vSAN 6.6 Performance Improvements 백서를 참조한다.

하이브리드 대 올-플래시 vSAN

vSAN 구현은 "하이브리드" 또는 올-플래시일 수 있다:

하이브리드 vSAN 구축은 매우 빠르지만 올-플래시 구축은 여전히 더 빠르다. 또한 올-플래시 vSAN은 RAID-5, RAID-6, 중복제거 및 압축을 지원한다. 이러한 기능은 스토리지 효율성을 향상시킴으로써 하이브리드 및 올-플래시 vSAN 간의 효과적인 비용 차이를 줄일 수 있다.

vSAN 하드웨어 선택 및 레이아웃

하이브리드 vSAN을 위한 하드웨어 선택 및 레이아웃

하이브리드 vSAN에서 모든 쓰기는 캐싱 계층을 구성하는 SSD로 먼저 이동하고 vSAN 읽기 캐시 적중(이상적으로 읽기 중 많은 부분을 차지하는)도 해당 계층에서 온다.

따라서 캐싱 계층(SSD)과 용량 계층(HDD) 비율이 하이브리드 vSAN 성능에 큰 영향을 미친다. SSD 대 HDD 비율이 높을수록 일반적으로 성능이 향상되지만 비용은 더 높다.

올-플래시 vSAN을 위한 하드웨어 선택 및 레이아웃

올-플래시 vSAN에서 모든 vSAN 쓰기는 먼저 캐싱 계층 SSD로 이동한 다음 용량 계층 SSD로 디스테이징되며, 읽기는 용량 계층 SSD에서 직접 전송된다(캐싱 계층 SSD에서 제공되는 아직 디스테이징되지 않은 데이터 읽기 제외).

캐싱 계층 SSD의 성능은 All-Flash vSAN의 전반적인 성능에서 중요한 요소다. 캐싱 계층에 고성능 클래스 NVMe 드라이브와 같은 고급 SSD를 사용하면 특히 용량 계층이 저성능 SSD를 사용하더라도 대규모 I/O 워크로드의 경우 성능이 크게 향상될 수 있다.

vSAN을 위한 하드웨어 선택 및 레이아웃 일반

vSAN 네트워크 고려 사항

vSAN 구성 및 사용

대부분의 경우 이러한 옵션은 리소스 사용과 성능 사이의 균형을 허용한다. 이것들은 아래 참조된 문서에 더 자세히 설명되어 있다.

vSAN 암호화

 

VMware Virtual Volumes (VVols)

VMware Virtual Volumes(VVolumes)는 VMware 소프트웨어와 SAN 또는 NAS 스토리지 어레이 간의 통신을 사용하여 가상 머신 스토리지 정책을 보다 세부적으로 제어할 수 있다.

이 섹션의 권장 사항 외에도 각 벤더마다 권장 사항 또는 모범 사례가 있을 수 있으므로 스토리지 벤더의 설명서를 읽어 보는 것도 좋은 방법이다.

VVol 하드웨어 고려 사항

VASA 제공자가 가상 시스템에서 실행되는 경우:
- VVol 스토리지로 마이그레이션하지 않도록 주의한다.
- vSphere HA를 보호하기 위해 vSphere HA를 사용하는 것을 고려한다("VMware vSphere High Availability" 참조).
- 적절한 백업 계획을 구현한다.

VVol 워크로드 성능

VVol 워크로드는 관리 워크로드와 I/O 워크로드의 두 가지 주요 범주로 나뉜다.

VVol 관리 운영 성능

VVol 관리 작업에 적용되는 성능 권장 사항:

VVol I/O 작동 성능

VVol I/O 작업에 적용되는 성능 권장 사항:

VVol 구성 권장 사항