As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Opções de implantação e classe de armazenamento para sistemas de arquivos do FSx para Lustre
O Amazon FSx para Lustre oferece duas opções de implantação para o sistema de arquivos: persistent e scratch. Ele fornece três classes de armazenamento: SSD (unidade de estado sólido) e HDD (unidade de disco rígido). Intelligent-Tiering
Você escolhe o tipo de implantação do sistema de arquivos e a classe de armazenamento ao criar um novo sistema de arquivos usando a API Console de gerenciamento da AWS, the AWS Command Line Interface (AWS CLI) ou Amazon FSx for Lustre. Para obter mais informações, consulte Etapa 1: criar o sistema de arquivos do FSx para Lustre e CreateFileSystem na Referência de API do Amazon FSx.
Sistemas de arquivos persistentes
Os sistemas de arquivos persistentes são projetados para armazenamento e workloads de longo prazo. Para SSD e sistemas de HDD-based arquivos, os dados são automaticamente replicados na mesma zona de disponibilidade na qual o sistema de arquivos está localizado. Para sistemas de Intelligent-Tiering arquivos, os dados são replicados em várias zonas de disponibilidade. Os volumes de dados anexados aos servidores de arquivos são replicados independentemente dos servidores de arquivos aos quais estão anexados.
O Amazon FSx monitora continuamente os sistemas de arquivos persistentes em busca de falhas relacionadas ao hardware e substitui automaticamente os componentes da infraestrutura em caso de falhas. Em um sistema de arquivos Persistent, se um servidor de arquivos se tornar indisponível, ele será substituído automaticamente minutos após apresentar falhas. Durante esse período, as solicitações do cliente por dados nesse servidor serão repetidas com transparência e, eventualmente, terão êxito após a substituição do servidor de arquivos. Os dados em sistemas de arquivos persistentes são replicados em discos, e quaisquer discos com falhas são automaticamente substituídos com transparência.
Use sistemas de arquivos persistentes para o armazenamento de longo prazo e para as workloads com foco no throughput que são executadas por períodos prolongados ou indefinidamente e podem ser sensíveis a interrupções na disponibilidade.
Os tipos de implantação persistentes criptografam automaticamente os dados em trânsito quando eles são acessados de instâncias do Amazon EC2 que oferecem suporte à criptografia em trânsito.
O Amazon FSx para Lustre oferece suporte a dois tipos de implantação persistentes: Persistent 1 e Persistent 2.
Tipo de implantação Persistent 2
O Persistent 2 corresponde à última geração do tipo de implantação Persistent e é a melhor opção para casos de uso que exigem armazenamento de longo prazo e os mais altos níveis de IOPS e de throughput. Os sistemas de arquivos Persistent 2 oferecem suporte a SSD e classes Intelligent-Tiering de armazenamento.
Você pode criar sistemas de arquivos Persistent 2 com uma configuração de metadados e o EFA habilitado usando o console do Amazon FSx e a API do Amazon FSx. AWS Command Line Interface
Tipo de implantação Persistent 1
O tipo de implantação Persistent 1 é adequado para casos de uso que exigem armazenamento por um longo prazo. Os tipos de implantação Persistent 1 são compatíveis com classes de armazenamento SSD (unidade de estado sólido) e em HDD (unidade de disco rígido).
Você só pode criar tipos de implantação do Persistent 1 usando a API Amazon FSx AWS CLI e a API do Amazon FSx.
Sistemas de arquivos transitórios
Os sistemas de arquivos transitórios são projetados para o armazenamento temporário e para o processamento de dados de curto prazo. Os dados não são replicados e não persistem no caso de um servidor de arquivos apresentar falhas. Os sistemas de arquivos transitórios fornecem alto throughput de intermitência com até seis vezes o throughput básico de 200 MBps por TiB de capacidade de armazenamento. Para obter mais informações, consulte Características de desempenho das classes de armazenamento SSD e HDD.
Use sistemas de arquivos transitórios quando precisar de armazenamento com custo otimizado para workload de curto prazo e com alto processamento.
Em um sistema de arquivos transitório, os servidores de arquivos não serão substituídos se apresentarem falhas e os dados não forem replicados. Se um servidor de arquivos ou um disco de armazenamento se tornar indisponível em um sistema de arquivos transitório, os arquivos armazenados em outros servidores ainda estarão acessíveis. Se os clientes tentarem acessar dados que estão no servidor ou no disco indisponível, eles receberão um I/O erro imediato.
A tabela a seguir ilustra a disponibilidade ou a durabilidade para a qual os sistemas de arquivos transitórios com os tamanhos de exemplo foram projetados, ao longo de um dia e de uma semana. Como sistemas de arquivos maiores têm mais servidores de arquivos e mais discos, as probabilidades de falha aumentam.
| Tamanho do sistema de arquivos (TiB) | Número de servidores de arquivos | Availability/durability mais de um dia | Availability/durability mais de uma semana |
|---|---|---|---|
|
1.2 |
2 |
99,9% |
99,4% |
2.4 |
2 |
99,9% |
99,4% |
4,8 |
3 |
99,8% |
99,2% |
|
9.6 |
5 |
99,8% |
98,6% |
50,4 |
22 |
99,1% |
93,9% |
Endereços IP para sistemas de arquivos
Cada sistema de arquivos do FSx para Lustre requer um endereço IP para cada servidor de metadados (MDS) e um endereço IP para cada servidor de armazenamento (OSS).
| Tipo do sistema de arquivos | Rendimento, MBps/TiB | Armazenamento por OSS |
|---|---|---|
| Persistent 2 EFA* | 125 | 38,4 TiB por OSS |
| 250 | 19,2 TiB por OSS | |
| 500 | 9,6 TiB por OSS | |
| 1000 | 4,8 TiB por OSS | |
| Persistent 2 não habilitados para EFA* | 125, 250, 500, 1 mil | 2,4 TiB por OSS |
| Persistent 1 SSD | 50, 100, 200 | 2,4 TiB por OSS |
| Persistent HDD | 12 | 6 TiB por OSS |
| 40 | 1,8 TiB por OSS | |
| Scratch 2 | 200 | 2,4 TiB por OSS |
| Scratch 1 | 200 | 3,6 TiB por OSS |
| Tipo do sistema de arquivos | Throughput por OSS |
|---|---|
| Intelligent-Tiering* | 4 mil MBps por OSS |
nota
* O Amazon FSx provisiona um servidor de metadados para cada 12.000 IOPS de metadados em SSDs persistentes 2 e sistemas de Intelligent-Tiering arquivos configurados com configuração de metadados.
Os sistemas de Intelligent-Tiering arquivos Amazon FSx for Lustre oferecem suporte a um máximo de 512 TiB de armazenamento por OSS.
Classes de armazenamento do FSx para Lustre
O Amazon FSx for Lustre oferece classes de armazenamento em unidades de estado sólido (SSD) e unidades de disco rígido (HDD) que são otimizadas para diferentes requisitos de processamento de dados: Intelligent-Tiering
A classe de armazenamento SSD fornece acesso de baixa latência (menos de um milissegundo) ao seu conjunto de dados completo. A classe de armazenamento SSD é provisionada, o que significa que você especifica o tamanho do sistema de arquivos e paga os custos de armazenamento pela quantidade de armazenamento provisionada. Use a classe de armazenamento SSD para workloads sensíveis à latência que exigem o desempenho do armazenamento totalmente flash em todos os dados.
Os sistemas de arquivos Persistent 2 com armazenamento SSD são compatíveis com níveis mais altos de throughput por unidade de armazenamento (ou seja, 250, 500 ou 1 mil MBps por TiB) em comparação com os sistemas de arquivos Persistent 1. Para um sistema de arquivos Persistent 1 com armazenamento SSD, o throughput por unidade de armazenamento corresponde a 50, 100 ou 200 MBps por TiB. Para um sistema de arquivos Scratch com armazenamento SSD, o throughput por unidade de armazenamento corresponde a 200 MBps por TiB.
A classe Intelligent-Tiering de armazenamento oferece armazenamento hierárquico totalmente elástico e inteligente. Elasticidade significa que você paga pela quantidade de dados que armazena e não precisa especificar o tamanho do sistema de arquivos. Intelligent-Tiering significa que você automaticamente paga menos para armazenar dados que não acessou recentemente. Essa classe de armazenamento otimiza automaticamente os custos ao hierarquizar dados a frio em níveis de armazenamento de menor custo. Você pode provisionar um cache de leitura do SSD opcional para acesso de baixa latência (menos de um milissegundo) aos dados acessados com frequência. A classe Intelligent-Tiering de armazenamento oferece o melhor equilíbrio entre preço e desempenho para a maioria das cargas de trabalho. Use a classe Intelligent-Tiering de armazenamento para cargas de trabalho compatíveis com cache e que não exijam o desempenho do armazenamento totalmente flash em todos os dados. Intelligent-Tiering os sistemas de arquivos suportam capacidades de taxa de transferência em incrementos de 4000 MBps.
A classe de armazenamento HDD pode ser usada com workloads que precisam de latência consistente de um dígito ms em todos os dados. Você pode provisionar um cache de leitura do SSD opcional que é dimensionado para 20% da capacidade de armazenamento em HDD com a finalidade de fornecer acesso de baixa latência aos dados acessados com frequência. Com o armazenamento em HDD, você especifica o tamanho do sistema de arquivos e paga pela quantidade de armazenamento provisionada. Para um sistema de arquivos Persistent 1 com armazenamento SSD, o throughput por unidade de armazenamento corresponde a 12 ou 40 MBps por TiB.
Para obter mais informações sobre a desempenho dessas classes de armazenamento, consulteCaracterísticas de desempenho das classes de armazenamento SSD e HDD e Características de desempenho da classe Intelligent-Tiering de armazenamento.
Como a classe Intelligent-Tiering de armazenamento classifica os dados em camadas
A classe de Intelligent-Tiering armazenamento Amazon FSx armazena dados automaticamente em três níveis de acesso. Foi projetada para otimizar custos de armazenamento movendo automaticamente dados para o nível de acesso mais econômico, sem impacto na desempenho ou sobrecarga operacional. A classe Intelligent-Tiering de armazenamento classifica automaticamente os dados em camadas 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 durante 30 dias consecutivos são automaticamente movidos para o nível Infrequent Access e custam menos do que os dados no nível Frequent Access.
Os dados que não foram acessados durante 90 dias consecutivos são automaticamente movidos para o nível Archive Instant Access e custam menos do que os dados no nível Infrequent Access.
Quando você acessa os dados nos níveis Infrequent Access ou Archive Instant Access, eles serão automaticamente movidos de volta para o nível Frequent Access. Além disso, operações como modificar a capacidade de transferência (que reequilibra os dados entre os OSTs), a redistribuição de arquivos ou diretórios ou o uso do `lfs migrate` podem mover alguns dados de volta para a camada de acesso frequente.
Todo acesso a dados não armazenados em cache tem as mesmas características de desempenho, independentemente do nível dos dados, e não há custos adicionais de IOPS, recuperação ou transição além dos custos operacionais normais. read/write
Disponibilidade do tipo de implantação
Os tipos de implantação Scratch 2, Persistent 1 e Persistent 2 estão disponíveis no seguinte Regiões da AWS:
| Região da AWS | Persistent 2 | Persistente 2 Intelligent-Tiering | Persistent 1 | Scratch 2 |
|---|---|---|---|---|
|
Leste dos EUA (Ohio) |
✓ |
✓ |
✓ |
✓ |
|
Leste dos EUA (Norte da Virgínia) |
✓ |
✓ |
✓ |
✓ |
|
Zona local do Leste dos EUA (Atlanta) |
✓ * |
|||
|
Zona local do Leste dos EUA (Dallas) |
✓ * |
|||
|
Zona Local Leste dos EUA (South Bend) |
✓ * |
|||
|
Oeste dos EUA (N. da Califórnia) |
✓ |
✓ |
✓ |
✓ |
|
Zona local do Oeste dos EUA (Los Angeles) |
✓ |
✓ |
||
|
Oeste dos EUA (Oregon) |
✓ |
✓ |
✓ |
✓ |
|
Zona local do Oeste dos EUA (Phoenix) |
✓ * |
|||
|
África (Cidade do Cabo) |
✓ |
✓ |
✓ |
✓ |
|
Ásia-Pacífico (Nova Zelândia) |
✓ |
✓ |
||
|
Ásia-Pacífico (Hong Kong) |
✓ |
✓ |
✓ |
✓ |
|
Ásia-Pacífico (Hyderabad) |
✓ |
✓ |
✓ |
✓ |
|
Ásia-Pacífico (Jacarta) |
✓ |
✓ |
✓ |
✓ |
|
Ásia-Pacífico (Malásia) |
✓ |
✓ |
||
|
Ásia-Pacífico (Melbourne) |
✓ |
✓ |
✓ |
✓ |
|
Ásia-Pacífico (Mumbai) |
✓ |
✓ |
✓ |
✓ |
|
Ásia-Pacífico (Osaka) |
✓ |
✓ |
✓ |
✓ |
|
Ásia-Pacífico (Seul) |
✓ |
✓ |
✓ |
✓ |
|
Ásia-Pacífico (Singapura) |
✓ |
✓ |
✓ |
✓ |
|
Ásia-Pacífico (Sydney) |
✓ |
✓ |
✓ |
✓ |
|
Ásia-Pacífico (Taipei) |
✓ |
✓ |
||
|
Ásia-Pacífico (Tailândia) |
✓ |
✓ |
||
|
Ásia-Pacífico (Tóquio) |
✓ |
✓ |
✓ |
✓ |
|
Canadá (Central) |
✓ |
✓ |
✓ |
✓ |
|
Oeste do Canadá (Calgary) |
✓ |
✓ |
||
|
Europa (Frankfurt) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Irlanda) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Londres) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Milão) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Paris) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Espanha) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Estocolmo) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Zurique) |
✓ |
✓ |
✓ |
✓ |
|
Israel (Tel Aviv) |
✓ * |
✓ |
||
|
México (Centro) |
✓ * |
|||
|
Oriente Médio (Bahrein) |
✓ |
✓ |
||
|
Oriente Médio (Emirados Árabes Unidos) |
✓ |
✓ |
||
|
América do Sul (São Paulo) |
✓ |
✓ |
✓ |
✓ |
|
AWS GovCloud (US-East) |
✓ |
✓ |
✓ |
|
|
AWS GovCloud (US-West) |
✓ |
✓ |
✓ |
nota
* Esses sistemas de Regiões da AWS suporte Persistent-125 e Persistent-250 arquivos com classe de armazenamento SSD sem EFA.
