Azure WebApps 성능 테스트
지금 심정
IO는 당분간 안 될 것 같아.
로그 파일에 전혀 출력되지 않으면 좀 개선되지만 어떻게 기록하는지 문제가 생기고 해결되지 않습니다.
앞부분
Azure의 Web Apps로 응용 프로그램을 구축하고 있지만 아무래도 느려서 곤란합니다.
구성은 WebApps(PHP)+SQL Server입니다.SQL Server가 관리형 서비스이기 때문에...
기본적인 곳은 이미 움직이고 있다.
하지만 체감상 응답 시간이 예상보다 늦어 불안정해 죄송합니다.
아무튼 측정을 많이 해봤어요.여러 가지 이유로 환경과 계획이 흔들리는 것을 용서해 주십시오.
대략적인 기준
php-framework-benchmark
기준은 ab를 통해 PHP 프레임워크에 접근하는 Hello world입니다. 총 처리량입니다.프레임워크의 초기본 토출량을 비교하기 위해서였지만 먼저 보았기 때문에 실행해 보았다.
결과는 거칠었어..., 우선 Azure야.
Azure (P1)
framework
requests per second
relative
peak memory
relative
fuel-2.0-dev
0.09
1.0
0.87
1.0
laravel-5.1
0.23
2.6
1.63
1.9
fuel-2.0-dev
10.35
1.0
0.87
1.0
laravel-5.1
15.73
1.5
1.63
1.9
fuel-2.0-dev
3.77
2.7
0.87
1.0
laravel-5.1
1.40
1.0
1.62
1.9
fuel-2.0-dev
10.72
0.0
0.87
1.0
laravel-5.1
0.00
0.0
1.63
1.9
fuel-2.0-dev
10.00
1.6
0.87
1.0
laravel-5.1
6.40
1.0
1.63
1.9
fuel-2.0-dev
10.88
1.0
0.87
1.0
laravel-5.1
17.57
1.6
1.63
1.9
fuel-2.0-dev
9.62
1.0
0.87
1.0
laravel-5.1
29.46
3.1
1.63
1.9
fuel-2.0-dev
10.61
1.0
0.87
1.0
laravel-5.1
11.64
1.1
1.62
1.9
fuel-2.0-dev
11.33
1.0
0.87
1.0
laravel-5.1
38.12
3.4
1.63
1.9
fuel-2.0-dev
9.61
1.0
0.87
1.0
laravel-5.1
40.25
4.2
1.63
1.9
인스턴스는 1개의 P1입니다.논리가 없다고 하지만 순간 최대 40req/s가 나타나는 것은 의외로 결과의 편차가 크다.도중에 전부 시간을 초과하다.
시간 초과 횟수를 세어야 합니다(TODO)
그 다음, 자신의 MBP.
MBP (Core-i5 8GB SSD256GB)
framework
requests per second
relative
peak memory
relative
fuel-2.0-dev
34.99
1.7
0.00
nan
laravel-5.1
21.04
1.0
0.00
nan
fuel-2.0-dev
32.83
1.6
0.00
nan
laravel-5.1
20.86
1.0
0.00
nan
fuel-2.0-dev
35.09
1.6
0.00
nan
laravel-5.1
21.51
1.0
0.00
nan
fuel-2.0-dev
35.10
1.6
0.00
nan
laravel-5.1
21.46
1.0
0.00
nan
fuel-2.0-dev
36.61
1.7
0.00
nan
laravel-5.1
20.96
1.0
0.00
nan
fuel-2.0-dev
35.91
1.7
0.00
nan
laravel-5.1
21.62
1.0
0.00
nan
fuel-2.0-dev
36.69
1.7
0.00
nan
laravel-5.1
21.32
1.0
0.00
nan
fuel-2.0-dev
37.32
1.8
0.00
nan
laravel-5.1
21.09
1.0
0.00
nan
fuel-2.0-dev
32.64
1.5
0.00
nan
laravel-5.1
21.75
1.0
0.00
nan
fuel-2.0-dev
32.72
1.5
0.00
nan
laravel-5.1
21.92
1.0
0.00
nan
내장 서버가 안정적입니다.시간 초과가 없습니다.메모리가 떨어지지 않은 것은 확장이 부족하기 때문인 것 같다.
이어서 나는 윈도가 이상하다고 느꼈다. 윈도 머신이 없어서 벚꽃에서 빌렸다.디스크는 빠르지만 다른 것은 모두 빈약하다.
Windows용 벚꽃 VPS(최대 저렴한 계획 1 core768MB SSD30G)
framework
requests per second
relative
peak memory
relative
fuel-2.0-dev
13.67
1.0
0.00
0.0
laravel-5.1
14.37
1.1
6.62
0.0
fuel-2.0-dev
15.51
1.0
0.00
0.0
laravel-5.1
14.92
1.0
6.62
0.0
fuel-2.0-dev
15.51
1.0
0.00
0.0
laravel-5.1
15.00
1.0
6.62
0.0
fuel-2.0-dev
15.33
1.0
0.00
0.0
laravel-5.1
15.67
1.0
6.62
0.0
fuel-2.0-dev
15.75
1.0
0.00
0.0
laravel-5.1
15.59
1.0
6.62
0.0
fuel-2.0-dev
15.75
1.0
0.00
0.0
laravel-5.1
15.84
1.0
6.62
0.0
fuel-2.0-dev
15.92
1.0
0.00
0.0
laravel-5.1
15.51
1.0
6.62
0.0
fuel-2.0-dev
15.92
1.0
0.00
0.0
laravel-5.1
15.59
1.0
6.62
0.0
fuel-2.0-dev
15.75
1.1
0.00
0.0
laravel-5.1
14.59
1.0
6.62
0.0
fuel-2.0-dev
16.00
1.0
0.00
0.0
laravel-5.1
15.43
1.0
6.62
0.0
내장 서버 및 사양은 낮지만 기본적으로 안정적입니다.
Azure의 WebApps는 사실상 IIS+php-fpm의 구성이다.IIS랑 안 맞겠지?(TODO) 그리고 FastCGI의 대기열은 한계가 있습니다. 50-100이 넘으면 오류가 발생하기 때문에 이것도 고려해야 한다고 생각합니다(TODO)
인터넷
ping을 통과할 수 없습니다curl로 측정하다 하세요.정적 파일을 가져오는 응답 시간을 계산해 보십시오.
Azure는 S2, 모 IaaS(CentOS)입니다.
이것은 100회 측정할 때의 직사각형이다.
가로축은 응답 시간, 세로축은 응답 시간의 횟수이기 때문에 Azure가 비교적 좋고 편차도 적다.
인터넷 주위의 원인에 대한 가능성은 매우 낮은 것 같다.
IO
Azure WebApps는 디스크가 있는 IaaS입니다.디스크(D 드라이브)가 공유되었으므로 여러 인스턴스도 사용할 수 있습니다.
소문은 SMB가 공유했다.그건 늦잖아.. 그래서 측정했어.
매우 간소한 기준
MBP
안정
Windows 노트북
2.5인치 하드디스크지만 분투하고 있다고 생각합니다.
Windows용 벚꽃 VPS
RW의 점은 약간 편차가 있지만 SSD는 매우 빠르다.
Azure WebApps(P1)
너무 늦었어.수십 바이트 파일의 쓰기 6초, 읽기 5초, 삭제 12초는 어쩔 수 없는...
계속 중...
Reference
이 문제에 관하여(Azure WebApps 성능 테스트), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/kuwa72/items/9efe120964a321edfdd2텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)