기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
지속 가능성 요소
AWS Well-Architected Framework의 지속 가능성 원칙은 클라우드 워크로드 실행이 환경에 미치는 영향을 최소화하는 데 중점을 둡니다. 주요 주제에는 지속 가능성에 대한 공동 책임 모델, 영향 이해, 필요한 리소스를 최소화하고 다운스트림 영향을 줄이기 위한 사용 극대화가 포함됩니다.
지속 가능성 원칙에는 다음과 같은 주요 중점 영역이 포함됩니다.
-
사용자의 영향
-
지속 가능성 목표
-
최대 사용량
-
새롭고 보다 효율적인 하드웨어 및 소프트웨어 제품 예측 및 채택
-
관리형 서비스 사용
-
다운스트림 영향 감소
이 가이드는 사용자의 영향에 중점을 둡니다. 다른 지속 가능성 설계 원칙에 대한 자세한 내용은 AWS Well-Architected Framework를 참조하세요.
선택 사항과 요구 사항은 환경에 영향을 미칩니다. 탄소 강도 AWS 리전 가 낮은를 선택할 수 있고 요구 사항이 가동 시간과 내구성을 극대화하는 대신 실제 워크로드 요구 사항을 반영하는 경우 워크로드의 지속 가능성이 증가합니다. 다음 섹션에서는 워크로드 설계 및 지속적 운영에 채택될 경우 환경에 긍정적인 영향을 미칠 수 있는 모범 사례와 사려 깊은 고려 사항에 대해 설명합니다.
AWS 리전 선택
일부는 Amazon 재생 에너지 프로젝트 AWS 리전 근처에 있거나 그리드의 탄소 강도가 다른 프로젝트보다 낮은 곳에 있습니다. 워크로드에 실행 가능할 수 있는 리전의 지속 가능성 영향을
사용자 행동 패턴 기반 소비
사용자의 트래픽 및 동작에 맞게 사용량을 적절하게 조정하면 서비스가 환경에 미치는 영향을 AWS 최소화하는 데 도움이 됩니다. 솔루션을 설계할 때 다음 모범 사례를 고려하세요.
-
CPUUtilization
,MainRequestQueuePendingRequests
및와 같은 Amazon CloudWatch 지표를 모니터링TotalRequestsPerSec
하여 수요가 가장 높고 가장 낮은 시기를 결정하고 해당 기간 동안 클러스터 리소스의 크기가 적절한지 확인합니다. -
비프로덕션 환경을 사용하지 않는 시간 동안 중지를 자동화합니다. 자세한 내용은 블로그 게시물 리소스 태그를 사용하여 Amazon Neptune 환경 리소스의 중지 및 시작 자동화
를 참조하세요. -
트래픽 패턴이 자주 예기치 않게 달라지는 경우 피크 트래픽에 프로비저닝된 인스턴스를 사용하는 대신 수요에 따라 확장 및 축소되는 Neptune Serverless 인스턴스를 사용하는 것이 좋습니다.
-
비즈니스 연속성 목표 외에도 서비스 수준 계약을 지속 가능성 목표에 맞게 조정하는 것이 좋습니다. 다중 리전 재해 복구, 고가용성 또는 장기 백업 보존, 특히 비프로덕션 환경 또는 중요하지 않은 워크로드와 같은 요구 사항을 완화하면 이러한 목표를 달성하는 데 필요한 리소스의 양을 줄일 수 있습니다.
소프트웨어 개발 및 아키텍처 패턴 최적화
낭비를 방지하려면 모델 및 쿼리를 최적화하고 컴퓨팅 리소스를 공유하여 Neptune 인스턴스 및 클러스터에서 사용 가능한 모든 리소스를 사용합니다. 구체적인 모범 사례는 다음과 같습니다.
-
개발자가 자체 인스턴스를 생성하는 대신 Neptune 인스턴스와 Jupyter Notebook 애플리케이션 인스턴스를 공유하도록 합니다. 멀티테넌시 파티셔닝 전략을 사용하여 각 개발자에게 단일 Neptune 클러스터에 자체 논리적 파티션
을 부여하고 단일 Jupyter 인스턴스에서 각 개발자에 대해 별도의 노트북 폴더를 생성합니다. -
데이터를 로드하고 레코드를 더 큰 트랜잭션으로 일괄 처리하기 위한 병렬 스레드와 같이 리소스 사용을 극대화하고 유휴 시간을 최소화하는 패턴을 구현합니다.
-
쿼리 및 그래프 모델을 최적화하여 결과를 계산하는 데 필요한 리소스를 최소화합니다.
-
Gremlin 쿼리 결과의 경우 결과 캐시 기능을 사용하여 페이지 매김되거나 자주 반복되는 쿼리를 다시 계산하는 데 소비되는 리소스를 최소화합니다.
-
Neptune 환경을 최신 상태로 유지합니다. 최신 버전의 Neptune은 더 효율적인 Graviton과 같은 최신 EC2 인스턴스를 지원합니다. 또한 쿼리를 계산하는 데 필요한 리소스의 양을 줄이는 쿼리 최적화 개선 및 버그 수정이 있습니다.