Perguntas frequentes sobre o Amazon FSx para OpenZFS

Geral

O Amazon FSx para OpenZFS é um serviço de armazenamento de arquivos totalmente gerenciado que permite iniciar, executar e escalar sistemas de arquivos totalmente gerenciados criados no sistema de arquivos OpenZFS de código aberto. O FSx para OpenZFS facilita a migração de seus servidores de arquivos on-premises sem alterar suas aplicações ou a forma como você gerencia dados e a criação de novas aplicações de alta performance e com uso intensivo de dados na nuvem.

O Amazon FSx para OpenZFS fornece armazenamento de arquivos totalmente gerenciado, altamente confiável e fácil de usar que você pode acessar pelo protocolo NFS (Network File System) padrão do setor de praticamente qualquer cliente ou estação de trabalho em execução na AWS ou on-premises. Ele oferece um conjunto avançado de recursos para gerenciar e trabalhar com seus dados, como snapshots, clonagem de dados e compactação. Equipado com processadores AWS Graviton, junto com as mais recentes tecnologias de disco e rede da AWS, o FSx para OpenZFS oferece mais de 1 milhão de IOPs, com latências de algumas centenas de microssegundos para suas workloads de alta performance.

Use o FSx para OpenZFS para migrar dados on-premises armazenados no ZFS ou em outros servidores de arquivos baseados em Linux para a AWS. Ao fornecer os mesmos recursos e performance de gerenciamento de dados do NFS on-premises ou de outros servidores de arquivos baseados em Linux, o FSx para OpenZFS permite que você mova seus dados sem precisar modificar seu código existente ou como você gerencia seus dados.

Se você estiver criando uma nova aplicação na AWS, o FSx para OpenZFS fornece recursos avançados para facilitar o desenvolvimento, o teste e a execução de aplicações nativas da nuvem. E com suporte para escalabilidade de throughput, o FSx para OpenZFS facilita a escalabilidade do seu sistema de arquivos, juntamente com as crescentes demandas de aplicações e conjuntos de dados.

O Amazon FSx para OpenZFS foi projetado para oferecer suporte a uma ampla variedade de workloads Linux, Windows e macOS, incluindo big data e análises, repositórios de código e artefatos, soluções de DevOps, gerenciamento de conteúdo da Web, automação de design eletrônico (EDA) de ponta, pesquisa genômica e processamento de mídia. Com o FSx para OpenZFS, você pode oferecer a baixa latência e a performance necessários para as aplicações e workloads mais exigentes.

O Amazon FSx para OpenZFS pode ser acessado a partir do Amazon Elastic Compute Cloud (EC2), do Amazon Elastic Container Service (ECS), do Amazon Elastic Kubernetes Service (EKS), do Amazon WorkSpaces, do Amazon AppStream 2.0 e do VMware Cloud na AWS. Você pode proteger seus dados com a Amazon Virtual Private Cloud (VPC) e o AWS Key Management Service (AWS KMS). Você pode monitorar métricas de armazenamento e performance usando o Amazon CloudWatch, monitorar e proteger chamadas de API usando o AWS CloudTrail e o AWS Identity and Access Management (IAM) e gerenciar sistemas de arquivos usando o AWS CloudFormation.

Para começar, crie um sistema de arquivos Amazon FSx para OpenZFS usando o Console de Gerenciamento da AWS, a AWS Command Line Interface (AWS CLI) ou a API do Amazon FSx. Ao criar um sistema de arquivos, você especifica o tipo de implantação (mono-AZ ou multi-AZ), a capacidade de armazenamento, a capacidade de throughput e, opcionalmente, o nível de IOPS do disco. Em minutos, seu sistema de arquivos estará disponível, e você poderá acessá-lo de clientes Linux, Windows ou macOS com o protocolo NFS (v3, v4, v4.1, v4. 2) O FSx para OpenZFS apresenta dados para seus usuários e aplicações como um diretório ou unidade local e fornece acesso simultâneo para até milhares de clientes.

Um sistema de arquivos é o principal recurso no Amazon FSx. Você especifica a capacidade de armazenamento SSD, a capacidade de throughput e a capacidade de IOPS para seu sistema de arquivos e escolhe uma VPC da AWS na qual seu sistema de arquivos é criado.

Você pode acessar seus dados de clientes Linux, Windows ou macOS executados no Amazon EC2, Amazon ECS, Amazon EKS, VMware Cloud na AWS, Amazon WorkSpaces e Amazon AppStream 2.0.

Em uma instância Linux, você pode acessar os dados do arquivo usando o comando padrão de montagem do Linux e o nome do Sistema de Nomes de Domínio (DNS) associado ao volume. Em uma instância Windows, use o Windows Powershell para mapear uma letra de unidade (por exemplo, Z:) para um compartilhamento de arquivos no seu sistema de arquivos com o cliente NFS. Em uma instância do macOS, use o recurso “Conectar ao servidor” para se conectar a um nome DNS associado ao seu sistema de arquivos. Consulte a documentação do Amazon FSx para ver, por exemplo, comandos de montagem. Depois que seu compartilhamento de arquivos for montado a partir de qualquer cliente, você poderá trabalhar com os arquivos e diretórios em seu sistema de arquivos da mesma forma que faria com um sistema de arquivos local.

O Amazon FSx para OpenZFS fornece acesso ao armazenamento compartilhado de arquivos nas versões mais recentes do protocolo NFS (v3, v4, v4.1, v4.2).

R: Você pode acessar seu sistema de arquivos Amazon FSx para OpenZFS a partir do seu ambiente on-premises via AWS Direct Connect ou VPN, ou usar ferramentas de cópia padrão, como rsync ou Robocopy, para copiar dados do local para o FSx para OpenZFS. Você também pode usar o AWS Snowball para migrar seus dados para a AWS sem usar o Direct Connect ou a VPN.

Consulte Escolher uma página do sistema de arquivos Amazon FSx para obter mais detalhes sobre as diferentes ofertas de armazenamento de arquivos Amazon FSx.

Consulte a página de produtos e serviços regionais para obter detalhes sobre a disponibilidade do serviço Amazon FSx para OpenZFS por região.

Recomendamos sistemas de arquivos Multi-AZ de alta disponibilidade (HA) para a maioria das workloads de produção pelo modelo de alta disponibilidade e durabilidade que ele oferece. Você deve usar um sistema de arquivos Multi-AZ de HA para garantir disponibilidade e durabilidade contínuas em eventos como falhas de hardware, manutenção do sistema de arquivos e interrupção da AZ.

Use um sistema de arquivos Single-AZ (HA) para workloads que exigem latências Single-AZ consistentes (por exemplo, determinadas workloads de EDA e HPC) e como uma solução econômica para workloads que não exigem os altos níveis de durabilidade que o Multi-AZ (HA) oferece (por exemplo, workloads com replicação e failover incorporados à camada de aplicação) e workloads de análise que podem reidratar ou regenerar os dados.

Use sistemas de arquivos Single-AZ (não HA) para testes e desenvolvimento, ou seja, workloads não produtivas que não exigem alta disponibilidade ou durabilidade e capazes de tolerar períodos de inatividade, normalmente de até 30 minutos, causados por falhas de hardware recuperáveis e eventos de manutenção planejados.

Escala e desempenho

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.

Administração e gerenciamento de armazenamento

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.

Disponibilidade e resiliência

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.

Segurança e acessibilidade

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.

Definição de preço e faturamento

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.