참조 아키텍처

이 항목에서는 리소스가 다른 사용자와 공유되지 않는 데이터 센터(가상화되지 않음)에서 물리적으로 호스팅되는 일반 서버를 사용하는 Adobe Commerce 인스턴스에 대한 일반적인 권장 설정 방법에 대해 설명합니다. 호스팅 공급자, 특히 Commerce 고성능 호스팅을 전문으로 하는 경우 요구 사항에 따라 동일하거나 더 효과적인 다른 설정을 추천할 수 있습니다.

클라우드 인프라 환경의 Adobe Commerce은 다음을 참조하십시오. 스타터 아키텍처.

Commerce 참조 아키텍처 다이어그램

다음 Commerce 참조 아키텍처 다이어그램은 확장 가능한 아키텍처를 설정하는 모범 사례 접근 방식을 나타냅니다. Commerce 사이트.

다이어그램의 각 요소 색상은 요소가 Magento Open Source의 일부인지 Adobe Commerce의 일부인지 여부와 필요한 경우 이 요소를 나타냅니다.

  • Magento Open Source 시 주황색 요소가 필요합니다.
  • 회색 요소는 Magento Open Source 시 선택 사항입니다
  • 파란색 요소는 Adobe Commerce에서 선택 사항입니다

Commerce 참조 아키텍처 다이어그램

다음 섹션에서는 Commerce 참조 아키텍처 다이어그램의 각 섹션에 대한 권장 사항과 고려 사항을 제공합니다.

Varnish

  • A Varnish 클러스터는 사이트의 트래픽으로 확장할 수 있습니다.
  • 필요한 캐시 페이지 수에 따라 인스턴스 크기를 조정합니다
  • 트래픽이 많은 사이트에서 Varnish 기본: 웹 계층당 하나의 요청(최대)을 캐시에서 플러시할 수 있음

  • 트래픽 및 중복을 위한 노드 확장 활성화
  • 하나의 노드가 마스터이고 cron을 실행합니다.
  • 또는 전용 관리자 및 작업자 노드를 사용합니다

캐시

  • 세션에 대해 별도의 Redis 인스턴스 구현 고려
  • 캐시당 Redis 인스턴스가 있을 수 있습니다
  • 예상 캐시 크기를 가장 크게 포함하도록 인스턴스 크기 조정

데이터베이스 및 큐

  • 트래픽이 많은 사이트는 슬레이브 DB로 DB 성능을 조정하고 주문/장바구니에 대한 DB를 분할할 수 있습니다(Adobe Commerce).
  • 빠른 복구 및 데이터 백업을 위해 슬레이브 DB를 사용하는 것이 좋습니다
  • 트래픽이 적은 사이트는 DB에 이미지를 저장할 수 있습니다.

검색 search-heading

  • 검색 트래픽에 따라 인스턴스 수 조정

스토리지

  • GFS 또는 GlusterFS를 사용하여 Pub/Media 스토리지를 사용하는 것이 좋습니다.
  • 또는 트래픽이 적은 사이트에 DB 스토리지 사용

추천 Varnish 참조 아키텍처

Magento은 여러 전체 페이지 캐싱 엔진(File, Memcache, Redis, Varnish)를 즉시 사용할 수 있으며 확장을 통한 확장된 적용 범위도 함께 사용할 수 있습니다. Varnish 는 권장되는 전체 페이지 캐시 엔진입니다. Commerce 은 다양한 을 지원합니다. Varnish 구성.

고가용성을 필요로 하지 않는 사이트의 경우 단순 키를 사용하는 것이 좋습니다 Varnish nginx SSL 종료로 설정합니다.

단순 Varnish SSL 종료를 사용한 구성

고가용성이 필요한 사이트의 경우 2계층을 사용하는 것이 좋습니다 Varnish ssl 종료 로드 밸런서를 사용한 구성

2계층 고가용성 Varnish ssl 종료 로드 밸런서를 사용한 구성

recommendation-more-help
c0c5bbed-4957-4162-81bc-120c837a1894