저는 리눅스를 처음 접했습니다. Amazon의 우분투 서버에 DB를 배포했는데 디스크 공간이 부족하다는 것을 알았습니다. 했습니다 df(아래 참조). 그리고 한 파일 시스템의 용량은 89%이지만 다른 파일 시스템의 용량은 적다는 것을 알게 되었습니다. 이것은 무엇을 의미 하는가? 몇 개의 파티션이 있고 이제 다른 파티션도 활용할 수 있습니까 /dev/xvda1? 용량 도 /dev/xvdb큰 것 같은데 db 넣고 그냥 사용해도 괜찮나요? 그렇다면 마운트해야 하거나 특별한 작업을 수행해야 합니까?
$> 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에 쓴 기사입니다.http://aws.amazon.com/articles/1663 (최신 Ubuntu 인스턴스에서는 /dev/sdh를 /dev/xvdh로 변경해야 합니다.)
데이터베이스를 확장할 수 있는 공간을 확보할 수 있도록 루트 EBS 볼륨의 크기를 늘립니다. 인스턴스를 중지하고, 볼륨의 스냅샷을 생성하고, 스냅샷에서 더 큰 볼륨을 생성하고, 이를 인스턴스에 연결하고, 인스턴스를 시작하면 됩니다. 다음은 단계를 자세히 설명하는 기사입니다.http://alestic.com/2010/02/ec2-resize-running-ebs-root
데이터 보존에 관심이 있다면 해당 디스크는 임시 저장소이므로 /mnt( ) 에 저장하지 않는 것이 좋습니다 . /dev/xvdb임시 스토리지의 모든 데이터는 인스턴스가 중지, 종료 또는 실패할 때마다 영원히 사라집니다.
인스턴스가 중지되거나 장애가 발생해도 EBS 볼륨의 데이터는 보존됩니다. 기본적으로 루트 EBS 볼륨은 인스턴스 종료 시 삭제되지만 delete-on-terminationEBS 볼륨의 속성을 지워 이를 변경할 수 있습니다. 다음은 delete-on-termination플래그에 대한 정보와 이를 변경하는 방법을 포함하는 내가 작성한 기사입니다 .http://alestic.com/2010/01/ec2-instance-locking
답변2
이것은 무엇을 의미 하는가?
무슨 뜻인가요? 이것은 나에게 수사학적 질문처럼 들립니다. 매뉴얼 페이지를 읽어보셨나요?
man df
명령 에 대한 자세한 정보를 제공합니다 df.
몇 개의 파티션이 있고 이제 다른 파티션도 활용할 수 있습니까
/dev/xvda1?
당신은 그들을 활용할 수 있습니다. 그러나 그렇게 할지 여부는 전적으로 귀하에게 달려 있습니다.
/proc, /sys, 에 마운트된 것들을 피하면 /dev안전 /run할 것입니다...
용량 도
/dev/xvdb큰 것 같은데 db 넣고 그냥 사용해도 괜찮나요?
우리는 확실히 모릅니다. 그건 전적으로 당신에게 달려있습니다...
그렇다면 마운트해야 하거나 특별한 작업을 수행해야 합니까?
다시 읽어보세요. 테이블의 바깥쪽 끝은 다음과 같습니다.
Filesystem Mounted on
/dev/xvdb /mnt