16TB 데이터 디스크에 GPT가 필요합니까?

/dev/sdb하드웨어 RAID를 사용하여 16TB 디스크를 만들었습니다 . 여기서 /dev/sdb파티션을 만들지 않고 XFS를 직접 켜고 싶습니다 . 앞으로는 크기를 두 배로 늘리기 위해 이것을 확장해야합니다.

하드웨어는 전면에 12 개의 SAS 디스크 트레이가있는 HP ProLiant DL380 Gen 9입니다.

파티션을 만들지 않으면 서 다시 부팅 할 필요는 없지만 2TB 이상의 디스크에서 다른 점이 있습니까?

GPT가 필요합니까, 아니면 RAID 어레이 및 XFS를 확장하지 않고 확장 할 때 문제가 발생할 수 있습니까?

— 재스민 로네
소스

둘 다 맞습니다. : D 파티션 테이블이 전혀 필요하지 않습니다. 그러나 나는 항상 디스크에 파티션 테이블을 가지고있는 것은 시스템 (사람 또는 유틸리티)을 볼 수있는 모든 사람에게 유용한 메타 데이터라고 생각합니다.

— MikeyB

답변:

아무 문제 없이이 작업을 수행 할 수 있습니다 ...

/ dev / sdb가 별도의 HP Smart Array 논리 드라이브 라고 가정 합니다.

이 설정에 파티션을 사용하지 마십시오 ... 블록 장치에 파일 시스템을 만드십시오.

mkfs.xfs -f -l size=256m,version=2 -s size=4096 /dev/sdb

나중에 확장하려는 경우 hpssacli또는 Smart Storage Administrator 도구를 사용하여 디스크를 추가하고 HP 논리 드라이브를 확장하십시오 .

다음을 사용하여 장치를 다시 스캔하여 새 크기를 얻을 수 있습니다.

echo 1 > /sys/block/sdb/device/rescan

로 장치 크기 변경을 확인하십시오 dmesg|tail.

이 시점에서 xfs_growfs /mountpoint(장치 이름이 아닌) 실행할 수 있으며 파일 시스템이 온라인으로 커집니다!

— ewwhite
소스

당신이 제시 한 주장 mkfs.xfs은 MariaDB에도 적합합니까?

— Jasmine Lognnes

XFS 파일 시스템의 기본값이지만, 아시다시피 ZFS를 훨씬 더 자주 사용합니다.

— ewwhite

GPT는 디스크 및 파티션 테이블 파티셔닝에 관한 것입니다. 따라서 파티션없이 XFS 파일 시스템을 디스크에 넣으려는 경우 GPT 레이블이 필요하지 않습니다.

에 파일 시스템을 생성하자마자 GPT 레이블이 손상됩니다 /dev/sdb. 기억해야 할 것은 GPT는 디스크 끝에 백업 레이블을 생성한다는 것입니다. 일부 도구 ( partprobe또는 partx)는 백업이있는 경우 디스크의 GPT를 "복구"하려고합니다. 일부 도구는 묻지 않고이를 수행하여 파일 시스템이 손상 될 수 있습니다. 일부 EFI BIOS는 이러한 "기능"도 제공합니다.
따라서 /dev/sdbeg를 사용하여 백업 GPT 레이블이 없는지 확인해야합니다 gdisk.

일반적으로 디스크를 분할하는 것이 좋습니다. 이는 다른 팀 구성원이나 관리자가 디스크가 사용 중임을 인식하는 데 도움이됩니다. 예를 들어 디스크가 분할되어 있지 않을 때 디스크를 사용 중인지 확인하기가 더 어렵습니다.
또한 일반적으로 디스크를 분할 한 후 재부팅 할 필요가 없습니다.

— 도마
소스

@JasmineLognnes이 디스크를 전혀 분할하지 마십시오 ... HP 논리 드라이브를 사용하는 경우 불필요합니다.

— ewwhite

나는 파티션이 일반적으로 좋다는 생각을 두 번째로한다. 다른 팀 구성원에게보다 분명한 정보를 제공하는 것 외에도 긴급 문제가 발생하여 문제를 해결하는 경우 복구를 수행하는 많은 도구에는 파티션이 있다고 가정합니다. 서버 진단을 위해 전화를 받았다면 가장 먼저 할 일은 디스크의 내용을 확인하는 것입니다 fdisk -l. 교체 디스크가 항상 원본과 동일한 바이트 크기 인 것은 아니며 1kB 더 작더라도 복원하지 않고는 재 구축 할 수 없습니다. 파티션이 이것에 대해 보험을 구매 한 후 50-100MB의 여유 공간을 남겨 두십시오.

— Joshua Huber

파티션 테이블이 없다고 가정하는 도구와 같이 디스크가 비어 있다는 다른 위험도 있습니다. GPT 파티션 디스크에도 MBR 파티션 테이블이있어 이전 도구가 없으면 디스크가 비어있는 것으로 간주 될 경우 데이터 손실을 방지 할 수 있습니다.

— kasperd

@ewwhite "필수"는 "유용한"과 같은 의미가 없습니다. 실제로 필요하지 않습니다. 그렇지 않으면 전혀 작동하지 않습니다. 그러나 다른 사람들이 지적했듯이 파티션을 갖는 것이 좋습니다. 따라서 두 가지 접근 방식의 장단점을 신중하게 평가해야합니다.

— glglgl

@ewwhite : 왜 당신이 아닌 다른 의견을 받아 들일 수 없습니까? 나의 짧은 대답은 당신과 동일하지만 파티션이 없다는 단점을 요약하는 것이 중요하다고 생각했습니다. 결론적으로 우리는 어느 방향으로 가야하는지 선택해야합니다. 제 생각에는 이것이 Linux 세계에서 큰 자유입니다. 나는 하나의 진실 또는 올바른 길이 있다고 생각하지 않습니다. 하나를 선택해야한다면, 장단점 대신 이것에 기초하여 결정을 내릴 수 있도록 장단점을 설명하는 것이 최선이라고 생각합니다.

— 토머