vSphere Replication에서 게스트 OS 트리밍/매핑 해제 명령을 사용할 때 스토리지 및 네트워크 대역폭 요구 사항이 증가할 수 있습니다. RPO 위반이 발생할 수도 있습니다.
게스트 OS 트리밍/매핑 해제 명령을 사용한 후 증분 동기화
트리밍/매핑 해제 명령을 호출하면 대상 사이트의 스토리지 사용량이 증가할 수 있습니다.
소스 사이트 디스크에서 트리밍/매핑 해제 명령을 사용하면 다음 RPO 주기 동안 vSphere Replication이 대상 사이트로 전송하는 데이터 블록에 디스크에서 사용 가능한 공간이 추가됩니다. 따라서 소스 사이트 디스크가 덜 가득 찬 경우 대상 사이트로 전송되는 변경된 블록의 크기가 더 커집니다.
예를 들어 소스 사이트 디스크가 10TB이고 1TB만 할당된 경우 트리밍/매핑 해제 명령을 호출하면 9TB 이상이 대상 사이트로 전송될 수 있습니다.
소스 사이트 디스크가 10TB이고 그 중 9TB가 할당되었고 2TB의 데이터를 삭제하는 경우 트리밍/매핑 해제 명령을 호출하면 3TB 이상의 데이터가 대상 사이트로 전송됩니다.
증분 동기화 및 대상 사이트의 VM 스토리지 정책에 정의된 RAID 구성에 따라, 복제된 VM의 스토리지 사용량이 소스 VM의 사용량보다 2배 이상 높을 수 있습니다.
대상 사이트에서 복제된 VM의 스토리지 사용량은 볼 수 없습니다. 전체 vSAN 데이터스토어의 전체 사용량만 볼 수 있습니다. 따라서 VM 디스크 수준에서 회수된 스토리지 공간을 추적할 수는 없지만 vSAN 데이터스토어에 남아 있는 사용 가능한 전체 공간을 보고 추적할 수 있습니다.
소스 가상 시스템에서 매핑/매핑 해제 명령을 사용한 후 복구 시점 목표 위반
트리밍/매핑 해제 명령을 수동으로 호출하거나 특정 시간 간격으로 게스트 운영 체제에서 호출할 수 있습니다. 두 경우 모두 명령 이후 동기화하는 데 상당한 시간이 걸릴 수 있습니다.
소스 가상 시스템의 사용되지 않은 공간을 회수하기 위해 트리밍/매핑 해제 명령을 사용할 경우 다수의 변경된 디스크 블록이 생성될 수 있습니다. 이러한 변경 내용의 동기화는 구성된 RPO보다 오래 걸릴 수 있으며 vSphere Replication이 RPO 위반을 보고하기 시작합니다.
복제가 RPO 스케줄보다 늦게 있기 때문에 변경된 디스크 블록을 동기화하기 위해 이전 인스턴스의 동기화가 완료되는 즉시 새 증분 동기화가 시작됩니다. 이러한 즉각적인 후속 증분 동기화 프로세스는 vSphere Replication이 RPO 스케줄을 충족하는 복제 인스턴스를 생성하고 RPO 위반을 보고하지 않을 때까지 계속됩니다. 복제 상태가 정상이 됩니다.
vSphere Replication 필터 드라이버의 매핑 해제 처리 모드 사용
ESXi 7.0 업데이트 3 이상에서는 기본적으로 vSphere Replication 필터 드라이버가 동기화 작업 중에 SCSI 매핑 해제 명령에 실패합니다(이러한 명령이 대상 사이트로 전송된 컨텐츠를 재정의하는 경우). 게스트 운영 체제는 가상 시스템에서 실행되는 애플리케이션에 영향을 주지 않고 나중에 명령을 다시 시도합니다. 일부 게스트 운영 체제는 필터 드라이버의 이런 동작을 좋아하지 않으며 동기화 작업이 진행되는 동안 응답하지 않을 수 있습니다.
ESXi 업데이트 2 이하에서는 전송된 컨텐츠를 보존하여 매핑 해제 명령이 수용되는 hbr_filter의 다른 매핑 해제 처리 모드가 있습니다. 일부 게스트 운영 체제는 이 모드에서 더 잘 작동합니다. 다만 이 방법에는 몇 가지 단점이 있습니다.
- 겹치는 영역을 보존하기 위한 추가 읽기 및 쓰기 작업으로 인해 느린 스토리지에서 예기치 않은 지연이 발생할 수도 있습니다. 이러한 지연으로 인해 동기화 작업 중에 일부 게스트 운영 체제가 디바이스 재설정을 실행할 수 있습니다.
- 보존된 디스크 컨텐츠로 인해 스토리지 공간 사용량이 일시적으로 증가합니다.
사전 요구 사항
- ESXi 7.0 업데이트 3 이상에서는 ESXi 고급 설정을 사용하여 이전 동작으로 돌아갈 수 있습니다.
