거대한 SSD를 사용하여 루트, 기본 및 스왑 파티션을 얼마나 크게 생성해야 합니까?

Question 1

이것이 내가 생각해 낸 것입니다. 무엇을 바꾸시겠습니까?

내 거추천하다할 것이다

/boot           1gb  (or 2gb would be fine)
/boot/efi     100mb  (or 200mb would be fine)
/              max   (remaining space of your N tb ssd)

그러니까 내가 말하는 거야, 받아들여

RHEL 7.6(현재는 7.9)부터 지난 5년 동안 작업자 서버를 실행했습니다. /boot현재 1GB 파티션은 44% 찼고 100MB 파티션 /boot/efi은 11% 찼습니다. 이를 토대로 볼 때 더 크게 만들 이유가 없습니다.
- 경고: EFI를 사용하지 않고 기존 BIOS 방식을 사용하며 파티션이 없는 경우 boot/efi모든 것이 아래에 요약되어 있습니다. /boot시간이 지남에 따라 이 대 EFI에서 어떤 일이 발생할지 알려줄 데이터나 경험이 없습니다. 비슷한 방식으로 EFI용으로 만들었으므로 최대 2GB 또는 4GB를 선택하세요.1.5TB SSD의 10GB 미만 공간도 놓치지 마세요.
오랜 질문: 64GB 이상의 RAM이 있는 경우에도 스왑 디스크 파티션을 생성해야 합니까? 내 서버에는 512GB 이상의 RAM이 있으며 스왑 파티션을 만들지 않으며 문제가 없습니다. rhel/centos 7+ Linux가 설치된 32GB 가정용 컴퓨터에서도 마찬가지이며 디스크 스왑 파티션도 없고 전혀 문제가 되지 않습니다.
적어도 이는 RHEL 7 스토리지 관리 가이드의 15장에 명시되어 있습니다.8GB에서 64GB 스왑 = 1.5 x RAM > 64GB RAM 스왑 =최소 4GB.
- 진짜로적어도의미는? 안전을 위해서는 500GB를 사용하는 것이 좋습니다! ?
- 예, 저는 디스크 스왑 파티션을 싫어합니다. 누군가(redhat?) 256GB RAM이 있을 때 디스크 스와핑이 어떻게, 언제, 왜 유익한지에 대한 자세한 증거를 제공했습니다.

디스크를 분할하는 데 사용됩니다.

/home또는 /var/log/audit또는 /opt그 밖의 모든 것은 우선 주관적입니다. 그러나 이것의 큰 문제는 장기적으로 자신을 속이게 된다는 것입니다. /home예를 들어 1000GB 디스크에서 25GB만 사용하기로 결정한 경우 /home50GB를 사용하고 싶고 . 나는 이런 일을 겪었고 *우리는 /home과 /var, /opt와 /usr을 분할해야 한다는 사고방식을 가졌습니다. 글쎄요, 우리는 각각을 가능한 한 크게 만들고 결코 문제가 발생하지 않을 것이라고 보장합니다. 이것은 단지 어리석은 사고방식일 뿐입니다.
mount내가 아는 파티셔닝의 유일한 장점은 특정 수준 옵션(예: )을 활용하려는 경우입니다 noexec. 그렇지 않으면 일반적으로 득보다 실이 더 많습니다.
디스크 파티션을 위한 설치 수준 옵션 외에 이에 대한 타당한 이유를 제공할 수 있는 사람이 있습니까? 그렇지 않다면 왜 그렇게 하고 실패에 대비해야 합니까?
/25GB만 만들겠다고 하더군요 . 이건 좋지 않아요, 하지 마세요.
/전체 디스크를 빼면 됩니다.시작하다어떤 폴더의 크기가 커질지 예측할 수 없기 때문에 공간이 부족하지 않도록 파티션을 나누세요. 하지만 폴더는 /home, /opt, /usr, /var입니다.
폴더 /tmp: systemctl enable tmp.mount디스크 대신 RAM(예: tmpfs)을 사용합니다. 그렇지 않으면 /tmp그냥 설치 /한 다음 디스크의 물리적 크기 제한을 초과할 때까지 걱정하지 마십시오.
df -h99%가 꽉 찬 별도의 파티션에 폴더가 있어서 쇼가 중단되고, 동일한 디스크에 크기에 관계없이 50% 미만으로 채워진 다른 많은 파티션이 표시되는 것 보다 더 나쁜 것은 없으며 도움이 되지도 않습니다. 이는 구성하고 운영해야 하는 원칙이 아니라 낭비이자 잘못된 관리입니다.

Answer

이것이 내가 생각해 낸 것입니다. 무엇을 바꾸시겠습니까?

내 거추천하다할 것이다

/boot           1gb  (or 2gb would be fine)
/boot/efi     100mb  (or 200mb would be fine)
/              max   (remaining space of your N tb ssd)

그러니까 내가 말하는 거야, 받아들여

RHEL 7.6(현재는 7.9)부터 지난 5년 동안 작업자 서버를 실행했습니다. /boot현재 1GB 파티션은 44% 찼고 100MB 파티션 /boot/efi은 11% 찼습니다. 이를 토대로 볼 때 더 크게 만들 이유가 없습니다.
- 경고: EFI를 사용하지 않고 기존 BIOS 방식을 사용하며 파티션이 없는 경우 boot/efi모든 것이 아래에 요약되어 있습니다. /boot시간이 지남에 따라 이 대 EFI에서 어떤 일이 발생할지 알려줄 데이터나 경험이 없습니다. 비슷한 방식으로 EFI용으로 만들었으므로 최대 2GB 또는 4GB를 선택하세요.1.5TB SSD의 10GB 미만 공간도 놓치지 마세요.
오랜 질문: 64GB 이상의 RAM이 있는 경우에도 스왑 디스크 파티션을 생성해야 합니까? 내 서버에는 512GB 이상의 RAM이 있으며 스왑 파티션을 만들지 않으며 문제가 없습니다. rhel/centos 7+ Linux가 설치된 32GB 가정용 컴퓨터에서도 마찬가지이며 디스크 스왑 파티션도 없고 전혀 문제가 되지 않습니다.
적어도 이는 RHEL 7 스토리지 관리 가이드의 15장에 명시되어 있습니다.8GB에서 64GB 스왑 = 1.5 x RAM > 64GB RAM 스왑 =최소 4GB.
- 진짜로적어도의미는? 안전을 위해서는 500GB를 사용하는 것이 좋습니다! ?
- 예, 저는 디스크 스왑 파티션을 싫어합니다. 누군가(redhat?) 256GB RAM이 있을 때 디스크 스와핑이 어떻게, 언제, 왜 유익한지에 대한 자세한 증거를 제공했습니다.

디스크를 분할하는 데 사용됩니다.

/home또는 /var/log/audit또는 /opt그 밖의 모든 것은 우선 주관적입니다. 그러나 이것의 큰 문제는 장기적으로 자신을 속이게 된다는 것입니다. /home예를 들어 1000GB 디스크에서 25GB만 사용하기로 결정한 경우 /home50GB를 사용하고 싶고 . 나는 이런 일을 겪었고 *우리는 /home과 /var, /opt와 /usr을 분할해야 한다는 사고방식을 가졌습니다. 글쎄요, 우리는 각각을 가능한 한 크게 만들고 결코 문제가 발생하지 않을 것이라고 보장합니다. 이것은 단지 어리석은 사고방식일 뿐입니다.
mount내가 아는 파티셔닝의 유일한 장점은 특정 수준 옵션(예: )을 활용하려는 경우입니다 noexec. 그렇지 않으면 일반적으로 득보다 실이 더 많습니다.
디스크 파티션을 위한 설치 수준 옵션 외에 이에 대한 타당한 이유를 제공할 수 있는 사람이 있습니까? 그렇지 않다면 왜 그렇게 하고 실패에 대비해야 합니까?
/25GB만 만들겠다고 하더군요 . 이건 좋지 않아요, 하지 마세요.
/전체 디스크를 빼면 됩니다.시작하다어떤 폴더의 크기가 커질지 예측할 수 없기 때문에 공간이 부족하지 않도록 파티션을 나누세요. 하지만 폴더는 /home, /opt, /usr, /var입니다.
폴더 /tmp: systemctl enable tmp.mount디스크 대신 RAM(예: tmpfs)을 사용합니다. 그렇지 않으면 /tmp그냥 설치 /한 다음 디스크의 물리적 크기 제한을 초과할 때까지 걱정하지 마십시오.
df -h99%가 꽉 찬 별도의 파티션에 폴더가 있어서 쇼가 중단되고, 동일한 디스크에 크기에 관계없이 50% 미만으로 채워진 다른 많은 파티션이 표시되는 것 보다 더 나쁜 것은 없으며 도움이 되지도 않습니다. 이는 구성하고 운영해야 하는 원칙이 아니라 낭비이자 잘못된 관리입니다.

Question 2

어떤 규모의 서버라도진짜정적 파티셔닝에 의존하고 싶지 않습니다. 지난 15년 동안의 서버라고 가정하면 UEFI 부팅이 있으므로 파티션이필요운영 체제를 부팅하는 방법은 다음과 같습니다.

vfat /boot/EFI 파티션
나머지

이는 엄청난 자유를 제공합니다. 설정 단계에서 GPT 파티션 테이블과 두 개의 파티션을 생성하기만 하면 됩니다.

8GB/부팅/EFI
남은 LVM 물리 볼륨

그게 다야. 필요에 따라 해당 물리 볼륨 내에 논리 볼륨을 생성합니다. 이점은 항상 필요한 만큼 논리 볼륨을 생성하고 순서에 관계없이 배치할 수 있으며 나중에 파티션을 축소하거나 이동할 필요가 없으며 스냅샷 기능을 얻을 수 있다는 것입니다. 무시당하다(할 수 없었다측정하다어떤 단점이라도).

대략 40GB 크기의 /로 시작하고 가까운 미래에 필요할 것으로 생각되는 귀하의 가정에 적합한 /로 시작할 수 있습니다. 나중에 필요에 따라 문제 없이 두 볼륨의 크기를 늘릴 수 있습니다. 온라인 크기 조정이 가능한 파일 시스템(예: XFS)을 사용하는 경우에도 작동할 수 있습니다.하지만당신은 그들을 사용하고 있습니다.

1 이렇게 할 때 centos7로 시작하지 마십시오. 이미 오래되어 아무것도 얻을 수 없습니다.

Answer