EC2 볼륨 및 파티셔닝

EC2 볼륨 및 파티셔닝

Amazon EC2 CentOS 7 HVM 커뮤니티 이미지 머신에서는 볼륨 및 파티셔닝만 고려합니다. 모든 운영 체제 및 기타 관련 업데이트에 대해 루트 장치용 기본 8GB 볼륨 sda를 생성하고 모든 웹 사이트 데이터에 대해 다른 볼륨 sdb(필요에 따라 크기)를 생성하는 것이 좋지 않습니까?

또한 웹 사이트 날짜를 sbd 볼륨의 /var/www에 저장하려고 하지만 /var가 이미 볼륨 /sda에 생성되어 있으므로 /var/www 대신 /www로 새 디렉터리를 생성하는 것이 더 나을 것입니다. 마운트하거나 두 접근 방식 모두 괜찮습니다. /www가 정상적으로 마운트되는 동안 부팅 중에 fstab 항목으로 /var/www가 실패하는 사건을 본 적이 있습니다.

답변1

내 제안은 다음과 같습니다.

  • /dev/sda[루트 디스크] 파일 시스템이 마운트됨/
  • /dev/sdb[데이터 디스크] 파일 시스템이 /var/www또는 에 마운트됨/www
  • /dev/sdc[로그 디스크] 파일 시스템이 다음에 마운트되었습니다./var/log

애플리케이션 데이터를 다른 디스크에 분리하는 것은 좋은 결정입니다. 잘못된 distro 업그레이드와 같은 어떤 이유로 루트 디스크를 부팅할 수 없는 경우에도 데이터 디스크를 다른 머신으로 가져갈 수 있습니다. 정확한 마운트 지점은 그다지 중요하지 않습니다. 배포할 애플리케이션에 적합한 하나의 경로를 선택하는 것이 더 좋으므로 /var/www괜찮습니다.

두 번째 디스크를 마운트하는 것과 는 둘 다 /var/www디스크 상단 의 동일한 파일 시스템에 있기 때문에 실제로는 차이가 없습니다 . 이 파일 시스템은 OS가 설치된 루트 파일 시스템이기 때문에 오류가 발생하면 서버가 부팅되지 않을 가능성이 높으며 두 번째 디스크는 또는 에 마운트될 수 없습니다 . 따라서 귀하의 응용 프로그램에 더 적합한 것을 선택하는 것이 좋습니다./www/var/wwwsda/var/www

제가 세 번째 권장 사항을 추가했으며 이는 우리의 경험에서 나온 것임을 알 수 있습니다. /var/log적절한 로그 회전 구성을 사용하더라도 지속적으로 공간을 확보해야 하기 때문에 많은 애플리케이션이 기본적으로 루트 디스크에 로그를 기록 하고 이를 루트 디스크에 유지하는 것은 한계가 있는 것으로 입증되었습니다. 다른 디스크에 마운트함으로써 /var/log루트 파일 시스템을 합리적인 크기 범위 내로 유지할 수 있습니다.

관련 정보