느린 실행 흐름 문제 해결
이 문서에서는 실행 속도가 느린 이유와 문제를 완화하기 위한 제안에 대해 설명합니다. 그러나 이 문서는 트리거가 실행되지 않는 경우에는 적용되지 않습니다. 이 경우 흐름은 실행 기록 목록에 시작되거나 표시되지 않습니다.
증상
흐름이 느리게 실행되고 흐름 실행 세부 정보의 단일 단계에서 중단되는 것처럼 보일 수 있습니다.
원인 1: 연결하는 서비스가 느리게 실행됩니다.
예를 들어 실행 속도가 느린 SQL 쿼리는 쿼리 실행이 완료될 때까지 기다리는 동안 흐름 속도가 느려질 수 있습니다.
원인 2: 사용하는 커넥터로 인해 서비스 보호 메커니즘으로 흐름이 느려집니다.
예를 들어 SharePoint 커넥터는 분당 600의 작업을 중단합니다. 여러 흐름에서 사용되는 단일 SharePoint 연결은 분당 600개의 작업만 실행할 수 있습니다.
대부분의 커넥터 페이지에는 이 제한을 문서화하는 제한 섹션 이 있습니다.
흐름에 "429(너무 많은 요청)" 오류가 표시되고 "속도 제한이 초과되었습니다."와 같은 오류 텍스트가 표시될 수 있습니다. 27초 후에 다시 시도하세요"와 같은 메시지가 표시될 수 있습니다.
원인 3: 흐름이 계획에 대한 일일 제한보다 더 많은 작업을 실행합니다.
- 요청 제한 및 할당 페이지에서 Power Automate 서비스에서 각 계획에 대해 허용하는 최소 작업 수를 확인할 수 있습니다.
- 흐름에서 실행되는 모든 카드는 API 호출(작업)로 계산됩니다. 여기에는 나가는 호출(예: SharePoint 호출)을 발생시키는 작업과 그렇지 않은 작업(예: 변수 설정, 지연 등)이 포함됩니다. 완료 및 실패(건너뛰지 않음) 작업만 제한에 포함됩니다.
- Power Automate 서비스는 일반적으로 여기에 설명된 것보다 더 많은 수를 허용하며 간헐적이고 합리적인 초과분에 따라 흐름이 느려지지 않습니다. 그러나 흐름의 작업 수가 이러한 제한을 초과하는 경우 잠재적인 제한 또는 확장 위반의 경우 사용하지 않도록 설정됩니다.
- 흐름 세부 정보 페이지의 분석 탭을 사용하여 작업 및 사용량을 확인할 수 있습니다.
원인 4: 흐름이 일일 데이터 사용 허용량을 초과합니다.
입력 또는 출력 작업으로 인해 흐름에서 사용하는 데이터의 양입니다.
원인 5: 흐름이 Power Automate 제한 및 구성 페이지에 설명된 제한을 초과합니다.
Power Automate 제한 및 구성에 대해 자세히 알아봅니다.
- 이러한 제한의 경우 실행된 작업과 건너뛴 작업(if/else 분기에서 발생할 수 있는 작업)은 모두 제한에 포함됩니다.
- 다음 계획 요약 섹션에 설명된 계획 제한을 위반하는 것이 훨씬 더 일반적입니다.
- 전환 기간 동안에는 적용이 엄격하지 않으며 제한이 더 높습니다. 전환 기간은 Power Platform 관리 센터 보고서가 일반 출시된 후 종료됩니다. 그러면 조직은 라이선스 제한에 대한 엄격한 적용이 시작되기 전에 사용량을 분석하고 적절한 라이선스를 구매하는 데 6개월이 필요합니다.
플랜 요약
계획 | 24시간당 제한 | 일일 데이터 사용량 |
---|---|---|
Office 365 Flow 라이선스, 앱당 Power Apps, Dynamics 팀 구성원 및 평가판 | 최종 제한: 단일 사용자가 만든 모든 흐름에서 6,000개의 작업 전환 제한: 흐름당 10,000개 작업 |
단일 사용자가 만든 모든 흐름에서 1GB |
Power Automate Premium, Power Apps Premium, 사용자별 Power Automate, 참석한 RPA가 있는 사용자당 Power Automate 및 사용자당 Power Apps | 단일 사용자가 만든 모든 흐름에서 40,000개의 작업 전환 제한: 흐름당 200,000개 작업 |
단일 사용자가 만든 모든 흐름에서 10GB |
Dynamics Professional 라이선스 | 단일 사용자가 만든 모든 흐름에서 40,000개의 작업 전환 제한: 흐름당 200,000개 작업 |
단일 사용자가 만든 모든 흐름에서 10GB |
Dynamics Enterprise 애플리케이션 라이선스 | 단일 사용자가 만든 모든 흐름에서 40,000개의 작업 전환 제한: 흐름당 200,000개 작업 |
단일 사용자가 만든 모든 흐름에서 10GB |
Power Automate 프로세스 라이선스 및 흐름별 Power Automate 라이선스 | 프로세스당 250,000개의 작업 전환 제한: 흐름당 500,000개 작업 |
흐름당 50GB 스토리지. |
해결 방법 1: 더 적은 작업과 적은 데이터를 사용하도록 흐름 재설계
- 흐름에 루프가 있거나
For each item
있는 경우Do until
반복할 항목을 더 적게 검색하여 루프 반복 수를 줄입니다. - 많은 커넥터에는
Filter query
항목 수와Top count
검색된 데이터의 양을 줄이는 데 사용할 수 있는 매개 변수가 있습니다. 자세한 내용은 Odata를 사용한 필터링을 참조하세요. - 자주 실행되는 예약된 흐름이 있는 경우 빈도를 줄이는 것이 좋습니다. 분당 또는 시간당 한 번씩 실행되는 많은 흐름을 수정하여 실행 빈도를 낮출 수 있습니다.
- 흐름이 파일과 상호 작용하는 경우 파일 크기를 인식하고 가능하면 줄이십시오.
- 출력 크기가 큰 작업에서 반환된 단일 속성을 여러 번 다시 사용해야 하는 경우 Initialize 변수를 사용하여 해당 속성을 저장하고 이후 작업에서 변수를 사용하는 것이 좋습니다. 이전 작업의 출력에서 하나의 속성만 사용되더라도 해당 작업의 모든 출력은 이후 작업에 입력으로 전달됩니다.
해결 방법 2: 가격 책정 페이지에서 프리미엄 또는 프로세스 라이선스 구매
Power Automate 가격 책정에 대해 자세히 알아봅니다.
일반 사용자는 현재 개별 플랜 구매를 사용할 수 없다는 메시지를 받게 되므로 테넌트 관리자는 플랜을 구매해야 합니다. 그러면 테넌트 관리자가 흐름을 만든 사용자에게 계획을 적용해야 합니다. 프로세스 계획은 흐름 세부 정보 페이지에서 할당할 수 있습니다. 라이선스를 구매하고 할당한 후에는 흐름 작성자가 흐름을 다시 저장해야 합니다. 또는 현재 계획을 반영하기 위해 일주일에 한 번 백그라운드에서 흐름이 업데이트됩니다.
흐름이 매일 수천 개의 작업을 실행하는 경우 더 나은 처리량과 더 높은 할당량을 얻기 위해 프로세스 라이선스를 구매하는 것이 좋습니다. 프로세스 계획은 사용 가능한 최상의 성능 할당량을 제공합니다.
Power Automate가 매일 제공하는 작업보다 더 많은 작업이 필요한 경우 흐름을 Logic Apps로 내보내는 것이 좋습니다. Logic Apps와 관련된 비용에 대한 자세한 내용은 Azure Logic Apps에 대한 비용 관리 계획을 참조 하세요.