프록시를 사용하고 백엔드로 다른 Azure 함수로 전달하는 Azure 함수가 있습니다. GET을 허용하는 / api / ping 엔드 포인트가 있습니다. HTTP-GET을 ping에 보낼 때 가끔 프록시에서만 요청을 볼 수 있지만 백엔드 코드 실행 기능에 대한 요청을 볼 수없는 500 내부 서버 오류가 발생합니다.
결과를 추적하기 위해 "true"에 대한 "Proxy-Trace-Enabled"헤더를 헤더에 추가했습니다. 내 D : \ home \ LogFiles \ Application \ Proxies \ DetailedTrace 폴더에 결과가 있습니다. 실패한 요청에 대한 로그에는 다음과 같은 "백엔드"json 객체가 포함됩니다.
{
"source": "forward-request",
"timestamp": "2020-08-20T15:42:20.8272145Z",
"elapsed": "00:00:00.0061051",
"data": {
"messages": [
"Only one usage of each socket address (protocol/network address/port) is normally permitted Only one usage of each socket address (protocol/network address/port) is normally permitted",
"Only one usage of each socket address (protocol/network address/port) is normally permitted",
"Only one usage of each socket address (protocol/network address/port) is normally permitted"
]
}
}
이것이 DotNet의 Azure Functions 1.0이라고 생각하지만 오래 전에 만들어졌습니다. 내 간단한 Azure Function 프록시가 실행할 백엔드 코드로 전달되지 않는 내부 서버 오류를 제공하는 이유는 무엇입니까?
소켓 연결과 관련된 Azure Function App Service 계획에 대한 TCP 연결 임계 값이 있습니다. 문서는 여기에 링크 할 블로그에있었습니다. 문제간에 유사한 상관 관계 를 사용하는 TCP / 포트 고갈에 대한 유사한 질문이있었습니다 . 보고 된 예외는 다르지만 앱 서비스를 확장 할 때 테스트에서 오류가 사라집니다.
예 : 두 개의 Azure Functions, FunctionA 및 FunctionB가 있습니다. FunctionA는 프록시이며 App Service 계획 P1에서 백엔드 실행이 없습니다. FunctionB는 상관 관계가 없지만 동일한 App Service 계획 P1에서 실행됩니다.
App Service Plan P1의 FunctionA는 호출시 내부 500 서버 오류 문제와 함께 오류를 발생시킵니다. App Insights에서 Faulted로보고되고 백엔드 로그에서 소켓 예외로 추적됩니다.
App Service Plan P3에서 Azure Function, FunctionA를 다시 만들었습니다. FunctionA는 500 개의 내부 서버 오류를 수신하지 못했습니다. 그러나 P3 지불 계획의 규모가 필요하지 않습니다. 그래서 다시 P1로 옮겼습니다. 서버 오류가 다시 발생했습니다.
FunctionB는 FunctionA (P1)와 동일한 App Service 계획에있었습니다. Azure 모니터링 메트릭은 분당 4,200 SocketOutboundAll을 합산했습니다. FunctionB를 P1에서 P3으로 이동 (삭제 및 재생성)했습니다. P1에서 FunctionA를 유지했습니다. SocketOutboundAll의 오류가 P1의 FunctionA에서 제거되었습니다. P3 App Service Plan의 기능도 예외를보고하지 않습니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다