Satellite クラスタ向けの Amazon Elastic File System （ EFS ）の設定

Satellite クラスタ向けに Amazon Elastic File System （ EFS ）を設定するには、ご自身の環境にストレージ構成を作成し、選択したクラウドストレージプロバイダー用のストレージドライバーを有効にしてください。

アプリケーションで AWS EFS ストレージを使用するには、Satellite ホストが AWS に存在している必要があります。このストレージ・テンプレートでは、静的プロビジョニングのみがサポートされます。 Satellite のストレージ構成を作成する前に、 AWS 上で AWS の EFS ファイルシステムを手動でプロビジョニングする必要があります。 EFS デバイスが存在する VPC およびサブネットが、AWS ホストに使用したものと同じであること、また、ホストと EFS デバイスで同じセキュリティー・グループが使用されていることを確認してください。

ロケーションのクラスタにストレージテンプレートをデプロイする前に、コンソールで ［Enable cluster admin access for Satellite Config］ オプションを選択するか、クラスタを作成するときに［ --enable-config-admin ］オプションを含めて、 Satellite Configを設定していることを確認してください。

Satellite ストレージサービスをリソースグループにスコープすることはできません。ただし、ロケーションやクラスタなどの他のリソースをリソースグループにスコープする場合は、アカウント内のすべてのリソースに Satellite リーダーとリンク管理者ロールを追加する必要があります。

AWS EFS を使用するための前提条件

AWS EFS ストレージ・テンプレートを使用するには、以下の作業を実行します。

Satellite ロケーションを作成します。
Amazon Web Services (AWS) のコンピュート・ホストで実行される Satellite クラスターを作成します。クラスターの作成時に 「 Satellite のクラスター管理アクセスを有効にする」 オプションを選択していることを確認します。クラスターの作成時に Satellite の管理者 (管理者) アクセス権限を有効にしない場合、ストレージをデプロイする前に、クラスターを再作成し、管理者アクセス権限を有効にする必要があります。 AWS のホストを Satellite ロケーションに追加してクラスターに割り当てられるようにする方法について詳しくは、Satellite への AWS ホストの追加を参照してください。
AWS アカウントで、 AWS の EFS ファイルシステムを手動でプロビジョニングします。 EFS デバイスが存在する VPC およびサブネットが、AWS ホストに使用したものと同じであること、また、ホストと EFS デバイスで同じセキュリティー・グループが使用されていることを確認してください。

コンソールでの構成の作成と割り当て

パラメーターのリファレンスを確認します。
[ロケーション]コンソールから、ストレージ構成を作成するロケーションを選択します。
ストレージ > ストレージ構成の作成を選択します。
構成の名前を入力します。
ストレージの種類を選択してください。
バージョンを選択し、「次へ」をクリックしてください
選択した 「ストレージ・タイプ」 がカスタム・パラメーターを受け入れる場合は、 「パラメーター」 タブでそれらのパラメーターを入力します。
選択した ストレージ・タイプ にシークレットが必要な場合は、 「シークレット (Secrets)」 タブに入力します。
ストレージ・クラスタブで、構成によってデプロイされたストレージ・クラスを確認するか、カスタム・ストレージ・クラスを作成します。 AWS EFS 構成の場合、続行する前にストレージ・クラスを追加する必要があります。
サービスへの割り当てタブで、構成の割り当て先となるサービスを選択します。
完了をクリックして、ストレージ構成を割り当てます。

CLI での構成の作成

使用するテンプレート・バージョンのパラメーター・リファレンスを確認します。
IBM Cloud CLI にログインします。
```
ibmcloud login
```
Satellite ロケーションをリストして、Managed from 列をメモします。
```
ibmcloud sat location ls
```
Satellite ロケーションの Managed from リージョンをターゲットにします。例えば、wdc の場合は、us-east をターゲットにします。詳しくは、Satellite リージョンを参照してください。
```
ibmcloud target -r us-east
```
default 以外のリソース・グループを使用する場合は、そのリソース・グループをターゲットにします。
```
ibmcloud target -g RESOURCE_GROUP
```
使用するテンプレート・バージョンについて、以下のいずれかのコマンド例をコピーします。コマンドについて詳しくは、コマンド・リファレンスの ibmcloud sat storage config create を参照してください。

2.3.0 の設定ファイルを作成するためのコマンド例。
```
ibmcloud sat storage config create --location LOCATION --name NAME --template-name aws-efs-csi-driver --template-version 2.3.0 --param "aws-access-key=AWS-ACCESS-KEY"  --param "aws-secret-access-key=AWS-SECRET-ACCESS-KEY"
```
使用する設定に基づいて、コマンドをカスタマイズします。
設定を作成するには、コマンドを実行してください。
設定が作成されたことを確認してください。
```
ibmcloud sat storage config get --config CONFIG
```

API での構成の作成

API キーを生成してから、リフレッシュ・トークンを要求します。詳しくは、API キーを使用した IBM Cloud IAM トークンの生成を参照してください。
使用するテンプレート・バージョンのパラメーター・リファレンスを確認します。

以下のいずれかの要求例をコピーし、使用する変数を置き換えます。

2.3.0 の設定バージョンを作成するためのリクエスト例。

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createStorageConfigurationByController" -H "accept: application/json" -H "Authorization: TOKEN" -H "Content-Type: application/json" -d "{ \"config-name\": \"string\", \"controller\": \"string\", \"storage-class-parameters\": [ { \"additionalProp1\": \"string\", \"additionalProp2\": \"string\", \"additionalProp3\": \"string\" } ], \"storage-template-name\": \"aws-efs-csi-driver\", \"storage-template-version\": \"2.3.0\", \"update-assignments\": true, \"user-config-parameters\":\"user-secret-parameters\": { \"entry.name\": \"AWS-ACCESS-KEY\",{ \"entry.name\": \"AWS-SECRET-ACCESS-KEY\",}

コマンドラインインターフェース（CLI）での課題の作成

ストレージ構成をリストアップし、クラスタに割り当てる予定のストレージ構成をメモしておいてください。
```
ibmcloud sat storage config ls
```
ストレージを割り当てたいクラスタ、クラスタグループ、またはサービスのIDを取得します。

クラスターが Satellite Config に登録されていることを確認したり、グループを作成したりするには、Satellite Config で使用するためのクラスターのセットアップを参照してください。

クラスター・グループをリストするコマンドの例。
```
ibmcloud sat group ls
```
クラスターをリストするコマンドの例。
```
ibmcloud oc cluster ls --provider satellite
```
Satellite サービスをリストするコマンドの例。
```
ibmcloud sat service ls --location LOCATION
```
以前に取得したクラスター、グループ、またはサービスにストレージ構成を割り当てます。詳しくは、ibmcloud sat storage assignment create コマンドを参照してください。

クラスター・グループに構成を割り当てるコマンドの例。
```
ibmcloud sat storage assignment create --group GROUP --config CONFIG --name NAME
```
クラスターに構成を割り当てるコマンドの例。
```
ibmcloud sat storage assignment create --cluster CLUSTER --config CONFIG --name NAME
```
サービス・クラスターに構成を割り当てるコマンドの例。
```
ibmcloud sat storage assignment create --service-cluster-id CLUSTER --config CONFIG --name NAME
```

割り当てが作成されたことを確認します。

ibmcloud sat storage assignment ls (--cluster CLUSTER | --config CONFIG | --location LOCATION | --service-cluster-id CLUSTER)

アプリケーション・プログラミング・インターフェース（API）でのストレージ割り当ての作成

以下のいずれかの要求例をコピーします。

構成をクラスターに割り当てる要求の例。

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createAssignmentByCluster" -H "accept: application/json" -H "Authorization: Bearer TOKEN" -H "Content-Type: application/json" -d "{ \"channelName\": \"CONFIGURATION-NAME\", \"cluster\": \"CLUSTER-ID\", \"controller\": \"LOCATION-ID\", \"name\": \"ASSIGNMENT-NAME\"}"

クラスター・グループに構成を割り当てる要求の例。

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createAssignment" -H "accept: application/json" -H "Authorization: Bearer TOKEN" -H "Content-Type: application/json" -d "{ \"channelName\": \"CONFIGURATION-NAME\", \"cluster\": \"string\", \"groups\": [ \"CLUSTER-GROUP\" ], \"name\": \"ASSIGNMENT-NAME\"}"

変数を自分の詳細に置き換え、要求を実行します。

割り当てをリストして、割り当てが作成されたことを確認します。

curl -X GET "https://containers.cloud.ibm.com/global/v2/storage/satellite/getAssignments" -H "accept: application/json" -H "Authorization: Bearer TOKEN"

コンソールでのストレージ割り当ての更新

Satellite コンソールを使用して、割り当てに最新のパッチ更新を適用できます。

Satellite コンソールの 「ロケーション」 ページで、ロケーションを選択します。
「ストレージ」 タブをクリックして、構成を表示します。
更新したい設定をクリックしてください。
「情報」 (i) アイコンをクリックして、最新のリビジョンまたはパッチを適用します。
オプション: ストレージ割り当ての自動パッチ更新を有効にします。自動パッチ更新を有効にすると、割り当てに常に最新のセキュリティー・フィックスが適用されます。

自動パッチ更新を有効にした場合でも、メジャー更新を手動で適用する必要があります。

CLI での割り当ての手動アップグレード

最新のストレージ・テンプレート・リビジョンを使用するように割り当てをアップグレードします。

Satellite ストレージ割り当てをリストし、アップグレードする Satellite 割り当てを書き留めます。
```
ibmcloud sat storage assignment ls
```
Satellite ストレージ・テンプレートをリストして、使用可能な最新バージョンを確認します。
```
ibmcloud sat storage template ls
```
Satellite 割り当てをアップグレードします。

割り当てをアップグレードするコマンドの例。
```
ibmcloud sat storage assignment upgrade --assignment ASSIGNMENT
```

CLI での構成および割り当ての自動パッチ更新の有効化

sat storage assignment autopatch enable CLI を使用して、割り当ての自動パッチ更新を有効にすることができます。自動パッチ更新を有効にすると、最新のストレージ・テンプレート・リビジョン (パッチ) が自動的に適用されます。ただし、メジャー更新は手動で適用する必要があります。

Satellite ストレージ構成をリストします。設定IDをメモしておいてください。
```
ibmcloud sat storage assignment ls
```
以下のいずれかのコマンド例を実行して、ご使用の構成とその関連割り当てに対して自動パッチ更新を有効にします。前の手順で取得した設定IDを入力してください。

割り当ての自動パッチ更新を有効にするコマンドの例。
```
ibmcloud sat storage assignment autopatch enable --config CONFIG  (--all | --assignment ASSIGNMENT-ID [--assignment ASSIGNMENT-ID])
```
指定された構成下のすべてのストレージ割り当てに対して自動パッチ更新を有効にするコマンド例。
```
ibmcloud sat storage assignment autopatch enable --config CONFIG --all
```
特定の構成下のすべての割り当てに対して自動パッチ更新を無効にするコマンドの例。
```
ibmcloud sat storage assignment autopatch disable --config CONFIG --all
```
単一の割り当ておよび特定の構成に対して自動パッチ更新を無効にするコマンドの例。
```
ibmcloud sat storage assignment autopatch disable --config CONFIG --assignment ASSIGNMENT-ID
```
複数の割り当ておよび特定の構成に対する自動パッチ更新を無効にするコマンド例。
```
ibmcloud sat storage assignment autopatch disable --config CONFIG --assignment ASSIGNMENT-ID --assignment ASSIGNMENT-ID
```

API での構成と割り当てのアップグレード

/v2/storage/satellite/updateAssignment API を使用して、新しいクラスターまたはクラスター・グループで割り当てを更新できます。改訂の更新を適用するには、 updateConfigVersion を true に設定します。

以下の要求例をコピーし、更新するクラスター・グループおよび割り当ての変数を置き換えます。

curl -X PATCH "https://containers.cloud.ibm.com/global/v2/storage/satellite/updateAssignment" -H "accept: application/json" -H "Authorization: Bearer TOKEN" -H "Content-Type: application/json" -d "{ \"groups\": [ \"CLUSTER-GROUPS\" ], \"name\": \"ASSIGNMENT-NAME\", \"updateConfigVersion\": true, \"uuid\": \"ASSIGNMENT-ID\"}"

要求を実行します。

更新を確認するために割り当ての詳細を取得します。

curl -X GET "https://containers.cloud.ibm.com/global/v2/storage/satellite/getAssignment?uuid=ASSIGNMENT-ID" -H "accept: application/json" -H "Authorization: Bearer TOKEN"

API での割り当ての自動パッチ更新の有効化

/v2/storage/satellite/setAssignmentAutoupgrade API を使用して、割り当ての自動パッチ更新を有効にすることができます。自動パッチ更新を有効にすると、最新のストレージ・テンプレート・リビジョン (パッチ) が自動的に適用されます。ただし、メジャー更新は手動で適用する必要があります。

以下の要求例をコピーし、更新するクラスター・グループおよび割り当ての変数を置き換えます。

curl -X PATCH "https://containers.cloud.ibm.com/global/v2/storage/satellite/setAssignmentAutoupgrade" -H "accept: application/json" -H "Authorization: Bearer TOKEN" -H "Content-Type: application/json" -d { "config": "string", "controller": "string", "autopatch": boolean,"assignment" : { "all": boolean, "uuid": ["string", "string", ...], } }

要求を実行します。

割り当ての詳細を取得して、アップグレードを検証します。

curl -X GET "https://containers.cloud.ibm.com/global/v2/storage/satellite/getAssignment?uuid=ASSIGNMENT-ID" -H "accept: application/json" -H "Authorization: Bearer TOKEN"

構成へのカスタム AWS EFS ストレージ・クラスの追加

Satellite ストレージ構成を作成した後、 ibmcloud sat config sc add コマンドを使用してカスタム・ストレージ・クラスを追加できます。

構成がクラスタまたはクラスタグループに割り当てられた後は、 Satellite ストレージ構成にストレージクラスを追加することはできません。構成を割り当てる前に、必ずストレージ・クラスを追加してください。

構成の作成に使用したテンプレートのストレージ・クラス・パラメーターをリストし、ストレージ・クラスの作成方法を決定します。
```
ibmcloud sat storage template get --name aws-efs-csi-driver --version VERSION
```
ストレージ・クラスを作成し、カスタム・パラメーターを渡します。以前に作成したストレージ構成の名前、ストレージ・クラス名、および指定するカスタム・パラメーターを入力します。
```
ibmcloud sat storage config sc add --config-name CONFIG_NAME --name STORAGE_CLASS_NAME --param "key=value"
```
basePath

BasePathを指定します。ベースパスとは、アクセスポイントのルートディレクトリが作成されるファイルシステム上のパスのことです。

directoryPerms

ディレクトリー許可を指定します。デフォルト: 700。

fileSystemId

必須。 EFS ファイル・システム ID を指定します。

gidRangeEnd

GID 範囲の終了を指定します。 gidRangeEnd は、 POSIX グループ ID の終了範囲です。デフォルト：7000000。

gidRangeStart

GID 範囲の開始を指定します。 gidRangeStart は、アクセス・ポイントのルート・ディレクトリーに適用される POSIX グループ ID の開始範囲です。デフォルト：50000。

is-default-class

true または false を指定すると、作成されたストレージクラスがデフォルトクラスになります。

name

必須。ストレージ・クラスの名前。

カスタム・ストレージ・クラスを構成呼び出し my-config に追加するコマンドの例。
```
ibmcloud sat storage config sc add --config-name my-config --name my-sc --param "fileSystemID=<filesystemID>" --param "is-default-class=true"
```
ストレージ構成をクラスターに割り当てるには、以下のステップを実行します。

AWS EFS ストレージを使用するアプリのデプロイ

efs-csi-driver を使用して、アプリ用の AWS EFS ストレージをクラスターに静的にプロビジョンできます。

作業を開始する前に、 AWS account.The EFS デバイス内の AWS EFS のインスタンスを作成しましたが、 AWS ホストで使用したのと同じVPCおよびサブネット内にあることを確認してください。また、ホストと EFS デバイスは、同じセキュリティグループを使用している必要があります。

AWS （ EFS ）コンソールで、アプリに使用するファイルシステムを見つけ、そのファイルシステムIDをメモしておきます。

AWS EFS インスタンスのファイル・システム ID を参照する永続ボリューム (PV) を作成します。

PV の YAML 構成ファイルを作成し、csi.volumeHandle フィールドにファイル・システム ID を入力します。

    apiVersion: v1
    kind: PersistentVolume
    metadata:
      name: efs
    spec:
      capacity:
      storage: 5Gi
      volumeMode: Filesystem
      accessModes:
      - ReadWriteOnce
      persistentVolumeReclaimPolicy: Retain
      storageClassName: # Enter the name of the custom storage class that you created earlier
      csi:
      driver: efs.csi.aws.com
      volumeHandle: <aws_efs_fileshare_ID>
    ```
2. クラスターに PV を作成します。
```sh {: pre}
    oc apply -f pv.yaml
    ```
3. PV が作成されたことを確認します。 一致する PVC がまだないので、PV は `Available` 状況のままであることに注意してください。
```sh {: pre}
    oc get pv
    ```
    出力例
    ```sh {: screen}
    NAME   CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS        CLAIM        STORAGECLASS           REASON   AGE
    efs    5Gi        RWO            Retain           Available                  sat-aws-file-gold               34m
    ```

作成した PV に一致する永続ボリューム請求 (PVC) を作成します。

PVC の YAML 構成ファイルを作成します。 PVC と PV を一致させるために、ストレージ・クラスとストレージ・サイズに同じ値を使用する必要があります。

    apiVersion: v1
    kind: PersistentVolumeClaim
    metadata:
      name: efs
    spec:
      accessModes:
      - ReadWriteOnce
      storageClassName: # Enter the custom storage class that you created earlier.
      resources:
      requests:
        storage: 5Gi
    ```
2. クラスター内に PVC を作成します。
```sh {: pre}
    oc apply -f pvc.yaml
    ```
3. PVC が作成されたことを確認します。 PVC が `Bound` 状況であること、先ほど作成した PV の名前が **VOLUME** 列にリストされていることを確認します。
```sh {: pre}
    oc get pvc
    ```
    出力例
    ```sh {: screen}
    NAME      STATUS        VOLUME     CAPACITY   ACCESS MODES   STORAGECLASS        AGE
    efs       Bound         efs        5Gi        RWO            sat-aws-file-gold   36m
    ```

作成した PVC をマウントするポッドの YAML 構成ファイルを作成します。以下の例では、AWS EFS ボリューム・マウント・パスにある nginx ファイルに現在の日時を書き込む test.txt ポッドを作成します。

apiVersion: v1
kind: Pod
metadata:
  name: app
spec:
  containers:
   - name: app
  image: nginx
  command: ["/bin/sh"]
  args: ["-c", "while true; do echo $(date -u) >> /test/test.txt; sleep 5; done"]
  volumeMounts:
  - name: persistent-storage
    mountPath: /test
  volumes:
  - name: persistent-storage
  persistentVolumeClaim:
    claimName: efs

クラスター内にポッドを作成します。
```
oc apply -f pod.yaml
```
ポッドがデプロイされたことを確認します。アプリが「 Running 」状態になるまで、数分かかる場合があることにご注意ください。
```
oc get pods
```
出力例
```
NAME                                READY   STATUS    RESTARTS   AGE
app                                 1/1     Running   0          2m58s
```

アプリが AWS EFS インスタンスに書き込めることを確認します。

ポッドにログインします。

    oc exec <app-pod-name> -it bash
    ```
2. `test.txt` ファイルの内容を表示して、アプリが永続ストレージにデータを書き込めていることを確認します。
```sh {: pre}
    cat /test/test.txt
    ```
    出力例
    ```sh {: screen}
    Tue Mar 2 20:09:19 UTC 2021
    Tue Mar 2 20:09:25 UTC 2021
    Tue Mar 2 20:09:31 UTC 2021
    Tue Mar 2 20:09:36 UTC 2021
    Tue Mar 2 20:09:42 UTC 2021
    Tue Mar 2 20:09:47 UTC 2021
    ```
3. ポッドを終了します。
```sh {: pre}
    exit
    ```

AWS （ EFS ）コンソールから、使用したファイルシステムを探し、そのファイルシステムの容量が増加していることを確認してください。

アプリからの AWS EFS ストレージの削除

AWS EFS インスタンスが不要になった場合は、AWS アカウントの PVC、PV、AWS EFS インスタンスを削除できます。

AWS EFS インスタンスを削除すると、そのインスタンスに保管されているすべてのデータが完全に削除されます。この操作は元に戻せません。 AWS EFS インスタンスを削除する前に、必ずデータをバックアップしてください。

PVC をリストし、削除する PVC の名前および対応する PV をメモします。
```
oc get pvc
```

PVC をマウントするすべてのポッドを削除します。

削除する PVC を現在マウントしているポッドをすべてリストします。ポッドが返されなければ、現在その PVC を使用しているポッドはありません。

    oc get pods --all-namespaces -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.volumes[*]}{.persistentVolumeClaim.claimName}{" "}{end}{end}' | grep "<pvc_name>"
    ```
    出力例
    ```sh {: screen}
    app    sat-aws-block-bronze
    ```
2. PVC を使用するポッドを削除します。 ポッドがデプロイメントの一部である場合は、デプロイメントを削除します。
```sh {: pre}
    oc delete pod <pod_name>
    ```
    ```sh {: pre}
    oc delete deployment <deployment_name>
    ```
3. ポッドまたはデプロイメントが削除されたことを確認します。
```sh {: pre}
    oc get pods
    ```
    ```sh {: pre}
    oc get deployments
    ```

PVC を削除します。 AWS EFS ストレージは静的にプロビジョンしたので、PVC を削除しても AWS アカウントの PV や AWS EFS インスタンスは削除されません。
```
oc delete pvc <pvc_name>
```
対応する PV を削除します。
```
oc delete pv <pv_name>
```
AWS EFS コンソールで、削除したいファイルシステムを選択し、「削除」をクリックします。

クラスターからの AWS EFS ストレージ構成の削除

AWS EFS ストレージをクラスターで使用する予定がもうない場合は、そのクラスターをストレージ構成の割り当てから解除することができます。

ストレージ構成を削除すると、割り当てられているすべてのクラスターからドライバーがアンインストールされることに注意してください。すべての割り当て済みクラスターから。 PVC、PV、データは削除されません。ただし、クラスターにドライバーを再インストールするまでは、データにアクセスすることはできません。

コンソールからの AWS EFS ストレージ構成の削除

コンソールを使用して、ストレージ構成を除去します。

ストレージ構成を正常に削除するには、その前にストレージ割り当てを削除する必要があることに注意してください。

Satellite ストレージ・ダッシュボードから、削除するストレージ構成を選択します。
アクション > 削除を選択します。
ストレージ構成の名前を入力します。
**「削除」**を選択します。

CLI からの AWS EFS ストレージ構成の削除

CLI を使用して、ストレージ構成を削除します。

ストレージ構成を正常に削除するには、その前にストレージ割り当てを削除する必要があることに注意してください。

ストレージ割り当てをリストし、クラスターに使用していた割り当てを見つけます。

ibmcloud sat storage assignment ls (--cluster CLUSTER | --config CONFIG | --location LOCATION | --service-cluster-id CLUSTER)

割り当てを削除します。割り当てを削除すると、そのストレージ割り当てに含まれていたすべてのクラスターから、AWS EFS のドライバー・ポッドとストレージ・クラスが削除されます。
```
ibmcloud sat storage assignment rm --assignment <assignment_ID>
```

AWS EFS ドライバーがクラスターから削除されたことを確認します。

クラスターでストレージ・クラスをリストし、AWS EFS ストレージ・クラスが削除されていることを確認します。

    oc get sc
    ```
2. `kube-system` 名前空間のポッドをリストし、AWS EFS ストレージ・ドライバー・ポッドが削除されていることを確認します。
```sh {: pre}
    oc get pods -n kube-system
    ```

オプション: ストレージ構成を削除します。

ストレージ構成をリストします。

    ibmcloud sat storage config ls
    ```
2. ストレージ構成を削除します。
```sh {: pre}
    ibmcloud sat storage config rm --config <config_name>
    ```

パラメーターのリファレンス

2.3.0 パラメータリファレンス

表1. 「 2.3.0 」のパラメータ一覧
表示名	CLI オプション	タイプ	説明	デフォルト値
AWS アクセス・キー ID	`aws-access-key`	シークレット	AWS Access Key ID。	該当なし
AWS シークレット・アクセス・キー	`aws-secret-access-key`	シークレット	AWS シークレット・アクセス・キー。	該当なし

AWS EFS のヘルプおよびサポートの利用

AWS EFS Storageを使用する場合、サポートケースを開く前に、以下のリソースをお試しください。

AWS Knowledge Centerで FAQ を確認します。
一般的な問題をトラブルシューティングして解決するには、トラブルシューティング資料を参照してください。
「ステータス」ページにアクセスして、 IBM Cloud プラットフォームおよびリソースのステータスを確認してください。
Stack Overflow で、他のユーザーが同じ問題を経験しているかどうかを確認します。質問には ibm-cloud と AWS-EFS のタグを付けてください。
より詳細なサポート・オプションについては、 AWS サポート・センターを検索してください。