Perguntas frequentes sobre o Amazon EFS

Você pode armazenar petabytes de dados com o Amazon EFS. Os sistemas de arquivos Amazon EFS são elásticos, seu tamanho aumenta e diminui automaticamente com a adição e remoção de arquivos. Não é necessário provisionar o tamanho do sistema de arquivos, você paga apenas pelo que usa.

O Amazon EFS comporta de uma a milhares de instâncias do Amazon Elastic Compute Cloud (EC2) que se conectam a um sistema de arquivos simultaneamente.

Visite a página de limites do Amazon EFS para obter mais informações sobre os limites do Amazon EFS.

A performance esperada para seu sistema de arquivos do Amazon EFS depende de sua configuração específica (por exemplo, classe de armazenamento e modo de processamento completo) e o tipo específico de operação do sistema de arquivos (leitura ou gravação). Consulte a documentação de Performance do sistema de arquivos para obter mais informações sobre latência esperada, throughput máximo e performance máxima de IOPS para sistemas de arquivos do Amazon EFS.

O throughput elástico é o modo de throughput padrão e é adequado para a maioria das workloads de arquivos. Com o modo throughput elástico padrão, a performance aumenta automaticamente de acordo com sua atividade de workload, e você paga apenas pela throughput que usa (dados transferidos para seus sistemas de arquivos por mês). O throughput elástico é ideal se você não tem certeza das necessidades de pico de produtividade da sua aplicação ou se a aplicação está muito sujeita a picos, com uma atividade básica baixa (de forma que ele usa menos de 5% da capacidade, em média, quando você provisiona para necessidades de pico).

Opcionalmente, você pode alterar seu modo de throughput para throughput provisionada se conhecer os requisitos de pico de throughput da sua workload e se espera a que sua workload consuma uma parcela maior (mais de 5% em média) da capacidade de throughput de pico da sua aplicação.

A quantidade de throughput que você pode fornecer depende do modo de throughput escolhido. Para obter mais informações, consulte a documentação sobre a performance do sistema de arquivos.  Acesse Desempenho do sistema de arquivos para obter mais informações.

Você pode monitorar seu sistema de arquivos usando o Amazon CloudWatch ou a partir da guia Monitoramento no Console do Amazon EFS. Acesse a documentação sobre Monitoramento do Amazon EFS para obter mais informações.

O Amazon EFS oferece dois tipos de sistemas de arquivos que você pode escolher com base em suas necessidades de durabilidade e disponibilidade. Os sistemas de arquivos regionais do EFS (recomendados) oferecem os mais altos níveis de durabilidade e disponibilidade, armazenando dados com e entre várias zonas de disponibilidade (AZs). Os sistemas de arquivos EFS One Zone armazenam dados de modo redundante em uma única AZ. Portanto, os dados nesses sistemas ficarão indisponíveis e podem ser perdidos durante um desastre ou outra falha na AZ.

O Amazon EFS foi projetado para fornecer 99,999999999% (11 noves) de durabilidade no decorrer de um determinado ano. Os sistemas de arquivos regionais do EFS foram projetados para manter os dados em caso de perda de um AZ. Como os sistemas de arquivos EFS One Zone armazenam dados em uma única AZ, os dados armazenados nessas classes de armazenamento podem ser perdidos durante um desastre ou outra falha na AZ.  

Da mesma forma que em qualquer ambiente, a melhor prática é ter um backup e implantar proteções contra exclusões acidentais. Para dados do Amazon EFS, a prática recomendada inclui replicar seu sistema de arquivos entre regiões usando o Amazon EFS Replication e um backup funcional e testado regularmente usando o AWS Backup. Os sistemas de arquivos que usam classes de armazenamento EFS One Zone são configurados para fazer o backup automático de arquivos por padrão no momento da criação do sistema de arquivos.

Cada objeto do sistema de arquivos regional do EFS (como diretório, arquivo e link) é armazenado de forma redundante em várias AZs. Com os sistemas de arquivos EFS One Zone, seus dados são armazenados de forma redundante em uma única AZ. O Amazon EFS foi criado para suportar falhas simultâneas de dispositivos ao detectar rapidamente e reparar qualquer redundância perdida.  

Os dados do sistema de arquivos EFS são acessados usando destinos de montagem do EFS específicos da AZ, os quais são projetados para serem altamente disponíveis em uma AZ. Os sistemas de arquivos regionais do EFS oferecem suporte ao acesso simultâneo dos destinos de montagem do EFS em todas as AZs na região em que estão localizadas. Isso significa que você pode arquitetar sua aplicação para failover de uma AZ para outras AZs na região para atingir o mais alto nível de disponibilidade da aplicação. Os sistemas de arquivos EFS One Zone oferecem suporte a apenas um destino de montagem EFS altamente disponível em uma única AZ, o que significa que os dados podem ficar indisponíveis durante um desastre ou outra falha nessa AZ. Para obter mais informações sobre disponibilidade, consulte o Acordo de nível de serviço do Amazon EFS.

Os sistemas de arquivos EFS One Zone não são resistentes a uma interrupção completa da AZ. Durante uma interrupção da AZ, haverá perda de disponibilidade, pois os dados do sistema de arquivos não são replicados para uma AZ diferente. Durante um desastre ou falha em uma AZ que afeta todas as cópias dos seus dados, você poderá enfrentar perda dos dados que não foram protegidos usando o EFS Backup ou o EFS Replication. Os backups do EFS são habilitados por padrão para todos os sistemas de arquivos EFS One Zone.

O Amazon EFS oferece três classes de armazenamento: EFS Standard, EFS Infrequent Access e EFS Archive. Os dados acessados com frequência tendem a ter maiores necessidades de performance, então o EFS fornece a classe EFS Standard com tecnologia SSD projetada para oferecer latências inferiores a um milissegundo. Para dados que são acessados com pouca frequência, você pode usar as duas classes de armazenamento econômicas do EFS que oferecem baixas latências de dois dígitos em milissegundos: EFS Infrequent Access (IA), projetada para dados acessados apenas algumas vezes por trimestre, e EFS Archive, projetada para dados acessados algumas vezes por ano ou menos. EFS IA oferece um custo até 95% menor do que EFS Standard para os dados acessados com pouca frequência. Proporcionando uma experiência mais econômica para dados ainda mais frios, EFS Archive oferece um custo até 50% menor do que EFS Infrequent Access, com uma taxa de solicitação mais alta quando esses dados são acessados. EFS Archive é otimizada e suportada em sistemas de arquivos regionais do EFS usando o modo de throughput elástica padrão do EFS. Consulte as classes de armazenamento do EFS e os preços do EFS para obter mais informações.

Ao habilitar o EFS Lifecycle Management, você pode hierarquizar os arquivos automaticamente entre as classes de armazenamento com base nos padrões de acesso. A política de ciclo de vida padrão recomendada classificará os arquivos de EFS Standard para EFS IA após 30 dias consecutivos sem acesso e para EFS Archive após 90 dias consecutivos sem acesso. Você também pode especificar uma política personalizada para a transição de arquivos entre classes de armazenamento com base no número de dias desde o último acesso a um arquivo.

Você também pode habilitar a EFS Intelligent-Tiering para promover arquivos de EFS IA e EFS Archive de volta a EFS Standard quando eles forem acessados, o que fornece leituras subsequentes desses arquivos com as latências mais rápidas de menos de um milissegundo de EFS Standard. Depois de promovidos, esses arquivos voltarão para a classe de armazenamento IA ou Archive apropriada com base na sua política de ciclo de vida.

Em comparação com a classe EFS Standard, a EFS IA e a Archive oferecem a mesma throughput e escalabilidade de IOPS, mas com latências de primeiro byte mais altas (ou seja, baixas latências de leitura de dois dígitos em milissegundos versus latências de leitura inferiores a um milissegundo na EFS Standard). Para obter mais informações, consulte a documentação sobre performance do Amazon EFS.

A EFS IA não tem duração mínima de armazenamento. Os dados que estão hierarquizados na EFS Archive têm uma duração mínima de armazenamento de 90 dias. Os arquivos excluídos ou truncados antes da duração mínima estarão sujeitos a uma cobrança proporcional pelos dias restantes, com base no tamanho do arquivo antes da ação correspondente.

As classes de armazenamento econômicas do EFS (IA, Archive) foram projetadas para armazenar dados mais frios e inativos, que normalmente são compostos por arquivos maiores. Não há tamanho mínimo de arquivo para IA ou Archive, mas os arquivos hierarquizados nessas classes de armazenamento menores que 128 KiB estarão sujeitos a cobranças de armazenamento como se fossem 128 KiB.

O Amazon EFS Replication copia os dados do seu sistema de arquivos para um sistema de arquivos novo ou existente na região de sua escolha. Ele mantém os dois sistemas de arquivos sincronizados, transferindo automaticamente somente alterações incrementais sem exigir infraestrutura adicional ou um processo personalizado. O EFS Replication foi projetado para fornecer um objetivo de ponto de recuperação (RPO) e um objetivo de tempo de recuperação (RTO) de poucos minutos, ajudando você a atingir suas metas de conformidade e continuidade dos negócios.

Você deve usar o EFS Replication para manter uma réplica do seu sistema de arquivos a muitos quilômetros de distância para fins de recuperação de desastres, conformidade ou planejamento de continuidade dos negócios. No caso de um desastre, você pode fazer o failover para seu sistema de arquivos de réplica e retomar as operações das suas aplicações essenciais para os negócios em minutos. Depois que o desastre terminar, você poderá fazer o failback transferindo somente as alterações incrementais da sua réplica de volta para o sistema de arquivos original. Enquanto o EFS Replication estiver habilitado, suas aplicações poderão usar o sistema de arquivos de réplica no modo somente leitura para acesso de baixa latência de rede entre regiões. Com o Amazon EFS Replication, você pode configurar seu sistema de arquivos de réplica independente do sistema de arquivos original para usar classes de armazenamento com custo otimizado e uma política mais curta de gerenciamento do ciclo de vida útil para economizar até 92% em custos. O EFS Replication também simplifica o monitoramento e o alarme do status do RPO usando o Amazon CloudWatch.

Não. O EFS Replication não fornece replicação consistente pontual. O EFS Replication publica uma métrica de carimbo de data/hora no Amazon CloudWatch chamada TimeSinceLastSync. Todas as alterações feitas no sistema de arquivos de origem, pelo menos no momento da publicação, serão copiadas para a réplica. As alterações no sistema de arquivos de origem após o tempo registrado podem não ter sido replicadas. Você pode monitorar a integridade do EFS Replication usando o Amazon CloudWatch. Se você interromper o processo de replicação devido a um evento de recuperação de desastres, os arquivos do sistema de arquivos de origem podem ter sido transferidos, mas ainda não foram copiados para seus locais finais. Esses arquivos e seu conteúdo podem ser encontrados em seu sistema de arquivos de réplica em um diretório de achados e perdidos criado pelo EFS Replication abaixo do diretório raiz.

O Amazon EFS Backup é baseado no AWS Backup, um serviço de backup totalmente gerenciado que gerencia e automatiza centralmente os backups dos seus sistemas de arquivos Amazon EFS. Ele protege seu sistema de arquivos contra um evento de perda de dados fazendo cópias incrementais do seu sistema de arquivos em um local centralizado automaticamente, de acordo com um cronograma. O AWS Backup fornece um console centralizado, agendamento automatizado de backup, gerenciamento de retenção de backup e atividade de restauração. Para saber mais, leia a documentação do AWS Backup ou as perguntas frequentes.

O Amazon EFS é nativamente integrado ao AWS Backup. Você pode usar o console EFS, a API e a AWS Command Line Interface (AWS CLI) para habilitar backups automáticos, que usam um plano de backup padrão com as configurações recomendadas do AWS Backup. Durante o backup inicial, uma cópia de todo o sistema de arquivos é feita no cofre de backup. Todos os backups subsequentes desse sistema de arquivos são de natureza incremental, ou seja, somente os arquivos e diretórios que foram alterados, adicionados ou removidos são copiados. Com cada backup incremental, o AWS Backup retém os dados de referência necessários para possibilitar uma restauração completa. Em caso de perda de dados, você pode realizar uma restauração total ou parcial do seu sistema de arquivos usando o console do AWS Backup ou a CLI.   

Você controla quais instâncias do EC2 podem acessar seu sistema de arquivos usando regras de grupos de segurança de VPC e políticas do IAM. Use grupos de segurança de VPC para controlar o tráfego de rede de e para o seu sistema de arquivos. Anexe uma política do IAM ao seu sistema de arquivos para controlar quais clientes podem montá-lo e com quais permissões e use Pontos de acesso do EFS para gerenciar o acesso ao aplicativo. Controle o acesso a arquivos e diretórios com permissões em nível de usuário e grupo em conformidade com o padrão POSIX.

Usando o console do Amazon EFS, você pode aplicar medidas comuns para seu sistema de arquivos, como desabilitar acesso raiz, aplicar acesso somente leitura ou reforçar que todas as conexões com seu sistema de arquivos estejam criptografados. Você também pode aplicar políticas mais avançadas, como garantir acesso aos perfis específicos do IAM, incluindo aquelas em outras contas da AWS.

Um ponto de acesso do EFS é um endpoint de rede que usuários e aplicações podem usar para acessar um sistema de arquivos do EFS e impor permissões em nível de arquivo e pasta (POSIX) com base em controle de acesso refinado e permissões baseadas em políticas definidas no IAM.

Os pontos de acesso do EFS oferecem flexibilidade para criar e gerenciar ambientes multilocatários para suas aplicações de arquivos de maneira nativa de nuvem, ajudando a simplificar o compartilhamento de dados. Ao contrário das ACLs POSIX tradicionais para controlar o acesso ao sistema de arquivos, ou Kerberos para controlar a autenticação, ambas exigindo configuração, gerenciamento e manutenção complexos e que geralmente apresentam riscos, os pontos de acesso EFS se integram ao IAM para permitir que aplicações nativas de nuvem usem armazenamento de arquivos compartilhados baseado em POSIX. Exemplos de usos que podem se beneficiar dos pontos de acesso do Amazon EFS inclui ambientes contêiner onde desenvolvedores criam e instalam seus próprios contêineres, aplicações de ciência de dados que exigem acesso a dados de produção, e compartilhamento de diretórios específicos em seu sistema de arquivos com outras contas da AWS.

Ao criar um ponto de acesso do Amazon EFS, você pode configurar um usuário e um grupo do sistema operacional, bem como um diretório raiz para todas as conexões que o utilizam. Se você especificar o proprietário do diretório raiz, o EFS o criará automaticamente com as permissões que você fornece da primeira vez que um cliente se conecta ao ponto de acesso. Você também pode atualizar a política do IAM do seu sistema de arquivos para aplicar aos seus pontos de acesso. Por exemplo, você pode aplicar uma política que exija uma identidade específica do IAM para conectar-se a um determinado ponto de acesso. Para obter mais informações, consulte o guia do usuário do Amazon EFS.

O Amazon EFS oferece o recurso de criptografar dados ociosos e em trânsito.

Os dados ociosos são criptografados de modo transparente enquanto são gravados, e descriptografados (também de modo transparente) quando são lidos. Dessa forma, você não precisa modificar os aplicativos. As chaves de criptografia são gerenciadas pelo AWS KMS, o que elimina a necessidade de criar e manter uma infraestrutura segura de gerenciamento de chaves.

A criptografia de dados em trânsito usa o padrão de mercado Transport Layer Security (TLS) 1.2 para criptografar dados enviados entre os clientes e os sistemas de arquivos do EFS.

A criptografia de dados ociosos e em trânsito pode ser configurada ao mesmo tempo ou separadamente para ajudar a cumprir requisitos de segurança exclusivos.

Para obter mais detalhes, consulte a documentação do usuário no Encryption.

O AWS KMS é um serviço gerenciado que facilita a criação e o controle de chaves de criptografia usadas para criptografar seus dados. O AWS KMS é integrado a serviços da AWS, como o EFS, o EBS e o S3, para simplificar a criptografia de dados com chaves de criptografia gerenciadas por você. O AWS KMS também é integrado ao AWS CloudTrail para fornecer logs contendo toda a utilização das chaves para ajudar a cumprir requisitos normativos e de compatibilidade.

Você pode habilitar a criptografia de dados ociosos no console do EFS usando a CLI ou os SDKs. Ao criar um novo sistema de arquivos no console do EFS, selecione “Create File System” (Criar sistema de arquivos) e a caixa de seleção para habilitar a criptografia.

Os dados podem ser criptografados em trânsito entre o sistema de arquivos do Amazon EFS e seus clientes usando o auxiliar de montagem do Amazon EFS.

A criptografia de dados ociosos e em trânsito pode ser configurada ao mesmo tempo ou separadamente para ajudar a cumprir requisitos de segurança exclusivos.

Para obter mais detalhes, consulte a documentação do usuário no Encryption.

A criptografia de dados tem um impacto mínimo sobre a latência de E/S e o throughput.

Para acessar sistemas de arquivos do EFS on-premises, é necessário ter uma conexão do Direct Connect ou da AWS VPN entre o datacenter on-premises e a Nuvem Privada Virtual (VPC) da Amazon.

Você pode montar um sistema de arquivos do Amazon EFS no servidor Linux on-premises usando o comando mount padrão do Linux para montar um sistema de arquivos por meio do protocolo v4.1.

Para obter mais informações sobre como acessar os sistemas de arquivos do Amazon EFS por meio de servidores on-premises, consulte a documentação.

Será possível montar os sistemas de arquivos do Amazon EFS nos servidores on-premises e transferir dados de arquivo do e para o Amazon EFS usando ferramentas e scripts Linux padrão ou o AWS DataSync. A capacidade de transferir dados de arquivo dos e para os sistemas de arquivos do Amazon EFS possibilita três casos de uso.

Primeiro, é possível migrar dados de datacenters on-premises para que residam permanentemente nos sistemas de arquivos do EFS.

Segundo, é possível comportar workloads de expansão na nuvem para transferir o processamento de aplicações para a nuvem. É possível transferir dados dos servidores on-premises para os sistemas de arquivos do Amazon EFS, analisá-los em um cluster das instâncias EC2 na Amazon VPC e armazenar os resultados permanentemente nos sistemas de arquivos do Amazon EFS ou transferir os resultados de volta para os servidores locais.

Terceiro, é possível copiar periodicamente dados de arquivo locais no Amazon EFS para dar suporte a cenários de backup e recuperação de desastres.

Sim. É possível acessar o sistema de arquivos do Amazon EFS simultaneamente por meio dos servidores no datacenter on-premises, como também instâncias do EC2 na Amazon VPC. O Amazon EFS disponibiliza a mesma semântica de acesso ao sistema de arquivos, como forte uniformidade de dados e bloqueio de arquivos, em todas as instâncias EC2 e todos os servidores locais que estiverem acessando sistemas de arquivos.

Devido ao atraso da propagação associado ao transporte de dados por longas distâncias, a latência de rede de uma conexão de rede entre o datacenter local e a Amazon VPC pode ser de dezenas de milissegundos. Se as operações de arquivo forem serializadas, a latência da conexão de rede afetará diretamente a taxa de transferência de leitura e gravação. Essencialmente, o volume de dados que pode ser lido ou gravado durante um período é limitado pela quantidade de tempo necessária para que cada operação de leitura e gravação seja concluída. Para maximizar o throughput, paralelize as operações de arquivo para que várias leituras e gravações sejam processadas simultaneamente pelo Amazon EFS. Ferramentas padrão, como a GNU parallel, ajudam a paralelizar a cópia dos dados de arquivo. Para obter mais informações, consulte a documentação on-line.

Há vários métodos para copiar dados existentes on-premises para o Amazon EFS. O AWS DataSync fornece uma forma rápida e simples para sincronizar sistemas de arquivos existentes com segurança para o EFS e funciona com qualquer rede, inclusive o AWS Direct Connect.

O AWS Direct Connect oferece uma conexão de rede dedicada de alta largura de banda e menor latência que permite montar sistemas de arquivos do EFS. Uma vez montado, o DataSync pode ser usado para copiar dados para o EFS até 10 vezes mais rápido que as ferramentas de cópia padrão do Linux.

Para obter mais informações sobre o AWS DataSync, consulte a seção sobre transferência de dados das Perguntas frequentes.

O DataSync é um serviço on-line de transferência de dados que torna mais rápido e simples mover dados entre o armazenamento on-premises e o Amazon EFS. O DataSync usa um protocolo criado especificamente para acelerar e proteger a transferência pela Internet ou pelo Direct Connect, a velocidades até 10 vezes mais rápidas que as ferramentas de código aberto. Com o DataSync, é possível executar migrações de dados, transferir dados on-premises para análises pontuais na nuvem e automatizar a replicação para a AWS para recuperação e proteção de dados.

O AWS Transfer Family é um serviço de transferência de arquivos totalmente gerenciado que fornece suporte ao Secure File Transfer Protocol (SFTP), File Transfer Protocol over SSL (FTPS) e File Transfer Protocol (FTP). O AWS Transfer Family oferece a você um serviço gerenciado e altamente disponível de transferência de arquivos com recursos de autoescalabilidade, eliminando a necessidade de gerenciar a infraestrutura relacionada à transferência de arquivos. Os fluxos de trabalho dos usuários finais permanecem inalterados, e os dados podem ser carregados e baixados usando os protocolos escolhidos são armazenados em seu sistema de arquivos do Amazon EFS.

Para começar com o DataSync, você pode usar o console ou a CLI para conectar o agente a seus sistemas de arquivos on-premises ou em nuvem usando o protocolo Network File System (NFS), selecionar seu sistema de arquivos do Amazon EFS e começar a copiar os dados. Você deve primeiro implantar um agente de software que esteja disponível para download no console, exceto ao copiar arquivos entre dois sistemas de arquivos do Amazon EFS.

Para começar com o AWS Transfer Family, primeiro certifique-se de que os diretórios do seu sistema de arquivos sejam acessíveis pelos usuários do POSIX que você planeja designar para o AWS Transfer. Em seguida, você pode usar o console, a CLI ou a API para criar um endpoint e usuários do AWS Transfer Family. Uma vez concluído, seus usuários finais podem usar seus clientes SFTP, FTP ou FTPS para acessar os dados armazenados em seu sistema de arquivos do Amazon EFS.

Você pode usar o DataSync para transferir arquivos entre dois sistemas de arquivos do Amazon EFS, incluindo os que estão em regiões da AWS diferentes. Os endpoints do AWS Transfer Family devem estar na mesma região do sistema de arquivos do Amazon EFS.

Sim. Você pode usar o DataSync para copiar arquivos para um sistema de arquivos do Amazon EFS em outra conta AWS.

Você também pode configurar seu sistema de arquivos do Amazon EFS para ser acessado pelo AWS Transfer Family usando outra conta, desde que a conta tenha recebido permissões para fazê-lo. Para saber mais sobre a concessão de permissões do Transfer Family para contas externas da AWS por meio de políticas de sistema de arquivos, veja a documentação.

O EFS está integrado a vários outros serviços da AWS, como CloudWatch, AWS CloudFormation, CloudTrail, IAM e serviços de marcação da AWS.

O CloudWatch ajuda você a monitorar a atividade do sistema de arquivos usando métricas. O CloudFormation ajuda você a criar e gerenciar sistemas de arquivos usando modelos.

O CloudTrail ajuda você a gravar toda as chamadas à API do EFS nos arquivos de log.

O IAM ajuda você a controlar quem pode administrar seu sistema de arquivos. Os serviços de marcação da AWS ajudam a rotular seus sistemas de arquivos com metadados que você define.

Você pode planejar e gerenciar os custos do seu sistema de arquivos do Amazon EFS usando o AWS Budgets. Você pode trabalhar com o AWS Budgets no console do console de Gerenciamento de Faturamento e Custos da AWS. Para usar o AWS Budgets, crie um orçamento de custo mensal para os seus sistemas de arquivos do Amazon EFS.

O bloqueio do Amazon EFS segue o protocolo v4.1 para bloqueios recomendados, além de permitir que suas aplicações usem bloqueios de arquivo inteiro ou de intervalos de bytes.

Todo sistema de arquivos tem um número de ID gerado automaticamente e exclusivo globalmente. Você pode aplicar uma etiqueta ao seu sistema de arquivos com um nome e esses nomes não precisam ser exclusivos.

Com o Amazon EFS, você paga somente pelo armazenamento primário e de backup utilizado e pela sua atividade de leitura, gravação e hierarquização no seu sistema de arquivos do EFS. Você paga pelo acesso de leitura e gravação usando o Elastic Throughput (mas pode, opcionalmente, provisionar o desempenho da throughput antecipadamente usando throughput provisionada) e hierarquizando os dados nas classes Infrequent Access e Archive do EFS.

O Amazon EFS oferece três classes de armazenamento: EFS Standard, que oferece performance de latência inferior a um milissegundo para dados usados ativamente; EFS Infrequent Access (EFS IA), que é otimizado para dados acessados apenas algumas vezes por trimestre; e EFS Archive, que é otimizado para dados de longa duração acessados algumas vezes por ano ou menos.

O EFS também oferece proteção de dados para seus arquivos com EFS Backup e EFS Replication. Com o EFS Backup, você paga apenas pela quantidade de armazenamento de backups que usa e pela quantidade de dados de backup que restaura no mês. Não há taxa mínima nem de custos de configuração. Visite AWS Backup para saber mais. Use o EFS Replication para replicar seu sistema de arquivos para uma região ou zona de disponibilidade (AZ) de sua preferência sem ter que gerenciar infraestrutura adicional ou processos personalizados.

Você pode estimar sua fatura mensal usando a calculadora de preços do Amazon EFS.

Não há cobranças ou compromissos de configuração para começar a usar o Amazon EFS. No final do mês, você receberá a cobrança automática referente ao uso daquele mês. Você pode visualizar suas cobranças referentes ao período de faturamento atual a qualquer momento fazendo login em sua conta Amazon Web Services e selecionando o “Painel de faturamento” associado ao seu perfil do console.

Com o nível de uso gratuito da AWS*, seu uso do nível gratuito é calculado mensalmente em todas as regiões da AWS, exceto na região AWS GovCloud, e aplicado automaticamente à sua fatura. O uso mensal não utilizado não será acumulado para o próximo mês. Ao se cadastrarem, os novos clientes do EFS recebem 5 GB de Amazon EFS Standard por mês durante um ano. O nível gratuito da AWS não se aplica aos arquivos armazenados no tipo de sistema de arquivos EFS One Zone. Há restrições. Veja mais detalhes nos termos da oferta.

O Amazon EFS cobra pelos tipos de uso a seguir. Observe que os cálculos abaixo presumem que não há nenhum nível gratuito da AWS em vigor.

Armazenamento utilizado:

O valor faturado do Amazon EFS em um mês é baseado no armazenamento, na throughput e no uso da proteção de dados em um mês. Os custos de armazenamento são calculados com base no espaço médio de armazenamento usado ao longo do mês. Medimos o uso do armazenamento em GB-mês, que são somados no final do mês para gerar sua cobrança mensal. 

O exemplo a seguir reflete um cenário em que seus padrões de acesso a arquivos mudam ao longo do tempo e inclui cada uma das dimensões de preço do EFS IA e EFS Archive. O exemplo pressupõe que as duas políticas de ciclo de vida do EFS para mover arquivos entre EFS Standard, EFS Infrequent Access (IA) e EFS Archive estejam definidas.

Suponha que seu sistema de arquivos esteja localizado na região Leste dos EUA (Norte da Virgínia). No início de um mês de 31 dias, seu sistema de arquivos armazena 200 GB de arquivos em EFS Standard, 500 GB de arquivos em EFS IA e 2 TB de arquivos em EFS Archive. No 15º dia do mês, o EFS Lifecycle Management, sem Intelligent Tiering, move 50% dos seus arquivos de EFS Standard para a classe EFS IA e 10% dos seus arquivos de EFS IA para a classe EFS Archive após 14 dias sem acesso. Em média, sua aplicação cliente lê 200 GB de arquivos do EFS IA e 100 GB de arquivos do EFS Archive a cada mês.

Primeiro, calculamos o uso de armazenamento proporcional:

Armazenamento padrão:
200 GB de armazenamento EFS Standard por 14 dias (GB-horas): 200 GB x 14 dias x (24 horas/dia) = 67.200 GB-horas
100 GB de armazenamento EFS Standard por 17 dias (GB-horas): 100 GB x 17 dias x (24 horas/dia) = 40.800 GB-horas
Uso total de armazenamento padrão do EFS (GB-horas): 67.200 GB-horas + 40.800 GB-horas = 108.000 GB-horas

Armazenamento IA:
500 GB de armazenamento EFS IA por 14 dias (GB-Horas): 500 GB x 14 x (24 horas/dia) = 168.000 GB-Horas
100 GB de arquivos de EFS Standard a EFS IA por 17 dias (GB/hora) = 100 GB x 17 x (24 horas/dia) = 40.800 GB/hora
450 GB de EFS IA (após 50 GB serem movidos para EFS Archive) = 450 GB x 17 x (24 horas/dia) = 183.600 GB/hora

Uso total do EFS IA (GB/horas): 168.000 GB/horas + 40.800 GB/horas = 326.400 GB/horas = 392.400 GB/horas

Armazenamento de arquivos mortos:
2 TB de armazenamento EFS IA por 31 dias (GB/horas): 1.000 GB x 14 x (24 horas/dia) = 1.488.000 GB/horas
50 GB de arquivos de EFS IA para EFS Archive por 17 dias (GB/hora): 50 GB x 17 x (24 horas/dia) = 20.400 GB/hora
Uso total do armazenamento de EFS Archive (GB/hora): 1.488.000 GB/hora + 20.400 GB/hora = 1.508.400 GB-hora

Em seguida, convertemos o uso do armazenamento em GB-meses e calculamos a taxa de armazenamento:
Cobrança total de EFS Standard: 108.000 GB/horas x (1 mês/744 horas) x USD 0,30/GB/mês = USD 43,55
Cobrança total de EFS IA: 392.400 GB/horas x (1 mês/744 horas) x USD 0,0165/GB/mês = USD 8,70
Cobrança total de EFS Archive: 1.508.400 GB/hora x (1 mês/744 horas) x 0,008/GB/mês = USD 16,22
Cobrança total de armazenamento do EFS: USD 43,55 + USD 8,70 + USD 16,22 = USD 68,47

Em seguida, calculamos as taxas de acesso para arquivos em EFS IA e EFS Archive:

Hierarquização de dados de IA:
Classificação por níveis de dados (arquivos movidos de EFS Standard para EFS IA): 100 GB * USD 0,01/GB = USD 1,00
Taxa de acesso de leitura do IA: 200 GB * USD 0,01/GB = USD 2,00

Taxa de leitura do Elastic Throughput: 200 GB * USD 0,03/GB = USD 6,00

Total de taxas de acesso e classificação por níveis do EFS IA: USD 1,00 + USD 2,00 + USD 6,00 = USD 9,00

Classificação por níveis de dados de arquivamento:
Classificação por camadas de dados (arquivos movidos de Infrequent Access para Archive): 50 GB * USD 0,03/GB = USD 1,50
Cobrança de acesso de leitura do Archive: 100 GB * USD 0,03/GB = USD 3,00

Taxa de leitura do Elastic Throughput: 100 GB * USD 0,03/GB = USD 3,00

Total de taxas de acesso e classificação por níveis do EFS IA: USD 1,50 + USD 3,00 + USD 3,00 = USD 7,50

Total de taxas de acesso e classificação por níveis do EFS: USD 9,00 + USD 7,50 = USD 16,50

Por fim, calculamos a cobrança total do EFS para o mês:

Cobrança mensal total = Cobrança total de armazenamento + Cobrança total de acesso = USD 68,47 + USD 16.50 = USD 84,97 (TCO - USD 0,0315/GB)

Você pode acessar seus dados para operações de leitura e gravação usando throughput elástica. Com a throughput elástica, a performance aumenta automaticamente de acordo com sua atividade de workload, e você paga apenas pela throughput que usa (dados transferidos para seus sistemas de arquivos por mês). O valor de Throughput elástica cobrado em um mês é baseado nos dados de leitura e gravação transferidos em um mês e medido em “GB transferidos”.

Você pode usar a throughput provisionada se conhecer o uso da throughput e os requisitos de pico de throughput da sua aplicação. O valor da throughput provisionada cobrada em um mês é baseada na throughput média provisionada além do que seu padrão EFS permite para o mês, até os limites de throughput da linha de base de Bursting vigentes na região da AWS, e medida em “MB/s por mês”.

Exemplo de throughput elástica:

Suponha que seu sistema de arquivos esteja localizado na região Leste dos EUA (Norte da Virgínia) e tenha 100 GB de armazenamento padrão EFS durante todo o mês de 31 dias. Suponha que a transferência de dados da sua workload seja de 75% de operações de leitura e 25% de operações de gravação, gere uma throughput máxima de 100 MB/s por 3 horas por dia e 3 dias por semana e fique ociosa pelo restante do tempo.  

Cobrança total mensal da throughput elástica

Supondo que todos os seus dados transferidos sejam para o armazenamento EFS Standard, no final do mês, você teria o seguinte uso em GB:

Total de dados da throughput elástica (GB) no mês: 100 MB/s x (60 minutos x 60 segundos x 3 horas) x 3 dias x 4 semanas/1000 = 12.960 GB 
Total de dados de leitura da throughput elástica (GB): 75% x 12.960 GB = 9.720 GB
Total de dados de gravação da throughput elástica (GB): 25% x 12.960 GB = 3.240 GB

Em seguida, calculamos as cobranças mensais totais do throughput elástico: 

Cobranças de dados de leitura da throughput elástica: 9.720 GB x USD 0,03/GB = USD 291,60 
Cobranças de dados de gravação da throughput elástica: 3.240 GB x USD 0,06/GB = USD 194,40
Em seguida, calculamos as cobranças mensais totais do throughput elástico:
Cobrança mensal total de throughput elástica = USD 291,60 + USD 194,40 = USD 486,00

Exemplo de throughput provisionada:

Supondo as mesmas suposições do exemplo de throughput elástica acima (seu sistema de arquivos está localizado na região Leste dos EUA (Norte da Virgínia) e tem 100 GB de armazenamento padrão EFS durante todo o mês de 31 dias. Suponha que a transferência de dados de sua workload seja de 75% de operações de leitura e 25% de operações de gravação, gere um pico de throughput de 100 MB/s por 3 horas por dia e 3 dias por semana e
fica inativo pelo resto do tempo). O valor de throughput cobrado em um mês é baseado na throughput média provisionada além do que o armazenamento padrão do EFS permite durante o mês. (50 KBps de throughput básica por 1 GB de armazenamento padrão)

Throughput básica (MB/s por mês) = 100 GB de armazenamento padrão * 50 KBps/1.000 = 5 MB/s-mês.
Throughput provisionada total faturável (MB/s por mês) = throughput configurada –
Throughput básica = 100 MB/s-mês — 5 MB/s-mês = 95 MB/s-mês
Cobrança total mensal de throughput provisionada = 95 MB/s-mês * USD 6/MB/s-mês = USD 570,00

Opcionalmente, você pode usar o EFS Replication ou o AWS Backup para proteger seus dados. Com o EFS Replication, você paga pelo armazenamento, pelas taxas de acesso das classes de acesso ocasional e arquivamento e pelas alterações na transferência de dados se seu sistema de arquivos de destino estiver em uma região diferente da AWS. Com o AWS Backup, você paga pela quantidade média de dados copiados e restaurados em um mês.

Replicação

Este exemplo reflete um cenário em que você está replicando sistemas de arquivos nas regiões usando o EFS Replication. O exemplo é voltado para os custos diretamente relacionados ao EFS Replication.

Imagine que você tenha um sistema de arquivos do EFS na região Leste dos EUA (Norte da Virgínia) com 1 TB de dados. Esse sistema de arquivos está sendo replicado para a região Oeste dos EUA (Oregon). Imagine que o sistema de arquivos de destino usa uma política de 7 dias do EFS Lifecycle Management para mover os arquivos para a classe EFS IA.

Quando a replicação é ativada pela primeira vez, todo o sistema de arquivos de origem é copiado para o sistema de arquivos de destino. Os dados replicados chegarão primeiramente na classe EFS Standard no sistema de arquivos de destino. Se os arquivos não forem acessados no período da política do EFS Lifecycle Management (7 dias), eles serão movidos para a classe EFS IA.

Sincronização inicial:

Primeiro, calculamos o uso proporcional do armazenamento no sistema de arquivos de destino:
Total de uso para EFS Standard (GB/horas) = 1.000 GB * 7 dias * 24 horas/dia = 168.000 GB/horas
Total de uso para EFS IA (GB/horas) = 1.000 GB * 24 dias * (24 horas/dia / 31 dias por mês) = 576.000 GB/horas

Em seguida, convertemos o uso do armazenamento em GB/meses e calculamos a taxa de armazenamento para o sistema de arquivos de destino:

Cobrança total do armazenamento EFS Standard: 168.000 * (1 mês/744 horas) * USD 0,30/GB por mês = USD 67,74
Cobrança total da EFS IA: 576.000 * (1 mês/744 horas) * USD 0,025/GB/mês = USD 19,36
Cobranças totais por armazenamento para a sincronização inicial = USD 67,74 + USD 19,36 = USD 87,10
Em seguida, calculamos as taxas de transferência de dados para a replicação inicial do sistema de arquivos de origem para o sistema de arquivos de destino:
Cobranças totais de transferência de dados do EFS Replication por 1 TB de dados: 1.000 GB * USD 0.02/GB = USD 20,00

Cobranças totais pela sincronização inicial = cobranças totais de armazenamento para sincronização inicial + cobranças totais de transferência de dados para sincronização inicial = USD 87,10 + USD 20,00 = USD 107,10

Replicação incremental:

Considere que os sistemas de arquivos de origem adicionam 150 GB de novos dados após 7 dias. Os novos dados serão replicados para o sistema de arquivos de destino e residirão na classe EFS Standard durante 7 dias com base na política de gerenciamento de ciclo de vida como antes. O uso proporcional do armazenamento para 150 GB de novos dados é calculado da seguinte maneira:

Total de uso para EFS Standard (GB/horas) = 150 GB * 7 dias * (24 horas/dia) = 25.200 GB/horas
Total de uso para EFS IA (GB/horas): 150 GB * 17 dias * (24 horas/dia) = 61.200 GB/horas

Em seguida, convertemos o uso do armazenamento em GB/meses e calculamos a taxa de armazenamento para os 150 GB de novos dados adicionados ao sistema de arquivos de destino: 

Cobrança total do armazenamento EFS Standard: 25.200 * (1 mês/744 horas) * USD 0,30/GB por mês = USD 10,16
Cobrança total do EFS IA: 61.200 * (1 mês/744 horas) * USD 0,025/GB/mês = USD 2,06
Cobranças totais de armazenamento para replicação incremental = USD 10,16 + USD 2,06 = USD 12,22

Por fim, calculamos as cobranças de transferência de dados para 150 GB de dados incrementais:

Cobranças totais de transferência de dados para replicação incremental: 150 GB * 0,02/GB = USD 3,00
Cobranças totais para replicação incremental = cobranças totais de armazenamento para replicação incremental + cobranças totais de transferência de dados para replicação incremental = USD 12,22 + USD 3,00 = USD 15,22

Cobranças totais relacionadas ao EFS Replication = cobranças totais para sincronização inicial + cobranças totais para replicação incremental = USD 107,10 + USD 15,22 = USD 122,32

Backup

Consulte os preços do AWS Backup para exemplos de preços de backup.

Para obter informações sobre a definição de preço do EFS, acesse a página de definição de preço do Amazon EFS.

Salvo indicação em contrário, nossos preços excluem impostos e taxas aplicáveis, incluindo o IVA e o imposto de vendas aplicável. Para clientes com endereço de pagamento no Japão, o uso da AWS está sujeito ao imposto sobre consumo japonês. Saiba mais.

O exemplo de solução abaixo ilustra o TCO do Amazon EFS e o TCO efetivo do Amazon EFS considerando a elasticidade do armazenamento e da throughput. Com o Amazon EFS, o armazenamento e a throughput aumentam e diminuem automaticamente, e você nunca paga pela capacidade de armazenamento ou throughput não utilizada. O EFS replica automaticamente os dados em várias AZs para alta disponibilidade e durabilidade, e classifica automaticamente os dados em camadas nas classes de armazenamento ativas e inativas para otimizar os custos.

Como alternativa, uma solução de nuvem não elástica (provisionada) exige que você gerencie a capacidade de armazenamento e throughput no pico de uso e não permite a redução da capacidade. A maioria dos fornecedores de soluções provisionadas recomenda manter uma utilização de armazenamento de 30 a 50% para compensar o crescimento do armazenamento e uma utilização de 50% da throughput para compensar o aumento da throughput. Se compararmos o modelo elástico do EFS, que não exige armazenamento ou throughput adicional não utilizado, o TCO efetivo é até 60% mais barato.

Exemplo 1 - Workload de uso geral
Suponha que seu sistema de arquivos esteja localizado na região Leste dos EUA (Norte da Virgínia) e contenha um tamanho médio de armazenamento de 2,7 TB para um determinado mês. Sua aplicação executa operações de leitura intermitentes com uma throughput máxima de 25 MBps, totalizando 300 GB de dados transferidos em um mês.

Com o EFS, essa aplicação armazenaria em média 5% do armazenamento (145 TB) em SSD, ~ 20% do armazenamento (527 TB) na Infrequent Access e os 2.027 TB restantes de armazenamento na Archive, totalizando USD 68,47 para custos de armazenamento. Além disso, a workload é cobrada por USD 2,50 pela classificação dos dados mais inativos nas classes Infrequent Access e Archive e por 14,00 USD pelos custos de throughput elástica de 300 GB de dados, gerando um TCO de USD 0,0315/GB/mês.

Com uma solução de nuvem provisionada, a aplicação pode se beneficiar da otimizações de armazenamento, como compressão, para reduzir o tamanho total do armazenamento em 50% (1.350 TB). Com base nos padrões de uso, esperamos que 5% dos dados ativos (68 TB) sejam armazenados em SSD. Como essa é uma solução de nuvem provisionada cuja escala não aumenta ou diminui automaticamente, recomendamos operar com 50% de utilização do armazenamento e provisionar 136 TB. Os 95% restantes do armazenamento (1.282 TB) são armazenados em uma classe de armazenamento mais inativa, o que equivale a USD 90,15 em custos de armazenamento. Além disso, provisionamos 50 MBps para throughput com base na recomendação de operar a throughput com 50% de utilização, oferecendo um TCO de USD 0,0797 por GB/mês.

*Presume que uma redução de armazenamento de 50% se beneficie de otimizações, como a compressão

**Presume que 5% dos dados compactados sejam armazenados na classe SSD, provisionados para serem executados com 50% de utilização e cobrados a uma taxa de USD 0,25/GB/mês. Os 95% restantes dos dados compactados são armazenados em uma classe de armazenamento mais fria a uma taxa de USD 0,0483/GB/mês.
***Presume que a throughput seja provisionada com 50% de utilização a uma taxa de 2,50 USD/MBps.

Exemplo 2 - Workload de dados de rascunho

Suponha que sua workload de modelagem do mercado de ações execute análises por duas horas por dia e exija que dados efêmeros sejam armazenados durante as duas horas de execução. Suponha que seu sistema de arquivos esteja localizado na região Leste dos EUA (Norte da Virgínia) e contenha um tamanho médio de armazenamento SSD de 1.024 GB durante o tempo de execução de duas horas. Sua aplicação executa intermitências de operações de leitura e gravação com uma throughput máxima de 500 MBps, totalizando 175 GB de dados transferidos por dia.

Com o EFS, essa aplicação armazenaria dados por 60 horas por mês (2 horas por dia durante 30 dias) em SSD e transferiria 5.250 GB de dados, resultando em um custo total de USD 222,48/mês.

Com uma solução de nuvem provisionada, o sistema de arquivos pode se beneficiar de otimizações de armazenamento, como compressão, para reduzir o espaço de armazenamento em 50%, mas precisa configurar um buffer adicional de 30% para sustentar o pico de armazenamento (1.024 GB * 50% de compressão + 30% de buffer = 666 GB), resultando em um custo total de USD 1.416,50 por mês.

Com o benefício de elasticidade do EFS, você paga apenas pelo que usa, com uma economia de TCO de 84%.

* Presume que os dados do EFS sejam armazenados por 2 horas por dia durante 30 dias.

** Presume um custo combinado de throughput elástica de USD 0,0375/GB transferido

***Presume que uma redução de armazenamento de 50% se beneficie de otimizações como compressão e um buffer adicional de 30% para suportar o pico de uso

Sim. Você pode acessar o EFS a partir de aplicações em contêineres executados pelo ECS que usam os tipos de execução do EC2 e do Fargate, fazendo referência a um sistema de arquivos do EFS em sua definição de tarefa. Encontre instruções para começar na documentação do ECS.

Sim. Você pode acessar o EFS a partir de aplicações conteinerizadas executadas pelo Amazon EKS com os tipos de execução do EC2 ou do Fargate usando o driver CSI do EFS. Encontre instruções para começar na documentação do EKS.

Sim. Você pode acessar o EFS a partir de funções em execução no Lambda fazendo referência a um sistema de arquivos do EFS em suas configurações de função. Encontre instruções para começar na documentação do Lambda.

Sim. Você pode acessar dados de treinamento no EFS a partir de trabalhos de treinamento do Amazon SageMaker, fazendo referência a um sistema de arquivos do EFS na sua solicitação CreateTrainingJob. O EFS também é usado automaticamente para diretórios iniciais criados pelo SageMaker Studio.