翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # Amazon Elastic File System とは Amazon Elastic File System (Amazon EFS) は、サーバーレスで伸縮自在なファイルストレージを提供するため、ストレージ容量およびパフォーマンスのプロビジョニングや管理を行わずにファイルデータを共有できます。Amazon EFS は、アプリケーションを中断することなく、ファイルの追加や削除に伴って自動的に伸縮し、ペタバイト規模までオンデマンドで拡張できるように構築されています。Amazon EFS はシンプルなウェブサービスインターフェイスを提供しているため、ファイルシステムをすばやく簡単に作成、設定できます。このサービスでは、ユーザーに代わってすべてのファイルストレージインフラストラクチャを管理するため、複雑なデプロイ、パッチ適用、および複雑なファイルシステム設定の保守を行う必要がありません。 Amazon EFS はネットワークファイルシステムバージョン 4 (NFSv4.1 および NFSv4.0) プロトコルをサポートするので、現在お使いのアプリケーションやツールも Amazon EFS とシームレスに動作します。Amazon EFS は、Amazon EC2、Amazon ECS、Amazon EKS、AWS Lambda、AWS Fargate など、ほとんどのタイプの Amazon Web Services のコンピューティングインスタンス間でアクセスできます。 このサービスは拡張性と可用性に優れ、高い耐久性で設計されています。Amazon EFS では、可用性と耐久性のニーズを満たすために、以下のファイルシステムのタイプを用意しています。 + *リージョン* (推奨) - リージョンファイルシステム (推奨) は、同じ AWS リージョン内で地理的に分離された複数のアベイラビリティーゾーンにデータを冗長的に保存します。複数のアベイラビリティーゾーン間でデータを保存することで、AWS リージョン内の 1 つ以上のアベイラビリティーゾーンが利用不可能になった場合でも、データの可用性が継続的に提供されます。 + *1 ゾーン* - 1 ゾーンファイルシステムは、単一のアベイラビリティーゾーン内にデータを保存します。1 つのアベイラビリティーゾーンにデータを保存することで、データの継続的な可用性が提供されます。ただし、アベイラビリティーゾーンの全体または一部に損失や破損が生じると、このタイプのファイルシステムに保存されているデータは失われる可能性があります。 ファイルシステムのタイプの詳細については、「[EFS ファイルシステムタイプ](features.md#file-system-type)」を参照してください。 Amazon EFS は、さまざまなワークロードに必要なスループット、IOPS、低レイテンシーを実現するように設計されています。EFS ファイルシステムはペタバイト規模で拡張でき、高レベルのスループットを促進して、コンピューティング インスタンスからデータへの大規模な並列アクセスを可能にします。ほとんどのワークロードでは、デフォルトのモード (汎用パフォーマンスモードとエラスティックスループットモード) を使用することをお勧めします。 + *汎用* - 汎用パフォーマンスモードは、ウェブ配信環境、コンテンツ管理システム、ホームディレクトリ、一般的なファイルサービスなど、レイテンシーの影響を受けやすいアプリケーションに最適です。 + *エラスティック* - エラスティックスループットモードは、ワークロードアクティビティのニーズに合わせてスループットのパフォーマンスを自動的にスケールアップまたはスケールダウンするように設計されています。 EFS のパフォーマンスモードとスループットモードの詳細については、「[Amazon EFS のパフォーマンス仕様](performance.md)」を参照してください。 Amazon EFS は、強いデータ整合性とファイルのロックなどのファイルシステムアクセスのセマンティクスが提供されます。詳細については、「[Amazon EFS のデータ整合性](features.md#consistency)」を参照してください。Amazon EFS では、Portable Operating System Interface (POSIX) アクセス許可を通じてファイルシステムへのアクセスを制御することができます。詳細については、「[Amazon EFS でのデータの保護](security-considerations.md)」を参照してください。 Amazon EFS は、セキュリティおよびコンプライアンス要件を満たすための認証、認可、および暗号化の各機能をサポートしています。Amazon EFS は、ファイルシステムの暗号化の方法として、転送時の暗号化と保管時の暗号化の 2 つをサポートしています。EFS ファイルシステムを作成する場合、保管時の暗号化を有効にすることができます。これを行うと、データとメタデータはすべて暗号化されます。伝送中の暗号化は、ファイルシステムをマウントする際に有効にできます。Amazon EFS への NFS クライアントのアクセスは、AWS Identity and Access Management (IAM) ポリシーとネットワークセキュリティポリシー (セキュリティグループなど) の両方によって制御されます。詳細については[Amazon EFS でのデータの暗号化](encryption.md)、[Amazon EFS のためのアイデンティティとアクセス管理](security-iam.md)、および[NFS クライアントの EFS ファイルシステムへのネットワークアクセスのコントロール](NFS-access-control-efs.md)を参照してください。 **注記** Microsoft Windows ベースの Amazon EFS インスタンスでの Amazon EC2 の使用はサポートされていません。 ## Amazon EFS を初めてお使いになる方向けの情報 Amazon EFS を初めて使用する方には、次のセクションを順に読むことをお勧めします。 1. Amazon EFS の製品と料金の概要については、[Amazon EFS](https://aws.amazon.com/efs/) を参照してください。 1. Amazon EFS に関する技術的な概要については、[Amazon EFS の仕組み](how-it-works.md) を参照してください。 1. 「[開始方法](getting-started.md)」の演習を試してください。 Amazon EFS の詳細情報について、次のトピックでそのサービスを詳しく説明します。 + [EFS リソースの作成と管理](creating-using.md) + [EFS ファイルシステムの管理](managing.md) + [Amazon EFS API](api-reference.md) # Amazon EFS の仕組み Amazon Elastic File System (EFS) は、シンプルでサーバーレス、かつ全自動の伸縮自在なファイルシステムを提供します。Amazon EFS を使用すると、ファイルシステムを作成し、そのファイルシステムを Amazon EC2 インスタンスにマウントし、ファイルシステムとの間でデータの読取りおよび書込みを行うことができます。Network File System バージョン 4.0 および 4.1 (NFSv4) プロトコルを使用して、EFS ファイルシステムを自分の 仮想プライベートクラウド (VPC) にマウントできます。最新の Amazon Linux、Amazon Linux 2、Red Hat、Ubuntu、macOS Big Sur の AMI に搭載されている現行世代の Linux NFSv4.1 クライアントを、Amazon EFS マウントヘルパーと共に使用することをお勧めします。手順については、「[Amazon EFS クライアントの手動インストール](using-amazon-efs-utils.md)」を参照してください。 このプロトコルをサポートする Amazon EC2 Linux Amazon Machine Images (AMI) のリストについては、「[NFS サポート](mounting-fs-old.md#mounting-fs-nfs-info)」を参照してください。一部の AMI では、Amazon EC2 インスタンスにファイルシステムをマウントするために NFS クライアントをインストールする必要があります。手順については、「[NFS クライアントをインストールする](mounting-fs-install-nfsclient.md)」を参照してください。 お客様の EFS ファイルシステムに、複数の NFS クライアントから同時にアクセスできます。それで、単一接続を越えてスケールされているアプリケーションがファイルシステムにアクセスできます。同じ 内の複数のアベイラビリティーゾーンで実行されている Amazon EC2 およびその他の AWS コンピューティングインスタンス AWS リージョン は、ファイルシステムにアクセスできるため、多くのユーザーが共通のデータソースにアクセスして共有できます。 EFS ファイルシステムを作成 AWS リージョン できる のリストについては、「」を参照してください[Amazon Web Services 全般のリファレンス](https://docs.aws.amazon.com/general/latest/gr/rande.html#elasticfilesystem_region)。 VPC 内の EFS ファイルシステムにアクセスするには、VPC に 1 つ以上のマウントターゲットを作成します。*マウントターゲット*は、EFS ファイルシステムをマウントできる NFSv4 エンドポイントの IP アドレスを提供します。Domain Name Service (DNS) 名を使用してファイルシステムをマウントします。そうすると EC2 インスタンスと同じアベイラビリティーゾーンの EFS マウントターゲットの IP アドレスとして解決されます。 AWS リージョンのアベイラビリティーゾーンごとに 1 つのマウントターゲットを作成できます。VPC のアベイラビリティーゾーンに複数のサブネットがある場合、サブネットの 1 つにマウントターゲットを作成します。次に、アベイラビリティーゾーンのすべての EC2 インスタンスがそのマウントターゲットを共有します。 **注記** EFS ファイルシステムでは、一度に 1 つの VPC にのみマウントターゲットを持つことができます。 マウントターゲットは高い可用性を実現できるように設計されています。高可用性と他のアベイラビリティーゾーン (AZ) へのフェイルオーバーを設計する場合、各 AZ のマウントターゲットの IP アドレスと DNS は静的ですが、これらは複数のリソースによってバックアップされる冗長コンポーネントであることに注意してください。マウントターゲットの詳細については、「[マウントターゲットの管理](accessing-fs.md)」を参照してください。 DNS 名を使用してファイルシステムをマウントした後、他のファイルシステムと同様に使用します。NFS レベルのアクセス権限と関連する考慮事項の詳細については、「[ネットワークファイルシステム (NFS) レベルのユーザー、グループ、およびアクセス許可](accessing-fs-nfs-permissions.md)」を参照してください。 AWS Direct Connect または を使用して Amazon VPC EFS ファイルシステムをオンプレミスのデータセンターサーバーにマウントできます Site-to-Site VPN。EFS ファイルシステムをオンプレミスサーバーにマウントすると、データセットを EFS に移行したり、クラウドでのバーストシナリオを有効にしたり、オンプレミスデータを Amazon EFS にバックアップしたりできます。 以下では、Amazon EFS が他のサービスとどのように連携するかについて説明します。 **Topics** + [Amazon EFS と Amazon EC2 の連携方法](#how-it-works-ec2) + [Amazon EFS AWS Direct Connect と AWS Managed VPN の連携方法](#how-it-works-direct-connect) + [Amazon EFS と の連携方法 AWS Backup](#how-it-works-backups) ## Amazon EFS と Amazon EC2 の連携方法 このセクションでは、Amazon EFS のリージョナルファイルシステムと 1 ゾーンファイルシステムが Amazon VPC 内の EC2 インスタンスにマウントされる方法について説明します。 ### リージョン EFS ファイルシステム 次の図は、 AWS リージョン内の複数のアベイラビリティーゾーン用に設定された Amazon EFS ファイルシステムにアクセスする、複数の EC2 インスタンスを示しています。 ![\[EC2 インスタンス上の VPC 内の 3 つのアベイラビリティーゾーンにマウントターゲットを持つリージョンファイルシステム。\]](http://docs.aws.amazon.com/ja_jp/efs/latest/ug/images/efs-ec2-how-it-works-Regional_china-world.png) この図では、仮想プライベートクラウド (VPC) に 3 つのアベイラビリティーゾーンがあります。ファイルシステムがリージョン別であるため、各アベイラビリティーゾーンにマウントターゲットが作成されました。パフォーマンスとコストの観点から、同じアベイラビリティーゾーンのマウントターゲットからファイルシステムにアクセスすることをお勧めします。アベイラビリティーゾーンの 1 つには 2 つのサブネットがあります。ただし、マウントターゲットは 1 つのサブネットのみに作成されます。詳細については、「[EFS マウントヘルパーを使用した EFS ファイルシステムのマウント](efs-mount-helper.md)」を参照してください。 ### 1 ゾーンファイルシステム 次の図は、単一の AWS リージョン内の異なるアベイラビリティーゾーンから 1 ゾーンファイルシステムにアクセスする、複数の EC2 インスタンスを示しています。 ![\[同じアベイラビリティーゾーン内に単一のマウントターゲットが作成された 1 ゾーンファイルシステム。\]](http://docs.aws.amazon.com/ja_jp/efs/latest/ug/images/efs-ec2-how-it-works-OneZone.png) この図では、VPC には 2 つのアベイラビリティーゾーンがあり、それぞれに 1 つのサブネットがあります。ファイルシステムのタイプが 1 ゾーンなので、マウントターゲットを 1 つだけ持つことができます。パフォーマンスとコストを向上させるために、マウントする EC2 インスタンスと同じアベイラビリティーゾーンにあるマウントターゲットからファイルシステムにアクセスすることをお勧めします。 この例では、us-west-2c アベイラビリティーゾーンの EC2 インスタンスは、別のアベイラビリティーゾーンのマウントターゲットにアクセスするための EC2 データアクセス料金を支払います。詳細については、「[1 ゾーンファイルシステムをマウントする](mounting-one-zone.md)」を参照してください。 ## Amazon EFS AWS Direct Connect と AWS Managed VPN の連携方法 オンプレミスサーバーにマウントされた Amazon EFS ファイルシステムを使用することで、Amazon EFS ファイルシステムで AWS クラウド ホストされている にオンプレミスデータを移行できます。バーストを活用することもできます。つまり、オンプレミスサーバーから Amazon EFS にデータを移動し、Amazon VPC の Amazon EC2 インスタンスのフリート上で分析することができます。その後、結果をファイルシステムに永続的に保存するか、結果をオンプレミスサーバーに戻すことができます。 オンプレミスサーバーで Amazon EFS を使用する場合は、次の点に注意してください。 + オンプレミスサーバーには Linux ベースのオペレーティングシステムが必要です。Linux カーネルバージョン 4.0 以降をお勧めします。 + わかりやすいように、DNS 名ではなくマウントターゲットの IP アドレスを使用して、Amazon EFS ファイルシステムをオンプレミスサーバーにマウントすることをお勧めします。 Amazon EFS ファイルシステムのオンプレミスアクセスに、追加料金は必要ありません。Amazon VPC Direct Connect への接続には料金が発生します。詳細については、[Direct Connect 料金表](https://aws.amazon.com/directconnect/pricing/)を参照してください。 次の図は、オンプレミスから Amazon EFS ファイルシステムにアクセスする方法 (オンプレミスサーバーにファイルシステムがマウントされている) の例を示しています。 ![\[Direct Connectを使用する場合は、オンプレミスクライアントに EFS ファイルシステムをマウントします。\]](http://docs.aws.amazon.com/ja_jp/efs/latest/ug/images/efs-directconnect-how-it-works.png) オンプレミスサーバーと VPC 間の Direct Connect 接続を使用して、そのマウントターゲットのサブネットに到達できる場合は、VPC 内の任意のマウントターゲットを使用できます。オンプレミスサーバーから Amazon EFS にアクセスするには、オンプレミスサーバーから NFS ポート (2049) へのインバウンドトラフィックを許可するために、マウントターゲットセキュリティグループにルールを追加する必要があります。詳しい手順などの詳細については、「[前提条件](mounting-fs-mount-helper-direct.md#efs-onpremises)」を参照してください。 ## Amazon EFS と の連携方法 AWS Backup ファイルシステムの包括的なバックアップ実装のために、 で Amazon EFS を使用できます AWS Backup。 AWS Backup は、クラウドおよびオンプレミスのサービス間でデータバックアップを簡単に一元化および自動化できるフルマネージドバックアップ AWS サービスです。を使用すると AWS Backup、バックアップポリシーを一元的に設定し、 AWS リソースのバックアップアクティビティをモニタリングできます。Amazon EFS は常にバックアップオペレーションよりもファイルシステムオペレーションを優先します。を使用した EFS ファイルシステムのバックアップの詳細については AWS Backup、「」を参照してください[EFS ファイルシステムのバックアップ](awsbackup.md)。 # Amazon EFS の機能 以下では、Amazon EFS の機能について説明します。 **Topics** + [認証とアクセスコントロール](#auth-access-intro) + [Amazon EFS のデータ整合性](#consistency) + [EFS ファイルシステムの可用性と耐久性](#availability-durability) + [レプリケーション](#how-efs-replication-works) ## 認証とアクセスコントロール Amazon EFS コンソールを使用したり、ファイルシステムの作成などの Amazon EFS API リクエストを実行したりするには、有効な認証情報が必要です。さらに、他の EFS および AWS リソースを作成またはアクセスするためのアクセス許可も必要です。 AWS Identity and Access Management (IAM) で作成したユーザーとロールには、 リソースを作成またはアクセスするためのアクセス許可を付与する必要があります。権限の詳細については、「[Amazon EFS のためのアイデンティティとアクセス管理](security-iam.md)」を参照してください。 NFS クライアントの IAM 認可は、Amazon EFS の追加のセキュリティオプションであり、IAM を使用して、大規模なネットワークファイルシステム (NFS) クライアントのアクセス管理を簡素化できます。NFS クライアントの IAM 認可では、IAM を使用して、固有のスケーラブルな方法で EFS ファイルシステムへのアクセスを管理できます。NFS クライアントの IAM 認可は、クラウド環境にも最適化されています。NFS クライアントの IAM 認可を使用する方法の詳細については、「[IAM を使用してファイルシステムへのアクセスを制御する](iam-access-control-nfs-efs.md)」を参照してください。 ## Amazon EFS のデータ整合性 Amazon EFS は、アプリケーションが NFS に求める close-to open 整合性セマンティクスを提供します。 Amazon EFS では、以下の状況において、リージョンファイルシステムの書き込みオペレーションがアベイラビリティーゾーン間で永続的に保存されます。 + アプリケーションは、同期書き込みオペレーションを実行します (たとえば、`open` フラグで `O_DIRECT` Linux コマンドを使用するか、または `fsync` Linux コマンドを使用します)。 + アプリケーションがファイルを閉じます。 Amazon EFS は、アクセスパターンによっては、close-to-open セマンティクスよりも強力な整合性をもたらします。同期データアクセスを実行し、非追加書き込みを実行するアプリケーションは、データアクセスのための書き込み後の読み取り整合性を保ちます。 ### ファイルロック NFS クライアントアプリケーションでは、Amazon EFS ファイルの読み取り/書き込み操作に NFS バージョン 4 のファイルロック (バイト範囲ロックを含む) を使用できます。 Amazon EFS がファイルをロックする方法については、次の点に注意してください。 + Amazon EFS はアドバイザリロックのみをサポートしており、読み取り/書き込みオペレーションでは実行前にロックの競合をチェックしません。例えば、アトミックオペレーションによるファイル同期の問題を回避するには、アプリケーションが NFS のセマンティクス (オープンに近い整合性など) を認識している必要があります。 + 1 つの特定のファイルが、接続されているすべてのインスタンスとそのファイルにアクセスしているユーザー全体で持つことのできるロックの数は、最大 512 個までです。 ## EFS ファイルシステムの可用性と耐久性 このセクションでは、Amazon Elastic File System (Amazon EFS) ファイルシステムにおけるファイルシステムのタイプとストレージクラスのオプションについて説明します。 ### EFS ファイルシステムタイプ Amazon EFS には、リージョンファイルシステムタイプと 1 ゾーンファイルシステムタイプがあります。 + **リージョン** - リージョンファイルシステム (推奨) は、同じ AWS リージョン内で地理的に分離された複数のアベイラビリティーゾーンにデータを冗長的に保存します。複数のアベイラビリティーゾーンにデータを保存すると、 の 1 つ以上のアベイラビリティーゾーン AWS リージョン が使用できない場合でも、データの継続的な可用性が提供されます。 + **1 ゾーン** - 1 ゾーンファイルシステムは、単一のアベイラビリティーゾーン内にデータを保存します。1 つのアベイラビリティーゾーンにデータを保存することで、データの継続的な可用性が提供されます。ただし、アベイラビリティーゾーンの全体または一部に損失や破損が生じると、このタイプのファイルシステムに保存されているデータは失われる可能性があります。 万一、 AWS アベイラビリティーゾーンの全部または一部に損失または損傷が発生した場合、1 ゾーンストレージクラスのデータは失われる可能性があります。例えば、火災や水害などの事象が発生すると、データが失われる可能性があります。このような事象は別として、1 ゾーンストレージクラスは、リージョン別ストレージクラスと同様のエンジニアリング設計を採用して、独立したディスク、ホスト、ラックレベルの障害からオブジェクトを保護し、それぞれ 99.999999999% のデータ耐久性を実現するように設計されています。 データ保護を強化するために、Amazon EFS は 1 ゾーンファイルシステムを自動的にバックアップします AWS Backup。ファイルシステムのバックアップは、 内の任意の運用アベイラビリティーゾーンに復元することも AWS リージョン、別のアベイラビリティーゾーンに復元することもできます AWS リージョン。を使用して作成および管理される EFS ファイルシステムのバックアップ AWS Backup は、3 つのアベイラビリティーゾーンにレプリケートされ、耐久性のために設計されています。詳細については、[「レジリエンス AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/disaster-recovery-resiliency.html)」を参照してください。 **注記** 1 ゾーンファイルシステムは特定のアベイラビリティーゾーンでのみ使用できます。1 ゾーンファイルシステムを使用できるアベイラビリティーゾーンの一覧表については、「[1 ゾーンファイルシステムでサポートされるアベイラビリティーゾーン](#OneZoneAZs)」を参照してください。 次の表では、可用性、耐久性、その他の考慮すべき事項を含めて、ファイルシステムタイプを比較しています。 | ファイルシステムタイプ | 対象 | 耐久性 (設計対象) | 利用可能な状況 | アベイラビリティーゾーン | その他の考慮事項 | | --- | --- | --- | --- | --- | --- | | リージョン別 | 高い耐久性と可用性を必要とするデータ。 | 99.999999999% (11 9s) | 99.99% | >=3 | なし | | 1 ゾーン | 高い耐久性と可用性を必要としないデータ。 | 99.999999999% (11 9s) | 99.99% | 1 | アベイラビリティーゾーンの損失においては回復性なし | ### 1 ゾーンファイルシステムでサポートされるアベイラビリティーゾーン 1 ゾーンファイルシステムは特定のアベイラビリティーゾーンでのみ使用できます。次の表に、1 ゾーンファイルシステムを使用できる各アベイラビリティーゾーンの AWS リージョン と AZ IDs を示します。アカウントのアベイラビリティーゾーンへの AZ IDs のマッピングを確認するには、*AWS 「Resource Access Manager ユーザーガイド*」の[AWS 「リソースのアベイラビリティーゾーン IDs](https://docs.aws.amazon.com/ram/latest/userguide/working-with-az-ids.html)」を参照してください。 **1 ゾーンファイルシステムをサポートするアベイラビリティーゾーン** | AWS リージョン 名前 | AWS リージョン コード | サポートされる AZ ID | | --- | --- | --- | | 米国東部 (オハイオ) | us-east-2 | use2-az1、use2-az2、use2-az3 | | 米国東部 (バージニア北部) | us–east–1 | use1-az1、use1-az2、use1-az4、use1-az5、use1-az6 | | 米国西部（北カリフォルニア) | us-west-1 | usw1-az1、usw1-az3 | | 米国西部 (オレゴン) | us-west-2 | usw2-az1、usw2-az2、usw2-az3、usw2-az4 | | アフリカ (ケープタウン) | af-south-1 | afs1-az1、afs1-az2、afs1-az3 | | アジアパシフィック (香港) | ap-east-1 | ape1-az1、ape1-az2、ape1-az3 | | アジアパシフィック (ムンバイ) | ap-south-1 | aps1-az1、aps1-az2、aps1-az3 | | アジアパシフィック (大阪) | ap-northeast-3 | apne3-az1、apne3-az2、apne3-az3 | | アジアパシフィック (ソウル) | ap-northeast-2 | apne2-az1、apne2-az2、apne2-az3 | | アジアパシフィック (シンガポール) | ap-southeast-1 | apse1-az1、apse1-az2 | | アジアパシフィック (シドニー) | ap-southeast-2 | apse2-az1、apse2-az3、apse2-az2 | | アジアパシフィック (東京) | ap-northeast-1 | apne1-az1、apne1-az4 | | カナダ (中部) | ca-central-1 | cac1-az1、cac1-az2 | | 中国 (北京) | cn-north-1 | cnn1-az1、cnn1-az2 | | 中国 (寧夏) | cn-northwest-1 | cnnw1-az1、cnnw1-az2、cnnw1-az3 | | 欧州 (フランクフルト) | eu-central-1 | euc1-az1、euc1-az2、euc1-az3 | | 欧州 (アイルランド) | eu-west-1 | euw1-az1、euw1-az2、euw1-az3 | | 欧州 (ロンドン) | eu-west-2 | euw2-az1、euw2-az2 | | 欧州 (ミラノ) | eu-south-1 | eus1-az1、eus1-az2、eus1-az3 | | 欧州 (パリ) | eu-west-3 | euw3-az1、euw3-az3 | | 欧州 (ストックホルム) | eu-north-1 | eun1-az1、eun1-az2、eun1-az3 | | 中東 (バーレーン) | me-south-1 | mes1-az1、mes1-az2、mes1-az3 | | 南米 (サンパウロ） | sa-east-1 | sae1-az1、sae1-az2、sae1-az3 | | AWS GovCloud (米国東部) | us-gov-east-1 | usge1-az1、usge1-az2、usge1-az3 | | AWS GovCloud (米国西部) | us-gov-west-1 | usgw1-az1、usgw1-az2、usgw1-az3 | ### EFS ストレージクラス Amazon EFS では、ユースケースに応じて最も効果的なストレージになるように設計された、さまざまなストレージクラスが提供されています。 + **EFS 標準** — EFS 標準ストレージクラスは、ソリッドステートドライブ (SSD) ストレージを使用して、頻繁にアクセスされるファイルのレイテンシーを最小限に抑えます。新しいファイルシステムデータは、最初に EFS 標準ストレージクラスに書き込まれ、次にライフサイクル管理を使用して EFS 低頻度アクセスストレージクラスおよび EFS アーカイブストレージクラスに階層化できます。 + **EFS 低頻度アクセス (IA)** — コストが最適化されたストレージクラスで、四半期ごとに数回しかアクセスされないデータに向いています。 + **EFS アーカイブ** — コストが最適化されたストレージクラスで、1 年に数回しかアクセスされないデータに向いています。 EFS アーカイブストレージクラスは、エラスティックスループットの EFS ファイルシステムでサポートされます。ファイルシステムのデータがアーカイブストレージクラスに格納されたら、ファイルシステムのスループットをバーストまたはプロビジョンドに更新することはできません。 #### ストレージクラスを比較する 次の表ではストレージクラスの比較を示しています。各ストレージクラスのパフォーマンスの詳細については、「[Amazon EFS のパフォーマンス仕様](performance.md)」を参照してください。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/efs/latest/ug/features.html) 1 1 ゾーンファイルシステムは 1 つの AWS アベイラビリティーゾーンにデータを保存するため、アベイラビリティーゾーン内のデータのコピーすべてに影響する災害やその他の障害が発生した場合、またはアベイラビリティーゾーンが破壊された場合、これらのタイプのファイルシステムに保存されているデータは失われる可能性があります。 22023 年 11 月 26 日午後 0 時 (太平洋時間) 以降に更新されたライフサイクルポリシーでは、128 KiB 未満のファイルが IA クラスに階層化されます。Amazon EFS が個々のファイルとメタデータを計測して請求する方法の詳細については、「[Amazon EFS がファイルシステムとオブジェクトのサイズをどのように報告するかについて説明します。](metered-sizes.md)」を参照してください。 #### ストレージクラスの請求 各ストレージクラスでのデータの量に対して、請求が行われます。IA ストレージまたはアーカイブストレージ内のファイルが読み取られるときや、ライフサイクル管理を使用してストレージクラス間を移動するデータに対しても、データアクセス料金が請求されます。 AWS の請求書には、各ストレージクラスの容量とファイルシステムのストレージクラスに対して計測されたアクセスが表示されます。詳細はこちら、「[Amazon EFS 料金表](https://aws.amazon.com/efs/pricing)」を参照してください。 また、低頻度アクセス (IA) ストレージクラスおよびアーカイブストレージクラスにおけるファイルあたりの最低請求額は 128 KiB です。128 KiB 未満のファイルのサポートは、2023 年 11 月 26 日午後 12:00（太平洋時間）以降に更新されたライフサイクルポリシーでのみ利用できます。Amazon EFS が個々のファイルとメタデータを計測して請求する方法の詳細については、「[Amazon EFS がファイルシステムとオブジェクトのサイズをどのように報告するかについて説明します。](metered-sizes.md)」を参照してください。 スループットモードによっては、追加の請求に関する考慮事項が適用されます。 + エラスティックスループットを使用するファイルシステムの場合、ストレージ料金とは関係なく、ファイルシステムに転送されたメタデータとデータの合計月額料金が請求されます。 + プロビジョニングされたスループットを使用しているファイルシステムの場合は、EFS 標準ストレージクラスにあるデータの量に基づいて、提供されているスループットを超えてプロビジョニングされたスループットの料金が請求されます。 + バーストスループットを使用するファイルシステムの場合、許容されるスループットは、EFS 標準ストレージクラスにのみ保存されているデータ量に基づいて決定されます。 EFS スループットモードの詳細については、「[スループットモード](performance.md#throughput-modes)」を参照してください。 **注記** を使用してライフサイクル管理が有効な EFS ファイルシステムをバックアップする場合 AWS Backup 、データアクセス料金は発生しません。Amazon EFS AWS Backup での の詳細については、「」を参照してください[EFS ファイルシステムのバックアップ](awsbackup.md)。 ### ライフサイクル管理 ファイルシステムがライフサイクル全体にわたってコスト効率良く保存されるように管理するには、ライフサイクル管理を使用します。ライフサイクル管理は、ファイルシステムに定義されているライフサイクル設定に従って、ストレージクラス間でデータを自動的に移行します。ライフサイクル設定は、**ファイルシステムデータを別のストレージクラスに移行するタイミングを定義する、一連のライフサイクルポリシーです。詳細については、「[ストレージライフサイクルを管理する](lifecycle-management-efs.md)」を参照してください。 ## レプリケーション レプリケーションを使用して、 AWS リージョン 任意の で Amazon EFS ファイルシステムのレプリカを作成できます。レプリケーションは、EFS ファイルシステムのデータとメタデータを、 AWS リージョン 選択した で作成された新しい送信先 EFS ファイルシステムに自動的かつ透過的にレプリケートします。EFS は、ソースとデスティネーションのファイルシステムの同期を自動的に維持します。レプリケーションは継続的であり、分単位の目標復旧時点 (RPO) と目標復旧時間 (RTO) を実現するように設計されています。これらの機能は、コンプライアンスとビジネス継続性の目標を達成するのに役立ちます。詳細については、「[EFS ファイルシステムのレプリケート](efs-replication.md)」を参照してください。