전제 조건
백업을 저장할 충분한 디스크 공간과 함께 FTP, FTPS, HTTP, HTTPS 또는 SCP 서버가 실행 중이어야 합니다.
각 파일 기반 백업에 대해 서버에 별도의 폴더를 지정하십시오.
절차
웹 브라우저에서 vCenter Server Appliance 관리 인터페이스(https://appliance-IP-address-or-FQDN:5480)로 이동합니다.
루트로 로그인합니다.
vCenter Server Appliance 관리 인터페이스에서 요약을 클릭합니다.
백업을 클릭합니다.
백업 어플라이언스 마법사가 열립니다.
백업 프로토콜 및 위치 세부 정보를 입력합니다.
옵션
설명
백업 프로토콜
백업 서버에 연결하는 데 사용할 프로토콜을 선택합니다. FTP, FTPS, HTTP, HTTPS 또는 SCP를 선택할 수 있습니다.
FTP, FTPS, HTTP 또는 HTTPS의 경우 경로는 서비스에 대해 구성된 홈 디렉토리에 상대적입니다. SCP의 경우 경로는 원격 시스템 루트 디렉토리에 대한 절대 경로입니다.
백업 위치
백업 파일을 저장할 서버 주소와 백업 폴더를 입력합니다.
포트
백업 서버의 기본 또는 사용자 정의 포트를 입력하십시오.
사용자 이름
백업 서버에 대한 쓰기 권한이 있는 사용자의 사용자 이름을 입력합니다.
비밀번호
백업 서버에 대한 쓰기 권한이 있는 사용자의 비밀번호를 입력합니다.
(선택 사항) 백업 데이터 암호화를 선택하여 백업 파일을 암호화하고 암호화 암호를 입력합니다.
백업 데이터를 암호화하도록 선택한 경우 복원 절차에 암호화 암호를 사용해야 합니다.
다음을 클릭합니다.
백업할 부품 선택 페이지에서 기본적으로 백업되는 데이터를 검토합니다.
(선택 사항) 통계, 이벤트 및 작업을 선택하여 데이터베이스에서 추가 기록 데이터를 백업합니다.
(선택 사항) 설명 텍스트 상자에 백업에 대한 설명을 입력하고 다음을 클릭합니다.
완료 준비 페이지에서 백업에 대한 요약 정보를 검토하고 마침을 클릭합니다.
백업 진행률 창이 열리고 백업 작업 진행률이 표시됩니다.
백업 프로세스가 완료되면 확인을 클릭하여 백업 진행률 창을 닫습니다.
결과
vCenter Server Appliance의 백업 파일을 성공적으로 생성했습니다.

vSphere Web Client에서 vSphere ESXi Image Builder를 사용하려면 먼저 서비스가 활성화되어 실행 중인지 확인해야 합니다.
절차
vSphere Web Client를 사용하여 vCenter Server 시스템에 로그인합니다.
vSphere Web Client 홈 페이지에서 관리를 클릭합니다.
시스템 구성에서 서비스를 클릭합니다.
ImageBuilder 서비스를 선택하고 작업 메뉴를 클릭한 다음 시작 유형 편집을 선택합니다.
Windows에서는 vSphere ESXi Image Builder 서비스가 비활성화됩니다. 시작 유형 편집 창에서 수동 또는 자동을 선택하여 자동 배포를 활성화합니다.
vCenter Server Appliance에서 vSphere ESXi Image Builder 서비스는 기본적으로 수동으로 설정됩니다. OS 시작 시 서비스가 자동으로 시작되도록 하려면 자동을 선택합니다.
수동 시작 유형을 선택하면 서비스를 사용하고자 할 때마다 OS 시작 시 수동으로 서비스를 시작해야 합니다.
(선택 사항) 서비스 시작 아이콘을 클릭합니다.
(선택 사항) vSphere ESXi Image Builder를 vSphere Web Client와 함께 사용하려면 vSphere Web Client에서 로그아웃했다가 다시 로그인합니다.
Auto Deploy 아이콘은 vSphere Web Client의 홈 페이지에 표시됩니다.

스토리지 I/O 제어 v2
SIOC(Storage I/O Control)는 공유 스토리지에 대한 액세스 권한이 있는 ESXi 호스트 클러스터에서 실행되는 가상 머신의 I/O 우선 순위를 제공하기 위해 vSphere 4.1에 처음 도입되었습니다. CPU 및 메모리에 대해 존재했던 친숙한 공유 및 제한 구성을 확장하여 ESXi 서버 클러스터 전반에 걸쳐 I/O 대기열 슬롯을 동적으로 할당하여 스토리지 활용도를 해결했습니다. SIOC의 목적은 '노이즈 이웃' 문제, 즉 낮은 우선 순위 VM에서 실행되는 애플리케이션 및 I/O의 특성으로 인해 다른 높은 우선 순위 가상 머신에 영향을 미치는 낮은 우선 순위 가상 머신을 해결하는 것입니다.
vSphere 5.0은 클러스터 전체의 I/O 공유 및 NFS 데이터 저장소에 대한 제한을 제공하도록 SIOC를 확장했습니다. 즉, 사용되는 공유 스토리지 유형에 관계없이 단일 가상 머신이 어떤 환경에서도 병목 현상을 일으킬 수 없어야 합니다. SIOC는 구성된 대기 시간 임계값이 초과되었을 때 서로 다른 양의 I/O 대역폭을 소비하는 가상 머신을 자동으로 조절합니다. 다른 가상 시스템이 동일한 데이터 저장소에서 I/O 대역폭의 공정한 공유를 받을 수 있도록 공유 기반 공정성 메커니즘이 생성되었으며 현재 NFS 및 VMFS 모두에서 지원됩니다.
vSphere 5.1에는 통계 전용 모드라는 새로운 SIOC 기능이 도입되었습니다. 활성화되면 조절을 적용하지 않지만 Storage DRS를 지원하기 위해 통계를 수집합니다. Storage DRS는 이제 데이터 저장소 클러스터에 추가되는 새 데이터 저장소에 대한 통계를 미리 가지고 있으며 이전보다 훨씬 빠르게 데이터 저장소 프로필/기능에 대한 속도를 높일 수 있습니다.
또 다른 5.1 기능은 자동 임계값 계산입니다. SIOC의 기본 대기 시간 임계값은 30ms입니다. 모든 저장 장치가 동일하게 생성되는 것은 아니므로 이 기본값은 일종의 "포괄적"으로 선택되었습니다. 예를 들어 All Flash Array와 같이 자연적인 경합 지점에 훨씬 빨리 도달하는 특정 장치가 있습니다. 이 경우 사용자는 임계값을 낮춰야 합니다. 그러나 올바른 대기 시간을 수동으로 결정하는 것은 사용자에게 어려울 수 있습니다. 이로 인해 대기 시간 임계값이 각 장치에 대해 올바른 수준에서 자동으로 결정되어야 합니다. SIOC의 I/O 인젝터 모델링을 사용하여 데이터 저장소의 최대 처리량 및 해당 대기 시간을 측정합니다. 그러면 Storage I/O Control이 시작되는 대기 시간 임계값이 이 피크 값의 90%로 설정됩니다(기본값).
SIOC에 대한 기본 대기 시간 임계값은 5ms까지 낮출 수 있습니다.
SIOC V1 개요
SIOC V1은 기본적으로 비활성화되어 있습니다. 데이터 저장소 수준에서 활성화해야 하며 특정 수준의 대기 시간에 도달한 경우에만 활용됩니다. 기본적으로 데이터 저장소의 지연 시간 임계값은 앞서 언급한 대로 30ms로 설정됩니다. SIOC가 트리거되면 디스크 공유(데이터 저장소를 사용하는 모든 VMDK에서 집계)를 사용하여 호스트별로 I/O 대기열 슬롯을 해당 데이터 저장소에 할당합니다. 즉, SIOC는 호스트가 발행할 수 있는 IO 수를 제한합니다. 특정 호스트에서 실행되는 VM/VMDK가 많을수록 공유 수가 많아지므로 특정 호스트에서 실행할 수 있는 IO 수가 늘어납니다. 조절은 데이터 저장소를 공유하는 다양한 호스트의 장치 대기열 깊이를 수정하여 수행됩니다. 경합 기간이 경과하고 대기 시간이 정상 값으로 돌아오면
SIOC V2 소개
SIOC V2를 설명하기 전에 SIOC V1과 SIOC V2가 vSphere 6.5에서 공존할 수 있다는 점을 강조해야 합니다. 이렇게 하면 업그레이드 또는 버전 간 마이그레이션을 고려할 때 훨씬 간단해집니다. 이를 염두에 두고 SIOC V2는 V1과 비교할 때 사용자 경험 관점에서 상당히 다릅니다. SIOCv2는 IO 필터 프레임워크 스토리지 IO 제어 범주를 사용하여 구현됩니다. SIOC V2는 SPBM 정책을 사용하여 관리할 수 있습니다. 이것이 의미하는 바는 SIOC 사양을 포함하는 정책을 생성하고 이러한 정책이 가상 머신에 연결된다는 것입니다.
기반으로 SIOC 정책 만들기
SIOC 정책 생성은 VSAN 또는 가상 볼륨에 대한 스토리지 정책을 구축하는 것과 정확히 동일한 방식으로 수행됩니다. vSphere 클라이언트 홈 페이지에서 VM 스토리지 정책을 선택하고 여기에서 새 VM 스토리지 정책을 생성하는 옵션을 선택합니다. vSphere 6.5의 VM 스토리지 정책에는 "공통 규칙"이라는 새로운 옵션이 있습니다. Storage I/O Control 및 Encryption과 같은 호스트에서 제공하는 데이터 서비스를 구성하는 데 사용됩니다.
VM 스토리지 정책에서 공통 규칙 사용
첫 번째 단계는 확인란을 클릭하여 일반 규칙을 활성화하는 것입니다. 그러면 SIOC와 같은 구성 요소를 정책에 추가할 수 있습니다.

구성 요소 추가 - 스토리지 I/O 제어
vSphere 6.5에는 암호화 및 Storage I/O Control이라는 공통 규칙에 사용할 수 있는 두 가지 구성 요소가 있습니다. 이 경우 Storage I/O Control을 선택합니다. 이제 보통, 높음, 낮음 또는 사용자 지정 공유 할당을 선택할 수 있습니다.

이 표에서는 각 설정과 관련된 다양한 제한, 공유 및 예약에 대해 설명합니다.
높은
정상
낮은
제한
100,000
10,000
1,000
예약
100
50
10
주식
2,000
1,000
500
정책이 생성되면 프로비저닝하는 동안 새로 배포된 VM에 할당하거나 설정을 편집하여 이 새 정책을 전체 VM(또는 개별 VMDK에만)에 할당하여 기존 VM에 할당할 수 있습니다. 한 가지 주의할 점은 IO 필터 기반 IOPS는 IO의 크기를 보지 않는다는 것입니다. 예를 들어, 64K IOP가 2 x 32K IOPS와 같지 않도록 정규화가 없습니다. IO의 크기에 관계없이 고정된 IOPS 값입니다.
사용자 지정 할당
보통, 높음, 낮음 할당의 값이 모두 적절하지 않은 경우 이러한 값에 대한 사용자 정의 설정을 생성할 수 있습니다. 사용자 지정 설정에서 IOPS 제한과 IOPS 예약은 모두 -1로 설정되어 무제한을 의미합니다. 필요에 따라 수정할 수 있습니다.

고급 옵션
일정 비용 단위
SIOC V1 전용으로 생성된 고급 매개변수입니다. SIOC V2에는 SchedCostUnit이 구현되어 있지 않습니다. V1의 경우 SchedCostUnit은 스케줄링을 위한 IO 작업의 단위 크기(정규화된 크기)를 결정하며 현재 32K의 상수 값입니다. 그러나 이 상수 값은 다른 고객의 다양한 요구 사항을 충족하지 못할 수 있습니다. 일부 고객은 이 단위 크기를 4K로 설정하기를 원할 수 있습니다. 다른 고객은 최대 256K로 설정할 수 있습니다.
이러한 다양한 요구 사항을 충족하기 위해 이제 SchedCostUnit을 구성할 수 있습니다. 기본적으로 IO 크기 값은 32K이고 허용되는 값 범위는 4K에서 256K 사이입니다.
SchedCostUnit은 요청 계산 방법을 지정합니다. 크기가 <= SchedCostUnit인 요청은 단일 I/O로 계산됩니다. SchedCostUnit보다 큰 것은 2개 이상의 요청으로 계산됩니다.
예를 들어 SchedCostUnit을 32K에서 64K로 변경하면 관찰되는 IOPS 수가 절반으로 줄어듭니다. IO의 크기는 다음을 사용하여 설정할 수 있습니다.
"esxcli 시스템 설정 고급 설정 -o /Disk/SchedCostUnit -i 65536"
"를 사용하여 확인했습니다.
"esxcli 시스템 설정 고급 목록 -o /Disk/SchedCostUnit"
명령. SIOC V2는 게스트 IO를 직접 계산합니다. IOPS는 IO 크기에 관계없이 IO 수를 기반으로 계산됩니다.
예약버스트
VMDK에 제한이 설정되면 제한이 높은(요청당) 세부적으로 적용되기 때문에 요청의 평균 지연 시간이 길어질 수 있습니다. 이는 1초/L 간격으로 IO 공유를 가져오는 VM에 대한 엄격한 시행 때문이었습니다. 여기서 L은 사용자 지정 제한입니다. 이 문제는 플래시 어레이와 같은 빠른 스토리지에서 더 잘 보입니다. SIOC V2는 빠른 스토리지에 "폭발적인" 워크로드가 있을 때 제대로 수행되지 않았습니다.
이 SchedReservationBurst 설정은 제약 조건을 완화하여 VM이 1/L 간격으로 IO를 엄격하게 배치하는 대신 1초 창 동안 언제든지 IO 공유를 얻도록 합니다. BURST 옵션은 기본적으로 켜져 있습니다.
SIOC V2 제한 사항
vSphere 6.5의 SIOC V2 초기 릴리스에서는 vSAN 또는 가상 볼륨을 지원하지 않습니다. SIOC v2는 VMFS 및 NFS 데이터 저장소에서 실행되는 VM에서만 지원됩니다.