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