다음 명령을 사용하여 zfs에 풀을 만들었습니다.
zpool create data001 mirror /dev/sda /dev/sdb
하지만 돌이켜보면 나는 만들고 싶었어요
zpool create data/001 mirror /dev/sda /dev/sdb
"데이터"가 존재하지 않기 때문에 모든 이름 바꾸기/이동 옵션이 작동하지 않는 것으로 나타났습니다. 그러나 장치 없이 풀을 생성하는 것이 타당하지 않은 것 같아서 "데이터"를 생성할 수 없습니다.
답변1
"zfs create"가 아니라 첫 번째 "zpool create"를 의미한다고 확신합니다. 그래서 이것이 당신이 해야 할 일입니다:
# zpool create data mirror /dev/sda /dev/sdb
# zfs create data/001
첫 번째 명령은 "data" 풀과 /data 파일 시스템을 가져오고, 두 번째 명령은 /data/001 파일 시스템을 만듭니다.
답변2
zpool create data mirror /dev/sda /dev/sdb
zfs create data/001이것이 내가 실행해야 하는 명령 세트입니까, 아니면 데이터를 보존하면서 계속 실행할 수 있는 명령입니까? 첫 번째 줄은 기존 풀 위에 새 풀을 생성하는 것처럼 보입니다.
이것이 당신이 해야 할 일입니다. 지금 이 작업을 수행하면 이전 풀을 삭제하거나 디스크를 제거하지 않고는 이미 풀의 일부인 디스크를 새 풀에 사용할 수 없다는 점만 알 수 있습니다(마지막 풀은 제외). 미러 대신 raidz). 백업 전략이 없다면 백업 전략을 생각해 보는 것도 좋은 생각일 수 있습니다.
저는 zfs를 처음 접했고 zfs와 zpool 간의 기능 구분이 임의적으로 보인다는 것을 알았습니다. 아마도 기술에 대한 오해로 인해 발생했을 것입니다.
오라클은 하나상세안내풀과 파일 시스템을 사용하는 방법(일부 요약 포함)모범 사례. 넓은 의미로 요약하면 세 가지 수준이 있습니다.
- 일종의 중복성(기본, 미러 또는 raidz)을 사용하여 일반 장치(일반적으로 디스크뿐만 아니라 파일 또는 파티션)에서 가상 장치(vdev)를 구축합니다.
- 항상 스트라이프(연결)되어 해당 vdev의 전체 크기를 연속 스토리지로 제공하는 여러 vdev에서 스토리지 풀(zpool)을 구축할 수 있습니다.
- 이러한 풀에 파일 시스템이나 zvol을 생성할 수 있습니다. 파일 시스템은 서로 중첩될 수 있습니다. 이론적으로 풀 자체도 쓰기 가능하지만 관리/속성 상속이 더 쉽기 때문에 권장되지 않습니다.
이 레이어에 대한 개인적인 권장 사항은 다음과 같습니다.
- 각 vdev에 동일한 크기, 속도 및 품질의 디스크를 사용하십시오. raidz보다 더 유연하고 빠르기 때문에 미러를 선호합니다. 실패할 경우 전체 풀을 종료할 수 있으므로 기본 vdev를 사용하지 마십시오.
- 유사한 vdev에 대한 스토리지 풀을 만듭니다. 예를 들어 VM 스토리지용 SSD vdev(미러)가 포함된 풀 하나와 느리지만 더 큰 백업 스토리지용 HDD vdev(raidz2)가 포함된 다른 풀을 만듭니다. 이들을 결합하면 풀이 HDD만큼 느리고 모든 데이터의 단일 미러만큼 위험해지기 때문에 좋은 생각이 아닙니다.
- 원하는 수만큼 파일 시스템을 생성하고 상속을 사용하여 쉽게 관리할 수 있습니다(SMB 또는 NFS 공유와 같은 속성은 할당량 또는 일반 ACL 설정과 마찬가지로 상속될 수 있음). 디자인은 조직과 구조에 따라 다르지만 일반적인 규칙은 "사용자 홈 디렉터리당 하나의 파일 시스템"과 "독립 네트워크 공유당 하나의 파일 시스템"입니다. 내부 콘텐츠가 본질적으로 동일한 주제에 관한 것이지만 자주 이동되는 경우 파일 시스템 간 이동은 동일한 풀에서도 항상 완전하고 비용이 많이 드는 작업이므로 파일 시스템을 분할하지 마십시오. zvol은 블록 스토리지를 내보내거나 KVM을 사용할 때만 필요하므로 간단하게 시작하십시오(파일 시스템을 블록 스토리지로 사용할 수도 있음).
- 파일 시스템 내의 디렉터리를 정상적으로 사용합니다(ACL 설정, 데이터 격리 등).