Elastic Compute Service:Linuxインスタンスのディスク容量不足の問題を解決する

識別方法

ディスク容量の現在の使用状況を照会し、大量のディスク容量を消費するファイルを見つけます。

1. 次のコマンドを実行して、ディスク領域の使用状況を照会します。

   df -h

   次のコマンド出力が返されます。 この例では、/dev/vda3パーティションの使用率は100% に達します。

   

2. 次のコマンドを実行してルートディレクトリに移動し、どのディレクトリが最も多くのディスク容量を消費しているかを特定します。

   sudo du -sh /* | sort -rh | head -n 10

   次のコマンド出力が返されます。 図に示すように、/homeディレクトリは最も多くのディスク容量を消費します。 したがって、/homeディレクトリのどのファイルまたはディレクトリが最大のディスク容量を占有しているかを確認してください。 ビジネス要件に基づいて次の操作を実行します。

   

3. 次のコマンドを実行して、最も多くのディスク容量を消費するディレクトリを特定します。

   たとえば、コマンド出力は、/homeディレクトリが最も多くのディスク容量を消費することを示します。 次に、/homeディレクトリで最も多くのディスク容量を消費するファイルまたはディレクトリを特定します。

   sudo du -sh /home/* | sort -rh | head -n 10

   次のコマンド出力が返されます。 ecs-userディレクトリは、最大のディスク容量を消費します。 さらに、ecs-userディレクトリ内の特定のファイルまたはサブディレクトリを確認して、どのアイテムが大量のsaceを消費しているかを判断できます。

   

   上記のプロセスを繰り返します。 この例では、/home/ecs-user/ ディレクトリで削除できる多数のファイルを見つけることができます。

   

ソリューション

ビジネスシナリオに基づいて考えられる原因を確認し、特定の原因に基づいて適切な対策を講じます。

• ビジネス要件に基づいて、大量のディスク容量を消費し、不要になったファイルまたはディレクトリを削除します。

• ビジネスでディスクからファイルを削除できない場合、またはファイルの削除後にディスク領域を解放できない場合は、ビジネス要件に基づいて既存のディスクのサイズを変更するか、ディスクをさらに作成します。 詳細については、「ディスクのサイズ変更の概要」、「空のデータディスクの作成」、および「データディスクのアタッチ」をご参照ください。

識別方法

次のコマンドを実行して、inodeの使用状況を照会します。

df -i

ソリューション

inodeの使用量が100% に達している場合、または近づいている場合は、次のいずれかの方法を使用して問題を解決します。

• inodeで大量に消費されるファイルまたはディレクトリをクリーンアップしてinode使用量を減らす

  inodeの数を増やすようにディスクをフォーマットしたくない場合は、次の操作を実行して、inodeの数が多いファイルまたはディレクトリを削除します。

  1. 次のコマンドを実行して、ルートディレクトリの各サブディレクトリに存在するファイルの数を照会します。

     for i in /*; do echo $i; sudo find $i | wc -l; done

     次の図に示すサンプルのコマンド出力が返されます。 コマンドの出力は、/mntディレクトリのファイル数が最も多いことを示します。 次に、/mntディレクトリ内のどのディレクトリにファイル数が最も多いかを特定します。 ファイル数の増加に伴い、Inodeの使用量が増加します。 ビジネス要件に基づいて次の操作を実行します。

     

  2. 次のコマンドを実行して、/mntディレクトリ内のinodeの使用率が最も高いファイルまたはディレクトリがinodeの使用率が最も高いかどうかを確認します。

     

  3. 次に、inodeの使用率が最も高いファイルまたはディレクトリを見つけて、スペースをクリーンアップできます。

• ディスクを再フォーマットしてinodeの数を増やします

  ディスクに保存されているファイルを削除できない場合、またはファイルを削除した後もinodeの使用率が高い場合は、次の手順を実行して、ファイルシステム内のinodeの数を増やします。

  1. 次のコマンドを実行して、ディスクパーティションの形式を照会します。

     lsblk -f

     次のサンプルコマンド出力が返されます。

     

     移行先ディスクのパーティションスタイルは、Extended File System 4 (Ext4) です。

  2. 次の操作を実行して、実際のディスクパーティションスタイルに基づいてinodeの数を増やします。

     Ext * ファイルシステム

     警告

     • inodeの数を増やすには、マウントポイントからファイルシステムをアンマウントする必要があります。 ただし、これはアプリケーションを中断する可能性があります。 適切な期間にファイルシステムをアンマウントすることを推奨します。

     • ディスク上のinodeの数を増やすには、ディスクをフォーマットする必要があります。 この場合、ディスクに保存されているデータは削除されます。 データの損失を防ぐために、ディスクをフォーマットする前にディスク上のデータをバックアップします。 ファイルをコピーしたり、スナップショットを作成してデータをバックアップできます。 スナップショットの作成方法については、「スナップショットの作成」をご参照ください。

     1. 次のコマンドを実行して、ファイルシステムをアンマウントします。 この例では、/mnt/device_vdcファイルシステムがマウント解除されています。 値を実際のファイルシステム名に置き換えます。

        sudo umount /mnt/device_vdc

     2. 次のコマンドを実行して、ファイルシステムを再構築し、inodeの数を増やします。

        この例では、/dev/vdcパーティションに対してExt4ファイルシステムが作成され、inodeの数は163,840に設定されています。 ビジネス要件に基づいて、値を実際の値に置き換えます。

        sudo mkfs.ext4 /dev/vdc -N 163840

        説明

        Linuxでは、iノードの数はディスク容量によって異なります。 ほとんどの場合、inodeの数は次の式を使用して計算されます。inodeの数=ディスク容量 (KB)/16 KB。 たとえば、40 GBのディスクは、上記の式に基づいて2,621,440のiノードを持つことができます。 ディスクに許可されるinodeの最大数は2 ^ 32で、これは約4.3億です。 ディスク容量に基づいてinodeの数を指定します。

     3. 次のコマンドを実行して、新しいファイルシステムをマウントポイントにマウントします。 この例では、/dev/vdcパーティションは /mnt/device_vdc/ ディレクトリにマウントされています。 値を実際のパーティション名とディレクトリに置き換えます。

        sudo mount /dev/vdc1 /mnt/device_vdc/

     4. (オプション) 次のコマンドを実行してinodeの数を照会し、inodeの数が増加しているかどうかを確認します。

        df -i

        次のコマンド出力は、inode量が予想どおりに変更されたことを示します。 バックアップデータを引き続きコピーして、関連するデータまたはアプリケーションを復元できます。

        

     XFSファイルシステム

     警告

     • inodeの数を増やすには、マウントポイントからファイルシステムをアンマウントする必要があります。 ただし、これはアプリケーションを中断する可能性があります。 適切な期間にファイルシステムをアンマウントすることを推奨します。

     • ディスク上のinodeの数を増やすには、ディスクをフォーマットする必要があります。 この場合、ディスクに保存されているデータは削除されます。 データの損失を防ぐために、ディスクをフォーマットする前にディスク上のデータをバックアップします。 ファイルをコピーしたり、スナップショットを作成してデータをバックアップできます。 スナップショットの作成方法については、「スナップショットの作成」をご参照ください。

     1. 次のコマンドを実行して、ファイルシステムをアンマウントします。 この例では、/mnt/device_vdcファイルシステムがマウント解除されています。

        sudo umount /mnt/device_vdc

     2. 次のコマンドを実行して、ファイルシステムを再確立し、Inodeノードの数を増やします。

        この例では、ディスクパーティションは /dev/vdc、ファイルシステムタイプはxfs、maxpctパラメーターは25 (デフォルト) から40に変更されています。

        sudo mkfs.xfs -f -i maxpct=40 /dev/vdc

        説明

        Linuxでは、XFSパーティションスタイルのinodeの数はディスク容量によって異なり、ディスク容量とmaxpctパラメーターの影響を受けます。 デフォルトでは、容量が1テラバイト未満のファイルシステムのinodeの割合は25% 、容量が50テラバイト未満のファイルシステムのinodeの割合は5% 、容量が50テラバイトを超えるファイルシステムのinodeの割合は1% です。 ビジネスニーズに合ったinodeの数を指定できます。

     3. 次のコマンドを実行して、新しいファイルシステムをマウントポイントにマウントします。 この例では、/dev/vdcデバイスは /mnt/device_vdc /ディレクトリにマウントされています。

        sudo mount /dev/vdc /mnt/device_vdc/

     4. (オプション) 次のコマンドを実行してinodeの数を照会し、inodeの数が増加しているかどうかを確認します。

        df -i

        次の図に示すコマンド出力の例は、inodeの数が変更されたことを示しています。 バックアップデータをディスクにコピーして、影響を受けるアプリケーションを復元できます。

        

識別方法

1. オペレーティングシステムにlsofがインストールされていない場合は、次のいずれかのコマンドを実行して、オペレーティングシステムに基づいてlsofをインストールします。

   Alibaba Cloud LinuxおよびCentOS

   sudo yum install -y lsof

   DebianとUbuntu

   sudo apt install -y lsof

2. 次のコマンドを実行して、残りのファイルのディスク領域使用量を照会します。

   sudo lsof | grep delete | sort -k7 -rn | more

   次の図に示すサンプルのコマンド出力が返されます。 削除された状態のファイルのサイズ (バイト単位) が7列目に表示されます。 サイズの合計が予想外のディスク容量の使用量に近いかどうかを確認します。 合計が予想外の使用量に近い場合、残りのファイルはディスク容量を消費します。

ソリューション

残りのファイルが存在する場合は、次のいずれかの方法でファイルハンドルを解放し、残りのファイルを消去してディスク領域を解放します。

• インスタンスの再起動

  インスタンスの再起動後、システムは実行中のプロセスを終了し、削除されたファイルのハンドルを解放します。

  警告

  インスタンスの再起動によりサービスが中断されます。 適切な期間にインスタンスを再起動することを推奨します。

• killコマンドの実行

  lsofコマンドを実行した後、2番目の列の残りのファイルに対応する実行中のプロセスのプロセスID (PID) を取得します。 killコマンドでPIDを指定して、対応するプロセスを終了できます。

  1. 次のコマンドを実行して、プロセスのPIDを照会します。

     lsof | grep delete 

  2. 次のコマンドを実行して、ビジネス要件に基づいて残りのファイルに対応するプロセスを終了します。

     kill <PID>

     警告

     プロセスが終了すると、インスタンスで実行されるサービスが影響を受ける可能性があります。 作業は慎重に行ってください。

識別方法

1. 次のコマンドを実行して、データディスクのマウント情報を表示します。

   mount

   次のコマンド出力が返されます。

   

   2つのデバイスが /mnt/device_vdcディレクトリにマウントされています。 マウントポイントは、ディレクトリ内で上書きされる可能性があります。

2. 次のコマンドを実行して、パーティションに関する情報を表示します。

   df -h

   次のコマンド出力が返されます。

   

解決策

この問題を解決するには、ディスクパーティションをアンマウントし、元のマウントポイントの領域使用量を確認します。

次のコマンドを実行して、ファイルシステムをアンマウントします。 この例では、/mnt/device_vdcファイルシステムがアンインストールされています。

sudo umount /mnt/device_vdc

ディスクパーティションのマウントをキャンセルした後、元のマウントディレクトリの領域使用量を確認し、実際の状況に基づいて適切な対策を講じる必要があります。

識別方法

1. 次のコマンドを実行して、ディスク容量を照会します。

   sudo df -h

   次のサンプルコマンド出力は、ディスク領域使用量が100% に達したことを示しています。

   

2. 次のコマンドを実行して、Dockerに関連するファイルディスクの使用状況を表示します。

   sudo docker system df

   次のサンプルコマンド出力が返されます。

   

   Dockerイメージは大量のスペースを占有します (再利用されたスペースは76% を占めます) 。 不要なイメージをクリーニングしてディスクスペースを解放できます。

   説明

   sudo docker system dfコマンドの出力で、わずかなDocker関連ファイルしかクリアできないことが示された場合は、大量のスペースを占有する不要なファイルを確認してクリーンアップします。 詳細については、このトピックの「ディスクパーティション領域使用量が100% に達する」セクションをご参照ください。

解決策

Dockerファイルが過剰な容量を占有する場合は、次の方法でファイルをクリアできます。

次のコマンドを実行して、不要なファイルを消去します。

sudo docker system prune

次のサンプルコマンド出力が返された場合は、Yと入力してファイルを削除します。

識別方法

次のコマンドを実行して、inotify watchの上限を表示します。

cat /proc/sys/fs/inotify/max_user_watches

解決策

次のコマンドを実行して、inotifyウォッチの上限を変更します。

sudo sysctl fs.inotify.max_user_watches=<New upper limit>

<New upper limit> を、inotifyウォッチに指定する上限の値に置き換えます。