Cevap iki yönlüdür.
Geçici çözüm: geçici veriler için / dev / xvdb (/ mnt) kullanın.
Bu, Amazon EC2 örneğinizin geçici depolanmasıdır ve özellikleri, başka yerlerde kullanılan kalıcı Amazon EBS depolarından büyük ölçüde farklıdır . Özellikle, bu geçici depolama durdurma / başlatma döngülerinde kaybolacak ve genellikle ortadan kaybolabilir , bu nedenle kesinlikle oraya kalıcı bir değer koymak istemezsiniz, yani yalnızca kolayca kaybetmek veya yeniden oluşturmak için göze alabileceğiniz geçici verileri koymak istemezsiniz , Bir takas dosyası veya hesaplamalar sırasında kullanımda kesinlikle geçici veriler gibi. Tabii ki orada büyük indeksleri saklayabilirsiniz, ancak herhangi bir nedenden ötürü depolama silindikten sonra bunları yeniden oluşturmaya hazırlıklı olmalısınız (örnek yeniden başlatma, donanım arızası, ...).
Çözüm: İstenilen depolama alanını elde etmek için / dev / xvda1 (/) değerini yeniden boyutlandırın
Bu sözde olduğu Kök Cihaz Depolama sizin içinde Amazon EBS destekli kolaylaştıran EC2 örneği, Amazon EBS özellikle esneklik ve dayanıklılık için, yani veri yoktur makul güvenlidir ve örnek hatalarını hayatta koydu; % 99,999999999% dayanıklılık özelliğine sahip olan Amazon S3'te depolanan EBS hacminin düzenli görüntülerini alarak esnekliği ve dayanıklılığı daha da artırabilirsiniz .
Bu anlık görüntü özellikleri, sorununuzu sırayla çözmenize olanak tanır; mevcut 8GB EBS kök depolamanızı (/ dev / xvda1) istediğiniz kadar az ya da çok istediğiniz kadar değiştirebilirsiniz. İşlem Eric Hammond'ın mükemmel bir makalesinde , Çalışan EBS Boot EC2 Örneğinde Kök Diskin Yeniden Boyutlandırılması bölümünde açıklanmıştır :
EC2 örneğinde biraz az zamanınız olduğu sürece (birkaç dakika), kök EBS hacmini daha büyük bir kopya ile, yeni bir örnek başlatmaya gerek kalmadan değiştirmek mümkündür.
Tanımladığı adımları doğru bir şekilde hazırlarsanız (yordam hakkında bilgi sahibi olmak için önce onları atılmış bir EC2 örneği ile test etmenizi veya uyarlanmış bir komut dosyasıyla otomatikleştirmenizi şiddetle tavsiye ederim), işlemi bir kaç dakika ile bitirebilmeniz gerekir. kesinti dakika sadece gerçekten.
Belirtilen adımların çoğu , Amazon EC2 API Tools ile uğraşmayı da engelleyen AWS Yönetim Konsolu ile de gerçekleştirilebilir ; Bu aşağı kaynar:
- EC2 örneğini durdurun (sonlandırmayın!)
- EBS birimini durdurulan örnekden ayır
- müstakil EBS hacminin anlık görüntüsünü oluşturmak
- oluşturulan anlık görüntüden yeni (daha büyük) bir EBS birimi oluşturun
- yeni EBS hacmini EC2 örneğine ekleyin ( Önemli ! Bu sizin kök cihazınızsa, tam olarak belirtildiği gibi örneğin kök cihaz olarak adlandırdığınızdan emin olun (örneğin / dev / sda1) veya (/ dev / xdva1) Aksi takdirde, bir root aygıtı değil blok aygıt olarak eklenir ve örnek için listelenen kök aygıt olmayacağından örneği başlatamazsınız.)
- Çalışan örneğe SSH ekleyin ve her şeyin yolunda olduğundan emin olun
df -ah
- Sisteminiz dosya sistemini otomatik olarak yeniden boyutlandırmadıysa, bunu Eric'in makalesinde açıklandığı şekilde el ile yapmanız gerekir.
İyi şanslar!
Alternatif
Bu EBS hacimlerinin çok yönlülüğü ve kullanım kolaylığı göz önüne alındığında, ek bir seçenek, örneğinize daha fazla EBS birimi eklemek ve açıkça ayrılabilir ilgili alanları oraya taşımak olabilir.
Örneğin, her biri sürüm başına 1-2 GB depolama yapan birkaç tane oldukça ağır Java uygulaması kullanıyoruz; Yükseltme sürümlerini kolaylaştırmak ve genellikle bu uygulamaları kendi takdirime bağlı olarak farklı örneklere taşıyabilmek için, her birini ayrı ayrı EBS birimlerine yerleştirdim, bunları bir örneğe monte ettim ve bunları istenen yere, örneğin genellikle /var/lib/<app>/<version>ve /usr/local/<app>/<version>.
Bu yöntemle kök cihaz depolamasında EC2 örneklerini hala varsayılan 8 GB boyutunda (sizinki gibi), ancak bazen de farklı boyutlarda (1-15 GB) eklenmiş 8 EBS birimiyle çalıştırıyoruz.
Yine de, tüm bu EBS hacimleri, I / O'ları için aynı LAN kullandıkları için, hatta her ne kadar ilgili performans artışları getirebileceklerini veya aşırı durumlarda ağınızı doyurabilecekleri için, potansiyel ağ performans sorunlarının farkında olmalısınız. kullanım durumunda ve eldeki iş yükü.