Perguntas frequentes sobre o Amazon FSx para OpenZFS

R: O FSx para OpenZFS fornece armazenamento SSD totalmente gerenciado com latências consistentes e baixas de centenas de microssegundos. Aproveitando os recursos de cache incorporados ao OpenZFS, os sistemas de arquivos FSx para OpenZFS oferecem performance ainda maior e latências mais baixas para dados acessados com frequência.

Os sistemas de arquivos FSx para OpenZFS podem fornecer mais de 1 milhão de IOPs e throughput de 21 Gb/s ao acessar dados armazenados em cache no servidor de arquivos e para centenas de milhares de IOPS e throughput de 10 Gb/s ao acessar dados no armazenamento SSD. Com várias conexões paralelas por cliente (via NFS n-connect), você pode aumentar até os níveis máximos de throughput e IOPS para seu sistema de arquivos a partir de um único cliente.

Ao criar um sistema de arquivos, você especifica sua capacidade de throughput. Cada gigabyte de armazenamento inclui três IOPS de disco, e você pode provisionar IOPS de disco adicionais conforme necessário. Você pode aumentar ou diminuir a capacidade de throughput a qualquer momento usando o Console de Gerenciamento da AWS, a AWS CLI ou a API do Amazon FSx para atender às mudanças nas necessidades das suas aplicações. Acesse a Página de performance do sistema de arquivos para obter mais informações

Você pode provisionar até um máximo de 512 TiBs em um único sistema de arquivos. Você pode montar facilmente vários sistemas de arquivos simultaneamente para fornecer armazenamento em escala PB para suas aplicações.

Por padrão, os volumes podem crescer até a capacidade disponível no seu sistema de arquivos. Você tem a opção de definir uma cota para um volume a fim de limitar o tamanho do volume. Você também tem a opção de definir uma reserva para um volume para reservar uma quantidade mínima de capacidade de armazenamento para esse volume. Sem uma reserva, os volumes recebem provisionamento thin, o que significa que eles consomem capacidade de armazenamento somente para os dados armazenados neles. Você pode alterar essas configurações a qualquer momento.

A classe de armazenamento Amazon FSx para OpenZFS Intelligent-Tiering combina a familiaridade do armazenamento conectado à rede (NAS) com um armazenamento totalmente elástico e que otimiza os custos ao hierarquizar os dados automaticamente.

Você deve usar o Intelligent-Tiering para simplificar o gerenciamento do armazenamento e reduzir os custos. Sua elasticidade significa que você não precisa mais gerenciar a capacidade de armazenamento nem se preocupar em acomodar conjuntos de dados imprevisíveis ou ficar sem espaço. Sua otimização automática de custos com hierarquização entre níveis de armazenamento fornece custos até 85% menores do que a classe de armazenamento de unidade de estado sólido (SSD) do Amazon FSx e custos até 20% menores em comparação com as implantações tradicionais de unidades de disco rígido (HDD) on-premises.

Ao criar um sistema de arquivos usando o console, a API ou a interface de linha de comandos (CLI) do Amazon FSx, especifique a classe Intelligent-Tiering. Ao criar o sistema de arquivos ou em qualquer momento posterior, você também pode criar um cache de leitura opcional baseado em SSD para otimizar as leituras de dados acessados com frequência.

Use a classe de armazenamento Amazon FSx para OpenZFS Intelligent-Tiering para a maioria dos seus conjuntos de dados de NAS. Use a classe de armazenamento SSD somente para conjuntos de dados que exijam a performance do armazenamento totalmente flash em todos os dados (como workloads de design de chips, bancos de dados e compartilhamentos de usuários para cientistas de dados).

A classe de armazenamento Amazon FSx para OpenZFS Intelligent-Tiering foi projetada para atender às necessidades de performance de um amplo espectro de workloads de arquivos. Ela fornece até dezenas de terabytes por segundo de throughput e dezenas de milhões de operações de entrada e saída (IOPS) no Lustre, além de até 20 gigabits por segundo de throughput e 400.000 IOPS no OpenZFS. Os dados no cache de leitura do SSD têm latências de menos de um milissegundo até o primeiro byte, e todos os outros dados têm latências de tempo até o primeiro byte na faixa de dezenas de milissegundos. As workloads de arquivos típicas tendem a exigir muita leitura e trabalhar ativamente com apenas uma pequena parte do conjunto geral de dados em um determinado momento. Isso significa que o modelo de SSD híbrido da classe de armazenamento Amazon FSx para OpenZFS Intelligent-Tiering fornece um armazenamento que funciona em níveis de SSD para a maioria das workloads, enquanto oferece até 85% de economia de custos em relação a uma implantação totalmente em SSD.

Por padrão, o Amazon FSx seleciona automaticamente um tamanho de cache de leitura do SSD com base no nível de throughput que você escolher para o sistema de arquivos. Também é possível escolher um cache menor ou maior e aumentar ou reduzir escala dele verticalmente a qualquer momento com base nas necessidades da sua workload. Você pode alterar o tamanho do cache de leitura do SSD do seu sistema de arquivos com a AWS CLI, o AWS SDK ou no console do Amazon FSx. O Amazon FSx publica uma métrica de taxa de acerto de cache (a porcentagem de leituras atendidas pelo cache) para ajudar a determinar se o cache está dimensionado adequadamente, o que pode ser consultado na guia “Monitoramento” do sistema de arquivos no console do Amazon FSx ou com o Amazon CloudWatch. Na maioria das workloads, uma taxa de acerto de cache de 80% fornece o equilíbrio certo entre performance e custo-benefício.

Sim. A classe de armazenamento Amazon FSx para OpenZFS Intelligent-Tiering fornece um SLA de 99,99%.

Em sistemas de arquivos que usam a classe de armazenamento Amazon FSx para OpenZFS Intelligent-Tiering, o Amazon FSx armazena todos os dados de forma redundante em várias zonas de disponibilidade (AZ), fornecendo resiliência integrada contra desastres generalizados.

Sim, você pode fazer um backup do sistema de arquivos usando a classe de armazenamento Intelligent-Tiering com o console, a API ou a CLI do Amazon FSx. O backup de um sistema de arquivos do Amazon FSx cria uma cópia separada dos dados do arquivo, que você pode usar posteriormente para restaurar em um ou vários novos sistemas de arquivos. Os backups do Amazon FSx são consistentes em caso de falha (permitindo restaurar a uma exibição para um ponto no tempo do sistema de arquivos), altamente duráveis (armazenados no Amazon Simple Storage Service [Amazon S3] e projetados para oferecer durabilidade de 99,999999999%) e incrementais (cada backup adiciona somente as alterações desde o backup anterior, economizando nos custos de armazenamento de backup ao não duplicar dados). Por padrão, o Amazon FSx inicia um backup automático diário do seu sistema de arquivos durante uma janela de backup especificada por você. Você pode criar backups adicionais a qualquer momento usando o console, a CLI ou a API do Amazon FSx ou seu próprio cronograma de backup automático com o AWS Backup.

Você pode fazer a restauração de um backup criando um sistema de arquivos com a opção “restaurar do backup”. Ao fazer isso, você pode acessar todos os dados em minutos enquanto a restauração é concluída em segundo plano. Seu sistema de arquivos recupera os dados do backup de forma transparente à medida que você os acessa, para que não precise esperar a conclusão da restauração antes de usar o sistema de arquivos.

Você paga por GB e mês pelos dados armazenados na classe de armazenamento Amazon FSx para OpenZFS Intelligent-Tiering, com o preço dependente do nível em que os dados estão armazenados. Você paga por GB e mês pelo cache de leitura do SSD provisionado. Ao gravar dados, você paga por operação de gravação e, ao ler dados que não estão no cache de leitura do SSD, paga por operação de leitura. Assim como acontece com outros sistemas de arquivos do Amazon FSx, você paga por MBps e mês da capacidade de throughput que provisiona para os servidores de arquivos.

Assim como acontece com o Amazon S3 Intelligent-Tiering, a classe de armazenamento Amazon FSx para OpenZFS Intelligent-Tiering classifica automaticamente os dados com base na hora do último acesso, otimizando automaticamente os custos para dados menos ativos. Os dados acessados nos últimos 30 dias são armazenados no nível de acesso frequente. Os dados que não foram acessados em 30 dias são transferidos automaticamente para o nível de acesso pouco frequente e custam menos do que os dados do nível de acesso frequente. Os dados que não foram acessados em 90 dias são transferidos automaticamente para o nível de arquivamento e custam menos do que os dados do nível de acesso pouco frequente. Quando você acessa dados nos níveis de acesso pouco frequente ou de arquivamento, os dados são automaticamente transferidos de volta para o nível de acesso frequente. Todo acesso a dados não armazenados em cache tem as mesmas características de performance, independentemente do nível dos dados, e não há custos adicionais de IOPS, recuperação ou transição além dos custos normais de operação de leitura e gravação.

Além de representar dados em uma estrutura tradicional de diretórios de arquivos, o FSx para OpenZFS oferecer suporte ao uso de volumes em um sistema de arquivos para organizar ainda mais seus dados. Cada sistema de arquivos contém um ou mais volumes, que são contêineres de dados isolados para diretórios e arquivos. Você pode criar e gerenciar volumes individuais usando o Console de Gerenciamento da AWS, a AWS CLI ou a API do Amazon FSx, e os clientes acessam volumes montando-os a partir do Linux, macOS ou Windows como um local de rede. Volumes individuais podem ser configurados de forma independente, o que significa que você pode configurar recursos como provisionamento reduzido ou compactação no nível do volume.

Por padrão, os volumes podem crescer até a capacidade disponível no seu sistema de arquivos. Você tem a opção de definir uma cota para um volume a fim de limitar o tamanho do volume. Você tem a opção de definir uma reserva para um volume para reservar uma quantidade mínima de capacidade de armazenamento para esse volume. Sem uma reserva, os volumes recebem provisionamento thin, o que significa que eles consomem capacidade de armazenamento somente para os dados armazenados neles. Você pode alterar essas configurações a qualquer momento.

O FSx para OpenZFS oferece um rico conjunto de recursos baseados no ZFS para trabalhar com dados, incluindo instantâneos pontuais, clonagem de dados no local e replicação de dados sob demanda em sistemas de arquivos. Com o FSx para OpenZFS, você pode criar snapshots dos seus volumes a qualquer momento, facilitando a retenção, o gerenciamento e a restauração de versões históricas dos seus bancos de dados ou aplicações. A clonagem de dados permite que você teste facilmente vários atributos e alterações em paralelo, sem interromper seus usuários ou aplicações existentes e sem precisar duplicar seus dados. A replicação de dados sob demanda em sistemas de arquivos fornece uma maneira simples e resiliente de sincronizar dados para recuperação de desastres, ler réplicas e fluxos de trabalho de teste e desenvolvimento, sem o trabalho extra de estabelecer conectividade entre seus sistemas de arquivos ou detectar e lidar com interrupções na rede.

Por exemplo, se você estiver executando uma workload de banco de dados e quiser testar uma operação de banco de dados antes de aplicá-la no ambiente de produção, poderá testar a operação criando um clone do seu banco de dados, executando a operação no volume do clone para validar se ela funciona conforme o esperado. Depois de concluir o teste, você pode copiar o volume do clone para um volume de cópia completa para reter os resultados para uso em longo prazo ou em produção.

O FSx para OpenZFS oferece suporte a um conjunto avançado de atributos de eficiência de armazenamento, incluindo compactação Zstandard e LZ4 para reduzir a capacidade de armazenamento que seus dados consomem, reservas de volume e cotas de volume para controlar a quantidade de espaço usada por volumes individuais e cotas de usuário para controlar a utilização por usuários finais individuais. Esses atributos ajudam a reduzir ou gerenciar o espaço ocupado pelo armazenamento no sistema de arquivos e no armazenamento de backup.

A ativação da compactação pode reduzir a performance do sistema de arquivos para workloads de gravação pesada, pois os dados são compactados à medida que são gravados em disco. No entanto, para workloads com muita leitura, a compactação pode melhorar significativamente a performance de throughput geral do seu sistema de arquivos, pois reduz a quantidade de dados enviados entre esses discos e o servidor de armazenamento. Consulte a documentação sobre performance do Amazon FSx para OpenZFS para obter mais detalhes. 

R: O Amazon FSx é um serviço totalmente gerenciado, portanto, toda a infraestrutura de armazenamento de arquivos é gerenciada para você. Ao usar o Amazon FSx, você evita a complexidade de ter de implantar e manter uma complexa infraestrutura de sistema de arquivos. O FSx para OpenZFS oferece todo o poder do ZFS, sem a complexidade frequentemente encontrada no gerenciamento de sistemas de arquivos ZFS

Para criar, visualizar e excluir sistemas de arquivos, volumes e backups, você pode usar o Console de Gerenciamento da AWS, a AWS CLI e a API do Amazon FSx. Também oferecemos suporte nativo para recursos avançados do ZFS no console e na API do FSx, o que significa que você não precisa ser um especialista em ZFS para aproveitar recursos como snapshots e clonagem do ZFS.

Com sistemas de arquivos Multi-AZ (HA) e Single-AZ (HA), o Amazon FSx implanta um par de servidores de arquivos de alta disponibilidade (HA) com failover e failback automáticos para garantir alta disponibilidade. Com sistemas de arquivos Multi-AZ (HA), o Amazon FSx implanta esse par de servidores de arquivos em duas zonas de disponibilidade (AZs) da AWS, replica automaticamente seus dados entre essas duas AZs para garantir alta durabilidade e implanta um par de servidores de arquivos de alta disponibilidade (HA) em duas AZs com failover e failback automáticos para garantir alta disponibilidade e durabilidade mesmo no caso de uma interrupção em toda a AZ. Além disso, o Amazon FSx monitora continuamente as falhas de hardware e substitui automaticamente os componentes da infraestrutura em caso de falha. Os sistemas de arquivos efetuam failover e failback automaticamente conforme necessário (normalmente em 60 segundos), e os clientes fazem o failover e failback automaticamente com o sistema de arquivos.

Com sistemas de arquivos Single-AZ (não HA), o Amazon FSx retoma a disponibilidade em todos os eventos de falha, monitorando continuamente as falhas de hardware e substituindo automaticamente os componentes da infraestrutura em caso de falha, normalmente em até 30 minutos.

O Amazon FSx também faz backups altamente duráveis (armazenados no S3) do sistema de arquivos diariamente, e assim você pode fazer backups adicionais a qualquer momento.

R: Sim. O SLA do Amazon FSx oferecerá um crédito de serviço se a porcentagem de tempo de atividade mensal do cliente ficar abaixo do nosso compromisso de serviço em qualquer ciclo de faturamento.

Para evitar que usuários finais ou aplicações excluam acidentalmente ou modifiquem arquivos em seus volumes, você pode obter snapshots (imagens pontuais de seus volumes, armazenadas em seu sistema de arquivos) para permitir que usuários finais ou administradores de aplicações desfaçam facilmente as alterações dos arquivos e comparem as versões dos arquivos. Usuários finais e administradores de aplicações podem visualizar snapshots no diretório “.zfs/snapshot”, na raiz de um volume, e podem acessar arquivos e pastas individuais nesses snapshots. Você pode gerenciar seus snapshots do FSx para OpenZFS usando o Console de Gerenciamento da AWS, a AWS CLI ou a API do Amazon FSx.

O FSx para OpenZFS também oferece backups de sistemas de arquivos projetados para dar suporte às necessidades de arquivamento, retenção de dados e conformidade. Backups são uma cópia secundária, offline e altamente durável de um sistema de arquivos armazenado no Amazon S3. Os backups são consistentes no momento certo (representando uma visão consistente de todo o conjunto de dados de arquivos conforme analisado em um determinado momento), incrementais (você paga somente pelas alterações desde o último backup de um determinado backup), fáceis de gerenciar (por meio do Console de Gerenciamento da AWS, da AWS CLI ou da API do Amazon FSx) e rápidos de criar e restaurar (com um RTO de 5 a 10 minutos).

Os backups automáticos diários são habilitados por padrão, e você pode atualizar a política de retenção a qualquer momento com apenas alguns cliques no console do Amazon FSx. O FSx para OpenZFS também oferece a capacidade de copiar backups do sistema de arquivos para outras regiões da AWS para atender aos objetivos de recuperação de desastres ou continuidade de negócios entre regiões.

Quando você cria um sistema de arquivos Multi-AZ (HA) ou Single-AZ (HA), o Amazon FSx provisiona automaticamente dois servidores de arquivos individuais: Para sistemas de arquivos Multi-AZ (HA), um deles é um servidor “preferencial” na sua AZ preferida e o outro um servidor “em espera” na sua AZ em espera, cada um com seu próprio conjunto de volumes de armazenamento. Somente um desses servidores de arquivos está servindo dados ativamente a qualquer momento (geralmente o servidor de arquivos preferencial), mas ambos mantêm cópias persistentes e idênticas dos dados. Para sistemas de arquivos Single-AZ (HA), os dois servidores estão na mesma AZ. Somente um desses servidores de arquivos está fornecendo dados ativamente a qualquer momento, mas ambos estão conectados ao mesmo conjunto de volumes de armazenamento, que, por sua vez, replicam os dados para maior durabilidade.

O Amazon FSx monitora continuamente a integridade de seus servidores de arquivos para detectar rapidamente qualquer problema. Se o servidor de arquivos preferencial ficar indisponível por qualquer motivo (por exemplo, devido a uma falha isolada de hardware, um evento de manutenção planejado ou, no caso de sistemas de arquivos Multi-AZ, uma interrupção em toda a AZ), o serviço fará failover automaticamente para o servidor de arquivos em espera, para que você possa retomar as operações do sistema de arquivos sem perda de disponibilidade. O Amazon FSx mapeará o endereço de rede do sistema de arquivos para o novo servidor de arquivos em espera ativo, para que suas aplicações baseadas em Linux e Windows possam continuar acessando dados, sem interrupções, do mesmo local de rede. O sistema de arquivos também fará failover automaticamente quando o servidor de arquivos preferencial for restaurado para um estado íntegro. Esses eventos de failover e failback são transparentes para seus usuários e aplicações: seu sistema de arquivos continuará fornecendo tráfego NFS do mesmo endereço de rede, permitindo que os clientes NFS continuem acessando os dados sem intervenção manual.

O Amazon FSx executa automaticamente um failover em um sistema de arquivos Multi-AZ (HA) ou Single-AZ (HA) no caso de perda de disponibilidade do servidor de arquivos ativo por qualquer motivo, incluindo falha de hardware, perda de conectividade ou, no caso de sistemas de arquivos Multi-AZ, interrupção em toda a AZ. O Amazon FSx também efetuará o failover temporário para o servidor de arquivos em espera durante a manutenção planejada durante uma janela de manutenção ou se você alterar a capacidade de throughput do sistema de arquivos.

Sim. O FSx para OpenZFS criptografa automaticamente os dados em repouso e em trânsito. Os dados e backups do seu sistema de arquivos são sempre criptografados em repouso usando chaves que você gerencia por meio do AWS KMS. Você pode usar chaves de propriedade do serviço ou suas próprias chaves gerenciadas pelo cliente. O Amazon FSx criptografa automaticamente os dados em trânsito quando eles são acessados a partir de instâncias do Amazon EC2 que oferecem suporte à criptografia em trânsito (instâncias de cliente do Amazon EC2 com suporte).

R: Você configura seu sistema de arquivos para ser associado a um Amazon VPC e a Grupos de segurança de VPC, e somente instâncias do Amazon EC2 dentro dessa VPC (ou VPC com pares) e que correspondam às regras do Grupo de Segurança podem acessar seu sistema de arquivos. Você controla quem pode administrar seus sistemas de arquivos, volumes e backups (por exemplo, criar, atualizar e excluir) usando o AWS IAM. Além disso, você controla quais usuários e grupos têm acesso a quais arquivos e diretórios em seus volumes usando as permissões POSIX.

Sim. Você pode acessar sistemas de arquivos de outra VPC (incluindo uma VPC em outra região) usando o AWS Transit Gateway ou o emparelhamento de VPC e pode acessar sistemas de arquivos on-premises usando o AWS Direct Connect ou a VPN.

Você pode monitorar e proteger chamadas de API usando o AWS CloudTrail e o AWS IAM e detectar e sinalizar padrões de uso de API suspeitos usando o Amazon GuardDuty.

Você é cobrado pelos sistemas de arquivos com base na capacidade de armazenamento provisionada (por GB por mês), na throughput provisionada (por MBPS por mês) e nas IOPS SSD adicionais opcionais provisionadas (por mês de IOPS). Você também é cobrado por backups com base no armazenamento usado (por GB por mês) e pelos dados transferidos (por GB) entre zonas de disponibilidade, regiões da AWS e para seu ambiente on-premises. Embora o preço seja cotado por mês, seu uso é divido por segundo, e você só precisa pagar a média mensal de uso.

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.