3장. GFS2 관리


다음 부분에서는 GFS2 관리를 위한 작업 및 명령에 대해 다루고 있으며 다음과 같은 부분으로 구성되어 있습니다:

3.1. 파일 시스템 작성

mkfs.gfs2 명령을 사용하여 GFS2 파일 시스템을 생성합니다. mkfs-t gfs2 옵션과 함께 사용할 수 도 있습니다. 파일 시스템은 활성화된 LVM 볼륨에 생성됩니다. 다음은 mkfs.gfs2 명령을 실행하기 위해 필요한 내용입니다:
  • 잠금 프로토콜/모듈 이름 (클러스터에 해당하는 잠금 프로토콜은 lock_dlm 임)
  • 클러스터 이름 (클러스터 설정 부분으로 실행할 경우)
  • 저널 수 (파일 시스템을 마운트할 수 있는 각각의 노드에 필요한 하나의 저널)
GFS 파일 시스템을 생성할 때, mkfs.gfs2 명령을 직접 사용하거나 또는 mkfs 명령을 -t 매개 변수와 함께 gfs2 유형의 파일 시스템을 지정한 다음 gfs2 파일 시스템 옵션을 사용할 수 있습니다.

참고

mkfs.gfs2 명령으로 GFS2 파일 시스템을 생성하면 파일 시스템 크기를 줄일 수 없습니다. 하지만 3.6절. “파일 시스템 확장하기 ”에 설명하고 있듯이 gfs2_grow 명령을 사용하여 기존 파일 시스템 크기를 늘릴 수는 있습니다.

3.1.1. 사용법

클러스터된 GFS2 파일 시스템을 생성할 때, 다음의 포맷 중 하나를 사용하실 수 있습니다:
mkfs.gfs2 -p LockProtoName -t LockTableName -j NumberJournals BlockDevice
mkfs -t gfs2 -p LockProtoName -t LockTableName -j NumberJournals BlockDevice
로컬 GFS2 파일 시스템을 생성할 때, 다음의 포맷 중 하나를 사용하실 수 있습니다:

참고

Red Hat Enterprise Linux 6 버전의 경우 Red Hat은 단일 노드 파일 시스템으로 GFS2 사용을 지원하지 않습니다.
mkfs.gfs2 -p LockProtoName -j NumberJournals BlockDevice
mkfs -t gfs2 -p LockProtoName -j NumberJournals BlockDevice

주의

LockProtoNameLockTableName 매개 변수 사용에 익숙한 지를 확인합니다. LockProtoNameLockTableName 매개 변수의 부적절한 사용으로 파일 시스템이나 잠금 공간 손실의 원인이 될 수 있습니다.
LockProtoName
사용할 잠금 프로토콜 이름을 지정합니다. 클러스터 용 잠금 프로토콜은 lock_dlm입니다.
LockTableName
이러한 매개 변수는 클러스터 설정에서의 GFS2 파일 시스템 용으로 지정되어 있습니다. 이는 다음과 같이 (띄어쓰기 없이) 콜론을 사용하여 두 부분으로 나뉘어 집니다: ClusterName:FSName
  • ClusterName, 생성되고 있는 GFS2 파일 시스템에 대한 클러스터의 이름입니다.
  • FSName 파일 시스템 이름은 1에서 16자 길이로 될 수 있으며 클러스터에 있는 모든 lock_dlm 파일 시스템 및 각각의 로컬 노드에 있는 모든 파일 시스템 (lock_dlmlock_nolock)에 대해 고유한 이름이어야 합니다.
Number
mkfs.gfs2 명령에 의해 생성된 저널 수를 지정합니다. 파일 시스템을 마운트하는 각각의 노드에 대해 하나의 저널이 필요합니다. 3.7절. “파일 시스템에 저널 추가 ”에서 설명하고 있듯이 GFS2 파일 시스템의 경우, 파일 시스템을 확장하지 않고 나중에 저널을 추가할 수 있습니다.
BlockDevice
논리 또는 물리 볼륨을 지정합니다.

3.1.2. 예시

예에서, lock_dlm이 클러스터 파일 시스템이 된 이후 이는 파일 시스템이 사용하는 잠금 프로토콜이 됩니다. 클러스터 이름은 alpha이며, 파일 시스템 이름은 mydata1입니다. 파일 시스템에는 8 개의 저널이 포함되어 있으며 /dev/vg01/lvol0에 생성됩니다.
mkfs.gfs2 -p lock_dlm -t alpha:mydata1 -j 8 /dev/vg01/lvol0
mkfs -t gfs2 -p lock_dlm -t alpha:mydata1 -j 8 /dev/vg01/lvol0
예에서, 클러스터 alpha에서 사용될 수 있는 두 번째 lock_dlm 파일 시스템이 생성되어 있습니다. 파일 시스템 이름은 mydata2입니다. 파일 시스템에는 8 개의 저널이 포함되어 있으며 /dev/vg01/lvol1에 생성됩니다.
mkfs.gfs2 -p lock_dlm -t alpha:mydata2 -j 8 /dev/vg01/lvol1
mkfs -t gfs2 -p lock_dlm -t alpha:mydata2 -j 8 /dev/vg01/lvol1

3.1.3. 전체 옵션

표 3.1. “명령 옵션: mkfs.gfs2에서는 mkfs.gfs2 명령 옵션 (플래그 및 매개 변수)을 설명합니다.
표 3.1. 명령 옵션: mkfs.gfs2
플래그 매개 변수 설명
-c Megabytes Megabytes에 각각의 저널 쿼터 변경 파일의 처음 크기를 설정합니다.
-D 디버깅 출력 결과를 활성화합니다.
-h 도움말. 사용 가능한 옵션을 보여줍니다.
-J MegaBytes 저널 크기를 메가바이트 단위로 지정합니다. 기본값 저널 크기는 128 메가 바이트입니다. 최소 크기는 8 메가 바이트입니다. 보다 크기가 큰 저널은 크기가 작은 저널보다 더 많은 메모리를 사용하여도 성능이 향상됩니다.
-j Number mkfs.gfs2 명령에 의해 생성된 저널 수를 지정합니다. 파일 시스템을 마운트하는 각각의 노드에 대해 하나의 저널이 필요합니다. 이 옵션이 지정되지 않았을 경우, 하나의 저널이 생성됩니다. GFS2 파일 시스템의 경우, 파일 시스템을 확장하지 않고 나중에 저널을 추가할 수 있습니다.
-O 파일 시스템을 작성하기 전 mkfs.gfs2 명령은 확인 질문을 하지 않게 됩니다.
-p LockProtoName
사용할 잠금 프로토콜 수를 지정합니다. 잠금 프로토콜에는 다음과 같은 것이 포함됩니다:
lock_dlm — 클러스터 파일 시스템에 필요한 표준 잠금 모듈입니다.
lock_nolock — GFS2가 로컬 파일 시스템처럼 작동할 경우 사용됩니다 (하나의 노드에서만).
-q 정숙 모드. 아무것도 보여주지 않습니다.
-r MegaBytes 리소스 그룹 크기를 메가 바이트 단위로 지정합니다. 최소 리소스 그룹 크기는 32 MB입니다. 최대 리소스 그룹 크기는 2048 MB입니다. 크기가 큰 리소스 그룹은 대용량 파일 시스템에서 성능이 향상될 수 있습니다. 크기가 지정되어 있지 않을 경우, mkfs.gfs2는 파일 시스템 크기에 기반하여 리소스 그룹 크기를 선택합니다: 평균 파일 시스템 크기는 256 MB 리소스 그룹을 갖게 되며, 용량이 큰 파일 시스템은 성능 향상을 위해 크기가 큰 리소스 그룹을 갖습니다.
-t LockTableName
lock_dlm 프로토콜을 사용할 경우 잠금 테이블 영역에 지정된 유일한 식별자; lock_nolock 프로토콜은 이러한 매개 변수를 사용하지 않습니다.
다음과 같이 이러한 매개 변수는 콜론 (빈 칸 없이)으로 두 부분으로 나뉘어 집니다: ClusterName:FSName.
ClusterName은 GFS2 파일 시스템이 생성되어 있는 Red Hat 클러스터 이름입니다; 클러스터의 멤버에게만 이 파일 시스템의 사용 권한이 주어집니다. 클러스터 이름은 클러스터 설정 도구를 통해 /etc/cluster/cluster.conf 파일에 설정되며 Red Hat Cluster Suite 클러스터 관리 GUI에 있는 클러스터 상태 도구에 나타납니다.
FSName, 파일 시스템 이름으로, 1에서 16자 길이로 될 수 있으며, 클러스터에 있는 모든 파일 시스템 중에서 고유한 이름이어야 합니다.
-u MegaBytes 각 저널의 링크되지 않은 태그 파일의 처음 크기를 지정합니다.
-V 명령 버전 정보를 보여줍니다.
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.