클라우드 인프라에서 Adobe Commerce의 MySQL 고부하 병목 현상
이 항목에서는 MySQL에서 로드가 높으면 클라우드 인프라의 Adobe Commerce에서 성능 병목 문제가 발생하는 경우의 솔루션에 대해 설명합니다.
영향을 받는 제품 및 버전
- Adobe Commerce on cloud infrastructure 2.x.x, Pro 계정.
전제 조건
- ECE Tools 버전 2002.0.16 이상
- New Relic Adobe Commerce APM 서비스(클라우드 인프라 계정에 New Relic APM 서비스용 소프트웨어 가 라이선스 키와 함께 포함되어 있습니다.)
New Relic APM 서비스 및 클라우드 인프라 계정의 Adobe Commerce 설정에 대한 자세한 내용을 보려면 New Relic 서비스 및 New Relic APM 소개로 이동하십시오.
문제
문제가 사용자에게 영향을 주는지 확인하는 단계
-
New Relic APM 개요 차트에서 MySQL이 병목 현상이 되었음을 나타내는 첫 번째 표시를 확인합니다. 아래 예제 그림에서 MySQL이 병목 현상이 되어 웹 트랜잭션 시간이 대부분 소요되는 위치를 확인할 수 있습니다.
이미지의 빨간색 파선이 MySQL 웹 트랜잭션 시간에 식별 가능한 증가 트렌드를 표시한 다음 더 높은 수준에서 최고점을 이루는 방법을 확인합니다.
-
여기서 데이터베이스 화면으로 이동하여 MySQL에서 처리량이 많거나
SELECT쿼리가 느려진다는 두 번째 표시를 확인할 수 있으며, 아래 샘플 이미지에서는 시간이 가장 많이 소요되는 을(를) 기준으로 정렬할 때 볼 수 있습니다. 이 예제에서는 스토어가SELECT개의 MySQL 쿼리에서 느려집니다.
New Relic APM에서 느린 트랜잭션을 분석합니다. MySQL 데이터베이스에 많은 쿼리가 있거나 높은 압력이 있는 경우 SLAVE 연결을 활성화하여 다른 노드에 로드를 분산시킬 수 있습니다.
원인
클라우드 인프라 저장소의 Adobe Commerce에 처리량이 많거나 SELECT개의 MySQL 쿼리가 느립니다.
솔루션
https://console.adobecommerce.com/<owner-user-name>/<project-ID>/<environment-name>)로 이동하여 크기 조정된 아키텍처를 사용하고 있는지 확인할 수 있습니다. SSH 을(를) 클릭합니다. 노드가 세 개 이상인 경우 확장 아키텍처를 사용합니다. 크기 조정된 아키텍처에서 Redis 슬레이브 읽기 를 활성화하면 고객이 연결할 수 없는 Redis 연결에 대해 오류를 받게 됩니다. 이는 클러스터가 Redis 연결을 처리하도록 구성되는 방식과 관련이 있습니다. Redis Slaves는 여전히 활성 상태이지만 Redis Reads에는 사용되지 않습니다. 크기가 조정된 아키텍처에서 Adobe Commerce 2.3.5 이상을 사용하고 새로운 Redis 백엔드 구성을 구현하며 Redis용 L2 캐싱을 구현하는 것이 좋습니다.이 두 가지 표시가 나타나면 MySQL 데이터베이스 및 Redis에 대해 SLAVE 연결을 활성화하면 다른 노드에 대한 로드를 분산하는 데 도움이 될 수 있습니다.
Adobe Commerce은 여러 데이터베이스 또는 Redis를 비동기식으로 읽을 수 있습니다. 데이터베이스에 대한 읽기 전용 연결을 사용하여 비마스터 노드에서 읽기 전용 트래픽을 받도록 MYSQL_USE_SLAVE_CONNECTION 및 REDIS_USE_SLAVE_CONNECTION 값을 true(으)로 설정하여 .magento.env.yaml 파일을 업데이트합니다. 이렇게 하면 한 노드만 읽기/쓰기 트래픽을 처리해야 하므로 로드 밸런싱을 통해 성능이 향상됩니다. env.php 파일에서 기존 읽기 전용 연결 배열을 제거하려면 false(으)로 설정하십시오.
단계
-
.magento.env.yaml파일을 편집하고 다음 내용을 추가하십시오.
자세한 내용은 DevDocs에서 변수 배포를 참조하십시오.
-
변경 사항을 커밋하고 변경 사항을 푸시합니다.
-
변경 사항을 푸시하면 새 배포 프로세스가 시작됩니다. 배포가 성공적으로 완료되면 이제 Adobe Commerce on cloud infrastructure 인스턴스가 슬레이브 연결을 사용하도록 구성되어야 합니다.
일반적인 질문
다음은 Adobe Commerce on cloud infrastructure store에 대한 슬레이브 연결 기능 사용을 고려할 때 물을 수 있는 일반적인 질문입니다.
-
슬레이브 연결을 사용하는 데 알려진 문제나 제한이 있습니까? 슬레이브 연결을 사용할 때 발생하는 알려진 문제가 없습니다. 가장 최근에 업데이트된 ece-tools 패키지를 사용 중인지 확인하기만 하면 됩니다. ece-tools 패키지를 업데이트하는 방법에 대한 지침이 있습니다.
-
슬레이브 연결을 사용하여 추가적인 지연 시간이 있습니까? 예. 교차 AZ(Cross-Availability Zones) 대기 시간이 길어지고 인스턴스가 오버로드되지 않고 전체 로드를 처리할 수 있는 경우 클라우드 인프라 인스턴스에서 Adobe Commerce의 성능이 저하됩니다. 그러나 인스턴스가 오버로드되면 마스터 슬레이브는 MySQL 데이터베이스나 Redis의 로드를 다른 노드에 분산시켜 성능을 향상시킵니다.
오버로드되지 않은 클러스터에서 - 슬레이브 연결 시 성능이 10~15% 만큼 느려집니다. 이(가) 기본이 아닌 이유 중 하나입니다.
오버로드된 클러스터에서는 트래픽에 의한 부하를 줄여 10~15%의 성능이 향상되므로 성능이 향상됩니다.
-
스토어에 대해 이러한 설정을 활성화해야 합니까? MySQL 데이터베이스나 Redis에서 로드가 높거나 로드가 높을 것으로 예상되면 반드시 슬레이브 연결을 사용하도록 설정해야 합니다. 평균 트래픽이 있는 일반 고객의 경우 활성화되지 않음 입니다.
관련 읽기
개발자 설명서에서: