すべてのプロダクト
Search

このプロダクト

    File Storage NAS:高度な管理に関するよくある質問

    ドキュメントセンター

    File Storage NAS:高度な管理に関するよくある質問

    最終更新日:Aug 12, 2026

    ライフサイクル管理の利用シーン

    • ファイルシステム内のファイルへのアクセス頻度が月に 1〜3 回の場合、ライフサイクル管理を使用して、これらのファイルを低頻度アクセス (IA) ストレージに移行するポリシーを設定することを推奨します。その後、IA ストレージクラスのレートに基づいて課金されます。

    • ファイルシステム内のファイルへのアクセス頻度が四半期に 1〜2 回の場合、ライフサイクル管理を使用して、これらのファイルをアーカイブストレージに移行するポリシーを設定することを推奨します。その後、アーカイブストレージクラスのレートに基づいて課金されます。

      ストレージコストをさらに削減するために、同じファイルシステムに対して低頻度アクセス (IA) ストレージとアーカイブストレージの両方のポリシーを設定できます。ファイルが複数のポリシーの条件を満たす場合、Apsara File Storage NAS (NAS) は最もコストが低くなるポリシーを適用します。詳細については、「ライフサイクル管理」をご参照ください。

    ファイルシステムがライフサイクル管理をサポートしない理由

    データ暗号化が有効になっているファイルシステムは、ライフサイクル管理をサポートしていません。

    ライフサイクル管理ポリシーの設定方法

    NAS コンソールで、または API オペレーションを呼び出すことで、ライフサイクル管理ポリシーを設定できます。詳細については、「ライフサイクルポリシーの管理」および「ライフサイクル管理 API リファレンス」をご参照ください。

    ライフサイクル管理の無効化方法

    ライフサイクル管理を使用すると、汎用型 NAS ファイルシステム内のアクセス頻度の低いコールドデータを、低頻度アクセス (IA) ストレージやアーカイブストレージなどの低コストなストレージクラスに移行できます。

    この機能が不要になった場合は、次の手順で無効にしてください：

    1. NAS コンソールにログインします。

    2. 左側のナビゲーションウィンドウで、ライフサイクル管理 > ライフサイクルポリシーのリストを選択します。

    3. 上部のナビゲーションバーで、ファイルシステムが存在するリソースグループとリージョンを選択します。

    4. ポリシーリストで、削除したいポリシーを見つけ、その操作列にある削除をクリックします。その後、画面の指示に従います。

      ポリシーを削除すると、その基準に一致するファイルは低頻度アクセス (IA) ストレージやアーカイブストレージに移行されなくなります。ただし、すでに移行されたファイルは現在のストレージクラスに留まり、そのクラスのストレージ料金が引き続き発生します。

    低頻度アクセス (IA) ストレージまたはアーカイブストレージから標準ストレージにデータを戻したい場合は、「データ取得タスクの作成」をご参照ください。

    ファイルの移行対象条件

    ファイルが低コストのストレージクラスに移行されるためには、次の 3 つの条件を満たす必要があります：

    • ファイルが保存されているディレクトリにライフサイクル管理ポリシーが設定されていること。

    • ファイルサイズが 64 KiB から 4.88 TiB の間であること。

    • ファイルの最終アクセス時刻がライフサイクル管理ポリシーの基準を満たしていること。

      ライフサイクル管理ポリシーを作成する際、14、30、60、または 90 日以上アクセスされていないファイルを低頻度アクセス (IA) ストレージに移行するルールを設定できます。また、14、30、60、90、または 180 日以上アクセスされていないファイルをアーカイブストレージに移行するルールも設定できます。ライフサイクル管理は、ファイルのアクセス時刻 (atime) に基づいてこれを判断します。

      • atime は、以下の操作によって更新されます：

        • ファイルの読み取り

        • ファイルへの書き込み

      • atime は、以下の操作では更新されません：

        • ファイルの名前変更

        • ユーザー、グループ、モードなどのファイル属性の変更

    単一ディレクトリに対する複数ポリシー

    あるディレクトリに複数のライフサイクル管理ポリシーがあり、ファイルが複数のポリシーの基準を満たす場合、NAS は最もコストが低くなるポリシーを適用します。

    ネストされたディレクトリにおけるポリシーの優先順位

    ファイルが適用可能なポリシーのいずれかの基準を満たす場合、NAS は最もコストが低くなるポリシーを適用します。

    例えば、現在のディレクトリに 14 日間非アクティブなファイルを低頻度アクセス (IA) ストレージに移行するポリシーが設定されているとします。その親ディレクトリまたは上位のディレクトリには、60 日間非アクティブなファイルを IA ストレージに移行する別のポリシーが設定されています。この場合、現在のディレクトリ内で 14 日間アクセスされていないファイルは IA ストレージに移行されます。親ディレクトリのポリシーが実行されると、すでに移行されたファイルはスキップされます。

    ポリシーの適用範囲

    はい。対象ディレクトリ内のすべてのファイルで、ライフサイクル管理ポリシーの基準を満たすものは、自動的に低頻度アクセス (IA) ストレージまたはアーカイブストレージに移行されます。

    移行にかかる時間

    移行時間は、ファイルシステムのサイズと移行するデータ量によって異なります。この機能を有効にした後、ポリシー基準を満たすファイルの最初の移行は、最短で 2 時間、通常は 24 時間以内に完了します。その後の移行は、週単位のスケジュールで完了します。

    ディレクトリ名変更の影響

    ライフサイクル管理ポリシーに関連付けられているディレクトリの名前を変更すると、そのポリシーはそのディレクトリ内のファイルに適用されなくなります。すでに低頻度アクセス (IA) ストレージまたはアーカイブストレージに移行されたファイルは、現在のストレージクラスに留まります。

    名前が変更されたディレクトリに新しいライフサイクル管理ポリシーを設定した場合、そのポリシーが有効になります。新しいポリシーの基準を満たすディレクトリ内のファイルは、適切なストレージクラスに移行されます。

    ポリシー削除の影響

    ライフサイクル管理ポリシーを削除すると、関連するディレクトリ内のファイルは低頻度アクセス (IA) ストレージまたはアーカイブストレージに移行されなくなります。すでに移行されたファイルは、現在のストレージクラスに留まります。

    ポリシーの再作成

    いいえ。ライフサイクル管理ポリシーを再作成すると、そのチェックメカニズムは、すでに低頻度アクセス (IA) ストレージまたはアーカイブストレージに移行されているファイルを自動的にスキップし、再度移行されるのを防ぎます。

    移行済みファイルへの読み書きアクセス

    はい。低頻度アクセス (IA) ストレージまたはアーカイブストレージ内のファイルは、ファイルシステム内の他のファイルと同様に読み書きできます。異なるストレージクラスのパフォーマンスに関する詳細については、「ストレージクラスの比較」をご参照ください。

    移行済みファイルの表示

    NAS コンソールを使用するか、ListDirectoriesAndFiles API オペレーションを呼び出すことで、低頻度アクセス (IA) ストレージまたはアーカイブストレージに保存されているファイルをクエリできます。詳細については、「IA またはアーカイブストレージクラスに保存されているファイルの表示」および「ListDirectoriesAndFiles」をご参照ください。

    低頻度アクセス (IA) ストレージの読み書きレイテンシ

    低頻度アクセス (IA) ストレージからファイルを初めて読み取る際、レイテンシが高くなることがあります。ただし、短時間のうちにそのファイルを再度読み取る場合のレイテンシは、パフォーマンス型、プレミアム型、または容量型の汎用型 NAS ファイルシステムの標準ストレージ内のファイルを読み取る場合と同等です。

    IA ストレージ内のファイルへの書き込みレイテンシは、パフォーマンス型、プレミアム型、または容量型の汎用型 NAS ファイルシステムの標準ストレージ内のファイルへの書き込みとほぼ同じです。異なるストレージクラスのパフォーマンスに関する詳細については、「ストレージクラスの比較」をご参照ください。

    アーカイブストレージの読み書きレイテンシ

    アーカイブストレージからファイルを初めて読み取る際、レイテンシが高くなることがあります。ただし、短時間のうちにそのファイルを再度読み取る場合のレイテンシは、パフォーマンス型、プレミアム型、または容量型の汎用型 NAS ファイルシステムの標準ストレージ内のファイルを読み取る場合と同等です。

    アーカイブストレージ内のファイルへの書き込みレイテンシは、パフォーマンス型、プレミアム型、または容量型の汎用型 NAS ファイルシステムの標準ストレージ内のファイルへの書き込みとほぼ同じです。異なるストレージクラスのパフォーマンスに関する詳細については、「ストレージクラスの比較」をご参照ください。

    低頻度アクセス (IA) ストレージの課金

    ファイルが低頻度アクセス (IA) ストレージに移行されると、IA ストレージクラスの課金方法に基づいて請求されます。詳細については、「汎用 NAS の課金」をご参照ください。

    アーカイブストレージの課金

    ファイルがアーカイブストレージに移行されると、アーカイブストレージクラスの課金方法に基づいて請求されます。アーカイブストレージの最小保存期間は 60 日です。ファイルが 60 日 (1,440 時間) 保存される前に削除、取得、またはサイズが縮小された場合、残りの期間 (1,440 時間から実際の保存期間を引いたもの) のストレージ料金が、ファイルの元のサイズに基づいて請求されます。

    最小保存期間は、ファイルが移行された時刻、またはファイルの最終変更時刻 (mtime) のいずれか遅い方から開始されます。早期削除料金は、24 時間以内に一度だけ請求されます。アーカイブされたファイルを変更すると、60 日間の最小保存期間タイマーがリセットされます。詳細については、「汎用 NAS の課金」をご参照ください。

    低頻度アクセス (IA) ストレージからのデータ昇格

    いいえ。データが一度低頻度アクセス (IA) ストレージに移行されると、そこに留まります。このコールドデータにアクセスすると、IA ストレージの読み書きトラフィック料金が発生します。詳細については、「汎用 NAS の課金」をご参照ください。

    IA ストレージにあるデータに頻繁にアクセスする必要がある場合は、データ取得タスクを作成して、指定されたファイルまたはディレクトリを標準ストレージに復元します。データ取得タスクを実行すると、対象データが読み取られ、読み取りトラフィック料金が発生します。詳細については、「データ取得タスクの作成」をご参照ください。

    低頻度アクセス (IA) ストレージのデータ取得タスクの作成

    NAS コンソールを使用するか、CreateLifecycleRetrieveJob API オペレーションを呼び出すことで、データ取得タスクを作成できます。詳細については、「データ取得タスクの作成」または「CreateLifecycleRetrieveJob」をご参照ください。

    データ取得タスクのパフォーマンスへの影響

    いいえ。データ取得タスクの実行中も、通常通りデータの読み書きができます。

    データ取得タスクの料金

    はい。データ取得タスクが実行されると、対象ファイルからデータが読み取られます。これにより、ファイルサイズと現在のストレージクラス (低頻度アクセス (IA) ストレージまたはアーカイブストレージ) に基づいて、読み取りトラフィック料金が発生します。タスクが完了すると、ファイルは標準ストレージに復元され、汎用型 NAS ファイルシステムのストレージ容量料金が発生します。詳細については、「汎用 NAS の課金」をご参照ください。

    移行済みファイルのバックアップに関する課金

    Cloud Backup を使用して、汎用型 NAS ファイルシステムの低頻度アクセス (IA) ストレージまたはアーカイブストレージからファイルをバックアップする場合、Cloud Backup はサービス料金を請求します。詳細については、「課金方法と課金項目」をご参照ください。

    ファイルをバックアップするために、Cloud Backup サービスはファイルからデータを読み取る必要があります。この操作により、IA ストレージまたはアーカイブストレージの読み取りトラフィック料金が発生し、NAS の請求書に表示されます。詳細については、「汎用 NAS の課金」をご参照ください。

    低頻度およびアーカイブストレージのスキャンに関する課金

    Security Center のランサムウェア対策サービスなどのセキュリティサービスを使用して、汎用 NAS の低頻度アクセスまたはアーカイブストレージ内のファイルをスキャンすると、サービスは対象ファイルを読み取ります。この操作により、File Storage NAS から低頻度アクセスまたはアーカイブストレージのレートでアクセス トラフィック料金が発生します。詳細については、「汎用 NAS の課金」をご参照ください。

    クラシックネットワークのマウントポイントに対する RAM 認可

    セキュリティのため、NAS はファイルシステムにアクセスしようとするすべての Elastic Compute Service (ECS) インスタンスが認可されていることを確認する必要があります。クラシックネットワークのマウントポイントを使用する場合、NAS はご利用のアカウント内の ECS インスタンスのみがファイルシステムにアクセスできるようにします。これを行うために、NAS はご利用の ECS インスタンスのリストを取得する権限が必要です。この権限は RAM 認可を通じて付与します。

    重要

    • この RAM 認可は、NAS に DescribeInstances API を呼び出す権限のみを付与します。NAS は、この API によって取得された ECS インスタンスのリストを検証目的でのみ使用し、ログに記録したり保存したりすることはありません。

    • RAM 認可を付与した後は、RAM の AliyunNASDefaultRole ロールを削除または変更しないでください。このロールを削除または変更すると、マウントの失敗やその他のファイルシステムエラーが発生する可能性があります。

    ファイルシステムリスト表示時の RAM ユーザーエラー

    • 症状

      RAM ユーザーはファイルシステムに対して完全な制御権を持っています。しかし、ユーザーが NAS コンソールのファイルシステムリストページを開くと、「指定されたリソースを操作する権限がありません。」というエラーが表示されます。エラーコードは NoPermission.Operator です。

    • 原因

      必要なタグ権限がありません。tag:ListTagKeys 権限も付与する必要があります。

    • ソリューション

      対象のファイルシステムのカスタムポリシーに必要なタグ権限を追加します。詳細については、「RAM 権限ポリシーを使用した NAS リソースへのアクセスコントロール」をご参照ください。

      {
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "nas:*",
            "Resource": "acs:nas:*:*:filesystem/0ddaf487b2"
        },
        {
            "Effect": "Allow",
            "Action": "nas:CreateMountTarget",
            "Resource": "acs:vpc:*:*:vswitch/*"
        },
        {
            "Effect": "Allow",
            "Action": "cms:Describe*",
            "Resource": "*"
        },
        {
            "Effect": "Allow",
            "Action": "nas:DescribeFileSystems",
            "Resource": "*"
        },
        {
            "Effect": "Allow",
            "Action": "tag:ListTagKeys",
            "Resource": "*"
        }
    ],
    "Version": "1"
}

    SMB ディレクトリの権限付与が遅い

    新しいユーザーに権限を設定する際、Windows はディレクトリ内のすべてのファイルを走査して権限を適用します。このプロセスが遅い場合、原因は多くの場合ネットワーク遅延です。このタスクを高速化するには、icacls などのコマンドラインスクリプトや PowerShell コマンド Set-Acl を使用します。詳細については、「icacls」または「Set-Acl」をご参照ください。

    keytab ファイルの検証

    始める前に、keytab ファイルを再生成し、-mapuser パラメーターを有効にします。

    重要

    -mapuser オプションを有効にすると、そのユーザーの他のファイルシステムマウントポイント上の既存のマッピングが上書きされます。例えば、あるユーザーをマウントポイント 1 にマッピングし、その後同じユーザーをマウントポイント 2 にマッピングすると、そのユーザーはマウントポイント 2 にしかアクセスできなくなります。したがって、検証のためには、別のユーザーにマッピングすることを推奨します。

    例

    ktpass -princ cifs/file-system-id.region.nas.aliyuncs.com@EXAMPLE.COM -ptype KRB5_NT_PRINCIPAL -mapuser alinas@example.com -crypto All -out c:\nas-mount-target.keytab -pass tHeP****d123

    • example.com：AD ドメイン名です。これを実際のドメイン名 (小文字) に置き換えてください。

    • EXAMPLE.COM：AD ドメイン名です。これを実際のドメイン名 (大文字) に置き換えてください。

    手順

    1. kinit ツールがインストールされている Linux クライアントにログインします。

      説明

      クライアントは AD ドメインにアクセスでき、その DNS が AD サーバーを指すように設定されている必要があります。Linux クライアント環境の設定方法の詳細については、「Linux クライアントで AD ドメインユーザーとして SMB ファイルシステムをマウントして使用する」をご参照ください。

    2. /etc/krb5.conf ファイルに以下の内容を追加します。

       [realms]
 EXAMPLE.COM = {
     kdc = iZisovkei9i*****.example.com
     admin_server = iZisovkei9i****.example.com
 }
[domain_realm]
 .example.com = EXAMPLE.COM
 example.com = EXAMPLE.COM

      iZisovkei9i*****.example.com をご利用の AD サーバーに置き換えてください。

      説明

      クライアントが CentOS オペレーティングシステムを使用している場合は、以下の設定も追加する必要があります。

          default_tgs_enctypes = aes256-cts-hmac-sha1-96 rc4-hmac des-cbc-crc des-cbc-md5
    default_tkt_enctypes = aes256-cts-hmac-sha1-96 rc4-hmac des-cbc-crc des-cbc-md5
    permitted_enctypes = aes256-cts-hmac-sha1-96 rc4-hmac des-cbc-crc des-cbc-md5

    3. クライアントが AD サーバーに接続できることを確認します。

      kinit aliyun.nas@example.com

      • 出力にアカウント情報が含まれている場合、クライアントの Kerberos 設定は正しいです。

      • KDC replay did not match expectations while getting initial credentials エラーが表示された場合は、/etc/krb5.conf 内の AD ドメイン名のすべてのインスタンスを大文字バージョンに置き換えてください。

    4. (オプション) keytab ファイル内のマウントポイントが対象のファイルシステムのマウントポイントであることを確認します。

      klist -k -t <keytab_file_name>.keytab

    5. keytab ファイルを検証します。

      kinit -k -t <keytab_file_name>.keytab cifs/file-system-id.region.nas.aliyuncs.com@EXAMPLE.COM

      file-system-id.region.nas.aliyuncs.com をファイルシステムのマウントポイントに、EXAMPLE.COM を AD ドメイン名 (大文字) に置き換えてください。

      コマンドがエラーなく実行されれば、keytab ファイルは正しいです。

    AccessKey の取得

    1. Alibaba Cloud アカウントを使用して、コンソールにログインします。

    2. ページの右上隅で、プロフィールアイコンにカーソルを合わせ、[AccessKey] をクリックします。

    3. [Alibaba Cloud アカウントの AccessKey を使用しないことを推奨します] ダイアログボックスで、[AccessKey の使用を続行] または [RAM ユーザーの AccessKey を使用] を選択します。

      • Alibaba Cloud アカウント (root ユーザー) の AccessKey を使用する

        1. [Alibaba Cloud アカウントの AccessKey を使用することのセキュリティリスクを認識しています] を選択し、[AccessKey の使用を続行] をクリックします。

        2. AccessKey の作成 をクリックします。

        3. メインアカウント AccessKey の作成 ダイアログボックスで、リスクと制限を再度確認します。AccessKey ペアの作成を確定する場合は、クラウドアカウント AccessKey のセキュリティリスクを確認済み チェックボックスを選択し、[Alibaba Cloud アカウントの AccessKey を引き続き使用] をクリックします。

        4. AccessKey の作成 ダイアログボックスで、AccessKey ID と AccessKey Secret を保存します。次に、AccessKey Secretを保存しました チェックボックスを選択し、OK をクリックします。

          (推奨) AccessKey ネットワーク ACL ポリシーの設定：この AccessKey ペアを使用する API リクエストのソース IP アドレスを制限できます。これにより、AccessKey ペアが信頼されたネットワーク環境からのみ使用されるようにすることで、セキュリティが向上します。[ネットワークアクセスポリシーの設定] をクリックして、この AccessKey ペアの信頼できるネットワーク環境を定義することを推奨します。詳細については、「Alibaba Cloud アカウントの AccessKey ネットワーク ACL ポリシーの設定」をご参照ください。

          重要

          漏洩のリスクを減らすため、Alibaba Cloud アカウント (root ユーザー) の AccessKey Secret は作成時にのみ表示され、取得することはできません。

      • RAM ユーザーの AccessKey を使用する

        1. [RAM ユーザーの AccessKey を使用] をクリックします。

        2. RAM コンソールにリダイレクトされます。[ユーザー] ページで、関連する RAM ユーザーを見つけます。

          説明

          • RAM ユーザーがいない場合は、まず作成してください。詳細については、「RAM ユーザーの作成」をご参照ください。

          • RAM ユーザーの AccessKey Secret は作成時にのみ表示され、後で取得することはできません。安全に保管してください。

          • AccessKey が漏洩または紛失した場合は、新しい AccessKey を作成してください。各 RAM ユーザーに対して最大 2 つの AccessKey を作成できます。

        3. ユーザーのログイン名をクリックします。

        4. [認証] タブの [AccessKey] セクションで、[AccessKey の作成] をクリックします。

          image

        5. 各シナリオの提案を読み、ビジネス要件に基づいて認証情報ソリューションを選択します。AccessKey ペアを作成する必要がある場合は、シナリオを選択し、[AccessKey の作成が必要であることを確認します] を選択して、[続行] をクリックします。作成された AccessKey ペアは、すべてのシナリオで使用できます。

          image

        6. [AccessKey の作成] ダイアログボックスで、AccessKey ID と AccessKey Secret を保存し、[OK] をクリックします。

          image

    NAS のサーバ側暗号化

    ファイルシステムを作成する際にサーバ側暗号化を有効にするには、NAS マネージドキー または [お客様が管理するキー] のいずれかを選択します。詳細な手順については、「汎用型 NAS ファイルシステムの作成」および「超高速型 NAS ファイルシステムの作成」をご参照ください。

    既存ファイルシステムに対するサーバ側暗号化

    いいえ。サーバ側暗号化は、ファイルシステムを作成するときにのみ有効にできます。

    サーバ側暗号化の無効化

    いいえ。一度有効にすると、サーバ側暗号化はすぐに有効になり、元に戻すことはできません。

    暗号鍵の変更

    いいえ。キーは作成時にファイルシステムに永続的にバインドされます。

    NAS マネージドキーとお客様が管理するキー

    どちらの方法も、Key Management Service (KMS) にキーを保存し、エンベロープ暗号化を使用して不正なデータアクセスを防ぎます。

    特定のセキュリティ要件がある場合は、お客様が管理するキーを使用して Bring Your Own Key (BYOK) を行います。その他のすべてのシナリオでは、NAS マネージドキーを使用します。

    重要

    お客様が管理するキーを使用し、そのキーが無効化または削除された場合、そのキーで暗号化された NAS ファイルシステムはアクセスできなくなります。

    SM4 アルゴリズムのサポート

    いいえ。NAS は、業界標準の AES-256 暗号化アルゴリズムを使用して、保管時のファイルシステムデータを保護します。不正なデータアクセスを防ぐために、エンベロープ暗号化を使用します。KMS サービスは、サーバ側暗号化キーを生成および管理し、その機密性、整合性、可用性を保証します。暗号化の詳細については、「KMS エンベロープ暗号化を使用してデータをローカルで暗号化および復号する」をご参照ください。

    CMK の問題による NAS アクセス不能からの回復

    • CMK が無効になっている場合は、再度有効にします。

    • CMK が削除予定の場合は、削除リクエストをキャンセルします。詳細については、「キーの削除をスケジュールする」をご参照ください。

    • BYOK キーのキーマテリアルが削除された場合は、元のキーマテリアルを再インポートします。詳細については、「キーマテリアルのインポート」をご参照ください。

    • CMK が完全に削除された場合、回復することはできず、ファイルシステム内のデータは永久にアクセスできなくなります。

    アプリケーション側でのデータ復号

    いいえ。NAS サービスは自動的にデータを暗号化および復号します。アプリケーションを変更する必要はありません。

    サーバ側暗号化のパフォーマンス

    サーバ側暗号化を有効にすると、NAS はファイルシステムへの書き込み時にデータを暗号化し、読み取り時に自動的に復号します。ファイルシステムの読み書きパフォーマンスは、主に各操作の読み書きブロックサイズに依存します。サーバ側暗号化を有効にすると、暗号化なしのファイルシステムと比較して、パフォーマンスが約 5% から 25% 低下します。詳細については、「ファイルシステムの読み書きパフォーマンスに影響を与える要因」をご参照ください。

    サーバ側暗号化とストレージ容量

    いいえ。サーバ側暗号化は、ファイルシステムの実効ストレージ容量を減らしません。AES はブロック暗号であり、自動パディングメカニズムを使用します。保管時の暗号化のためのパディングデータは、ファイルシステムインスタンスの実効ストレージ容量にはカウントされません。

    File Storage NAS での inotify のサポート

    inotify と rsync の使用は、リアルタイムのデータバックアップと同期のための一般的なアプローチです。しかし、inotify の実装により、inotifywait コマンドは File Storage NAS ファイルシステム上で期待通りに動作しません。

    • inotifywait の仕組み

      inotifywait コマンドは、仮想ファイルシステム (VFS) レイヤーで動作する Linux カーネルサブシステムである inotify のユーザースペースインターフェイスです。ファイル操作が VFS レイヤーに到達すると、inotify モジュールは操作タイプ (作成、削除、属性変更など) と対象オブジェクト (ファイル名) をユーザースペースに報告します。inotifywait コマンドは、この情報を出力します。

    • File Storage NAS で inotifywait を使用する際の問題

      inotify はカーネルの VFS レイヤーで実装されているため、ローカルカーネルは NFS ファイルシステム上のリモートクライアントによって開始されたファイル操作を検出できません。その結果、inotify はリモートクライアントによるファイル変更操作を検出できません。例えば、同じ File Storage NAS ファイルシステムを 2 つのクライアント A と B にマウントし、クライアント A で inotifywait を実行してマウントディレクトリを監視すると、以下の動作が観察されます：

      • inotifywait は、クライアント A によってマウントディレクトリで実行されたファイル操作を検出します。

      • inotifywait は、クライアント B によってマウントディレクトリで実行されたファイル操作を検出しません。

    • 代替ソリューション

      代替案として、File Alteration Monitor (FAM) を使用する方法があります。FAM は、ファイルとディレクトリを監視するためのライブラリです。これは完全にユーザースペースで実装されています。バックグラウンドでデーモンを実行し、定期的にディレクトリをスキャンしてファイルの変更を検出することで機能します。ただし、このアプローチには以下の欠点があります：

      • FAM API を呼び出すクライアント側のプログラムを作成する必要があります。

      • ファイル数が多いシナリオでは、このソリューションはパフォーマンスが低下し、多くのリソースを消費し、リアルタイム性能が劣る可能性があります。

    キャンセルされたバックアップジョブのファイル保持

    進行中のファイルバックアップジョブをキャンセルした場合、ジョブがすでにバックアップしたファイルはバックアップボールトから削除されます。これらのファイルをバックアップする必要がある場合は、ファイルバックアップジョブを再度実行してください。

    完了したジョブからバックアップされたファイルは影響を受けません。

    キャンセルされた復元タスクのファイル保持

    ファイル復元タスクをキャンセルすると、すでに復元されたファイルは指定されたディレクトリに残ります。タスクは停止し、それ以上のファイルは復元されません。

    無料トライアルの計算

    各 NAS ファイルシステムには、NAS ファイルバックアップの 30 日間の無料トライアルが含まれています。トライアルは、最初のバックアッププランを作成したときに開始されます。

    例えば、2021 年 5 月 1 日にファイルシステム A のために backup01 という名前のバックアッププランを作成した場合、NAS ファイルバックアップの無料トライアルは 2021 年 5 月 30 日まで続きます。トライアルが終了した後、有料プランにアップグレードするか、バックアッププランを削除することができます。詳細については、「Hybrid Backup Recovery の料金」をご参照ください。

    ゴミ箱に移動されるファイル

    ゴミ箱が有効になった後、削除されたファイルやディレクトリは一時的にゴミ箱に保存されます。これには以下が含まれます：

    • ECS インスタンスやコンテナなどのコンピュートノード上で手動で削除した NAS ファイル。例えば、rm -f test01.text コマンドを実行してファイル test01.text を削除すると、ファイル test01.text はゴミ箱に移動します。

    • コンピュートノード上のアプリケーションによって自動的に削除された NAS ファイルまたはディレクトリ。例えば、Python アプリケーションが os.remove("test02.text") を使用してファイル test02.text を削除すると、ファイル test02.text はゴミ箱に移動します。

    • POSIX の rename 操作によって削除されたファイルまたはディレクトリ。例えば、ディレクトリに test_a.txt と test_b.txt の両方が含まれている場合、mv test_a.txt test_b.txt コマンドを実行すると、元の test_b.txt はゴミ箱に移動します。

    • NAS ファイルを使用するアプリケーションによって生成された一時ファイル。例えば、vim エディターを使用すると、.swp や .swpx 拡張子を持つような一時ファイルは、削除されるとゴミ箱に移動します。

    • アプリケーションによって自動的にローテーションされるログファイル。例えば、Nginx がログを自動的にローテーションし、最大 20 個のログファイルを保持するように設定されている場合、ログファイル test.log.19 が test.log.20 にローテーションされると、元の test.log.20 はゴミ箱に移動します。

    説明

    ファイル自体を削除せずにファイルの内容を上書きしても、ゴミ箱には移動しません。例えば、w+ モードで open() 関数を呼び出してファイルを開き、書き込みを行っても、元のファイルはゴミ箱に移動しません。

    名前が変更されたディレクトリへのファイルの復元

    はい。ファイルの復元は、ディレクトリの名前ではなく FileId を識別子として使用するため、ディレクトリの名前が変更された後でもファイルは正しいパスに復元できます。例えば、ゴミ箱を有効にし、ディレクトリ dir1 から file1.txt を削除し、その後 dir1 を dir2 に名前変更したとします。NAS コンソールのゴミ箱には、file1.txt がディレクトリ dir2 にあると表示されます。ファイルを復元すると、コンピュートノード上のディレクトリ dir2 に file1.txt が見つかります。

    ゴミ箱と Cloud Backup の復元速度の比較

    Apsara File Storage NAS はデータ自体ではなくメタデータのみを移行するため、ゴミ箱からのファイルの復元は Cloud Backup からの復元よりも大幅に高速です。

    ゴミ箱の料金

    ゴミ箱の使用は無料です。ただし、ゴミ箱内のファイルは、元のストレージタイプに基づいてストレージ料金が引き続き発生します。例えば、容量型ファイルシステムからファイルを削除した場合、容量型ストレージのレートで課金されます。低頻度アクセスストレージからファイルを削除した場合、低頻度アクセスストレージのレートで課金されます。詳細については、「汎用 NAS の課金」をご参照ください。

    ゴミ箱内のファイルの表示

    NAS コンソールを使用して、ゴミ箱内のファイルと、その削除時刻などの関連情報を表示します。詳細については、「ゴミ箱内のファイルのクエリ」をご参照ください。

    ゴミ箱内のファイルへのアクセス

    いいえ。ゴミ箱内のファイルやディレクトリをクエリすることはできますが、直接読み書きすることはできません。アクセスを回復するには、アイテムを復元する必要があります。手順については、「ゴミ箱からファイルを復元する」をご参照ください。

    ゴミ箱のリソースクォータへの影響

    いいえ。ゴミ箱に一時的に保存されているファイルは、お客様の NAS ファイルシステムのファイル数またはストレージ容量にはカウントされません。これにより、インスタンスが早期に上限に達することはありません。各ストレージタイプでサポートされているストレージ容量とファイル数の詳細については、「製品仕様」をご参照ください。

    説明

    ゴミ箱に一時的に保存されているファイルは、元のストレージタイプに基づいて課金されます。詳細については、「汎用 NAS の課金」をご参照ください。

    ACK クラスターでの誤った PVC 削除後のファイル回復

    ゴミ箱は、ゴミ箱が有効になった後に削除されたファイルのみを回復できます。ファイルがゴミ箱有効化前に削除された場合、またはゴミ箱が無効化されてから再有効化された場合、ゴミ箱は空であり、この方法ではファイルを回復できません。その場合は、代わりに Cloud Backup またはスナップショットを使用してください。

    1. PVC のタイプと PV のリクレイムポリシーを特定します。

      削除された永続ボリューム要求 (PVC) が動的プロビジョニングされたものか静的プロビジョニングされたものかを判断し、バインドされた永続ボリューム (PV) のステータスとその persistentVolumeReclaimPolicy を確認します。リクレイムポリシーが Retain の場合、PVC が削除されても PV とその基盤となる NAS データは削除されません。ゴミ箱を使用せずに、既存の PV にバインドする PVC を再作成できます。リクレイムポリシーが Delete の場合、NAS 上の対応するディレクトリまたはファイルが削除されるため、回復にはゴミ箱が必要です。永続ボリューム要求、永続ボリューム、およびリクレイムポリシーの詳細については、「NAS ボリュームの概要」および「静的プロビジョニングされた NAS ボリューム」をご参照ください。

    2. ゴミ箱が有効であり、ファイルがまだ保持期間内であることを確認します。

      NAS コンソールで、ファイルシステムの詳細ページに移動し、ごみ箱 タブをクリックします。タブにファイルリストではなく有効化ガイドが表示される場合、このファイルシステムではゴミ箱が有効になっておらず、ファイルは回復できません。ゴミ箱は汎用型 NAS ファイルシステムでのみサポートされています。

    3. コンソールからファイルを復元します。

      ごみ箱 タブで、削除されたファイルとディレクトリ の下にある対象のファイルまたはディレクトリを見つけます。より速く見つけるには、検索ボックスに削除前の絶対パスを入力します。次に、回復 をクリックします。

      ファイルのリカバリパスを選択する ダイアログボックスで、復元先を選択します。 削除前のパスがまだ存在する場合は、元のパスに復元する を選択します。 動的にプロビジョニングされたボリュームを削除した場合、通常、元の PV サブディレクトリは PV と一緒に削除されます。 その場合は、カスタムパスに復元： を選択し、復元されたファイルを格納する既存の一時ディレクトリを指定します。 確認 をクリックして復元タスクを作成します。

    4. キーワードで復元されたファイルを見つけます。ファイルシステムがマウントされている Linux コンピュートノードで、次のコマンドを実行します：

      find /mount-target -name "keyword"

      /mount-target をそのノード上の実際の NAS マウントパスに置き換え、keyword を対象のファイル名またはその一部に置き換えます。* ワイルドカードがサポートされています。コマンドが復元したばかりのファイルを返さない場合は、sudo sysctl -w vm.drop_caches=2 を実行してノードのキャッシュをクリアし、再度試してください。

    説明

    ゴミ箱に保持されているファイルは、元のストレージタイプのレートで課金されます。データが回復されたことを確認した後、ゴミ箱を空にしてください。

    コンテナへの NAS のマウントに関するその他の問題については、「NAS ボリュームに関するよくある質問」をご参照ください。

    Cloud Monitor API を使用した NAS モニタリングデータクエリのエラー

    このエラーは、MetricName パラメーターに不正な値を指定した場合に発生します。Cloud Monitor は、NAS ファイルシステムインスタンスのリアルタイム性能と容量を監視します。Cloud Monitor API を使用した NAS モニタリングデータのクエリに関する詳細については、「Cloud Monitor API を使用したモニタリングデータのクエリ」をご参照ください。

    • 容量モニタリング

      ファイルシステムタイプ

      MetricName

      メトリック

      単位

      説明

      汎用型 NAS ファイルシステム

      AlignedSize

      汎用型 NAS ファイルシステムのデータ量 (IA ストレージクラスを除く)

      bytes

      ファイルシステムに保存されているデータ量 (IA ストレージクラスのデータを除く)。

      SecondaryAlignedSize

      IA ストレージクラスのデータ量

      bytes

      ライフサイクル管理が有効になった後、IA ストレージクラスに保存されているデータ量。

      FileCount

      ファイル数

      N/A

      ファイルシステム内のファイル数 (ディレクトリを除く)。

      OfflineReadQuantity

      IA ストレージクラスの読み取りトラフィック

      bytes

      ライフサイクル管理が有効になった後、IA ストレージクラスのデータにアクセスすることで生成される読み取りトラフィック。

      OfflineWriteQuantity

      IA ストレージクラスの書き込みトラフィック

      bytes

      ライフサイクル管理が有効になった後、IA ストレージクラスのデータにアクセスすることで生成される書き込みトラフィック。

      ArReadQuantity

      アーカイブストレージクラスの読み取りトラフィック

      bytes

      ライフサイクル管理が有効になった後、アーカイブストレージクラスのデータにアクセスすることで生成される読み取りトラフィック。

      ArWriteQuantity

      アーカイブストレージクラスの書き込みトラフィック

      bytes

      ライフサイクル管理が有効になった後、アーカイブストレージクラスのデータにアクセスすることで生成される書き込みトラフィック。

      ArDeletePenaltyOpCount

      ペナルティをトリガーするアーカイブ済みファイルの削除操作数

      N/A

      アーカイブストレージクラスに 60 日未満保存されたファイルの削除操作数。ライフサイクル管理が有効な場合、早期削除には残りの保存期間の料金が発生します。

      ArTruncatePenaltyOpCount

      ペナルティをトリガーするアーカイブ済みファイルの切り捨て操作数

      N/A

      アーカイブストレージクラスに 60 日未満保存されたファイルの切り捨て操作数。ライフサイクル管理が有効な場合、早期の切り捨てには残りの保存期間の料金が発生します。

      ArRetrievePenaltyOpCount

      ペナルティをトリガーするアーカイブ済みファイルの取得操作数

      N/A

      アーカイブストレージクラスに 60 日未満保存されたファイルの取得操作数。ライフサイクル管理が有効な場合、早期取得には残りの保存期間の料金が発生します。

      超高速型 NAS ファイルシステム

      ExtremeCapacity

      超高速型 NAS ファイルシステムの総ストレージ容量

      bytes

      超高速型 NAS ファイルシステムの総容量。

      ExtremeCapacityUsed

      超高速型 NAS ファイルシステムのデータ量

      bytes

      超高速型 NAS ファイルシステムに保存されているデータ量。

      ExtremeInodeLimit

      超高速型 NAS ファイルシステムの最大ファイル数

      N/A

      超高速型 NAS ファイルシステムで許可される最大ファイル数。

      ExtremeInodeUsed

      超高速型 NAS ファイルシステムの使用ファイル数

      N/A

      超高速型 NAS ファイルシステムで作成されたファイル数。

      AgenticFS

      AgenticFSCapacityUsed

      ファイルシステム容量

      Bytes

      AgenticFS ファイルシステムが使用するストレージ容量。

      AgenticFSInodeUsed

      ファイルシステムのファイル数

      Count

      AgenticFS ファイルシステム内のファイル数。

      AgenticSpaceCapacityLimit

      AgenticSpace 容量クォータ

      Bytes

      AgenticSpace のストレージ容量クォータ。

      AgenticSpaceCapacityUsed

      AgenticSpace 使用容量

      Bytes

      AgenticSpace が使用するストレージ容量。

      AgenticSpaceInodeLimit

      AgenticSpace ファイル数クォータ

      Count

      AgenticSpace のファイル数クォータ。

      AgenticSpaceInodeUsed

      AgenticSpace 使用ファイル数

      Count

      AgenticSpace で使用されているファイル数。

    • パフォーマンスモニタリング

      ファイルシステムタイプ

      MetricName

      メトリック

      単位

      説明

      NAS

      IopsRead

      読み取り IOPS

      requests/s

      ファイルシステムの平均読み取り IOPS。

      IopsWrite

      書き込み IOPS

      requests/s

      ファイルシステムの平均書き込み IOPS。

      ThruputRead

      読み取りスループット

      bytes/s

      ファイルシステムの平均読み取りスループット。

      ThruputWrite

      書き込みスループット

      bytes/s

      ファイルシステムの平均書き込みスループット。

      LatencyRead

      読み取りレイテンシ

      ms

      ファイルシステムの平均読み取りレイテンシ。

      LatencyWrite

      書き込みレイテンシ

      ms

      ファイルシステムの平均書き込みレイテンシ。

      QpsMeta

      メタデータ QPS

      requests/s

      ファイルシステムの 1 秒あたりの平均メタデータリクエスト数。

      AgenticFS

      AgenticFSReadIops

      読み取り IOPS

      Count/s

      AgenticFS ファイルシステムの平均読み取り IOPS。

      AgenticFSWriteIops

      書き込み IOPS

      Count/s

      AgenticFS ファイルシステムの平均書き込み IOPS。

      AgenticFSReadThroughput

      読み取りスループット

      Bytes/s

      AgenticFS ファイルシステムの平均読み取りスループット。

      AgenticFSWriteThroughput

      書き込みスループット

      Bytes/s

      AgenticFS ファイルシステムの平均書き込みスループット。

      AgenticFSReadLatency

      読み取りレイテンシ

      us

      AgenticFS ファイルシステムの平均読み取りレイテンシ。

      AgenticFSWriteLatency

      書き込みレイテンシ

      us

      AgenticFS ファイルシステムの平均書き込みレイテンシ。

      AgenticFSMetaQps

      メタデータ QPS

      Count/s

      AgenticFS ファイルシステムの 1 秒あたりの平均メタデータリクエスト数。

      AgenticFSMetaLatency

      メタデータレイテンシ

      us

      AgenticFS ファイルシステムの平均メタデータ操作レイテンシ。

      AgenticSpaceReadIops

      読み取り IOPS

      Count/s

      AgenticSpace の平均読み取り IOPS。

      AgenticSpaceWriteIops

      書き込み IOPS

      Count/s

      AgenticSpace の平均書き込み IOPS。

      AgenticSpaceReadThroughput

      読み取りスループット

      Bytes/s

      AgenticSpace の平均読み取りスループット。

      AgenticSpaceWriteThroughput

      書き込みスループット

      Bytes/s

      AgenticSpace の平均書き込みスループット。

      AgenticSpaceReadLatency

      読み取りレイテンシ

      us

      AgenticSpace の平均読み取りレイテンシ。

      AgenticSpaceWriteLatency

      書き込みレイテンシ

      us

      AgenticSpace の平均書き込みレイテンシ。

      AgenticSpaceMetaQps

      メタデータ QPS

      Count/s

      AgenticSpace の 1 秒あたりの平均メタデータリクエスト数。

      AgenticSpaceMetaLatency

      メタデータレイテンシ

      us

      AgenticSpace の平均メタデータ操作レイテンシ。

    アクセスポイントとシステムポリシーの関係

    ポリシー

    説明

    アクセスポイントポリシー

    アクセスポイントポリシーは、Alibaba Cloud NAS が アクセスポイントクライアントに提供する権限付与ポリシーです。AliyunNASReadOnlyAccess や AliyunNASFullAccess システムポリシーを必要とせず、RAM ユーザーや RAM ロールに直接付与できます。このアプローチにより、詳細な制御が可能になり、柔軟な権限管理が実現します。

    アクセスポイントクライアントは、以下のアクセス権限をサポートしています：

    • nas:ClientMount：ファイルシステムのマウントとデータの読み取りを許可します。

    • nas:ClientWrite：データの書き込みを許可します。この権限は、マウントと読み書き操作を許可するために ClientMount と一緒に使用する必要があります。

    • nas:ClientRootAccess：root ユーザーとしてのアクセスを許可します。

      • この権限が付与されていない場合、root ユーザーとしてのアクセスは nobody ユーザーにマッピングされます。

      • POSIX ユーザーがアクセスポイントにバインドされている場合、ClientRootAccess はそのユーザーにも影響します。例えば、バインドされた POSIX ユーザーが root であっても ClientRootAccess が付与されていない場合、アクセスポイントを介してファイルシステムがマウントされた後、POSIX ユーザーからのすべての I/O 操作は nobody ユーザーにマッピングされます。

      • nobody ユーザーは、権限が低くセキュリティが高いデフォルトの Linux ユーザーです。サーバー上の公開コンテンツにのみアクセスできます。

    AliyunNASReadOnlyAccess

    この システムポリシーは、NAS ファイルシステムへの読み取り専用アクセス権限を付与します。

    この権限を持つ RAM ユーザーまたは RAM ロールは、ファイルシステム情報のみを表示できます。管理操作を実行したり、アクセスポイントクライアントから ファイルシステムにアクセスしたりすることはできません。

    AliyunNASFullAccess

    この システムポリシーは、NAS ファイルシステムの完全な管理権限を付与します。このポリシーはリスクが高いため、推奨されません。

    この権限を持つ RAM ユーザーまたは RAM ロールは、NAS ファイルシステム インスタンスの削除や変更、ゴミ箱の有効化などの操作を実行できます。さらに、アクセスポイントポリシーが有効になっている場合、この権限を持つユーザーまたはロールは、デフォルトで アクセスポイントクライアントにアクセスできます。

    Java/Tomcat からの NAS SMB へのアクセス

    • 原因：

      デフォルトでは、Tomcat などの Windows サービスはローカルシステムアカウントで実行されます。このアカウントは、現在のユーザーがマウントした NAS SMB ネットワークパスにアクセスできないため、アプリケーションが接続できません。

    • ソリューション：

      1. 管理者としてサービスマネージャーを開きます。

      2. サービスリストで、ご利用の Tomcat サービス (名前は Apache Tomcat またはカスタム名の場合があります) を見つけます。

      3. サービスを右クリックし、[プロパティ] を選択します。

      4. [ログオン] タブに移動します。

      5. [アカウント] オプションを選択し、現在の管理者アカウントの認証情報を入力します。

      6. [適用] をクリックし、次に [OK] をクリックします。

      7. Tomcat サービスを右クリックし、[再起動] を選択して変更を適用します。