
## Transfer Family を使って EFS に SFTP クライアントからアクセスする

例えば、Lambda しか使わない EFS に必要なリソースを格納する際に、一々 EC2 を立ててマウントしたりするのはめんどくさいです。
Transfer Family を使えば、よくある SFTP クライアント (WinSCP や FileZilla、Cyberduck など)を使って、GUI で手軽に EFS ファイルシステム内にファイル転送などができます。

## Transfer Family を使って EFS に SFTP クライアントからアクセスする際の前提

EFS を作成済みとします。
EFS の作成に関しては以下の記事をご参照ください。

<https://blog.grasswake.me/tech-posts/1649084868>

また、仮背景として EFS は Lambda で利用するため、以下のような Lambda 用のアクセスポイントを作成済みと仮定します。

![アクセスポイント作成 1](/images/posts/tech-posts/1649770909/create_accesspoint_1.png)

![アクセスポイント作成 2](/images/posts/tech-posts/1649770909/create_accesspoint_2.png)

## Transfer Family を使って EFS に SFTP クライアントからアクセスする手順

### Transfer Family 用の IAM ポリシーの作成

[Transfer Family のドキュメント](https://docs.aws.amazon.com/ja_jp/transfer/latest/userguide/read-write-access.html)を参考に、読み取りと書き込みアクセスポリシーを作成します。
`region-id` には、EFS ファイルシステムを作成したリージョン (例: `ap-northeast-1`) を入力します。
`account-id` には、EFS ファイルシステムの AWS アカウント ID を入力します。
`file-system-id` には、EFS ファイルシステムのファイルシステム ID (例: `fs-xxxxxx`) を入力します。

```json
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "RootFileSystemAccess",
      "Effect": "Allow",
      "Action": [
        "elasticfilesystem:ClientRootAccess",
        "elasticfilesystem:ClientMount",
        "elasticfilesystem:ClientWrite"
      ],
      "Resource": "arn:aws:elasticfilesystem:region-id:account-id:file-system/file-system-id"
    }
  ]
}
```

### Transfer Family 用の IAM ロールの作成

先ほど作成した IAM ポリシーを適用した IAM ロールを作成します。

また、`transfer.amazonaws.com` を信頼関係として設定しておきます。

```json
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Principal": {
        "Service": "transfer.amazonaws.com"
      },
      "Action": "sts:AssumeRole"
    }
  ]
}
```

### Transfer Family サーバーの作成

Transfer Family コンソールからサーバーを作成します。

今回は Transfer Family 内でユーザーを作成及び管理するので、[ID プロバイダー] は [サービスマネージド] を選択します。
![Transfer Family 作成 1](/images/posts/tech-posts/1649854873/create_transfer_family_1.png)

[プロトコル] は [SFTP] を選択します。
![Transfer Family 作成 2](/images/posts/tech-posts/1649854873/create_transfer_family_2.png)

[エンドポイント] は [パブリックアクセス可能] を選択します。
![Transfer Family 作成 3](/images/posts/tech-posts/1649854873/create_transfer_family_3.png)

[ドメイン] は今回のアクセス先である [Amazon EFS] を選択します。
![Transfer Family 作成 4](/images/posts/tech-posts/1649854873/create_transfer_family_4.png)

他の設定はデフォルトのままでいきます。
![Transfer Family 作成 5](/images/posts/tech-posts/1649854873/create_transfer_family_5.png)

作成するとサーバー一覧で確認できます。
作成には時間がかかるので、状態がオンラインになるまで待ちましょう。
![サーバー一覧](/images/posts/tech-posts/1649854873/list_transfer_falily.png)

### ユーザーの追加

[サーバー一覧] からサーバーを選択し、サーバーの詳細から [ユーザー追加] を行います。
なお、サーバーの詳細にあるエンドポイントは SFTP クライアントで使うため、メモしておきましょう。

![サーバー詳細](/images/posts/tech-posts/1649854873/transfer_falily.png)

[ロール] には先ほど作成した IAM ロールを選択します。
[ホームディレクトリ] には Lambda 用に作成したアクセスポイントのルートディレクトリパスと同じにします。

![ユーザー追加 1](/images/posts/tech-posts/1649854873/add_user_1.png)

[SSH パブリックキー] に任意の SSH パブリックキーを入力します。
SSH キーの作成方法がわからない場合は、[こちらの AWS ドキュメント](https://docs.aws.amazon.com/ja_jp/transfer/latest/userguide/key-management.html)を参考にして下さい。

![ユーザー追加 2](/images/posts/tech-posts/1649854873/add_user_2.png)

### SFTP クライアントを使って EFS へアクセス

SFTP クライアントから実際に EFS にアクセスしてみましょう。

#### Cyberduck の場合

[SFTP (SSH による暗号化 FTP)] を選択します。
[サーバー] には、Transfer Family サーバーのエンドポイント (例: `s-xxxxxxxxxxxxxx`) を入力します。
[ユーザ名] には、作成したユーザー名 (例: `sample`) を入力します。
[SSH Private Key] には、作成した SSH キーのプライベートキーを選択します。

![cyberduck](/images/posts/tech-posts/1649854873/cyberduck.png)

#### FileZilla の場合

[プロトコル] には、[SFTP - SSH File Transfer Protocol] を選択します。
[ホスト] には、Transfer Family サーバーのエンドポイント (例: `s-xxxxxxxxxxxxxx`) を入力します。
[ユーザー] には、作成したユーザー名 (例: `sample`) を入力します。
[鍵ファイル] には、作成した SSH キーのプライベートキーを選択します。

![filezilla](/images/posts/tech-posts/1649854873/filezilla.png)

## EC2 を使わずにホームディレクトリの作成からパーミッションや所有者、所有者グループを変更する方法

ホームディレクトリが作成されていない場合、SFTP クライアントを使って EFS へアクセスした際にエラーが発生します。
本記事ではアクセスポイント作成時に [ルートディレクトリ作成のアクセス許可] の設定により自動で作成されるの問題ありませんが、アクセスポイントを使用しない、名前通りユーザー毎にホームディレクトリを用意したいなどの場合もあるかと思います。
その場合は、EC2 を使わず SFTP で作成することもできます。

まず、ルートユーザーを作成します。
作成方法はユーザー追加時に [ユーザー ID] と [グループ ID] の両方に `0` ( ゼロ ) を入力します。

FileZilla や Cyberduck はディレクトリは作成できても、ディレクトリの所有者や所有者グループの変更はできません。
一方で、以下の Transfer Family のドキュメントに記載されている通り、EFS では `mkdir` や `chown`、`chgrp`、`chmod` などのコマンドが使えます。
[Amazon EFS ファイルシステムを作成します。 \- AWS Transfer Family](https://docs.aws.amazon.com/ja_jp/transfer/latest/userguide/requirements-efs.html#efs-commands)

> 以下のコマンドが Amazon EFS でサポートされています。AWS Transfer Family。
> ・cd
> ・ls/dir
> ・pwd
> ・put
> ・get
> ・rename
> ・chown: root (つまり uid=0 のユーザー) だけがファイルとディレクトリの所有権と権限を変更できます。
> ・chmod: ファイルとディレクトリの所有権と権限を変更できるのは root だけです。
> ・chgrp: ルートまたはファイルの所有者がファイルのグループをセカンダリグループの 1 つに変更することしかできないファイルの所有者に対してサポートされています。
> ・ln -s/symlink
> ・mkdir
> ・rm/delete
> ・rmdir
> ・chmtime

そのため、`sftp` コマンドで Transfer Family サーバー経由で EFS にアクセスして、ディレクトリの作成からパーミッションや所有者、所有者グループの変更を行います。
実際に `sftp` コマンドで Transfer Family サーバー経由で EFS にアクセスして `sample` ディレクトリを作成してみます。
[ssh_private_key] には、作成した SSH キーのプライベートキーのパス (例: `~/.ssh/transfer_key`) を入力します。
[user_name] には、作成したルートユーザーのユーザー名 (例: `sample`) を入力します。
[endpoint] には、Transfer Family サーバーのエンドポイント (例: `s-xxxxxxxxxxxxxx`) を入力します。

```bash
sftp -i ssh_private_key user_name@endpoint
sftp> ls -la
drwxr-xr-x   2       1001     1001     6144 Apr 11 15:23 lambda
sftp> mkdir sample
sftp> chmod 755 sample
sftp> chown 1001 sample
sftp> chgrp 1001 sample
sftp> ls -la
drwxr-xr-x   2       1001     1001     6144 Apr 11 15:23 lambda
drwxr-xr-x   2       1001     1001     6144 Apr 12 00:21 sample
```


Transfer Family を使って EFS に SFTP クライアントからアクセスする


AWS マネジメントコンソールで Amazon EFS のアクセスポイントを作成して AWS Lambda から使用する手順をまとめました。

## EFS を Lambda で使用する際の前提

以下の記事で作成した Amazon EFS を前提にした手順となります。
「ファイルシステムポリシー」は、特に何も設定してません。

<https://blog.grasswake.me/tech-posts/1649084868>

## EFS を Lambda で使用する手順

### Lambda 関数用のセキュリティーグループ作成

- インバウンドルール
  - EFS を使用する上で特に設定する必要はありません。未設定でも大丈夫です。
- アウトバンドルール
  - デフォルトのアウトバウンドルールを使用し、すべてのトラフィックを許可しておきます。

### マウントターゲット用のセキュリティーグループの更新

- インバウンドルール
  |タイプ | プロトコル | ポート範囲 | ソース |
  | --- | --- | ---- | -------------------------------- |
  | NFS | TCP | 2049 | Lambda 関数用に作成したセキュリティーグループ |

### アクセスポイント作成

アクセスポイントを作成します。

[ユーザー ID] や [グループ ID] は Lambda のドキュメント[^1] を参考に `1001` にしています。

[^1]: [Lambda 関数のファイルシステムアクセスの設定 \- AWS Lambda](https://docs.aws.amazon.com/ja_jp/lambda/latest/dg/configuration-filesystem.html#configuration-filesystem-setup)

![アクセスポイント作成 1](/images/posts/tech-posts/1649770909/create_accesspoint_1.png)

![アクセスポイント作成 2](/images/posts/tech-posts/1649770909/create_accesspoint_2.png)

### Lambda 関数の作成

EFS に アクセスするため、Lambda 関数は VPC に設置します。
設置する VPC は EFS を設置した VPC を選択します。
サブネットは EFS のマウントターゲットと同じサブネットを選択します。
セキュリティーグループは先ほど Lambda 関数用に作成したセキュリティーグループを選択します。
因みに、今回サンプルとして使用している EFS は「ファイルシステムポリシー」は未設定のため、[こちらのドキュメント](https://docs.aws.amazon.com/ja_jp/lambda/latest/dg/configuration-filesystem.html#configuration-filesystem-permissions)に書かれている `elasticfilesystem:ClientMount` などのアクセス許可は必要ありません。

![Lambda 関数の作成](/images/posts/tech-posts/1649770909/create_lambda.png)

### ファイルシステムの追加

EFS をファイルシステムとして追加します。

![ファイルシステム](/images/posts/tech-posts/1649770909/lambda_filesystem.png)

先ほど作成したアクセスポイントを選択します。
ローカルマウントパスは `/mnt/efs/` とします。

![ファイルシステムの追加](/images/posts/tech-posts/1649770909/add_filesystem.png)

### 動作確認

ローカルマウントパスとして指定した `/mnt/efs/` にファイルを作成してみます。
特にエラーが発生せず、実行結果のログに作成したファイル名が表示されていれば成功です。

```python
import json
import os

def lambda_handler(event, context):

    f = open('/mnt/efs/sample.txt', 'w')
    f.write('test')
    f.close()
    filenames = [f.name for f in os.scandir("/mnt/efs")]
    print(filenames)
```

![実行結果](/images/posts/tech-posts/1649770909/lambda_log.png)


EFS を Lambda で使用する


AWS マネジメントコンソールで Amazon EFS を作成して EC2 (Amazon Linux 2) からマウントする手順をまとめました。

## 完成構成図

![完成構成図](/images/posts/tech-posts/1649084868/architecture.svg)

## EFS を作成して EC2 (Amazon Linux 2) からマウントする際の事前準備

- EC2 インスタンス(Amazon Linux 2) を作成しておきます。
- EC2 インスタンスの VPC の [DNS 解決] と [DNS ホスト名] 設定が有効になっている確認して、無効になっている場合は、有効化しておきます。
  以下の EFS のドキュメントに記載されている通り、EFS に接続する EC2 インスタンスの VPC の [DNS 解決] と [DNS ホスト名] の利用が有効になっている必要があります。
  [DNS 名を使用して Amazon EC2 にマウントする \- Amazon Elastic File System](https://docs.aws.amazon.com/ja_jp/efs/latest/ug/mounting-fs-mount-cmd-dns-name.html)

> 接続する EC2 インスタンスの VPC で DNS 解決と DNS ホスト名の利用が有効になっている必要があります。詳細については、Amazon VPC ユーザーガイド の「EC2 インスタンスの DNS ホスト名を確認する」を参照してください。

![VPC の DNS 設定確認](/images/posts/tech-posts/1649084868/setting_dns.png)

## EFS を作成して EC2 (Amazon Linux 2) からマウントする手順

### マウントターゲット用のセキュリティーグループ作成

EFS のドキュメントではマウントターゲットに設定するセキュリティーグループについて以下のように記載しています。

[セキュリティグループの作成 \- Amazon Elastic File System](https://docs.aws.amazon.com/ja_jp/efs/latest/ug/accessing-fs-create-security-groups.html)

> ただし、EC2 インスタンスとマウントターゲット (したがって、ファイルシステム) の間のトラフィックを有効にするには、これらのセキュリティグループに次のルールを設定する必要があります。
> ・マウントターゲットに関連付けるセキュリティグループは、ファイルシステムをマウントするすべての EC2 インスタンスから、NFS ポート上の TCP プロトコルへのインバウンドアクセスを許可する必要があります。
> ・ファイルシステムをマウントする各 EC2 インスタンスには、NFS ポート上のマウントターゲットへのアウトバウンドアクセスを許可するセキュリティグループが必要です。

上記の記述を参考に以下のようなセキュリティーグループを作成します。

- インバウンドルール
  |タイプ | プロトコル | ポート範囲 | ソース |
  | --- | --- | ---- | -------------------------------- |
  | NFS | TCP | 2049 | EC2 インスタンスに設定したセキュリティーグループ |

- アウトバンドルール
  - 以下の EFS のドキュメントに記載れているように、デフォルトのアウトバウンドルールを使用し、すべてのトラフィックを許可しておきます。
    [セキュリティグループの作成 \- Amazon Elastic File System](https://docs.aws.amazon.com/ja_jp/efs/latest/ug/accessing-fs-create-security-groups.html)
    > デフォルトのアウトバウンドルールですべてのトラフィックを残すことができるため、アウトバウンドルールを追加する必要はありません (それ以外の場合は、アウトバウンドルールを追加して、NFS ポートで TCP 接続を開き、マウントターゲットのセキュリティグループを送信先として識別する必要があります)。

### EFS の作成

では、EFS を作成していきます。
EFS コンソールから [ファイルシステムの作成] をクリックすると、以下のモーダルが表示されます。
マウントターゲットに先ほど作成したマウントターゲット用のセキュリティーグループを指定したいため、ここでは [カスタマイズ] をクリックします。

![EFS 作成](/images/posts/tech-posts/1649084868/create_efs_1.png)

「ファイルシステムの設定」はデフォルトのままでいきます。

![ファイルシステムの設定 1](/images/posts/tech-posts/1649084868/create_efs_2.png)
![ファイルシステムの設定 2](/images/posts/tech-posts/1649084868/create_efs_3.png)

「ネットワークシステム」では、マウントターゲットに先ほど作成したマウントターゲット用のセキュリティーグループを指定します。

![ネットワークシステム](/images/posts/tech-posts/1649084868/create_efs_4.png)

「ファイルシステムポリシー」は、今回アクセス制御まではやらないため、特に何も設定しません。

![ファイルシステムポリシー](/images/posts/tech-posts/1649084868/create_efs_3.png)

EFS の作成が完了すると、ファイルシステム一覧に表示されるので、「ファイルシステム ID」をメモしておきます。

![ファイルシステム一覧](/images/posts/tech-posts/1649084868/efs_list.png)

### EC2 インスタンスに Amazon EFS クライアント (amazon-efs-utils) をインストール

EC2 インスタンスに Amazon EFS クライアント (`amazon-efs-utils`) をインストールします。

```bash
sudo yum -y install amazon-efs-utils
```

`amazon-efs-utils` は EFS ファイルシステムのマウントが簡素化され、ファイルシステムのパフォーマンスが向上することに加え、転送データを TLS で暗号化できます。
`amazon-efs-utils` を使用せずともマウントはできますが、以下に記載されている通り、公式で推奨されたツールなので特に理由がなければ、`amazon-efs-utils` を使うのが良いと思います。

[概要 \- Amazon Elastic File System](https://docs.aws.amazon.com/ja_jp/efs/latest/ug/overview-amazon-efs-utils.html)

> Amazon EFS クライアントには、マウントヘルパーおよび Amazon EFS ファイルシステムの転送時のデータ暗号化の実行を容易にするツールが用意されています。
> マウントヘルパーは、特定のタイプのファイルシステムのマウント時に使用するプログラムです。
> Amazon EFS ファイルシステムをマウントするために、Amazon EFS に含まれているマウントヘルパーを使用することをお勧めします。

また、以下に記載されている通り、本記事では紹介しませんが、IAM 認証による EFS のマウントを行う場合は `amazon-efs-utils` を使用する必要があります。

[IAM 認証を使用してマウントする \- Amazon Elastic File System](https://docs.aws.amazon.com/ja_jp/efs/latest/ug/mounting-IAM-option.html)

> AWS Identity and Access Management ()IAM 認証を使用して Linux インスタンスに Amazon EFS ファイルシステムをマウントするには、EFS マウントヘルパーを使用する必要があります。

### EC2 インスタンスから EFS ファイルシステムをマウントターゲットを介してマウントする

まず、マウントポイントとなるディレクトリ（`efs`）を作成し、`mount` コマンドを実行して EFS ファイルシステムをマウントします。
`file-system-id` には、作成したファイルシステムのファイルシステム ID (例: fs-xxxxxx) を入力します。

```bash
cd ~
mkdir efs
sudo mount -t efs file-system-id efs/
```

`df` コマンドで EFS ファイルシステムがマウントされていることを確認します。

```basn
$ df
ファイルシス        1K-ブロック    使用           使用可 使用% マウント位置
devtmpfs                 485344       0           485344    0% /dev
tmpfs                    494336       0           494336    0% /dev/shm
tmpfs                    494336     464           493872    1% /run
tmpfs                    494336       0           494336    0% /sys/fs/cgroup
/dev/xvda1              8376300 1588764          6787536   19% /
tmpfs                     98868       0            98868    0% /run/user/1000
127.0.0.1:/    9007199254739968       0 9007199254739968    0% /home/ec2-user/efs
```

再起動後にも自動でマウントされるようにするには、`/etc/fstab` に以下の 1 行を追加してください。
`file-system-id` には、作成したファイルシステムのファイルシステム ID (例: `fs-xxxxxx`) を入力します。
`efs-mount-point` には、マウントポイントとして作成したディレクトリの完全パス(例: `/home/ec2-user/efs`)を入力します。

```bash
file-system-id:/ efs-mount-point efs _netdev,noresvport,tls 0 0
```

### 動作確認その 1

マウントポイントとして指定したディレクトリに移動して、ファイルを作成した後、ディレクトリ内を表示して、ファイルが作成されていることを確認できれば成功です。

```bash
$ cd ~/efs
$ sudo touch sample.txt
$ ls
sample.txt
```

因みに、上記のようにファイル作成に `sudo` コマンドを使っています。
これは、マウント後にマウントポイントとして指定したディレクトリのパーミッション及び所有者が変わるためです。
`ec2-user` でマウントポイントとして作成したディレクトリは作成時は以下のようにパーミッションが `774` で所有者と所有者グループは `ec2-user` になっています。

```bash
drwxrwxr-x 2 ec2-user ec2-user   6  3月 30 08:25 efs
```

しかし、`sudo` コマンドによるマウント後は、以下のようにパーミッションが `755` で所有者と所有者グループは `root` になっています。

```bash
drwxr-xr-x 2 root     root     6144  3月 30 08:13 efs
```

そのため、以下のようにマウントポイントして作成したディレクトリに `chmod` コマンドで書き込み権限を付与することで `sudo` なしでファイル作成などが可能です。
また、この時変更したパーミッションは別の EC2 インスタンスからマウントした時も引き継がれていました。

```bash
cd /home/ec2-user/efs
sudo chmod go+w .
mkdir sample.txt
```

### アクセスポイント作成

ここからはアクセスポイントを利用した EFS ファイルシステムのマウントの手順を紹介します。
先に紹介したマウントターゲットを介したマウントと挙動が異なります。
アクセスポイントを使用すると、アクセスポイントを介したすべての操作は指定したユーザー ID 及び グループ ID で実行されます。
また、ファイルシステムに対して別のルートディレクトリを設定でき、このディレクトリまたはそのサブディレクトリ内のデータに対してのみ、アクセスを許可することもできます。
これにより、複雑なファイルパスのマウントや権限の切り分けが容易になります。
アクセスポイントの詳細については[こちらを](https://docs.aws.amazon.com/ja_jp/efs/latest/ug/efs-access-points.html)参照してください。

まず、アクセスポイントを作成します。

[ユーザー ID] や [グループ ID] は `ec2-user` と同じ `1000` にしています。

![アクセスポイント作成 1](/images/posts/tech-posts/1649084868/create_accesspoint_1.png)

![アクセスポイント作成 2](/images/posts/tech-posts/1649084868/create_accesspoint_2.png)

### EC2 インスタンスから EFS ファイルシステムをアクセスポイントを介してマウントする

まず、マウントポイントとなるディレクトリ（`/mnt/efs`）を作成し、`mount` コマンドを実行して EFS ファイルシステムをマウントします。
`file-system-id` には、作成したファイルシステムのファイルシステム ID (例: `fs-xxxxxx`) を入力します。
`access-point-id` には、作成したアクセスポイントのアクセスポイント ID (例: `fsap-xxxxxx`) を入力します。

```bash
cd ~
mkdir ap-efs
sudo mount -t efs -o tls,accesspoint=access-point-id file-system-id:/ ap-efs
```

`df` コマンドで EFS ファイルシステムがマウントされていることを確認します。

```bash
$ df
ファイルシス        1K-ブロック    使用           使用可 使用% マウント位置
devtmpfs                 485344       0           485344    0% /dev
tmpfs                    494336       0           494336    0% /dev/shm
tmpfs                    494336     464           493872    1% /run
tmpfs                    494336       0           494336    0% /sys/fs/cgroup
/dev/xvda1              8376300 1588764          6787536   19% /
tmpfs                     98868       0            98868    0% /run/user/1000
127.0.0.1:/    9007199254739968       0 9007199254739968    0% /home/ec2-user/ap-efs
```

再起動後にも自動でマウントされるようにするには、`/etc/fstab` に以下の 1 行を追加してください。
`file-system-id` には、作成したファイルシステムのファイルシステム ID (例: fs-xxxxxx) を入力します。
`efs-mount-point` には、マウントポイントとして作成したディレクトリの完全パス(例: `/home/ec2-user/ap-efs`)を入力します。
`access-point-id` には、作成したアクセスポイントのアクセスポイント ID (例: `fsap-xxxxxx`) を入力します。

```bash
file-system-id efs-mount-point efs _netdev,tls,accesspoint=access-point-id 0 0
```

### 動作確認その 2

マウントポイントとして指定したディレクトリに移動して、ファイルを作成した後、ディレクトリ内を表示して、ファイルが作成されていることを確認できれば成功です。

```bash
$ cd ~/ap-efs
$ touch sample.txt
$ ls
sample.txt
```

先に紹介したマウントターゲットを介したマウント時と違いファイル作成に `sudo` コマンドを使っていません。
これは、先ほど紹介したアクセスポイントの特徴の一つである、「アクセスポイントを介したすべての操作は指定したユーザー ID 及び グループ ID で実行されます。」によるものです。
`ec2-user` でマウントポイントとして作成したディレクトリは作成時は以下のようにパーミッションが `774` で所有者と所有者グループは `ec2-user` になっています。

```bash
drwxrwxr-x 2 ec2-user ec2-user 6 3 月 30 08:25 ap-efs
```

しかし、アクセスポイントを介したマウント後は、以下のようにパーミッションがアクセスポイント作成時の [ルートディレクトリ作成のアクセス許可] で指定した `755` となっています。
また、所有者と所有者グループは [ルートディレクトリ作成のアクセス許可] で指定した ID = `1000` = `ec2-user` になっています。

```bash
drwxr-xr-x 2 ec2-user ec2-user 6144 3 月 30 14:29 ap-efs
```

また、作成したファイルの所有者情報を確認してみると、所有者と所有者グループは [POSIX ユーザー] で指定した ID = `1000` = `ec2-user` になっているのが確認できます。

```bash
ls -la
total 12
drwxr-xr-x 2 ec2-user ec2-user 6144 Mar 30 14:29 .
drwxr-xr-x 20 ec2-user ec2-user 4096 Mar 27 14:43 ..
-rw-rw-r-- 1 ec2-user ec2-user 0 Mar 30 14:29 sample.txt
```

## EFS を作成して EC2 (Amazon Linux 2) からマウントしてみる　おまけ

### EFS ファイルシステムのアンマウント

マウントした EFS ファイルシステムをアンマウントしたい場合は、`umount` コマンドを使用します。
`efs-mount-point` には、マウントポイントとして作成したディレクトリの完全パス(例: `/home/ec2-user/ap-efs`)を入力します。

```bash
umount efs-mount-point
```

### 「mount: /home/ec2-user/efs: 未知のファイルシステムタイプ 'efs' です.」 というエラーが表示された

Amazon EFS クライアント (`amazon-efs-utils`) をインストールしていない場合、発生します。
(`amazon-efs-utils` をインストールしましょう。

### 「b'mount.nfs4: Connection reset by peer'」 というエラーが表示された

マウントターゲットのセキュリティーグループの設定に問題がある場合に表示されます。
[完成構成図](/tech-posts/1649084868#完成構成図)で示すマウントターゲットに設定しているセキュリティーグループは EC2 インスタンスからの NFS 通信(ポート番号: 2029)を正しく許可されている必要があります。
そのため、マウントターゲットに設定したセキュリティーグループの設定を確認しましょう。

### 「Failed to resolve ~ 」 というエラーが表示された

以下のようなエラーが表示された場合、EC2 インスタンスが所属する VPC の DNS 設定に問題がある場合に表示されます。
EFS に接続する EC2 インスタンスの VPC の [DNS 解決] と [DNS ホスト名] の利用が有効になっている確認しましょう。

```bash
Failed to resolve "fs-xxxxxxxxx.efs.ap-northeast-1.amazonaws.com". The file system mount target ip address cannot be found, please pass mount target ip address via mount options.
User: arn:aws:sts::yyyyyyyyyyyyyy:assumed-role/sample/i-zzzzzzzzzzzzzz is not authorized to perform: elasticfilesystem:DescribeMountTargets on the specified resource
```


Amazon EFS の記事一覧

Transfer Family を使って EFS に SFTP クライアントからアクセスする

EFS を Lambda で使用する

EFS を作成して EC2 (Amazon Linux 2) からマウントしてみる