Pilar Otimização de custos

O pilar de otimização de custos do AWS Well-Architected Framework se concentra em evitar custos desnecessários. As recomendações a seguir podem ajudá-lo a atender aos princípios de design de otimização de custos e às melhores práticas arquitetônicas do Neptune Analytics.

O pilar de otimização de custos se concentra nas seguintes áreas principais:

• Compreender os gastos ao longo do tempo e controlar a alocação de fundos

• Seleção de recursos do tipo e quantidade corretos

• Dimensionamento para atender às necessidades de negócios sem gastar demais

Entenda os padrões de uso e os serviços necessários

Antes de adotar o Neptune Analytics, avalie se seu caso de uso é adequado para análise gráfica.

• Bancos de dados gráficos: um banco de dados gráfico como o Neptune é uma boa opção para sua carga de trabalho se seu modelo de dados tiver uma estrutura gráfica perceptível e suas consultas precisarem explorar relacionamentos e atravessar vários saltos. Um banco de dados gráfico não é adequado para os seguintes padrões:

  • Principalmente consultas de salto único. Nesse caso de uso, considere se seus dados podem ser melhor representados como atributos de um objeto.

  • Dados JSON ou binários de objetos grandes (blob) armazenados como propriedades.

• Análise gráfica: o Neptune Analytics é um mecanismo de banco de dados de análise gráfica que pode analisar rapidamente grandes quantidades de dados gráficos na memória para obter insights e encontrar tendências. Você pode armazenar e consultar dados gráficos em um banco de dados do Neptune e em um gráfico do Neptune Analytics. Um banco de dados Neptune é mais adequado para necessidades de processamento transacional on-line escalável (OLTP). O Neptune Analytics é melhor para cargas de trabalho de análise efêmeras. Você pode usar os dois em combinação carregando dados do seu banco de dados Neptune orientado a transações em um gráfico do Neptune Analytics para executar análises desses dados. Quando a análise estiver concluída, você poderá remover o gráfico do Neptune Analytics. Para uma comparação mais detalhada, consulte Quando usar o Neptune Analytics e quando usar o Neptune Database na documentação do Neptune Analytics.

Determine, com atenção ao custo, a melhor forma de preencher seu gráfico do Neptune Analytics.

• Importe dados gráficos em massa que são armazenados em um bucket do S3. Recomendamos essa opção se seus dados foram previamente preparados para carregamento em massa em um banco de dados Neptune, ou se você já tem, ou pode produzir prontamente, os dados a serem analisados em CSV ou em outros formatos compatíveis que a importação em massa exija. Você pode executar a importação em massa como parte do procedimento de criação do gráfico. Você pode colocar limites na capacidade mínima e máxima. Você também pode executar a importação em um gráfico vazio criado anteriormente e monitorar a tarefa de importação enquanto ela é executada.

• Você pode criar um gráfico vazio e, em seguida, preenchê-lo por meio de uma consulta OpenCypher usando o carregamento em lote. Essa opção é ideal se os dados a serem carregados estiverem armazenados no Amazon S3 e tiverem menos de 50 GB.

• Você pode preencher o gráfico a partir dos dados em seu cluster de banco de dados Neptune (compatível com o Neptune Database versão 1.3.0 ou posterior). A intenção desse padrão é executar análises em dados que estão atualmente em seu banco de dados gráfico. Mesmo que o banco de dados tenha sido preenchido inicialmente por meio de carregamento em massa, ele pode ter mudado significativamente desde então. Para importar do banco de dados, o Neptune Analytics clona seu banco de dados e exporta dados do clone para um bucket do S3. Esse procedimento gera custos: principalmente os custos do banco de dados Neptune para executar o clone e os custos do Amazon S3 para armazenar e consumir os dados exportados. O clone é removido quando a exportação é concluída. Você pode excluir os dados exportados no Amazon S3.

• Você pode preencher o gráfico a partir do snapshot de um cluster de banco de dados Neptune. Isso é semelhante à opção anterior, exceto que a origem é um instantâneo do banco de dados. Para importar de um snapshot, o Neptune Analytics primeiro restaura o snapshot em um novo cluster de banco de dados e depois exporta os dados para um bucket do S3. Esse procedimento gera custos: principalmente os custos do banco de dados Neptune para executar o cluster restaurado e os custos do Amazon S3 para armazenar e consumir os dados exportados.

• Você também pode realizar consultas do OpenCypher para criar, atualizar ou excluir dados usando transações compatíveis com atomicidade, consistência, isolamento e durabilidade (ACID) no gráfico. Recomendamos essa abordagem como forma de fazer pequenas atualizações, mas não como forma de semear o gráfico.

Se os dados necessários para análise já estiverem armazenados no Amazon S3, recomendamos a importação em massa ou o carregamento em lote. Eles são mais econômicos do que preencher o gráfico a partir de um cluster ou snapshot do banco de dados Neptune.

Selecione recursos com atenção ao custo

Os preços do Neptune Analytics usam uma unidade conhecida como Unidade de Capacidade de Netuno com otimização de memória (m-NCU). Há um custo fixo por hora para executar um gráfico com um determinado m-NCU. Um gráfico pode ter réplicas para failover, e essas réplicas também geram custos horários de m-NCU.

Recomendamos as seguintes práticas recomendadas para estimar a capacidade, limitar os custos e monitorar os custos em relação ao desempenho:

• Se possível, crie o gráfico importando dados de uma fonte existente: dados armazenados no Amazon S3 ou em um cluster ou snapshot existente do Neptune. Isso economiza seu esforço porque o Neptune Analytics realiza o trabalho pesado de semear o gráfico e você pode especificar uma capacidade máxima limitada.

• Você pode alterar a capacidade provisionada em um gráfico existente.

• Quando o gráfico não for mais necessário, você poderá criar um instantâneo e excluir o gráfico. Se precisar usá-lo novamente, você pode restaurar o gráfico a partir do instantâneo.

• Você pode escolher o número de réplicas ao criar o gráfico. Defina o valor de acordo com seus requisitos de disponibilidade de análise. Economize custos minimizando essa configuração. O valor máximo de 2 permite duas instâncias de réplica em zonas de disponibilidade separadas. O valor mínimo de 0 significa que o Neptune Analytics não executará uma réplica. No entanto, a recuperação é mais rápida quando uma réplica está disponível. Para obter uma explicação sobre falha e recuperação de gráficos, consulte a seção Pilar de confiabilidade.

• Monitore as despesas do Neptune Analytics para períodos de cobrança atuais e passados usando. Gerenciamento de Faturamento e Custos da AWS

• Monitore as métricas do Neptune Analytics CloudWatch para, NumQueuedRequestsPerSec especialmente,NumOpenCypherRequestsPerSec,,GraphStorageUsagePercent, CPUUtlization eGraphSizeBytes, para avaliar se a capacidade provisionada está dimensionada adequadamente para o gráfico. Determine se uma capacidade menor pode acomodar a taxa de solicitação observada, o uso da CPU e o tamanho do gráfico.

• Se você precisar de um endpoint privado para seu gráfico, preste atenção aos custos de endpoints elásticos IPs de nuvem privada virtual (VPC), gateways NAT ou outros custos relacionados à VPC. Para saber mais, consulte os preços do Amazon VPC e os preços da Amazon EC2.

• Talvez você queira executar uma ou mais instâncias do notebook Neptune para fornecer uma interface de cliente para ajudar desenvolvedores e analistas a consultar e visualizar o gráfico (consulte os preços do Neptune Workbench). Para minimizar os custos, compartilhe a instância entre os usuários e crie pastas de caderno separadas para cada usuário. Encerre a instância quando ela não estiver em uso. Para uma abordagem para automatizar o desligamento, consulte a postagem do AWS blog Automatize a parada e a inicialização dos recursos ambientais do Amazon Neptune usando tags de recursos.