SUS02-BP04 네트워킹 요구 사항에 따라 워크로드의 지리적 배치 최적화
네트워크 트래픽이 이동해야 하는 거리를 단축하고 워크로드를 지원하는 데 필요한 총 네트워크 리소스를 줄일 수 있는 워크로드의 클라우드 위치 및 서비스를 선택합니다.
일반적인 안티 패턴:
-
자신의 고유한 위치를 기준으로 워크로드의 리전을 선택합니다.
-
모든 워크로드 리소스를 하나의 지리적 위치로 통합합니다.
-
모든 트래픽이 기존 데이터 센터를 통과합니다.
이 모범 사례 확립의 이점: 사용자에게 가깝게 워크로드를 배치하면 지연 시간을 최대한 단축할 수 있고 동시에 네트워크 간 데이터 이동을 줄이고 환경에 미치는 영향을 줄일 수 있습니다.
이 모범 사례가 확립되지 않았을 경우의 위험 수준: 보통
구현 가이드
AWS 클라우드 인프라는 리전, 가용 영역, 배치 그룹, 엣지 로케이션(예: AWS Outposts 및 AWS 로컬 영역)과
워크로드의 네트워크 액세스 패턴을 분석하여 이러한 클라우드 위치 옵션을 사용하는 방법을 식별하고 네트워크 트래픽이 이동해야 하는 거리를 줄이십시오.
구현 단계
-
워크로드의 네트워크 액세스 패턴을 분석하여 사용자가 애플리케이션을 사용하는 방법을 식별합니다.
-
예를 들어 Amazon CloudWatch
및 AWS CloudTrail 같은 모니터링 도구를 사용하여 네트워크 활동에 대한 데이터를 수집합니다. -
데이터를 분석하여 네트워크 액세스 패턴을 식별합니다.
-
-
다음과 같은 주요 요소를 토대로 하여 워크로드 배포용 리전을 선택합니다.
-
지속 가능성 목표: 리전 선택 에 설명되어 있습니다.
-
데이터 위치: 데이터를 많이 사용하는 애플리케이션의 경우(예: 빅 데이터 및 기계 학습) 애플리케이션 코드는 최대한 데이터와 가까운 위치에서 실행되어야 합니다.
-
사용자의 위치: 사용자가 직접 사용하는 애플리케이션의 경우 워크로드의 사용자와 가까운 리전(또는 리전들)을 선택합니다.
-
기타 제약 조건: AWS 아키텍처 블로그 워크로드의 리전을 선택할 때 고려해야 할 사항
에서 설명한 것처럼 비용 및 규정 준수 등의 제약을 고려해야 합니다.
-
-
자주 사용되는 자산에 로컬 캐싱 또는 AWS 캐싱 솔루션을
사용하여 성능을 개선하고 데이터 이동을 줄이며 환경에 미치는 영향을 줄입니다. 서비스 사용 시기 이미지, 스크립트, 동영상 등의 정적 콘텐츠와 API 응답 또는 웹 애플리케이션 등의 동적 콘텐츠를 캐시하는 데 사용합니다.
웹 애플리케이션의 콘텐츠를 캐시하는 데 사용합니다.
DynamoDB 테이블에 인 메모리 가속화를 추가하는 데 사용합니다.
-
워크로드 사용자에게 더 가까운 위치에서 코드를 실행할 수 있는 서비스를 사용합니다.
서비스 사용 시기 객체가 캐시에 없는 경우 시작되는 컴퓨팅 집약적 작업에 사용합니다.
HTTP(s) 요청 또는 응답 조작 등과 같이 단기 실행 함수에 의해 시작될 수 있는 간단한 사용 사례에 사용합니다.
커넥티드 디바이스를 위한 로컬 컴퓨팅, 메시징 및 데이터 캐시를 실행하는 데 사용합니다.
-
연결 풀을 사용하여 연결을 재사용하고 필요한 리소스를 줄입니다.
-
지속적 연결 및 동기식 업데이트에 의존하지 않는 분산 데이터 스토어를 사용하여 리전별 사용자 집단을 일관되게 지원합니다.
-
사전 프로비저닝된 정적 네트워크 용량을 공유 동적 용량으로 교체하고 네트워크 용량의 지속 가능성에 미치는 영향을 다른 구독자와 공유합니다.
리소스
관련 문서:
관련 동영상:
관련 예시:
