あるファイルシステムから別のファイルシステムにストレージを移動するにはどうすればよいですか？

Linux EC2マシンを使用していますが、ストレージスペースがいっぱいであるというエラーが表示されます。

  Error writing to connection:  No space left on device

使用dfしたところ、ファイルシステムのいくつかに十分なスペースがあることがわかりました。

Filesystem     1K-blocks    Used Available Use% Mounted on
devtmpfs         8202604      60   8202544   1% /dev
tmpfs            8213188       0   8213188   0% /dev/shm
/dev/xvda1       8123812 8023744         0 100% /

私はt2.xlarge。より多くのスペースを利用可能にすることは可能xvdaですか？

— グーラン
ソース

aに「十分なスペース」がtmpfsあり、devtmpfsfsマウントがあります...データを消去します/

— Lenniey

xvda1これらの他のファイルシステムからファイルを移動できますか？

— グーラン

@LennieyはどちらもRAMディスクであり、実際のディスクを拡張するために使用することはできません

— Chopper3

Chopper3 @ Iを知って、私は「十分なスペースの周り及び/上のデータをクリアするに置く理由です、明らかに、十分に明確ではなかった

— Lenniey

@goollan世間話をしたくありませんでした。ルートファイルシステムは「通常の」ファイルシステムではないため、ルートファイルシステムを拡張したり、データを移動したりすることはできません。インスタンスにストレージを追加するか、ルートファイルシステムのスペースを

— 空ける必要があり

GNU coreutilsを使用する場合dfは、ファイルシステムタイプでフィルタリングする習慣をつけてくださいdf -t xfs -h。または多分あなたはext4または他のファイルシステムを使用しています。これは、tmpfsなどの永続的なストレージではないメモリタイプでは無視します。

新しいディスク（AWSの場合はEBSボリューム）を作成し、それらにLVMボリュームとファイルシステムを作成します。次に、データをコピーして、新しいマウントポイント（/srvまたは/varおそらくその下のどこかに）に移行します。その後、アップグレードされたソフトウェアを使用してイメージを起動し、既存のディスクを新しいインスタンスに移行するなど、巧妙なトリックを実行できます。

または、既存のディスクとその上のファイルシステムを拡張できます。ただし、それはデータをオペレーティングシステムのボリュームに結び付けます。

— ジョン・マホワルド
ソース

1つの大きなディスクと2つの小さなディスクの利点は、OSが実際にそれほどディスクを使用しないため、事実上高いIOPSです。

— ティム

最初に、管理の利便性のためのデータマウントスキームについて説明しましたが、必ずしもパフォーマンスではありません。また、必要に応じて、OSをスピンドルから起動し、より高速なソリッドステートLUNにデータを配置できます。

— ジョン・マホワルド