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.

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.