A: Amazon FSx for Lustre makes it easy and cost effective to launch and run the world’s most popular high-performance file system.
The open source Lustre file system is designed for applications that require fast storage – where you want your storage to keep up with your compute. Lustre was built to solve the problem of quickly and cheaply processing the world’s ever-growing data sets, and it’s the most widely used file system for the 500 fastest computers in the world.
As a fully managed service, Amazon FSx brings Lustre to the masses, allowing you to use it for any workload where storage speed matters. Amazon FSx eliminates the traditional complexity of setting up and managing high-performance Lustre file systems, allowing you in minutes to spin up and run a battle-tested high-performance file system. It also provides multiple deployment options so you can optimize cost for your needs.
Amazon FSx also integrates with Amazon S3, making it easy for you to process cloud data sets with the Lustre high-performance file system. When linked to an S3 bucket, an FSx for Lustre file system transparently presents S3 objects as files and allows you to write changed data back to S3.
Q: What use cases does Amazon FSx for Lustre support?
A: Use Amazon FSx for Lustre for workloads where speed matters, such as machine learning, high performance computing (HPC), video processing, financial modeling, genome sequencing, and electronic design automation (EDA).
Q: How do I get started with Amazon FSx for Lustre?
A: To use Amazon FSx for Lustre, you must have an AWS account. If you do not already have an AWS account, you can sign-up for an AWS account.
Once you have created an AWS account, you can create a file system via the AWS Management Console, the AWS Command Line Interface (AWS CLI), and Amazon FSx API (and various language-specific SDKs). To learn more, get started here.
Q: What is the difference between scratch and persistent deployment options?
A: Amazon FSx for Lustre provides two deployment options: scratch and persistent.
Scratch file systems are designed for temporary storage and shorter-term processing of data. Data is not replicated and does not persist if a file server fails.
Persistent file systems are designed for longer-term storage and workloads. The file servers are highly available, and data is automatically replicated within the AWS Availability Zone (AZ) that is associated with the file system. The data volumes attached to the file servers are replicated independently from the file servers to which they are attached.
Q: When and why should I use the persistent FSx for Lustre versus the scratch FSx for Lustre deployment option?
A: Use scratch file systems when you need cost-optimized storage for short-term, processing-heavy workloads.
Use persistent file systems for workloads that run for extended periods or indefinitely, and may be sensitive to disruptions in availability.
Q: What are the availability and durability characteristics of FSx for Lustre file systems?
A: : Amazon FSx for Lustre provides a parallel file system. In parallel file systems, data is stored across multiple network file servers to maximize performance and reduce bottlenecks, and each server has multiple disks. Larger file systems have more file servers and disks than smaller file systems.
On a persistent file system, if a file server becomes unavailable it is replaced automatically and within minutes. In the meantime, client requests for data on that server transparently retry and eventually succeed after the file server is replaced. With persistent file systems, data is replicated on disks and any failed disks are automatically replaced behind the scenes, transparently.
On a scratch file system, file servers are not replaced if they fail and data is not replicated. If a file server or a storage disk becomes unavailable, files stored on other servers are still accessible. If clients try to access files that are on the unavailable server, clients will get an I/O error. The following table provides the availability/durability for which scratch ﬁle systems of example sizes are designed. As larger file systems have more file servers and more disks, the probabilities of failure are increased.
Table: Availability/durability of scratch file systems of various example sizes
|Scratch file system size (TiB)||Number of file servers||Availability/durability during one day||Availability/durability during one week|
Please refer to the Amazon FSx for Lustre documentation for more information.
Q: How do I create a file system with Amazon FSx for Lustre?
A: Creating an Amazon FSx for Lustre file system from the Console, CLI, or API is a simple process. Within minutes, your file system is running and accessible to your compute instances. If you link your filesystem to an S3 data lake, your objects will appear as files and directories as soon as your file system is available.
Q: What instance types and AMIs work with Amazon FSx for Lustre?
A: FSx for Lustre is compatible with the most popular Linux-based AMIs, including Amazon Linux, Amazon Linux 2, Red Hat Enterprise Linux (RHEL), CentOS, SUSE Linux and Ubuntu. With FSx for Lustre, you can mix and match the instance types and Linux AMIs that are connected to a single file system.
Q: How do I access an FSx for Lustre file system from a compute instance?
A: To access your file system from a Linux instance, you first install the open-source Lustre client on that instance. Once it’s installed, you can mount your file system using standard Linux commands. Once mounted, you can work with the files and directories in your file system just like you would with a local file system.
The Lustre client is included with Amazon Linux 2 and Amazon Linux. For Red Hat Enterprise Linux, CentOS, and Ubuntu an AWS repository for the Lustre client is supported that provides clients compatible with these operating systems. See the FSx for Lustre documentation for details.
Q: Does Amazon FSx support shared VPCs?
A: Yes, with Amazon FSx, you can create and use file systems in shared Amazon Virtual Private Clouds (VPCs) from both owner accounts and participant accounts with which the VPC has been shared. VPC sharing enables you to reduce the number of VPCs that you need to create and manage, while you still benefit from using separate accounts for billing and access control.
Q: How do I manage an FSx for Lustre file system?
A: Amazon FSx is a fully managed service, so all of the file storage infrastructure is managed for you. When you use Amazon FSx, you avoid the complexity of deploying and maintaining complex file system infrastructure.
You can administer a file system via the AWS Management Console, the AWS command-line interface (CLI), or the Amazon FSx API (and various language-specific SDKs). The Console, API, and SDK provide the ability to create and delete file systems, create and edit file system tags, and display detailed information about file systems. If you link your filesystem to an S3 data lake, your objects will appear as files and directories as soon as your system is available.
Q: How does Amazon FS for Lustre work with long-term data repositories?
A: Amazon FSx for Lustre allows you to ingest and process large volumes of file data, while periodically writing intermediate results to your data repository. Doing so allows you to restart your workload at any time from the latest data you’ve stored in your data repository. When your workload is done, you can write final results from your file system to your data repository, and delete your file system.
Q: If I have data in S3, how do I access it from Amazon FSx for Lustre to process it?
A: If you have data in S3, you can seamlessly link your Amazon FSx for Lustre file system with a specified S3 bucket, making the data in your Amazon S3 data repository accessible to your file system. Once your file system is created, initially the S3 objects’ names and prefixes will be visible as files and directories.
By default, Amazon S3 objects are only loaded into the file system when first accessed by your applications. If your applications access objects that haven’t yet been loaded into your file system, Amazon FSx for Lustre automatically loads the corresponding objects from Amazon S3. Subsequent reads of these files are served directly out of the file system with low, consistent latencies. You can optionally batch hydrate your Amazon FSx for Lustre file system.
Amazon FSx for Lustre uses parallel data transfer techniques to transfer data from S3 at up to hundreds of GBs/s.
Q: How do I export files written to my Amazon FSx for Lustre file system back to Amazon S3?
A: At any time, you can export files from your file system back to your Amazon S3 bucket using the “Export to repository” action on the console, or the CreateDataRepositoryTask API. With this API, you can quickly initiate, monitor, and cancel writing new or changed files to S3. Since it’s an AWS-native API, you can use it to orchestrate data export tasks from cloud-native workflows such as Lambda-based serverless applications.
Q: How do I export POSIX metadata associated with files written to my Amazon FSx for Lustre file system back to Amazon S3?
A: You can use the “Export to repository” action on the console, or the CreateDataRepositoryTask API to transfer symbolic links, file ownership metadata, and file timestamps to S3. S3 stores file permissions and other file metadata in the same format used by AWS DataSync and AWS Storage Gateway.
Q: If I have data on-premises how do I make it available to Amazon FSx for Lustre to process it?
A: If you have high-performance or data processing workloads running on-premises and demand for computing capacity spikes, you can cloud burst your workloads to Amazon FSx for Lustre by using Amazon Direct Connect or VPN.
Q: How do I monitor my file system’s activity?
A: Amazon FSx for Lustre provides native CloudWatch integration, allowing you to monitor file system health and performance metrics in real time. Example metrics include storage consumed, number of compute instance connections, throughput, and number of file operations per second. You can log all Amazon FSx API calls using AWS CloudTrail.
Q: Is Amazon FSx for Lustre POSIX-compliant?
Q: How is Amazon FSx for Lustre integrated with Amazon SageMaker?
A: Amazon FSx for Lustre can be an input data source for Amazon SageMaker. When FSx for Lustre is used as an input data source, Amazon SageMaker training jobs are accelerated by eliminating the initial S3 download step. SageMaker jobs can get started as soon as the FSx for Lustre file system linked with the S3 bucket is created without needing to download the full machine learning training data set from S3. Data is lazy loaded as needed from Amazon S3 for processing jobs. Another benefit is reduced TCO by avoiding the repeated download of common objects (saving S3 request costs) for iterative jobs on the same data set.
Q: How is Amazon FSx for Lustre integrated with Amazon Elastic Kubernetes Service (EKS)?
A: You can use persistent storage volumes backed by FSx for Lustre using the FSx for Lustre CSI driver from Amazon EKS or your self-managed Kubernetes on AWS. See Amazon EKS documentation for details.
Q: How is Amazon FSx for Lustre integrated with AWS Batch?
A: Amazon FSx for Lustre integrates with AWS Batch though EC2 Launch Templates. AWS Batch is a cloud-native batch scheduler for HPC, ML, and other asynchronous workloads. AWS Batch will automatically and dynamically size instances to job resource requirements, and use existing FSx for Lustre file systems when launching instances and running jobs.
Q: How is Amazon FSx for Lustre integrated with AWS ParallelCluster?
A: AWS ParallelCluster is an AWS-supported open-source cluster management tool that helps you to deploy and manage High Performance Computing (HPC) clusters in the AWS Cloud. AWS ParallelCluster supports automatic creation of a new Amazon FSx for Lustre file system or the ability to use an existing Amazon FSx for Lustre file system as part of the cluster creation process.
Q: What regions is Amazon FSx for Lustre available in?
A: Please refer to Regional Products and Services for details of Amazon FSx for Lustre service availability by region.
Q: Does Amazon FSx offer a Service Level Agreement (SLA)?
A: Yes. The Amazon FSx SLA provides for a service credit if a customer's monthly uptime percentage is below our service commitment in any billing cycle.
Scale and performance
Q: What performance can I expect from Amazon FSx for Lustre?
A: Amazon FSx for Lustre file systems scale to hundreds of GB/s of throughput and millions of IOPS. FSx for Lustre also supports concurrent access to the same file or directory from thousands of compute instances. FSx for Lustre provides consistent, sub-millisecond latencies for file operations.
FSx for Lustre file systems provide baseline throughput ranging between 50 MB/s and 200 MB/s for every TiB of storage provisioned. For data read operations, every file system’s throughput also bursts to up to 1.3 GB/s for every TiB of storage provisioned, with all file systems (even the smallest) providing a minimum burst of 3 GB/s. For data write operations, file systems with a baseline of less than 200 MB/s per TiB of storage can burst up to 240 MB/s per TiB of storage provisioned.
See documentation for more details.
Q: How does throughput scale with storage capacity?
A: Scratch file systems provides a baseline of 200 MB/s and a burst of 1200 MB/s of throughput per TiB of storage provisioned. Persistent file systems provide 50, 100, or 200 MB/s of baseline throughput per TiB of storage provisioned based on the option chosen.
Q: How many instances can connect to a file system?
A: An FSx for Lustre file system can be concurrently accessed by thousands of compute instances.
Q: What file system sizes are supported by FSx for Lustre & what is the increment granularity?
A: Scratch and persistent file systems can be created in sizes of 1.2 TiB or in increments of 2.4 TiB.
Q: How many file systems can I create?
A: There is a 100-file system limit per account which can be increased upon request.
Security and compliance
Q: Does Amazon FSx for Lustre support data encryption?
A: Yes, Amazon FSx for Lustre file systems support encryption at-rest and in-transit. Scratch file systems are encrypted at-rest with keys managed by the service and encrypted in-transit when accessed from supported EC2 instances. Persistent file systems are encrypted at-rest using either customer managed or AWS Managed Customer Master Key (CMK) in AWS KMS. Persistent file systems are encrypted in-transit when accessed from supported EC2 instances. See the Amazon FSx documentation for details on regions where in-transit encryption is supported for scratch and persistent file systems.
Q: What access control capabilities does Amazon FSx provide?
A: Every FSx for Lustre resource is owned by an AWS account, and permissions to create or access a resource are governed by permissions policies. You specify the Amazon Virtual Private Cloud (VPC) in which your file system is made accessible, and you control which resources within the VPC have access to your file system using VPC Security Groups. You control who can administer your file system and backup resources (create, delete, etc.) using AWS IAM.
Q: What compliance programs does Amazon FSx support?
A: AWS has the longest-running compliance program in the cloud and are committed to helping customers navigate their requirements. Amazon FSx has been assessed to meet global and industry security standards. It complies with PCI DSS, ISO 9001, 27001, 27017, and 27018), and SOC 1, 2, and 3, in addition to being HIPAA eligible. That makes it easier for you to verify our security and meet your own obligations. For more information and resources, visit our compliance pages. You can also go to the Services in Scope by Compliance Program page to see a full list of services and certifications.
Pricing and billing
Q: How will I be charged and billed for my use of Amazon FSx for Lustre?
A: You pay only for the resources you use. See the Amazon FSx for Lustre pricing page for details.
Q: Do your prices include taxes?
A: Except as otherwise noted, our prices are exclusive of applicable taxes and duties, including VAT and applicable sales tax. For customers with a Japanese billing address, use of AWS services is subject to Japanese Consumption Tax. Learn more.