최신 평가 엔진은 vNet(가상 네트워크) 데이터 게이트웨이를 통해 연결할 때 쿼리 평가 및 새로 고침 실행에 사용할 수 있는 Fabric 워크로드를 지원하는 옵트인 기능입니다. 연결 및 게이트웨이 관리 페이지에서 공개 미리 보기 설정으로 사용하도록 설정할 수 있습니다.
최신 평가 엔진은 일부 워크로드의 새로 고침 기간을 줄이고 지원되는 시나리오에 대한 DirectQuery 시작 대기 시간을 향상시킬 수 있습니다. 실제 성능은 커넥터, 데이터 원본, 쿼리 셰이프, 게이트웨이 구성 및 워크로드 동시성에 따라 달라집니다. 공개 미리 보기 동안 설정은 기본적으로 꺼져 있으며, 기존 게이트웨이는 옵션을 사용하도록 설정할 때까지 레거시 엔진을 계속 사용합니다.
사전 요구 사항
- 구성된 VNet 데이터 게이트웨이입니다.
- 게이트웨이 또는 연결 설정을 관리할 수 있는 권한입니다.
- 게이트웨이를 사용하는 하나 이상의 지원되는 Fabric 워크로드.
- 새로 고침 기간, 쿼리 대기 시간 및 용량 소비에 대한 유효성 검사 계획입니다.
지원되는 시나리오
최신 평가 엔진은 다음을 포함하여 VNet 데이터 게이트웨이를 사용하는 지원되는 워크로드에 적용됩니다.
- 의미 체계 모델 새로 고침
- 데이터 흐름 Gen2를 새로 고칩니다.
- VNet 데이터 게이트웨이를 통해 연결하는 DirectQuery 워크로드.
지원은 커넥터 및 워크로드에 따라 달라질 수 있습니다. 프로덕션 게이트웨이에 대한 설정을 사용하도록 설정하기 전에 대표 워크로드를 테스트합니다.
Tip
최신 평가 엔진은 옵트인 설정입니다. 기존 게이트웨이는 옵션을 사용하도록 설정할 때까지 레거시 엔진을 계속 사용합니다.
최신 평가 엔진 사용
게이트웨이 관리자는 특정 게이트웨이에 대한 옵트인 설정으로 최신 평가 엔진을 사용하도록 설정할 수 있습니다.
- Fabric 연결 및 게이트웨이 관리를 엽니다.
- 업데이트하려는 VNet 데이터 게이트웨이를 선택합니다.
- 게이트웨이 설정의 고급 옵션에서 최신 평가 엔진 사용을 켭니다.
- 변경 내용을 저장합니다.
- 대표 새로 고침 및 DirectQuery 워크로드를 실행합니다.
- 설정을 사용하도록 설정하기 전과 후에 새로 고침 기간, 쿼리 대기 시간 및 용량 메트릭을 비교합니다.
최신 평가 엔진 사용 안 함
게이트웨이를 레거시 엔진으로 되돌려야 하는 경우 최신 평가 엔진을 끄세요.
- 연결 및 게이트웨이 관리를 엽니다.
- VNet 데이터 게이트웨이를 선택합니다.
- 최신 평가 엔진 사용 끄기
- 변경 내용을 저장합니다.
- 영향을 받는 워크로드를 다시 실행하여 동작을 확인합니다.
성능 고려 사항
최신 평가 엔진은 일부 새로 고침 및 쿼리 시나리오의 경과 시간을 향상시킬 수 있습니다. 다음 예제에서는 벤치마크 실행에서 관찰된 결과를 보여 줍니다. 이러한 결과는 예제일 뿐이며 특정 환경에 대한 보증으로 사용해서는 안 됩니다.
새로 고침 시나리오
| Scenario | 커넥터 | 클라우드 | VNet 데이터 게이트웨이 - 레거시 | VNet 데이터 게이트웨이 - 최신 |
|---|---|---|---|---|
| 의미 체계 모델 새로 고침 | Azure Blob Storage(10GB) | 35:10 | 42:26 | 26:59 |
| 의미 체계 모델 새로 고침 | SQL(1억 행) | 7:50 | 13:18 | 7:40 |
| Dataflow Gen2 새로 고침 | Azure Blob Storage(10GB) | 19:30 (현대) | 46:09 | 25:31 |
DirectQuery 시나리오
| Metric | Legacy | 현대적인 |
|---|---|---|
| 의미 체계 모델 DirectQuery 콜드 시작, 엔드 투 엔드 | 10초 | 200 ms |
| 시맨틱 모델 DirectQuery 정상 상태, 엔드투엔드 | 200 ms | 200 ms |
Note
이러한 결과는 벤치마크 시나리오의 예입니다. 실제 성능은 커넥터 동작, 원본 시스템 대기 시간, 쿼리 셰이프, 게이트웨이 구성, 모델 디자인 및 워크로드 동시성에 따라 달라집니다.
용량 및 청구 고려 사항
최신 평가 엔진은 일부 워크로드의 벽시계 새로 고침 시간을 줄일 수 있습니다. 용량 영향은 실행 중인 워크로드와 해당 워크로드가 측정되는 방식에 따라 달라집니다.
새로 고침 기간이 짧거나 CPU 시간이 감소하면 일부 시나리오에서 용량 사용량에 영향을 줄 수 있지만 실제 영향은 다양합니다. 관리자는 자체 환경에서 Fabric 용량 메트릭 앱 및 대표 워크로드를 사용하여 전후 동작을 비교해야 합니다.
워크로드 유효성 검사
최신 평가 엔진을 사용하도록 설정한 후 게이트웨이를 사용하는 워크로드의 유효성을 검사합니다.
- 대표적인 의미 체계 모델 새로 고침을 실행합니다.
- 대표 데이터 흐름 Gen2 새로 고침을 실행합니다.
- 게이트웨이를 통해 연결되는 DirectQuery 보고서를 테스트합니다.
- 오류 또는 회귀에 대한 새로 고침 기록을 검토합니다.
- 벽시계 기간 및 용량 메트릭을 기준선과 비교합니다.
- 워크로드가 예상대로 작동하지 않는 경우 최신 평가 엔진 사용을 해제하고 게이트웨이 진단을 사용하여 Microsoft 지원에 문의하세요.
Troubleshooting
새로 고침 성능이 향상되지 않음
성능 향상은 커넥터, 쿼리 셰이프, 원본 시스템 및 사용 가능한 게이트웨이 리소스에 따라 달라집니다. 설정을 사용하도록 설정하기 전과 후에 여러 실행을 비교하고 워크로드가 지원되는 커넥터 및 게이트웨이 경로를 사용하고 있는지 확인합니다.
용량 소비가 감소하지 않음
벽시계 기간이 짧아도 항상 비례 용량이 감소하는 것은 아닙니다. 게이트웨이 가동 시간, 쿨다운 동작, 워크로드 CPU 시간 및 동시성은 관찰된 용량 사용량에 영향을 줄 수 있습니다.
DirectQuery 콜드 스타트가 여전히 느림
보고서에서 VNet 데이터 게이트웨이 경로를 사용하고 커넥터가 지원되는지 확인합니다. 또한 시작 시간이 게이트웨이 경로 외부의 원본 시스템 대기 시간, 인증 또는 모델 초기화의 영향을 받는지 확인합니다.