私は Linux 初心者です。Amazon の Ubuntu サーバーにデータベースを展開したところ、ディスク容量が不足していることがわかりました。df(下記参照) 実行したところ、1 つのファイル システムでは 89% の容量が使用されており、他のファイル システムではそれより少ないことがわかりました。これはどういう意味ですか? パーティションがいくつかあり、他のパーティションも利用できるようになったということですか/dev/xvda1? また、/dev/xvdb大きいようですが、データベースをそこに配置して使用するのは安全ですか? そうであれば、マウントしたり、何か特別なことをする必要がありますか?
$> df -lah
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 8.0G 6.7G 914M 89% /
proc 0 0 0 - /proc
sysfs 0 0 0 - /sys
none 0 0 0 - /sys/fs/fuse/connections
none 0 0 0 - /sys/kernel/debug
none 0 0 0 - /sys/kernel/security
udev 3.7G 8.0K 3.7G 1% /dev
devpts 0 0 0 - /dev/pts
tmpfs 1.5G 164K 1.5G 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 3.7G 0 3.7G 0% /run/shm
/dev/xvdb 414G 199M 393G 1% /mnt
答え1
インスタンスのルート EBS ボリュームのスペースが不足している状況に対処するための推奨オプションがいくつかあります。
新しい EBS ボリュームをインスタンスに接続し、そこにデータベースを配置します。2008 年に Amazon 向けに書いた記事に、これを行うための推奨アプローチが説明されています。参考文献 (新しい Ubuntu インスタンスでは、/dev/sdh を /dev/xvdh に変更する必要があることに注意してください)。
ルート EBS ボリュームのサイズを増やして、データベースを拡張する余地を確保します。これを行うには、インスタンスを停止し、ボリュームのスナップショットを作成し、スナップショットからより大きなボリュームを作成し、それをインスタンスにアタッチして、インスタンスを起動します。手順を詳しく説明した記事を次に示します。http://alestic.com/2010/02/ec2-resize-running-ebs-root
/mntデータの保存を重視する場合、そのディスクは一時ストレージであるため、 ( )にデータを置くことはお勧めしません/dev/xvdb。一時ストレージ上のすべてのデータは、インスタンスが停止、終了、または失敗すると永久に消えてしまいます。
EBS ボリューム上のデータは、インスタンスが停止または失敗したときに保持されます。デフォルトでは、ルート EBS ボリュームはインスタンスの終了時に削除されますが、EBS ボリュームのプロパティをクリアすることで変更できます。フラグに関する情報と変更方法delete-on-terminationを記載した記事を次に示します。delete-on-terminationhttp://alestic.com/2010/01/ec2-インスタンスロック
答え2
これはどういう意味ですか？
what とはどういう意味ですか。これは修辞的な質問のように思えます。man ページを読みましたか?
man df
コマンドに関する詳細情報が表示されますdf。
いくつかのパーティションがあり、それ以外にも利用できるのでしょうか
/dev/xvda1?
これらを活用することは可能です。ただし、活用するかどうかは完全にあなた次第です。
/proc、、/sysに搭載されているものを避けるだけで/dev安全/runです...
また、
/dev/xvdb大きいようですが、そこに db を入れて使用するのは安全ですか?
確かなことは分かりません。それは完全にあなた次第です...
もしそうなら、それをマウントしたり、何か特別なことをしたりする必要がありますか?
もう一度読んでください。表の外側の端は次のとおりです。
Filesystem Mounted on
/dev/xvdb /mnt