파티셔닝의 주요 (역사적) 이유는 다음과 같습니다.

• 하는 사용자 및 응용 프로그램 데이터에서 운영 체제를 분리 . RHEL 7이 출시 될 때까지 지원되는 업그레이드 경로 가 없었고 주 버전을 업그레이드하려면 다시 설치해야하고 /home별도의 파티션 (또는 LVM 볼륨) 에 예를 들어 기타 (애플리케이션) 데이터가 있으면 사용자 데이터를 쉽게 보존 할 수 있습니다 응용 프로그램 데이터 및 OS 파티션을 삭제하십시오.

• 디스크 공간이 완전히 부족하면 사용자가 제대로 로그인 할 수없고 시스템이 흥미로운 방식으로 실패하기 시작합니다. 다중 파티션을 사용하면 OS에 하드 예약 된 디스크 공간을 할당하고이를 사용자 및 / 또는 특정 응용 프로그램에서 쓰기가 허용되는 영역 (예 : /home /tmp/ /var/tmp/ /var/spool/ /oradata/등) 과 별도로 유지 하여 잘못 작동하는 사용자 및 / 또는 응용 프로그램의 운영 위험 을 완화 할 수 있습니다 .

• 몫. 디스크 할당량을 통해 관리자는 개별 사용자가 사용 가능한 공간을 모두 사용하지 못하게하여 시스템의 다른 모든 사용자에게 서비스를 중단 할 수 있습니다. 개별 디스크 할당량은 파일 시스템마다 할당되므로 단일 파티션과 단일 파일 시스템은 하나의 디스크 인용 만 의미합니다. 다중 (LVM) 파티션은보다 세부적인 할당량 관리를 허용하는 다중 파일 시스템을 의미합니다. 사용 시나리오에 따라 예를 들어 각 사용자가 홈 디렉토리에서 10GB, 외부 스토리지 배열의 / data 디렉토리에서 2TB를 허용하고 누구나 홈 디렉토리에 대해 너무 큰 데이터 세트를 덤프 할 수있는 큰 공유 스크래치 영역을 설정할 수 있습니다. 정책이 “전체 꽉 참”이되는 곳이 발생하면 아무 일도 일어나지 않습니다.

• 전용 IO 경로 제공 . SSD와 회전 디스크의 조합이있을 수 있으며 다른 방식으로 해결하는 것이 좋습니다. 범용 서버에서는 그다지 문제가되지 않지만 데이터베이스 설정에서 매우 일반적인 문제는 특정 스핀들 (디스크)을 다른 목적으로 할당하여 IO 경합을 방지하는 것입니다 (예 : 트랜잭션 로그의 별도 디스크, 실제 데이터베이스 데이터의 별도 디스크 및 별도) 임시 공간을위한 디스크. .

• 부팅 별도의 /boot파티션 이 필요할 수 있습니다 . 역사적으로 1024 실린더 한계를 넘어서 부팅하는 BIOS 문제를 해결하기 위해 요즘에는 암호화 된 볼륨을 지원해야하는 요구 사항, 특정 RAID 컨트롤러, SAN에서 부팅을 지원하지 않는 HBA 또는 설치 프로그램이 즉시 지원하지 않는 파일 시스템 등을 지원하는 경우가 많습니다.

• 튜닝 다른 튜닝 옵션 또는 완전히 다른 파일 시스템이 필요할 수 있습니다.

하드 파티션을 사용하는 경우 설치 시점에 하드 파티션을 어느 정도 가져와야하며, 하나의 큰 파티션은 최악이 아니지만 위의 몇 가지 제한 사항이 있습니다.

일반적으로 주 볼륨을 하나의 큰 Linux LVM 물리 볼륨 으로 분할 한 다음 현재 요구 사항과 나머지 디스크 공간에 맞는 논리 볼륨 을 생성 하여 할당 될 때까지 할당하지 않은 상태로 두는 것이 좋습니다.

필요에 따라 해당 볼륨과 파일 시스템을 확장하거나 (실제 시스템에서 수행 할 수있는 간단한 작업) 추가 볼륨을 생성 할 수 있습니다.

LVM 볼륨 축소는 쉽지 않지만 종종 파일 시스템 축소는 잘 지원되지 않으므로 피해야합니다.

답변

du -h -d 1 / 2> /dev/null