모든 웹 사이트의 가용성 모니터링Monitor the availability of any website

웹 앱/웹 사이트를 배포한 후에는 가용성 및 응답성을 모니터링 하도록 되풀이 테스트를 설정할 수 있습니다.After you've deployed your web app/website, you can set up recurring tests to monitor availability and responsiveness. Azure Application Insights는 전세계 지점에서 정기적인 간격으로 애플리케이션에 웹 요청을 보냅니다.Azure Application Insights sends web requests to your application at regular intervals from points around the world. 응용 프로그램이 응답 하지 않거나 너무 느리게 응답 하는 경우 사용자에 게 경고할 수 있습니다.It can alert you if your application isn't responding, or if it responds too slowly.

공용 인터넷에서 액세스 가능한 모든 HTTP 또는 HTTPS 엔드포인트에 대해 가용성 테스트를 설정할 수 있습니다.You can set up availability tests for any HTTP or HTTPS endpoint that is accessible from the public internet. 테스트 하는 웹 사이트를 변경할 필요가 없습니다.You don't have to make any changes to the website you're testing. 실제로 사용자가 소유 하는 사이트 일 필요는 없습니다.In fact, it doesn't even have to be a site you own. 서비스가 종속 된 REST API의 가용성을 테스트할 수 있습니다.You can test the availability of a REST API that your service depends on.

가용성 테스트의 유형:Types of availability tests:

가용성 테스트에는 세 가지 유형이 있습니다.There are three types of availability tests:

  • URL ping 테스트: Azure 포털에서 만들 수 있는 간단한 테스트입니다.URL ping test: a simple test that you can create in the Azure portal.
  • 다단계 웹 테스트: 더 복잡 한 시나리오를 테스트 하기 위해 재생할 수 있는 웹 요청 시퀀스의 기록입니다.Multi-step web test: A recording of a sequence of web requests, which can be played back to test more complex scenarios. 다중 단계 웹 테스트는 Visual Studio Enterprise에서 만들어지고 실행을 위해 포털에 업로드 됩니다.Multi-step web tests are created in Visual Studio Enterprise and uploaded to the portal for execution.
  • 사용자 지정 추적 가용성 테스트: 가용성 테스트를 실행 하는 사용자 지정 응용 프로그램을 만들려는 경우 TrackAvailability() 메서드를 사용 하 여 Application Insights에 결과를 보낼 수 있습니다.Custom Track Availability Tests: If you decide to create a custom application to run availability tests, the TrackAvailability() method can be used to send the results to Application Insights.

Application Insights 리소스 당 최대 100 개의 가용성 테스트를 만들 수 있습니다.You can create up to 100 availability tests per Application Insights resource.

중요

URL ping 테스트다단계 웹 테스트 는 모두 공용 인터넷 DNS 인프라를 사용 하 여 테스트 된 끝점의 도메인 이름을 확인 합니다.Both, URL ping test and multi-step web test rely on the public internet DNS infrastructure to resolve the domain names of the tested endpoints. 즉, 사설 DNS를 사용 하는 경우 공용 도메인 이름 서버 에서도 테스트의 모든 도메인 이름을 확인할 수 있는지 확인 해야 합니다. 그렇지 않으면 사용자 지정 추적 가용성 테스트 를 대신 사용할 수 있습니다.This means that if you are using Private DNS, you must either ensure that every domain name of your test is also resolvable by the public domain name servers or, when it is not possible, you can use custom track availability tests instead.

Application Insights 리소스 만들기Create an Application Insights resource

가용성 테스트를 만들려면 먼저 Application Insights 리소스를 만들어야 합니다.In order to create an availability test, you first need to create an Application Insights resource. 리소스를 이미 만든 경우 다음 섹션으로 이동 하 여 URL Ping 테스트를 만듭니다.If you have already created a resource, proceed to the next section to create a URL Ping test.

Azure Portal에서 리소스 만들기 > 개발자 도구 > Application Insights 를 선택 하 고 Application Insights 리소스를 만듭니다.From the Azure portal, select Create a resource > Developer Tools > Application Insights and create an Application Insights resource.

URL ping 테스트 만들기Create a URL ping test

"URL ping 테스트" 이름은 점에서 명칭입니다.The name "URL ping test" is a bit of a misnomer. 명확 하 게 하기 위해이 테스트에서는 ICMP (Internet Control Message Protocol)를 사용 하 여 사이트의 가용성을 확인 하지 않습니다.To be clear, this test is not making any use of ICMP (Internet Control Message Protocol) to check your site's availability. 대신, 끝점이 응답 하는지 여부를 확인 하는 고급 HTTP 요청 기능을 사용 합니다.Instead it uses more advanced HTTP request functionality to validate whether an endpoint is responding. 또한 해당 응답과 관련 된 성능을 측정 하 고, 종속 요청 구문 분석과 같은 고급 기능을 사용 하 여 사용자 지정 성공 조건을 설정 하 고 다시 시도를 허용 하는 기능을 추가 합니다.It also measures the performance associated with that response, and adds the ability to set custom success criteria coupled with more advanced features like parsing dependent requests, and allowing for retries.

첫 번째 가용성 요청을 만들려면 가용성 창을 열고 테스트 만들기 를 선택 합니다.To create your first availability request, open the Availability pane and select Create Test.

웹 사이트의 최소 URL 채우기

테스트 만들기Create a test

설정Setting 설명Explanation
URLURL URL은 테스트하려는 웹 페이지일 수 있지만 공용 인터넷에서 볼 수 있어야 합니다.The URL can be any web page you want to test, but it must be visible from the public internet. URL에 쿼리 문자열을 포함할 수 있습니다.The URL can include a query string. 따라서 데이터베이스 사용 등을 연습해 볼 수 있습니다.So, for example, you can exercise your database a little. URL이 리디렉션으로 확인되면 최대 10개의 리디렉션을 따릅니다.If the URL resolves to a redirect, we follow it up to 10 redirects.
종속 요청 구문 분석Parse dependent requests 테스트에서 테스트 중인 웹 페이지의 일부인 이미지, 스크립트, 스타일 파일 및 기타 파일을 요청 합니다.Test requests images, scripts, style files, and other files that are part of the web page under test. 기록된 응답 시간에는 이러한 파일을 가져오는 데 걸리는 시간이 포함됩니다.The recorded response time includes the time taken to get these files. 전체 테스트에 대 한 시간 제한 내에 이러한 리소스를 성공적으로 다운로드할 수 없는 경우 테스트에 실패 합니다.The test fails if any of these resources cannot be successfully downloaded within the timeout for the whole test. 옵션을 선택하지 않으면 테스트는 지정한 URL에서만 파일을 요청합니다.If the option is not checked, the test only requests the file at the URL you specified. 이 옵션을 사용 하면 더 엄격한 검사를 수행할 수 있습니다.Enabling this option results in a stricter check. 사례에 대해 테스트가 실패할 수 있으며,이는 사이트를 수동으로 검색할 때 눈에 띄지 않을 수 있습니다.The test could fail for cases, which may not be noticeable when manually browsing the site.
다시 시도 사용Enable retries 테스트에 실패 하면 잠시 후에 다시 시도 됩니다.when the test fails, it is retried after a short interval. 연속 된 세 번의 시도가 실패하는 경우에 실패가 보고됩니다.A failure is reported only if three successive attempts fail. 후속 테스트는 일반적인 테스트 빈도로 수행됩니다.Subsequent tests are then performed at the usual test frequency. 다음 성공까지 다시 시도는 일시적으로 중단됩니다.Retry is temporarily suspended until the next success. 이 규칙은 각 테스트 위치에서 독립적으로 적용됩니다.This rule is applied independently at each test location. 이 옵션을 선택 하는 것이 좋습니다.We recommend this option. 평균 실패의 약 80%는 다시 시도에서 사라집니다.On average, about 80% of failures disappear on retry.
테스트 빈도Test frequency 각 테스트 위치에서 테스트를 실행하는 빈도를 설정합니다.Sets how often the test is run from each test location. 5분에 5번의 테스트를 하는 기본 빈도로 사이트를 평균 1분마다 테스트합니다.With a default frequency of five minutes and five test locations, your site is tested on average every minute.
테스트 위치Test locations 서버가 URL로 웹 요청을 보내는 곳입니다.Are the places from where our servers send web requests to your URL. 웹 사이트 문제를 네트워크 문제와 구분할 수 있도록 적어도 5개 이상의 테스트 위치를 권장 합니다.Our minimum number of recommended test locations is five in order to insure that you can distinguish problems in your website from network issues. 최대 16 개의 위치를 선택할 수 있습니다.You can select up to 16 locations.

공용 인터넷에서 URL을 볼 수 없는 경우를 통해 테스트 트랜잭션만 허용 하도록 방화벽을 선택적으로 열 수 있습니다.If your URL is not visible from the public internet, you can choose to selectively open up your firewall to allow only the test transactions through. 가용성 테스트 에이전트에 대 한 방화벽 예외에 대해 자세히 알아보려면 IP 주소 가이드를 참조 하세요.To learn more about the firewall exceptions for our availability test agents, consult the IP address guide.

참고

최소 5 개 위치 를 사용 하 여 여러 위치에서 테스트 하는 것이 좋습니다.We strongly recommend testing from multiple locations with a minimum of five locations. 이렇게 하면 특정 위치의 일시적인 문제 때문에 잘못된 경보가 발생하지 않도록 예방할 수 있습니다.This is to prevent false alarms that may result from transient issues with a specific location. 또한 최적의 구성이 테스트 위치 수를 경고 위치 임계값 + 2와 동일 하 게 설정 하는 것을 발견 했습니다.In addition we have found that the optimal configuration is to have the number of test locations be equal to the alert location threshold + 2.

성공 조건Success criteria

설정Setting 설명Explanation
테스트 시간 제한Test timeout 느린 응답에 대한 알림을 받으려면 이 값을 감소시킵니다.Decrease this value to be alerted about slow responses. 해당 기간 내에 사이트에서 응답을 받지 못한 경우 테스트는 실패로 계산됩니다.The test is counted as a failure if the responses from your site have not been received within this period. 종속 요청 구문 분석 을 선택한 경우 모든 이미지, 스타일 파일, 스크립트 및 다른 종속된 리소스도 해당 기간 내에 받아야 합니다.If you selected Parse dependent requests, then all the images, style files, scripts, and other dependent resources must have been received within this period.
HTTP 응답HTTP response 성공으로 계산되어 반환된 상태 코드입니다.The returned status code that is counted as a success. 200은 일반적인 웹 페이지의 반환을 나타내는 코드입니다.200 is the code that indicates that a normal web page has been returned.
콘텐츠 일치Content match "Welcome!"과 같은 문자열A string, like "Welcome!" 정확한 대/소문자 구분 일치가 모든 응답에서 발생하는지 테스트합니다.We test that an exact case-sensitive match occurs in every response. 와일드카드 없는 일반 문자열이어야 합니다.It must be a plain string, without wildcards. 페이지 내용이 변경되면 업데이트해야 할 수 있습니다.Don't forget that if your page content changes you might have to update it. 콘텐츠 일치에서는 영어 문자만 지원됩니다.Only English characters are supported with content match

경고Alerts

설정Setting 설명Explanation
거의 실시간(미리 보기)Near-realtime (Preview) 거의 실시간으로 경고를 사용하는 것이 좋습니다.We recommend using Near-realtime alerts. 이 유형의 경고 구성은 가용성 테스트를 만든 후에 수행됩니다.Configuring this type of alert is done after your availability test is created.
클래식Classic 새 가용성 테스트에 대한 클래식 경고를 사용하는 것이 더 이상 권장되지 않습니다.We no longer recommended using classic alerts for new availability tests.
경고 위치 임계값Alert location threshold 최소 3/5 위치를 사용하는 것이 좋습니다.We recommend a minimum of 3/5 locations. 경고 위치 임계값과 테스트 위치 수 사이의 최적 관계는 경고 위치 임계값 = 테스트 위치 수 - 2이고, 최소 테스트 위치 수는 5입니다.The optimal relationship between alert location threshold and the number of test locations is alert location threshold = number of test locations - 2, with a minimum of five test locations.

위치 채우기 태그Location population tags

Azure Resource Manager를 사용 하 여 가용성 URL ping 테스트를 배포할 때 지리적 위치 특성에 대해 다음과 같은 모집단 태그를 사용할 수 있습니다.The following population tags can be used for the geo-location attribute when deploying an availability URL ping test using Azure Resource Manager.

Azure .GovAzure Gov

표시 이름Display Name 채우기 이름Population Name
USGov 버지니아USGov Virginia 미국 정부-ms-azr-0017pusgov-va-azr
USGov 애리조나USGov Arizona 미국 정부-phx-ms-azr-0017pusgov-phx-azr
USGov 텍사스USGov Texas 미국 정부-tx-ms-azr-0017pusgov-tx-azr
미국 국방부 동부USDoD East 미국 정부-ddeast-ms-azr-0017pusgov-ddeast-azr
미국 국방부 중부USDoD Central 미국 정부-ddcentral-ms-azr-0017pusgov-ddcentral-azr

AzureAzure

표시 이름Display Name 채우기 이름Population Name
오스트레일리아 동부Australia East emea-syd-edgeemea-au-syd-edge
브라질 남부Brazil South latam-에 지latam-br-gru-edge
미국 중부Central US 미국-fl-mia-edgeus-fl-mia-edge
동아시아East Asia apac-hk-hkn-ms-azr-0017papac-hk-hkn-azr
미국 동부East US 미국-va-ms-azr-0017pus-va-ash-azr
프랑스 남부 (이전 프랑스 중부)France South (Formerly France Central) emea-ch-zrh-edgeemea-ch-zrh-edge
프랑스 중부France Central emea-pra-edgeemea-fr-pra-edge
일본 동부Japan East apac-kaw-edgeapac-jp-kaw-edge
북유럽North Europe emea-gb-db3-ms-azr-0017pemea-gb-db3-azr
미국 중북부North Central US 미국-il-ch1-ms-azr-0017pus-il-ch1-azr
미국 중남부South Central US us-tx-sn1-ms-azr-0017pus-tx-sn1-azr
동남 아시아Southeast Asia apac-sg-ms-azr-0017papac-sg-sin-azr
영국 서부UK West emea-최첨단emea-se-sto-edge
서유럽West Europe emea-nl-ms-azr-0017pemea-nl-ams-azr
미국 서부West US 미국-ca-sjc-ms-azr-0017pus-ca-sjc-azr
영국 남부UK South emea-에 지emea-ru-msa-edge

가용성 테스트 결과 참조See your availability test results

가용성 테스트 결과는 선 및 산 점도 뷰를 사용 하 여 시각화할 수 있습니다.Availability test results can be visualized with both line and scatter plot views.

몇 분 후에 새로 고침 을 클릭 하 여 테스트 결과를 확인 합니다.After a few minutes, click Refresh to see your test results.

스크린샷 강조 표시 된 새로 고침 단추를 사용 하 여 가용성 페이지를 표시 합니다.

산 점도 보기에는 진단 테스트가 포함 된 테스트 결과 샘플이 표시 됩니다.The scatterplot view shows samples of the test results that have diagnostic test-step detail in them. 테스트 엔진은 실패한 테스트에 대한 진단 정보를 저장합니다.The test engine stores diagnostic detail for tests that have failures. 성공한 테스트의 경우 실행의 하위 집합에 대한 진단 정보가 저장됩니다.For successful tests, diagnostic details are stored for a subset of the executions. 녹색/빨간색 점을 마우스로 가리켜서 테스트, 테스트 이름 및 위치를 확인 합니다.Hover over any of the green/red dots to see the test, test name, and location.

줄 뷰

특정 테스트, 위치를 선택하거나 기간을 줄여 대상 기간에서 더 많은 결과를 볼 수 있습니다.Select a particular test, location, or reduce the time period to see more results around the time period of interest. 검색 탐색기를 사용하여 모든 실행의 결과를 확인하거나 분석 쿼리를 사용하여 이 데이터에 대한 사용자 지정 보고서를 실행합니다.Use Search Explorer to see results from all executions, or use Analytics queries to run custom reports on this data.

테스트 검사 및 편집Inspect and edit tests

테스트를 편집 하거나 일시적으로 사용 하지 않도록 설정 하거나 삭제 하려면 테스트 이름 옆의 줄임표를 클릭 합니다.To edit, temporarily disable, or delete a test click the ellipses next to a test name. 변경을 수행한 후에 구성 변경 내용이 모든 테스트 에이전트로 전파 되는 데 최대 20 분이 걸릴 수 있습니다.It may take up to 20 minutes for configuration changes to propagate to all test agents after a change is made.

테스트 세부 정보를 봅니다.

서비스에 대한 유지 관리를 수행하는 동안 가용성 테스트 또는 관련된 경고 규칙을 사용하지 않도록 설정할 수 있습니다.You might want to disable availability tests or the alert rules associated with them while you are performing maintenance on your service.

오류가 표시되는 경우If you see failures

빨간 점을 클릭합니다.Click a red dot.

빨간 점을 클릭 합니다.

가용성 테스트 결과에서 모든 구성 요소에서 트랜잭션 세부 정보를 볼 수 있습니다.From an availability test result, you can see the transaction details across all components. 다음을 수행할 수 있습니다.Here you can:

  • 서버로부터 수신한 응답을 검사합니다.Inspect the response received from your server.
  • 실패한 가용성 테스트를 처리하는 동안 수집된 상관 관련된 서버 쪽 원격 분석 데이터로 실패를 진단합니다.Diagnose failure with correlated server-side telemetry collected while processing the failed availability test.
  • Git 또는 Azure Boards에 문제 또는 작업 항목을 기록하여 문제를 추적합니다.Log an issue or work item in Git or Azure Boards to track the problem. 버그에는 이 이벤트에 대한 링크가 포함됩니다.The bug will contain a link to this event.
  • 웹 테스트 결과를 Visual Studio에서 엽니다.Open the web test result in Visual Studio.

여기에서 종단 간 트랜잭션 진단 환경에 대해 자세히 알아봅니다.Learn more about the end to end transaction diagnostics experience here.

가상 가용성 테스트를 실패하게 만든 서버 쪽 예외 세부 정보를 확인하려면 예외 행을 클릭합니다.Click on the exception row to see the details of the server-side exception that caused the synthetic availability test to fail. 다양한 코드 수준 진단에 대한 디버그 스냅샷을 가져올 수도 있습니다.You can also get the debug snapshot for richer code level diagnostics.

서버 쪽 진단

원시 결과 외에도 메트릭 탐색기의 두 가지 주요 가용성 메트릭을 볼 수 있습니다.In addition to the raw results, you can also view two key Availability metrics in Metrics Explorer:

  1. 가용성: 모든 테스트 실행에서 성공한 테스트의 비율입니다.Availability: Percentage of the tests that were successful, across all test executions.
  2. 테스트 지속 시간: 모든 테스트 실행에서의 평균 테스트 지속 시간입니다.Test Duration: Average test duration across all test executions.

AutomationAutomation

문제 해결Troubleshooting

전용 문제 해결 문서Dedicated troubleshooting article.

다음 단계Next steps