Pilar de otimização de ElastiCache custos do Amazon Well-Architected Lens - Amazon ElastiCache

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Pilar de otimização de ElastiCache custos do Amazon Well-Architected Lens

O foco do pilar Otimização de custos é evitar custos desnecessários. Os principais tópicos incluem entender e controlar onde o dinheiro está sendo gasto, selecionar o tipo de nó mais adequado (usar instâncias que compatíveis com a hierarquização de dados com base nas necessidades da workload), a quantidade certa de tipos de recurso (quantidade de réplicas de leitura), a análise de gastos ao longo do tempo e a escalabilidade para atender às necessidades da empresa sem gastos excessivos.

COST1: Como você identifica e acompanha os custos associados aos seus ElastiCache recursos? Como você desenvolve mecanismos para permitir que os usuários criem, gerenciem e descartem os recursos criados?

Introdução: entender as métricas de custo requer a participação e a colaboração de várias equipes: engenharia de software, gerenciamento de dados, proprietários de produtos, finanças e liderança. A identificação dos principais fatores de custo exige que todas as partes envolvidas compreendam as alavancas de controle do uso do serviço e as vantagens e desvantagens do gerenciamento de custos, e essa costuma ser a principal diferença entre ações bem-sucedidas e não tão bem-sucedidas de otimização de custos. Garantir que você tenha processos e ferramentas implementados para rastrear os recursos criados desde o desenvolvimento até a produção e a aposentadoria ajuda a gerenciar os custos associados ElastiCache a.

Benefício em nível de pergunta: o rastreamento contínuo de todos os custos associados à sua carga de trabalho exige uma compreensão profunda da arquitetura que inclui ElastiCache como um de seus componentes. Além disso, você deve ter um plano de gerenciamento de custos para coletar e comparar o uso com seu orçamento.

  • [Obrigatório] Institua um Centro de Excelência em Nuvem (CCoE) com um de seus estatutos fundadores para definir, monitorar e agir sobre métricas relacionadas ao uso de suas organizaçõesElastiCache . Se um CCoE existir e funcionar, certifique-se de que ele saiba como ler e rastrear os custos associados ElastiCache a. Quando os recursos forem criados, use IAM funções e políticas para validar que somente equipes e grupos específicos possam instanciar recursos. Isso vai garantir que os custos estejam associados aos resultados comerciais e que uma linha clara de responsabilidade seja estabelecida, do ponto de vista dos custos.

    1. CCoEdeve identificar, definir e publicar métricas de custo que são atualizadas regularmente — mensalmente — sobre o ElastiCache uso de chaves em dados categóricos, como:

      1. Tipos de nó usados e seus atributos: instâncias padrão versus instâncias otimizadas para memória, instâncias sob demanda versus instâncias reservadas, regiões e zonas de disponibilidade

      2. Tipos de ambiente: gratuito, desenvolvimento, teste e produção

      3. Estratégias de backup, armazenamento e retenção

      4. Transferência de dados dentro de uma região e entre regiões

      5. Instâncias em execução no Amazon Outposts

    2. CCoEconsiste em uma equipe multifuncional com representação não exclusiva das equipes de engenharia de software, gerenciamento de dados, equipe de produtos, finanças e equipes de liderança em sua organização.

    [Recursos]:

  • [Obrigatório] Use etiquetas de alocação de custos para monitorar os custos em um baixo nível de granularidade. Use o Gerenciamento de AWS Custos para visualizar, entender e gerenciar seus AWS custos e uso ao longo do tempo.

    1. Use tags para organizar seus recursos e tags de alocação de custos para monitorar seus AWS custos em um nível detalhado. Depois de ativar as tags de alocação de custos, AWS use as tags de alocação de custos para organizar seus custos de recursos em seu relatório de alocação de custos, para facilitar a categorização e o controle de seus custos. AWS AWS fornece dois tipos de tags de alocação de custos: tags AWS geradas e tags definidas pelo usuário. AWS define, cria e aplica as tags AWS geradas para você, e você define, cria e aplica tags definidas pelo usuário. É necessário ativar os dois tipos de etiquetas separadamente para que elas possam ser exibidas no Gerenciamento de Custos ou em um relatório de alocação de custos.

    2. Use etiquetas de alocação de custos para organizar sua AWS fatura de forma a refletir sua própria estrutura de custos. Ao adicionar etiquetas de alocação de custos aos seus recursos na Amazon ElastiCache, você poderá rastrear os custos agrupando as despesas em suas faturas por valores de etiquetas de recursos. Considere combinar etiquetas para monitorar os custos com um maior nível de detalhes.

    [Recursos]:

  • [Melhor] Conecte o ElastiCache custo às métricas que abrangem toda a organização.

    1. Considere as métricas de negócios e as métricas operacionais, como latência: quais conceitos em seu modelo de negócios são compreensíveis em todas as funções? As métricas precisam ser compreensíveis pelo maior número possível de funções na organização.

    2. Exemplos: usuários atendidos simultaneamente, latência máxima e média por operação e usuário, pontuações de engajamento do usuário, taxas de retorno do usuário/semana, duração da sessão/usuário, taxa de abandono, taxa de acertos de cache e chaves monitoradas.

    [Recursos]:

  • [Bom] Mantenha a visibilidade up-to-date arquitetônica e operacional das métricas e custos em toda a carga de trabalho que usa ElastiCache.

    1. Entenda todo o seu ecossistema de soluções e ElastiCache tende a fazer parte de um ecossistema completo de AWS serviços em seu conjunto de tecnologias, desde clientes até API Gateway, Redshift e QuickSight ferramentas de geração de relatórios (por exemplo).

    2. Mapeie os componentes da sua solução, desde clientes, conexões, segurança, operações em memória, armazenamento, automação de recursos, acesso e gerenciamento de dados, em seu diagrama de arquitetura. Cada camada se conecta a toda a solução e tem suas próprias necessidades e recursos que aumentam e/ou ajudam a gerenciar o custo geral.

    3. Seu diagrama deve incluir o uso de computação, rede, armazenamento, políticas de ciclo de vida, coleta de métricas, bem como os ElastiCache elementos operacionais e funcionais do seu aplicativo

    4. É provável que os requisitos de uma workload evoluam com o tempo e é essencial que você continue a manter e documentar sua compreensão dos componentes subjacentes, bem como de seus principais objetivos funcionais, a fim de manter a proatividade no gerenciamento de custos da workload.

    5. O suporte executivo para visibilidade, responsabilidade, priorização e recursos é crucial para que você tenha uma estratégia eficaz de gerenciamento de custos para você. ElastiCache

COST2: Como você usa ferramentas de monitoramento contínuo para ajudá-lo a otimizar os custos associados aos seus ElastiCache recursos?

Introdução em nível de pergunta: você precisa buscar um equilíbrio adequado entre suas métricas de ElastiCache custo e desempenho do aplicativo. CloudWatch A Amazon fornece visibilidade das principais métricas operacionais que podem ajudá-lo a avaliar se seus ElastiCache recursos estão sendo utilizados em excesso ou subutilizados, em relação às suas necessidades. Do ponto de vista da otimização de custos, você precisa entender quando está superprovisionado e ser capaz de desenvolver mecanismos adequados para redimensionar seus ElastiCache recursos e, ao mesmo tempo, manter suas necessidades operacionais, de disponibilidade, resiliência e desempenho.

Benefício: em um estado ideal, você terá provisionado recursos suficientes para atender às necessidades operacionais de sua workload e não terá recursos subutilizados que possam levar a um estado de custo abaixo do ideal. Você precisa ser capaz de identificar e evitar a operação de ElastiCache recursos superdimensionados por longos períodos de tempo.

  • [Obrigatório] Use CloudWatch para monitorar seus ElastiCache clusters e analisar como essas métricas se relacionam com seus painéis do AWS Cost Explorer.

    1. ElastiCache fornece métricas em nível de host (por exemplo, CPU uso) e métricas específicas do software do mecanismo de cache (por exemplo, entradas e perdas de cache). Essas métricas são medidas e publicadas para cada nó de cache em intervalos de 60 segundos.

    2. ElastiCache métricas de desempenho (CPUUtilization,, EngineUtilization SwapUsage CurrConnections, e despejos) podem indicar que você precisa aumentar ou diminuir a escala (usar tipos de nós de cache maiores/menores) ou entrada/saída (adicionar mais/menos fragmentos). Entenda as implicações de custo das decisões de ajuste de escala criando uma matriz de playbook que estima o custo adicional e os períodos mínimo e máximo necessários para atingir os limites de performance de sua aplicação.

    [Recursos]:

  • [Obrigatório] Entenda e documente sua estratégia de backup e as implicações de custo.

    1. Com ElastiCache isso, os backups são armazenados no Amazon S3, que fornece armazenamento durável. Você precisa entender as implicações de custo em relação à sua capacidade de se recuperar de falhas.

    2. Ative backups automáticos que vão excluir os arquivos de backup que ultrapassaram o limite de retenção.

    [Recursos]:

  • [Ideal] Use nós reservados para suas instâncias como uma estratégia deliberada para gerenciar custos de workloads que sejam bem compreendidas e documentadas. Para nós reservados, é necessário pagar uma taxa adiantada que depende do tipo de nó e da duração da reserva, um ou três anos. Essa cobrança é muito menor do que a cobrança de uso por hora dos nós sob demanda.

    1. Talvez seja necessário operar seus ElastiCache clusters usando nós sob demanda até coletar dados suficientes para estimar os requisitos de instância reservada. Planeje e documente os recursos necessários para atender às suas necessidades e compare os custos esperados em todos os tipos de instância (sob demanda versus reservada)

    2. Avalie regularmente os novos tipos de nó de cache disponíveis e avalie se faz sentido, do ponto de vista das métricas de operação e custo, migrar sua frota de instâncias para novos tipos de nó de cache.

COST3: Você deve usar um tipo de instância que ofereça suporte à hierarquização de dados? Quais são as vantagens de uma hierarquização de dados? Quando não usar instâncias de hierarquização de dados?

Introdução: selecionar o tipo de instância apropriado pode afetar não só a performance e o serviço, mas também as finanças. Cada tipo de instância tem custos diferentes. Selecionar um ou alguns tipos de instâncias grandes que possam acomodar todas as necessidades de armazenamento em memória pode ser uma decisão natural. No entanto, isso pode afetar significativamente os custos à medida que o projeto amadurece. Garantir que o tipo de instância correto seja selecionado requer um exame periódico do tempo de ElastiCache inatividade do objeto.

Benefício: você deve ter uma compreensão clara de como os vários tipos de instância afetam seus custos no presente e no futuro. Mudanças marginais ou periódicas na workload não devem provocar mudanças desproporcionais nos custos. Se a workload permitir, os tipos de instância compatíveis com a hierarquização de dados oferecem um preço melhor por armazenamento disponível. Devido ao SSD armazenamento disponível por instância, as instâncias de armazenamento em camadas suportam uma capacidade total de dados por instância muito maior.

  • [Obrigatório] Entenda as limitações das instâncias com hierarquização de dados.

    1. Disponível somente para clusters ElastiCache (RedisOSS).

    2. Somente alguns tipos de instância oferecem suporte à hierarquização de dados.

    3. Somente a versão 6.2 e superior ElastiCache (RedisOSS) é suportada

    4. Itens grandes não são trocados por. SSD Objetos com mais de 128 MiB são mantidos na memória.

    [Recursos]:

  • [Obrigatório] Entenda qual porcentagem do seu banco de dados é acessada regularmente pela workload.

    1. As instâncias com hierarquização de dados são ideais para workloads que geralmente acessam uma pequena parte do conjunto geral de dados, mas que ainda exigem acesso rápido aos dados restantes. Em outras palavras, a proporção de dados quentes para mornos é de cerca de 20:80.

    2. Desenvolva o monitoramento do tempo ocioso do objeto no cluster.

    3. Grandes implementações de mais de 500 Gb de dados são boas candidatas.

  • [Obrigatório] Entenda que as instâncias com hierarquização de dados não são opcionais para determinadas workloads.

    1. Há um pequeno custo de desempenho para acessar objetos usados com menos frequência, pois eles são trocados por locais. SSD Se sua aplicação for sensível ao tempo de resposta, teste o impacto na workload.

    2. Não é adequado para caches que armazenam principalmente objetos grandes com mais de 128 MiB.

    [Recursos]:

  • [Ideal] Os tipos de instância reservada oferecem suporte à hierarquização de dados. Isso garante o menor custo em termos de quantidade de armazenamento de dados por instância.

    1. Talvez seja necessário operar seus ElastiCache clusters usando instâncias que não sejam de armazenamento de dados em camadas até entender melhor seus requisitos.

    2. Analise o padrão de uso de dados do seu ElastiCache cluster.

    3. Crie um trabalho automatizado que colete periodicamente o tempo ocioso do objeto.

    4. Se você perceber que uma grande porcentagem (cerca de 80%) dos objetos fica ociosa por um período considerado apropriado para sua workload, documente as descobertas e sugira a migração do cluster para instâncias compatíveis com a hierarquização de dados.

    5. Avalie regularmente os novos tipos de nó de cache disponíveis e avalie se faz sentido, do ponto de vista das métricas de operação e custo, migrar sua frota de instâncias para novos tipos de nó de cache.

    [Recursos]: