Jawabannya ada dua.
Penanganan masalah: gunakan / dev / xvdb (/ mnt) untuk data sementara
Ini adalah penyimpanan sementara yang disebut instance Amazon EC2 Anda dan karakteristiknya sangat berbeda dari penyimpanan Amazon EBS persisten yang digunakan di tempat lain. Secara khusus, penyimpanan sementara ini akan hilang pada siklus stop / start dan umumnya dapat hilang , jadi Anda pasti tidak ingin meletakkan apa pun yang bernilai lama di sana, yaitu hanya menyimpan data sementara di sana Anda dapat kehilangan atau membangun kembali dengan mudah , seperti file swap atau data yang sangat sementara yang digunakan selama perhitungan. Tentu saja Anda dapat menyimpan indeks besar di sana misalnya, tetapi harus siap untuk membangun kembali ini setelah penyimpanan telah dihapus karena alasan apa pun (misalnya reboot, kegagalan perangkat keras, ...).
Solusi: ubah ukuran / dev / xvda1 (/) untuk mendapatkan penyimpanan yang diinginkan
Ini adalah apa yang disebut Root Device Storage dari instance EC2 Anda yang didukung oleh Amazon EBS , yang memfasilitasi Amazon EBS untuk fleksibilitas dan daya tahan khususnya, yaitu data yang diletakkan di sana cukup aman dan selamat dari kegagalan instance; Anda dapat meningkatkan fleksibilitas dan daya tahan lebih jauh dengan mengambil snapshot reguler dari volume EBS Anda, yang disimpan di Amazon S3 , menampilkan daya tahan 99,999999999% yang terkenal.
Fitur snapshot ini memungkinkan Anda untuk menyelesaikan masalah Anda pada gilirannya, sejauh Anda dapat mengganti penyimpanan root EBS 8GB Anda saat ini (/ dev / xvda1) dengan satu lebih atau kurang sebesar yang Anda inginkan. Prosesnya diuraikan dalam artikel yang sangat bagus dari Eric Hammond Mengubah Ukuran Disk Root pada Instance EBS Boot EC2 yang Berjalan :
Selama Anda baik-baik saja dengan sedikit down time pada instance EC2 (beberapa menit), dimungkinkan untuk mengubah volume EBS root dengan salinan yang lebih besar, tanpa perlu memulai instance baru.
Jika Anda benar mempersiapkan langkah-langkah yang dijelaskannya (saya sangat merekomendasikan untuk mengujinya dengan contoh EC2 yang dibuang terlebih dahulu untuk membiasakan diri dengan prosedur, atau mengotomatiskannya melalui skrip khusus), Anda harus dapat menyelesaikan proses dengan beberapa menit memang hanya downtime.
Sebagian besar langkah-langkah yang diuraikan dapat dilakukan melalui AWS Management Console juga, yang menghindari berurusan dengan Amazon EC2 API Tools ; ini bermuara pada:
- hentikan (jangan hentikan!) instance EC2
- lepaskan volume EBS dari instance yang dihentikan
- buat snapshot volume EBS terpisah
- buat volume EBS baru (lebih besar) dari snapshot yang dibuat
- lampirkan volume EBS baru ke instance EC2 ( Penting ! Jika ini adalah perangkat root Anda, pastikan untuk menamainya persis sebagai perangkat root dari instance seperti yang disebutkan misalnya (/ dev / sda1) atau (/ dev / xdva1) jika tidak maka akan dilampirkan sebagai perangkat blok dan bukan perangkat root dan Anda tidak akan dapat memulai instance karena tidak akan ada perangkat root terdaftar untuk instance.)
- SSH ke instance yang sedang berjalan dan konfirmasi semuanya sudah beres
df -ah
- jika sistem Anda belum secara otomatis mengubah ukuran sistem file, Anda harus melakukan ini secara manual seperti yang dijelaskan dalam artikel Eric
Semoga berhasil!
Alternatif
Mengingat keserbagunaan dan kemudahan penggunaan volume-volume EBS ini, opsi tambahan adalah melampirkan lebih banyak volume EBS pada instance Anda dan memindahkan area-area perhatian yang jelas terpisah di sana.
Sebagai contoh, kami menggunakan beberapa aplikasi Java kelas berat, masing-masing mengkonsumsi penyimpanan 1-2GB per versi; untuk mempermudah peningkatan versi dan umumnya dapat memindahkan aplikasi ini ke instance yang berbeda atas kebijakan saya, saya telah menempatkannya pada masing-masing volume EBS khusus, pasang ini ke instance dan soft link mereka ke lokasi yang diinginkan, misalnya biasanya /var/lib/<app>/<version>
dan /usr/local/<app>/<version>
.
Dengan metode ini, kami saat ini menjalankan instance EC2 dengan penyimpanan perangkat root masih pada ukuran default 8GB (seperti milik Anda), tetapi kadang-kadang hingga 8 volume EBS dengan berbagai ukuran (1-15GB) terpasang.
Anda perlu mengetahui potensi masalah kinerja jaringan, sejauh semua volume EBS ini menggunakan LAN yang sama untuk I / O mereka, yang mungkin menghasilkan keuntungan kinerja masing-masing, atau menjenuhkan jaringan Anda dalam kasus-kasus ekstrem - jadi seperti biasa ini tergantung pada use case dan beban kerja yang dihadapi.