AWS Lambda의 Spring Boot 애플리케이션 - GraalVM 기본 이미지 및 메모리 설정을 사용하여 콜드 및 웜 스타트 측정 부분

소개

우리 시리즈의 12부 기사에서는 Spring Cloud Function AWS 애플리케이션에서 생성된 GraalVM 22 런타임과 함께 GraalVM 네이티브 이미지가 포함된 사용자 지정 런타임으로 Lambda 함수를 개발하고 배포하는 방법을 살펴보았습니다. 13부에서는 1024MB 메모리를 사용하여 Lambda 함수의 성능(콜드 및 웜 스타트)을 측정했습니다.

이 기사에서는 256MB에서 1536MB 사이의 다양한 메모리 설정을 사용하여 이 접근 방식을 사용하여 Lambda 함수의 성능(콜드 및 웜 스타트)을 측정하여 비용과 성능 간의 균형을 살펴보겠습니다.

다양한 메모리 설정이 있는 GraalVM 네이티브 이미지가 포함된 사용자 지정 런타임을 사용하여 Lambda 함수의 콜드 및 웜 스타트 측정

이 기사 시리즈의 13부에서 설명한 것과 똑같은 실험을 다시 사용하지만 메모리 설정은 256MB에서 1536MB 사이로 다릅니다.

실험 결과는 다음과 같습니다.

콜드(c) 및 웜(m) 시작 시간(ms):

Memory setting	c p50	c p75	c p90	c p99	c p99.9	c max	w p50	w p75	w p90	w p99	w p99.9	w max
256 MB	1634.84	1659.54	1691.35	1778.03	1785.15	1785.7	6.56	6.99	7.63	18.33	372.54	857.7
512 MB	1244.44	1278.48	1313.45	1414.28	1421.36	1421.94	6.66	7.10	7.94	25.41	181.86	414.99
768 MB	1111.53	1126.07	1139.66	1192.08	1202.86	1203.07	6.58	6.93	7.48	12.46	115.18	278.91
1024 MB	1051.03	1061.58	1080.86	1119.34	1149.45	1230.28	6.45	6.77	7.33	12.50	90.92	218.17
1280 MB	1022.02	1035.39	1058.41	1065.76	1104.64	1174.79	6.58	6.96	7.54	12.37	70.77	271.13
1536 MB	1009.83	1029.20	1048.41	1161.32	1116.24	1148.24	6.66	7.04	7.75	12.08	63.03	215.62

결론

이 기사에서는 256~1536MB 사이의 다양한 메모리 설정을 갖는 12부에서 소개된 Spring Cloud Function AWS 애플리케이션에서 생성된 GraalVM 21 런타임과 함께 GraalVM 네이티브 이미지가 포함된 사용자 정의 런타임을 사용하여 Lambda 함수의 콜드 및 웜 시작을 측정했습니다.

GraalVM 네이티브 이미지를 사용한 Pure Lambda 함수 - 다양한 Lambda 메모리 설정을 사용하여 콜드 및 웜 스타트 측정 문서에 설명된 것과 유사한 내용을 관찰했습니다. 웜 스타트 시간은 256MB 또는 512MB와 같은 낮은 Lambda 함수 메모리 설정에서도 서로 매우 가깝습니다. 여기서 차이는 주로 높은 백분위수(>= p90)에서 볼 수 있습니다. 콜드 스타트 ​​시간은 256MB와 512MB에서 상당히 높으며 768MB의 메모리부터 시작하여 Lambda에 더 많은 메모리를 제공함으로써 약간만 감소하지만 1024MB보다 큰 메모리에서는 눈에 띄는 차이가 없습니다. 성능 요구 사항에 따라 샘플 애플리케이션에서 처음 제공한 것처럼 Lambda에 1024MB보다 적은 메모리를 제공할 수 있으며 768MB 또는 약간 적은 메모리로 가격 대비 성능이 매우 좋습니다.

또한 13부의 결론에 설명된 것과 동일한 관찰 결과를 공유했습니다. GraalVM 네이티브 이미지를 사용한 Pure Lambda 함수 - 다양한 Lambda 메모리 설정을 사용하여 콜드 및 웜 스타트 측정 문서에서 측정된 것과 콜드 스타트 ​​시간을 비교하면( Lambda 함수가 Spring Boot와 같은 프레임워크를 사용하지 않는 경우) 순수 Lambda 함수를 사용할 때 각 백분위수에 대해 약 0.5~0.6초 더 낮은 값을 볼 수 있습니다. 나는 개인적으로 내 샘플 Spring Boot 3 애플리케이션이 콜드 스타트 ​​시간 사이의 큰 차이를 설명할 수 없기 때문에 어느 정도 최적화 가능성이 있다고 생각합니다. 내 (아마도 순진한) 기대는 AWS Lambda 및 GraalVM 네이티브 이미지와 함께 Spring Boot 3 프레임워크를 사용하면 순수 Lambda 함수를 사용할 때와 비교하여 콜드 스타트 ​​시간이 0.2-0.3 더 높아질 수 있다는 것입니다.

이 기사를 게시할 당시 사용 중인 프레임워크 및 도구의 최신 버전(GraalVM 23 런타임, Spring Boot 3.4 및 Spring Cloud 함수 라이브러리 버전 업데이트)이 제공되었으므로 버전을 변경하고 GraalVM 네이티브를 다시 컴파일하는 경우가 있습니다. 시리즈 2부의 지침에 따라 이미지를 촬영하고 성능을 다시 측정하세요. 또한 곧 이 버전의 새로운 측정값을 게시하고 예제 애플리케이션을 업그레이드할 예정입니다.

위 내용은 AWS Lambda의 Spring Boot 애플리케이션 - GraalVM 기본 이미지 및 메모리 설정을 사용하여 콜드 및 웜 스타트 측정 부분의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!