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á. # Amazon EBS O Amazon Elastic Block Store (Amazon EBS) é um serviço de armazenamento em bloco totalmente gerenciado que permite armazenar volumes de armazenamento ao nível do bloco persistentes que você pode usar com instâncias do Amazon Elastic Compute Cloud (Amazon EC2). Você pode aproveitar vários recursos do Amazon EBS para gerenciar e otimizar com eficácia seus recursos de armazenamento para workloads do Windows na nuvem. Por exemplo, você pode usar o Amazon EBS para provisionar a quantidade exata de IOPS e throughput de que você precisa para sua workload, selecionar entre uma variedade de tipos de volume para atender aos seus requisitos de workload e usar ferramentas para identificar e eliminar o desperdício de recursos de armazenamento. Esse controle granular da performance e do uso do armazenamento ajuda você a otimizar seus recursos de armazenamento, evitando custos desnecessários. **Topics** + [Migrar volumes do Amazon EBS de gp2 para gp3](ebs-migrate-gp2-gp3.md) + [Modificar snapshots do Amazon EBS](ebs-migrate-ebs-snapshots.md) + [Excluir volumes do Amazon EBS não anexados](ebs-delete-ebs-volumes.md) # Migrar volumes do Amazon EBS de gp2 para gp3 ## Visão geral do Uma unidade de estado sólido (SSD) é a opção de armazenamento padrão para workloads de produção e de alta performance. O Amazon EBS oferece um [volume SSD de uso geral](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html) para workloads de média a alta performance. O padrão em muitos Serviços da AWS (incluindo o Amazon EC2) é o [gp2](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html#EBSVolumeTypes_gp2), a segunda geração desses volumes SSD de uso geral. A terceira geração de uso geral SSDs, chamada [gp3](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html#gp3-ebs-volume-type), foi lançada em dezembro de 2020. A oferta gp3 fez melhorias significativas nos aspectos de personalização de performance em relação à geração anterior. Para volumes gp2 do Amazon EBS, a performance está estritamente associada ao tamanho do volume. Para cada 1 GB de capacidade, os volumes gp2 obtêm 3 IOPS de performance. Ou seja, um volume gp2 de 2.000 GB é capaz de 6.000 IOPS. Para volumes gp3, a performance pode ser personalizada independentemente da capacidade de armazenamento. Isso permite que até mesmo pequenos volumes de capacidade atinjam capacidades de desempenho de até 80.000 IOPS e 2.000 MB/s de taxa de transferência. Outra grande mudança nos volumes gp3 é a performance de linha de base de IOPS. Os volumes do gp3 começam em 3.000 IOPS. Em comparação, os volumes gp2 devem atingir 1 TiB de tamanho antes de atingir a mesma capacidade de performance. Para o Windows Server, que geralmente tem uma unidade C: muito menor que 1 TiB, a atualização de gp2 para gp3 é uma melhoria significativa na performance. Finalmente, o preço dos volumes gp3 é uma das melhorias mais significativas em comparação com os volumes gp2. Os volumes gp3 oferecem recursos de performance aprimorados a um custo 20% menor do que os volumes gp2. ## Impacto do custo Com a capacidade de escalar a performance independentemente da capacidade, é importante entender os aspectos de preços da adição de IOPS e throughput extras. Para volumes de gp2, o preço é baseado na capacidade provisionada de USD 0,10 por GiB/mês. Para volumes gp3, o preço é semelhante aos [volumes SSD de IOPS provisionadas](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html#EBSVolumeTypes_piops) de alta performance, que têm um custo de capacidade e um custo separado para IOPS e throughput extras. Conforme observado na tabela a seguir, os volumes gp3 têm um preço de capacidade de 0,08 USD por GiB por mês (20% mais barato que o gp2) e custos separados para IOPS de 0,005 USD por IOPS provisionado por mês acima de 3.000 e 0,04 USD por mês provisionado acima de 125 USD para taxa de transferência. MiBs MiBs **** |   | gp3 | gp2 | | --- | --- | --- | | Tamanho do volume | 1 GiB — 64 TiB | 1 GiB – 16 TiB | | IOPS de linha de base | 3.000 | 3 IOPS/GiB (mínimo de 100 IOPS) a um máximo de 16.000 IOPSVolumes menores que 1 TiB também podem se expandir até 3.000 IOPS. | | IOPS máxima/volume | 80.000 | 16.000 | | Linha de base de throughput | 125 MiBs | O limite de taxa de transferência está entre 128 MiBs e 250 MiBs, dependendo do tamanho do volume | | Throughput máximo/volume | 2.000 MiBs | 250 MiBs | | Preço | USD 0,08/GiB/mês3.000 IOPS gratuitas e USD 0,005/IOPS provisionadas por mês acima de 3.000125 MiBs gratuitos e 0,04 MiBs USD/provisionado - mês acima de 125 MiBs | USD 0,10 USD/Gib por mês | **Importante** Embora os volumes gp3 tenham custos separados de capacidade e performance, os volumes gp3 serão sempre mais baratos do que os volumes gp2 se estiverem configurados nos mesmos níveis de performance. As tabelas a seguir mostram exemplos de economias de custo que podem ser obtidas com a conversão de volumes gp2 em gp3 em várias configurações de capacidade e performance. **Exemplo de configuração do gp2** **** | Tamanho do volume (GiB) | IOPS máx. | Rendimento () MiBs | Custo (USD/mês) | | --- | --- | --- | --- | | 30 | 3000 | 128 | \$13,00 | | 100 | 3000 | 128 | \$110,00 | | 500 | 3000 | 250 | \$150,00 | | 1000 | 3000 | 250 | \$1100,00 | | 2000 | 6000 | 250 | \$1200,00 | | 6000 | 16000 | 250 | \$1600,00 | **Exemplo de configuração do gp3 (linha de base)** **** | IOPS máx. | Rendimento () MiBs | Custo (USD/mês) | Redução de custos (em comparação com o gp2) | | --- | --- | --- | --- | | 3000 | 125 | \$12,40 | 20% | | 3000 | 125 | \$18,00 | 20% | | 3000 | 125 | \$140,00 | 20% | | 3000 | 125 | \$180,00 | 20% | | 3000 | 125 | \$1160,00 | 20% | | 3000 | 125 | \$1480,00 | 20% | **Exemplo de configuração do gp3 (correspondência com o gp2)** **** | IOPS máx. | Rendimento () MiBs | Custo (USD/mês) | Redução de custos (em comparação com o gp2) | | --- | --- | --- | --- | | 3000 | 128 | \$12,52 | 16% | | 3000 | 128 | \$18,12 | 19% | | 3000 | 250 | \$145,00 | 10% | | 3000 | 250 | \$185,00 | 15% | | 6000 | 250 | \$1180,00 | 10% | | 16000 | 250 | \$1550,00 | 8% | Para uma análise de custos, consulte a seção da *calculadora de economia de custos da migração do gp2 para o gp3 do EBS* no [recurso do Amazon EBS](https://aws.amazon.com/ebs/resources/). É possível baixar a calculadora e usá-la para descobrir o quanto você pode economizar ao migrar seus volumes gp2 para gp3. ## Recomendações de otimização de custos Para obter instruções sobre como concluir o processo de migração, consulte a publicação [Migre seus volumes do Amazon EBS de gp2 para gp3 e economize até 20% em custos no blog de armazenamento](https://aws.amazon.com/blogs/storage/migrate-your-amazon-ebs-volumes-from-gp2-to-gp3-and-save-up-to-20-on-costs/). AWS ## Recursos adicionais do + [Migre seus volumes do Amazon EBS de gp2 para gp3 e economize até 20% em custos (Storage Blog](https://aws.amazon.com/blogs/storage/migrate-your-amazon-ebs-volumes-from-gp2-to-gp3-and-save-up-to-20-on-costs/))AWS + [Crie uma regra AWS Config personalizada para otimizar os tipos de volume do Amazon EBS (blog de](https://aws.amazon.com/blogs/mt/build-an-aws-config-custom-rule-to-optimize-amazon-ebs-volume-types/) operações e migrações AWS na nuvem) + [Controle seus AWS custos excluindo volumes não utilizados do Amazon EBS](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/) (blog de operações e migrações AWS na nuvem) + [Utilitário de migração do Amazon EBS](https://github.com/aws-samples/amazon-ebs-migration-utility) () GitHub + [Finding savings from 2020 re:Invent announcements](https://aws.amazon.com/blogs/aws-cloud-financial-management/finding-savings-from-2020-reinvent-announcements/) (Gerenciamento financeiro da nuvem da AWS ) + [Workshop de otimização de custos](https://wellarchitectedlabs.com/cost-optimization/) (AWS Well-Architected Labs) + [Calculadora de economia de custos da migração do gp2 para o gp3](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx) (download) # Modificar snapshots do Amazon EBS ## Visão geral do Excluir volumes do EBS e gerenciar a retenção e o arquivamento de snapshots é um aspecto importante para controlar os custos desde o início. Você pode fazer backup dos dados dos seus volumes do EBS no Amazon Simple Storage Service (Amazon S3) tirando snapshots. point-in-time Snapshots são backups incrementais, então eles só salvam os blocos nos dispositivos que foram alterados depois do snapshot mais recente. Isso minimiza o tempo necessário para criar o snapshot e economiza em custos de armazenamento ao não duplicar os dados. Cada snapshot contém todas as informações necessárias para restaurar seus dados (desde o momento em que o snapshot foi criado) para um volume novo do EBS. As cobranças dos snapshots do EBS são calculadas em gigabytes por mês. Você é cobrado pelo tamanho do snapshot e por quanto tempo você o mantém. O preço varia de acordo com a camada de armazenamento. Para a [camada Standard](https://aws.amazon.com/ebs/pricing/), você é cobrado somente pelos blocos alterados que são armazenados. Para a camada Archive, você é cobrado por todos os blocos de snapshots armazenados. Você também é cobrado pela recuperação de snapshots da [camada Archive](https://aws.amazon.com/ebs/pricing/). Confira abaixo os exemplos de cenários para cada camada de armazenamento: + **Camada Standard**: você tem um volume que armazena 100 GB de dados. Você é cobrado pelos 100 GB completos de dados do primeiro snapshot (snap A). No momento do próximo snapshot (snap B), você tem 105 GB de dados. Você então será cobrado apenas pelos 5 GB adicionais de armazenamento para o snap incremental B. + **Camada Archive**: você arquiva o snap B. O snapshot é então movido para a camada Archive e você é cobrado pelo bloco de snapshot completo de 105 GB. Você pode usar o [Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-lifecycle.html) para ajudar você a configurar um ciclo de vida para reter e gerenciar seus snapshots dentro da programação. ## Impacto do custo As cobranças por volumes e snapshots do EBS são gerenciadas separadamente. Os snapshots do EBS são cobrados a uma taxa menor do que os volumes ativos do EBS. Quando uma instância é encerrada, o valor do [DeleteOnTermination atributo](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#preserving-volumes-on-termination) para cada volume do EBS conectado determina se o volume deve ser preservado ou excluído. Por padrão, o atributo `DeleteOnTermination` é definido como `True` para o volume raiz. Está definido como `False` para todos os outros tipos de volume. Isso cria situações em que o operador pretende excluir uma instância do EC2, mas deixa para trás volumes que foram adicionados à instância, além do volume raiz. Para obter instruções sobre como verificar volumes (e seus snapshots associados) de que você não precisa mais, consulte [View information about an Amazon EBS volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html) na documentação do Amazon EBS. Por padrão, quando você cria um snapshot, ele é armazenado na camada Standard para snapshots do Amazon EBS (camada padrão). Os snapshots armazenados na camada padrão são incrementais. Isso significa que apenas os blocos de volumes que foram alterados após o snapshot mais recente são salvos. O [Arquivo de Snapshots do Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-archive.html) é uma nova camada de armazenamento que você pode usar para armazenamento de baixo custo e longo prazo dos snapshots raramente acessados e que não requerem recuperação frequente ou rápida. A diferença de preço do padrão para o arquivamento é significativa e deve ser uma consideração importante ao configurar sua estratégia de snapshots. O Arquivo de Snapshots do Amazon EBS oferece custos de armazenamento de snapshots até 75% menores para os snapshots que você planeja armazenar por 90 dias ou mais e que não precisa acessar com frequência. **** | Armazenamento de snapshots do Amazon EBS | Custo | | --- | --- | | Standard | USD 0,05/GB/mês | | Arquivo | USD 0,0125/GB/mês | Em ambientes menores, a economia de custos pode não ser significativa. A economia é mais significativa em grande escala, quando há várias contas e milhares de instâncias do EC2 sem snapshots TBs do EBS, mesmo quando os volumes do EBS foram excluídos. A tabela a seguir compara as camadas Standard e de Archive por mês com apenas 50 TB de uso. Mesmo nessa escala mais baixa, ainda são milhares de dólares em economias anuais. **** | Armazenamento de snapshots do Amazon EBS | Custo por mês | Custo por ano | | --- | --- | --- | | Standard 50 TB | \$1312,50 | \$13.750 | | Archive 50 TB | \$178,13 | \$1937,60 | |   | Economia anual | \$12.812,40 | ## Recomendações de otimização de custos A exclusão de um snapshot pode não reduzir os custos de armazenamento de dados de sua organização. Outros snapshots podem fazer referência aos dados desse snapshot e os dados referenciados serão sempre preservados. Por exemplo, quando você executa o primeiro snapshot de um volume com 10 GiB de dados, o tamanho do snapshot também é de 10 GiB. Como os snapshots são incrementais, o segundo snapshot que você tira do mesmo volume contém apenas os blocos de dados alterados desde que o primeiro snapshot foi tirado. O segundo snapshot também faz referência aos dados no primeiro snapshot. Ou seja, se você alterar 4 GiB de dados e tirar um segundo snapshot, o tamanho do segundo snapshot será de 4 GiB. Além disso, o segundo snapshot faz referência aos 6 GiB inalterados no primeiro snapshot. Para obter mais informações, consulte [Por que meus custos de armazenamento não diminuíram depois que eu excluí um snapshot do meu volume do EBS e depois excluí o volume](https://repost.aws/knowledge-center/ebs-volume-snapshot-cost) em si? no Centro de AWS Conhecimento. Considere o seguinte: + Você não é cobrado por instantâneos que outra pessoa Conta da AWS possui e compartilha com sua conta. Só há cobrança quando você copia o snapshot compartilhado para sua conta. Também há cobrança pelos volumes do EBS que você cria do snapshot compartilhado. + Se um snapshot (snap A) for referenciado por outro snapshot (snap B), então excluir o snap B pode não reduzir os custos de armazenamento. Ao excluir um snapshot, somente os dados exclusivos desse snapshot serão removidos. Os dados referenciados por outros snapshots permanecem, e há uma cobrança por esses dados referenciados. Para excluir um snapshot incremental, consulte [Incremental snapshot deletion](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-deleting-snapshot.html#ebs-deleting-snapshot-incremental) na documentação do Amazon EBS. A limpeza de snapshots é uma prática operacional padrão ao executar suas workloads na AWS. Com o tempo, os snapshots podem resultar em cobranças caras por dados de que você não precisa. ## Recursos adicionais do + [Controle seus AWS custos excluindo volumes não utilizados do Amazon EBS](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/) (blog de operações e migrações AWS na nuvem) + [Delete an Amazon EBS snapshot](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-deleting-snapshot.html) (dcoumentação do Amazon EBS) + [Workshop de otimização de custos](https://wellarchitectedlabs.com/cost-optimization/) (AWS Well-Architected Labs) + [Automatically archive Amazon EBS Snapshots with Amazon Data Lifecycle Manager](https://aws.amazon.com/blogs/storage/automatically-archive-amazon-ebs-snapshots-with-amazon-data-lifecycle-manager/) (blog AWS Storage) # Excluir volumes do Amazon EBS não anexados ## Visão geral do Volumes EBS não conectados (órfãos) podem gerar custos de armazenamento desnecessários em seu ambiente. AWS É essencial incorporar a revisão e a exclusão regulares de volumes do EBS não utilizados e não utilizados como parte da higiene do ambiente. AWS É uma prática recomendada ter um processo para analisar continuamente o uso dos volumes do EBS. Você pode usar o [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) para analisar instâncias subutilizadas. Esta seção ajuda você a identificar, gerenciar e excluir volumes do EBS que estão desanexados ou subutilizados. ## Amazon EBS O [Amazon Elastic Block Store (Amazon EBS)](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html) é um dispositivo ao nível do bloco que oferece volumes de armazenamento para instâncias do Amazon Elastic Compute Cloud (Amazon EC2). O EBS fornece armazenamento persistente, com a flexibilidade de anexar e desconectar de instâncias do EC2. Isso significa que o ciclo de vida dos volumes do EBS persistirá mesmo se uma instância do EC2 for encerrada. O [DeleteOnTermination](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#preserving-volumes-on-termination)atributo é um recurso que controla se os volumes anexados do EBS devem ser preservados ou excluídos após o encerramento da instância. Por padrão, o atributo é definido como `True` para o volume raiz, resultando na exclusão. Está definido como `False` para outros volumes, resultando na preservação. ## Impacto do custo Os volumes do EBS não anexados, também chamados de volumes não utilizados ou órfãos, incorrem nas mesmas cobranças que os volumes anexados, com base no tamanho do armazenamento provisionado e no tipo de armazenamento. Embora o custo médio das cobranças do Amazon EBS possa parecer mínimo, a USD 0,10 por GB/mês, é crucial reconhecer que o acúmulo de volumes não utilizados do EBS pode resultar em custos significativos ao longo do tempo. Por exemplo, considere as ramificações de reter 50 volumes do EBS não utilizados, cada um provisionado com um tamanho de armazenamento de 100 GB, conforme mostra a tabela a seguir. **** | Quantidade de volumes de armazenamento | Tipo de volume | Tamanho | Custo mensal total | | --- | --- | --- | --- | | 50 volumes | gp2 (USD 0,10) | 100 GB | 100 GB 50,00 volumes do EBS por mês USD 0,10 = USD 500,00 | O cenário da tabela anterior gera uma redução de custo de aproximadamente USD 500 por mês ou USD 6.000 por ano. Esta é uma medida eficaz para a redução de custos. Certifique-se de incorporar a exclusão de volumes do EBS não conectados como uma prática regular na higiene do ambiente. AWS ## Recomendações de otimização de custos Você pode usar AWS para automatizar facilmente a exclusão de volumes do EBS não anexados. Por exemplo, você pode usar AWS Lambda, AWS Config CloudWatch, Amazon e AWS Systems Manager para definir critérios para excluir volumes não anexados com base na idade, tags e outras especificações. Você também pode usá-los Serviços da AWS para automatizar o processo de limpeza em grande escala. Para evitar consequências não intencionais, recomendamos que você realize a devida diligência antes de excluir volumes do EBS não anexados. ### Gerenciar volumes do EBS não anexados Recomendamos que você considere as seguintes práticas recomendadas: + **Atenda aos requisitos de conformidade**: verifique se a exclusão de volumes do EBS não anexados está em conformidade com os requisitos de governança e conformidade da sua organização. + **Defina políticas de backup e retenção de dados**: antes de excluir um volume do EBS não anexado, faça backup de todos os dados importantes em outro repositório de armazenamento (por exemplo, o [Amazon S3](https://aws.amazon.com/pm/serv-s3/)). Para a retenção de dados, os [snapshots do Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-snapshots.html) são uma forma mais econômica de reter dados do que os volumes do EBS, e eles podem restaurar o volume, se necessário, no futuro. Para obter mais informações sobre o gerenciamento eficaz de snapshots, consulte a seção [Modificar snapshots do Amazon EBS](ebs-migrate-gp2-gp3.md) deste guia. + **Verifique se há dependências**: verifique se há dependências entre volumes do EBS não anexados e outros recursos da AWS . Você pode usar o [Console de gerenciamento da AWS ou uma API](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html) para reunir informações descritivas sobre seus volumes do EBS, como tamanho, status e recursos associados. Esta é uma etapa importante para proteger contra a exclusão de recursos temporariamente não anexados. + **Crie uma política de retenção**: estabeleça um período de retenção para volumes do EBS não anexados. Isso pode ajudá-lo a identificar o momento apropriado para excluir volumes não conectados, garantindo que seu AWS ambiente permaneça otimizado. Por exemplo, você pode criar uma EventBridge regra da [Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-what-is.html) para iniciar uma função Lambda de forma programada. A função Lambda pode usar o AWS SDK para identificar ativamente quaisquer volumes do EBS não conectados, aplicar um mecanismo de marcação para facilitar o rastreamento e enviar notificações quando um volume do EBS não vinculado atinge ou excede um limite definido. + **Marque volumes do EBS não anexados**: [marcar](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) volumes do EBS é uma prática útil que pode ajudar na organização e identificação de volumes com base em atributos como ambiente, aplicação ou proprietário. Isso pode ser particularmente útil ao decidir quais volumes não anexados excluir, pois permite identificar rapidamente os volumes que não são mais necessários com base em suas tags. + **Garanta a exclusão segura**: analisar quando um volume do EBS foi anexado pela última vez pode ajudar você a determinar se é seguro excluir o volume. Para obter mais informações, consulte [Como eu uso AWS CLI comandos para listar os anexos ou o histórico de destacamentos de um volume específico do Amazon EBS](https://repost.aws/knowledge-center/list-attachments-history-ebs-volume)? no Centro de AWS Conhecimento. + **Identificar volumes subutilizados do EBS — Identificar e remover volumes** subutilizados do EBS é uma prática altamente recomendada para reduzir os custos de armazenamento e manter um ambiente otimizado. AWS AWS Trusted Advisor e [AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ebs-recommendations.html)pode ajudá-lo a identificar volumes subutilizados do EBS e fornecer recomendações para reduzir custos e melhorar a eficiência. Por exemplo, consulte [Configuração da automação para otimizar volumes do EBS com AWS Trusted Advisor](https://github.com/aws/Trusted-Advisor-Tools/tree/master/UnderutilzedEBSVolumes) (GitHub), [painel Estabelecendo uma Trusted Advisor organização (TAO) (AWS Workshop Studio)](https://catalog.workshops.aws/awscid/en-US/dashboards/advanced/trusted-advisor) e Otimização de custos dos [volumes do Amazon EBS](https://aws.amazon.com/blogs/storage/cost-optimizing-amazon-ebs-volumes-using-aws-compute-optimizer/) usando (Storage Blog). AWS Compute OptimizerAWS ### Automatizar a limpeza de volumes do EBS não anexados Recomendamos que você considere as seguintes ferramentas para ajudar você a automatizar a limpeza de volumes do EBS não anexados: + [AWS APIs (DescribeVolumes)](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeVolumes.html) — Você pode filtrar e encontrar volumes EBS não anexados usando a AWS SDKs ou o AWS Command Line Interface ()AWS CLI. Você pode economizar tempo e esforço automatizando esse processo com um script ou uma [função do Lambda](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html) que é executada em uma programação. Um [exemplo de script](https://github.com/aws-samples/aws-systems-manager-amazon-ebs-management/blob/master/opsCenterAgedEBSVolumeFinder.py) GitHub demonstra como isso funciona. O script usa o Lambda para analisar AWS CloudTrail registros e identificar volumes do EBS não conectados. + [AWS Systems Manager Automação](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) — Isso permite que você automatize as tarefas rotineiras de manutenção e remediação em sua infraestrutura. Para começar, [crie um runbook de automação](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-ref-ebs.html), que define uma série de etapas a serem executadas em uma ordem específica. Por exemplo, você pode criar um runbook que primeiro cria um snapshot do volume EBS não anexado e depois exclui o volume em si. Isso pode ajudar a automatizar tarefas que, de outra forma, seriam demoradas e propensas a erros se fossem feitas manualmente. + [AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html)— Isso permite que você avalie, audite e acompanhe as mudanças em seus AWS recursos ao longo do tempo. Ao capturar as alterações de configuração, você pode usar AWS Config para avaliar a conformidade, a governança e a utilização de recursos em seu ambiente. Por exemplo, AWS Config pode identificar volumes do [EBS não utilizados](https://docs.aws.amazon.com/config/latest/developerguide/ec2-volume-inuse-check.html). Além disso, você pode associar a AWS Systems Manager automação AWS Config para remediar automaticamente a exclusão de volumes não utilizados do EBS. ## Recursos adicionais do + [Exclua volumes não utilizados do Amazon Elastic Block Store (Amazon EBS) usando AWS Config](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/delete-unused-amazon-elastic-block-store-amazon-ebs-volumes-by-using-aws-config-and-aws-systems-manager.html) e (orientação prescritiva) AWS Systems ManagerAWS + [Controle seus AWS custos excluindo volumes não utilizados do Amazon EBS](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/) (blog de operações e migrações AWS na nuvem) + [AWSConfigRemediation-DeleteUnusedEBSVolume](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-delete-ebs-volume.html)(Referência do runbook de AWS Systems Manager automação)