Amazon ElastiCache Well-Architected Lens Cost Optimization Pillar - Amazon ElastiCache
COST 1: 리소스와 관련된 ElastiCache 비용을 어떻게 식별하고 추적하나요? 사용자가 리소스를 생성하고 생성된 리소스를 관리 및 폐기할 수 있도록 하는 메커니즘을 어떻게 개발하나요?COST 2: 지속적인 모니터링 도구를 사용하여 ElastiCache 리소스와 관련된 비용을 최적화하려면 어떻게 해야 하나요?COST 3: 데이터 계층화를 지원하는 인스턴스 유형을 사용해야 합니까? 데이터 계층화의 이점은 무엇인가요? 데이터 계층화 인스턴스를 사용하지 않는 경우는 언제인가요?

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Amazon ElastiCache Well-Architected Lens Cost Optimization Pillar

비용 최적화 요소는 불필요한 비용을 피하는 데 중점을 둡니다. 주요 주제로는 자금이 어디에 사용되는지 이해하고 제어하기, 가장 적합한 노드 유형 선택하기(워크로드 요구 사항에 따라 데이터 계층화를 지원하는 인스턴스 사용), 적절한 수의 리소스 유형(읽기 전용 복제본 수), 시간 경과에 따른 지출 분석하기, 과도한 지출 없이 비즈니스 요구 사항을 충족할 수 있도록 확장하기 등이 있습니다.

COST 1: 리소스와 관련된 ElastiCache 비용을 어떻게 식별하고 추적하나요? 사용자가 리소스를 생성하고 생성된 리소스를 관리 및 폐기할 수 있도록 하는 메커니즘을 어떻게 개발하나요?

질문 수준의 소개: 비용 지표를 이해하려면 소프트웨어 엔지니어링, 데이터 관리, 제품 소유자, 재무 및 리더십 등 여러 팀의 참여와 협업이 필요합니다. 비용의 주요 동인을 식별하려면 모든 관련 당사자가 서비스 사용 제어 레버와 비용 관리의 절충점을 이해해야 하며, 이것이 비용 최적화 노력의 성공을 좌우하는 경우가 많습니다. 개발에서 생산 및 폐기에 이르기까지 생성된 리소스를 추적하는 프로세스와 도구를 마련하면 와 관련된 비용을 관리하는 데 도움이 됩니다ElastiCache.

질문 수준의 이점: 워크로드와 관련된 모든 비용을 지속적으로 추적하려면 가 구성 요소 중 ElastiCache 하나로 포함된 아키텍처를 깊이 이해해야 합니다. 또한 사용량을 집계하여 예산과 비교할 수 있는 비용 관리 계획도 마련해 두어야 합니다.

  • [필수] 조직의 ElastiCache 사용량에 대한 지표를 정의하고 추적하고 조치를 취할 수 있는 설립 전세기 중 하나를 사용하여 Cloud Center of Excellence(CCoE)를 도입합니다. 및 함수가 CCoE 있는 경우 와 관련된 비용을 읽고 추적하는 방법을 알고 있는지 확인합니다 ElastiCache. 리소스가 생성되면 IAM 역할 및 정책을 사용하여 특정 팀 및 그룹만 리소스를 인스턴스화할 수 있는지 확인합니다. 이를 통해 비용을 비즈니스 성과와 연관시키고 비용 관점에서 명확한 책임 범위를 설정할 수 있습니다.

    1. CCoE 는 다음과 같은 범주형 데이터 전반의 키 ElastiCache 사용에 대해 정기적으로 업데이트되는 비용 지표를 식별, 정의 및 게시해야 합니다.

      1. 사용된 노드 유형 및 속성: 표준 또는 메모리 최적화, 온디맨드 또는 예약 인스턴스, 리전 및 가용 영역

      2. 환경 유형: 무료, 개발, 테스트 및 프로덕션

      3. 백업 스토리지 및 보존 전략

      4. 리전 내 및 리전 간 데이터 전송

      5. Amazon Outposts에서 실행되는 인스턴스

    2. CCoE 는 조직의 소프트웨어 엔지니어링, 데이터 관리, 제품 팀, 재무 및 리더십 팀에서 비독점적으로 대리하는 교차 기능 팀으로 구성됩니다.

    [리소스]:

  • [필수] 비용 할당 태그를 사용하여 낮은 수준의 세밀함으로 비용을 추적합니다. AWS Cost Management를 사용하여 시간 경과에 따른 AWS 비용 및 사용량을 시각화, 이해 및 관리할 수 있습니다.

    1. 태그를 사용하여 리소스를 구성하고 비용 할당 태그를 사용하여 세부 수준에서 AWS 비용을 추적할 수 있습니다. 비용 할당 태그를 활성화한 후 는 비용 할당 태그를 AWS 사용하여 비용 할당 보고서에서 리소스 비용을 구성하고 AWS 비용을 쉽게 분류하고 추적할 수 있습니다. AWS 는 AWS 생성된 태그와 사용자 정의 태그라는 두 가지 유형의 비용 할당 태그를 제공합니다. 는 생성된 태그를 AWS 정의, 생성 및 적용 AWS 하고 사용자 정의 태그를 정의, 생성 및 적용합니다. 두 유형의 태그 모두 개별적으로 활성화해야만 Cost Management나 비용 할당 보고서에 표시됩니다.

    2. 비용 할당 태그를 사용하여 자체 비용 구조를 반영하도록 AWS 청구서를 구성합니다. Amazon 의 리소스에 비용 할당 태그를 추가 ElastiCache하면 리소스 태그 값을 기준으로 송장의 비용을 그룹화하여 비용을 추적할 수 있습니다. 또한 태그를 결합하여 보다 세부적인 수준으로 비용을 추적하는 것을 고려해야 합니다.

    [리소스]:

  • [최고] ElastiCache 비용을 조직 전체에서 도달하는 지표에 연결합니다.

    1. 비즈니스 지표와 지연 시간 같은 운영 지표를 고려해 보세요. 비즈니스 모델에서 모든 역할이 이해할 수 있는 개념은 무엇인가요? 지표는 조직 내에서 가능한 많은 역할이 이해할 수 있어야 합니다.

    2. 예 - 동시에 서비스되는 사용자, 작업 및 사용자당 최대 및 평균 지연 시간, 사용자 참여 점수, 사용자 재방문율/주, 세션 길이/사용자, 포기율, 캐시 적중률, 키 추적

    [리소스]:

  • [좋음] 를 사용하는 전체 워크로드의 지표 및 비용에 대한 아키텍처 및 운영 가시성을 유지합니다 up-to-date ElastiCache.

    1. 클라이언트에서 API Gateway, Redshift 및 보고 도구(예:)에 이르기까지 기술 세트의 전체 AWS 서비스 에코시스템에 속하는 ElastiCache 경향이 있는 전체 솔루션 에코시스템 QuickSight 을 이해합니다.

    2. 클라이언트, 연결, 보안, 인메모리 작업, 스토리지, 리소스 자동화, 데이터 액세스 및 관리 등 솔루션의 구성 요소를 아키텍처 다이어그램에 매핑합니다. 각 계층은 전체 솔루션에 연결되며 전체 비용에 추가되거나 전체 비용을 관리하는 데 도움이 되는 고유한 요구 사항과 기능을 가지고 있습니다.

    3. 다이어그램에는 컴퓨팅, 네트워킹, 스토리지, 수명 주기 정책, 지표 수집, 애플리케이션의 운영 및 기능 ElastiCache 요소 사용이 포함되어야 합니다.

    4. 워크로드 요구 사항은 시간이 지남에 따라 변할 가능성이 높으므로 워크로드 비용 관리에서 선제적으로 대응하기 위해서는 기본 구성 요소와 주요 기능 목표에 대한 이해를 지속적으로 유지하고 문서화하는 것이 중요합니다.

    5. 가시성, 책임성, 우선 순위 지정 및 리소스에 대한 경영진 지원은 에 대한 효과적인 비용 관리 전략을 수립하는 데 매우 중요합니다 ElastiCache.

COST 2: 지속적인 모니터링 도구를 사용하여 ElastiCache 리소스와 관련된 비용을 최적화하려면 어떻게 해야 하나요?

질문 수준 소개: ElastiCache 비용과 애플리케이션 성능 지표 간의 적절한 균형을 목표로 해야 합니다. AmazonCloudWatch 은 주요 운영 지표에 대한 가시성을 제공하여 필요에 따라 ElastiCache 리소스가 초과 또는 미달되었는지 평가하는 데 도움이 될 수 있습니다. 비용 최적화 관점에서는 과도 프로비저닝된 시기를 이해하고 운영, 가용성, 복원력 및 성능 요구 사항을 유지하면서 리소스 크기를 ElastiCache 조정할 수 있는 적절한 메커니즘을 개발할 수 있어야 합니다.

질문 수준의 이점: 워크로드 운영 요구 사항을 충족하기에 충분한 리소스를 프로비저닝하고, 낮은 리소스 활용도로 인해 비용이 최적화되지 않는 상태를 피하는 것이 이상적입니다. 장기간 동안 대용량 ElastiCache 리소스를 식별하고 운영하지 않도록 할 수 있어야 합니다.

  • [필수] ElastiCache 클러스터 CloudWatch 를 모니터링하고 이러한 지표가 AWS Cost Explorer 대시보드와 어떤 관련이 있는지 분석하는 데 사용합니다.

    1. ElastiCache 는 호스트 수준 지표(예: CPU 사용량)와 캐시 엔진 소프트웨어에 고유한 지표(예: 캐시 가져오기 및 캐시 누락)를 모두 제공합니다. 이러한 지표는 60초 간격으로 각 캐시 노드에 대해 측정되어 게시됩니다.

    2. ElastiCache 성능 지표(CPUUtilization, EngineUtilization, SwapUsage CurrConnections및 Evictions)는 확장/축소(크거나 작은 캐시 노드 유형 사용) 또는 입출력(크거나 적은 샤드 추가)이 필요함을 나타낼 수 있습니다. 애플리케이션 성능 임계값을 충족하는 데 필요한 추가 비용과 최소 및 최대 시간을 추정하는 플레이북 매트릭스를 만들어 규모 조정에 대한 결정이 비용에 미치는 영향을 파악하세요.

    [리소스]:

  • [필수] 백업 전략과 비용에 미치는 영향을 이해하고 문서화합니다.

    1. ElastiCache를 사용하면 백업이 내구성이 뛰어난 스토리지를 제공하는 Amazon S3에 저장됩니다. 장애 복구 능력과 관련하여 비용에 미치는 영향을 이해해야 합니다.

    2. 보존 한도가 지난 백업 파일을 삭제하는 자동 백업을 활성화합니다.

    [리소스]:

  • [가장 좋음] 잘 이해되고 문서화된 워크로드의 비용을 관리하기 위한 의도적인 전략으로 인스턴스에 예약 노드를 사용합니다. 노드 유형과 예약 기간(1년 또는 3년)에 따라 예약 노드에 선결제 요금이 부과됩니다. 이 요금은 온디맨드 노드에서 발생하는 시간당 사용 요금보다 훨씬 낮습니다.

    1. 예약된 인스턴스 요구 사항을 추정하기에 충분한 데이터를 수집할 때까지 온디맨드 노드를 사용하여 ElastiCache 클러스터를 운영해야 할 수 있습니다. 요구 사항을 충족하는 데 필요한 리소스를 계획 및 문서화하고 인스턴스 유형(온디맨드 또는 예약형)의 예상 비용을 비교합니다.

    2. 사용 가능한 새 캐시 노드 유형을 정기적으로 평가하고 비용 및 운영 지표 관점에서 인스턴스 플릿을 새 캐시 노드 유형으로 마이그레이션하는 것이 합리적인지 평가합니다.

COST 3: 데이터 계층화를 지원하는 인스턴스 유형을 사용해야 합니까? 데이터 계층화의 이점은 무엇인가요? 데이터 계층화 인스턴스를 사용하지 않는 경우는 언제인가요?

질문 수준의 소개: 적절한 인스턴스 유형을 선택하면 성능 및 서비스 수준뿐만 아니라 재정에도 영향을 미칠 수 있습니다. 인스턴스 유형마다 관련된 비용이 다릅니다. 메모리의 모든 스토리지 요구 사항을 수용할 수 있는 대규모 인스턴스 유형을 하나 또는 몇 개 선택하는 것은 자연스러운 결정일 수 있습니다. 그러나 이는 프로젝트가 성숙해짐에 따라 비용에 상당한 영향을 미칠 수 있습니다. 올바른 인스턴스 유형을 선택했는지 확인하려면 ElastiCache 객체 유휴 시간을 정기적으로 검사해야 합니다.

질문 수준의 이점: 다양한 인스턴스 유형이 현재와 미래의 비용에 어떤 영향을 미치는지 명확히 이해해야 합니다. 사소하거나 주기적인 워크로드 변경으로 인해 과도한 비용 변동이 발생해서는 안 됩니다. 워크로드가 허용하는 경우 데이터 계층화를 지원하는 인스턴스 유형은 사용 가능한 스토리지당 더 나은 가격을 제공합니다. 인스턴스당 사용 가능한 SSD 스토리지 데이터 계층화로 인해 인스턴스당 총 데이터가 훨씬 더 많이 지원됩니다.

  • [필수] 데이터 계층화 인스턴스의 한계를 이해합니다.

    1. ElastiCache (Redis OSS) 클러스터에만 사용할 수 있습니다.

    2. 제한된 인스턴스 유형만 데이터 계층화를 지원합니다.

    3. ElastiCache (Redis OSS) 버전 6.2 이상만 지원됩니다.

    4. 큰 항목은 로 교체되지 않습니다SSD. 128MiB 이상의 객체는 메모리에 보관됩니다.

    [리소스]:

  • [필수] 워크로드가 데이터베이스의 몇 퍼센트에 정기적으로 액세스하는지 파악합니다.

    1. 데이터 계층화 인스턴스는 전체 데이터 세트의 일부에만 액세스하는 경우가 많지만 나머지 데이터에는 빠른 액세스가 필요한 워크로드에 적합합니다. 즉, 핫 데이터와 웜 데이터의 비율이 약 20:80 입니다.

    2. 객체 유휴 시간에 대한 클러스터 수준의 추적을 개발합니다.

    3. 500Gb가 넘는 데이터를 대규모로 구현하는 데 적합합니다.

  • [필수] 특정 워크로드에서는 데이터 계층화 인스턴스가 선택 사항이 아니라는 점을 이해합니다.

    1. 덜 자주 사용되는 객체는 로컬 로 교체되므로 액세스하는 데 드는 성능 비용은 약간 있습니다SSD. 애플리케이션이 응답 시간에 민감한 경우 워크로드에 미치는 영향을 테스트하세요.

    2. 대부분 크기가 128MiB 이상인 대형 객체를 저장하는 캐시에는 적합하지 않습니다.

    [리소스]:

  • [가장 좋음] 예약 인스턴스 유형은 데이터 계층화를 지원합니다. 이를 통해 인스턴스당 데이터 스토리지 용량 측면에서 가장 낮은 비용이 보장됩니다.

    1. 요구 사항을 더 잘 이해할 때까지 비 데이터 계층화 인스턴스를 사용하여 ElastiCache 클러스터를 운영해야 할 수 있습니다.

    2. ElastiCache 클러스터 데이터 사용 패턴을 분석합니다.

    3. 객체 유휴 시간을 주기적으로 수집하는 자동화된 작업을 생성합니다.

    4. 대다수(약 80%)의 객체가 워크로드에 적합하다고 판단되는 기간 동안 유휴 상태인 경우, 조사 결과를 문서화하고 클러스터를 데이터 계층화를 지원하는 인스턴스로 마이그레이션하는 것을 제안하세요.

    5. 사용 가능한 새 캐시 노드 유형을 정기적으로 평가하고 비용 및 운영 지표 관점에서 인스턴스 플릿을 새 캐시 노드 유형으로 마이그레이션하는 것이 합리적인지 평가합니다.

    [리소스]: