25.5.4 ndb_mgmd — The NDB Cluster Management Server Daemon

25.5.4 ndb_mgmd — The NDB Cluster Management Server Daemon

Management 서버는 클러스터 구성 파일을 읽고, 이를 요청하는 클러스터 내의 모든 노드에 이 정보를 배포하는 프로세스입니다. 또한 클러스터 동작 로그를 유지합니다. Management 클라이언트는 management 서버에 연결하여 클러스터의 상태를 확인할 수 있습니다.

ndb_mgmd와 함께 사용할 수 있는 모든 옵션은 다음 표에 나와 있습니다. 추가 설명은 표 다음에 이어집니다.

• --bind-address=host

Property	Value
Command-Line Format	--bind-address=host
Type	String
Default Value	[none]

Management 서버가 특정 네트워크 인터페이스(호스트 이름 또는 IP 주소)에 바인딩하도록 합니다. 이 옵션에는 기본값이 없습니다.

• --character-sets-dir

Property	Value
Command-Line Format	--character-sets-dir=path

Character set을 포함하는 디렉터리입니다.

• cluster-config-suffix

Property	Value
Command-Line Format	--cluster-config-suffix=name
Type	String
Default Value	[none]

my.cnf에서 클러스터 구성 섹션을 읽을 때 기본 그룹 접미사를 재정의합니다. 테스트 시 사용됩니다.

• --config-cache

Property	Value
Command-Line Format	`--config-cache[=TRUE
Type	Boolean
Default Value	TRUE

이 옵션은 기본값이 1 (또는 TRUE, 또는 ON)인 옵션으로, management 서버의 구성 캐시를 비활성화하여, 시작할 때마다 config.ini에서 구성을 읽도록 할 수 있습니다( Section 25.4.3, “NDB Cluster Configuration Files” 참조). 이를 위해 ndb_mgmd 프로세스를 다음 옵션 중 하나를 사용하여 시작할 수 있습니다:

• --config-cache=0

• --config-cache=FALSE

• --config-cache=OFF

• --skip-config-cache

방금 나열한 옵션 중 하나를 사용하는 것은 management 서버가 시작 시 저장된 구성이 전혀 없을 때에만 효과가 있습니다. Management 서버가 어떤 구성 캐시 파일이라도 찾으면, --config-cache 옵션이나 --skip-config-cache 옵션은 무시됩니다.

따라서 구성 캐싱을 비활성화하려면, management 서버를 처음 시작할 때 이 옵션을 사용해야 합니다. 그렇지 않고, 이미 구성 캐시를 생성한 management 서버에 대해 구성 캐싱을 비활성화하려면, management 서버를 중지하고 기존의 구성 캐시 파일을 수동으로 모두 삭제한 다음, --skip-config-cache (또는 --config-cache를 0, OFF, 또는 FALSE로 설정하여)와 함께 management 서버를 다시 시작해야 합니다.

구성 캐시 파일은 일반적으로 설치 디렉터리 하위의 mysql-cluster라는 디렉터리에 생성됩니다(이 위치는 --configdir 옵션을 사용하여 재정의하지 않는 한). Management 서버가 구성 데이터를 업데이트할 때마다 새 캐시 파일을 작성합니다. 파일 이름은 생성 순서에 따라 다음 형식을 사용하여 순차적으로 지정됩니다:

1ndb_node-id_config.bin.seq-number

node-id 는 management 서버의 노드 ID이고, seq-number 는 1부터 시작하는 시퀀스 번호입니다. 예를 들어, management 서버의 노드 ID가 5라면, 처음 세 개의 구성 캐시 파일은 생성될 때 각각 ndb_5_config.bin.1, ndb_5_config.bin.2, ndb_5_config.bin.3과 같이 이름이 지정됩니다.

구성 캐시를 실제로 비활성화하지 않고 purge 또는 reload하는 것이 목적이라면, --skip-config-cache 대신 --reload 또는 --initial 옵션과 함께 ndb_mgmd를 시작해야 합니다.

구성 캐시를 다시 활성화하려면, 이전에 구성 캐시를 비활성화하는 데 사용했던 --config-cache 또는 --skip-config-cache 옵션 없이 management 서버를 단순히 다시 시작하면 됩니다.

ndb_mgmd는 구성 디렉터리( --configdir)를 확인하거나, --skip-config-cache가 사용될 때 이를 생성하려고 시도하지 않습니다. (Bug #13428853)

• --config-file=filename, -f filename

Property	Value
Command-Line Format	--config-file=file
Disabled by	skip-config-file
Type	File name
Default Value	[none]

Management 서버가 어떤 파일을 구성 파일로 사용해야 하는지 지정합니다. 기본적으로 management 서버는 ndb_mgmd 실행 파일과 같은 디렉터리에서 config.ini라는 파일을 찾습니다. 그렇지 않은 경우, 파일 이름과 위치를 명시적으로 지정해야 합니다.

이 옵션은 기본값이 없으며, management 서버가 구성 파일을 읽도록 강제되는 경우에만 적용됩니다. 이는 ndb_mgmd가 --reload 또는 --initial 옵션과 함께 시작되었거나, management 서버가 어떤 구성 캐시도 찾지 못한 경우입니다.

--config-file이 --initial 또는 --reload 없이 지정되면, ndb_mgmd는 시작을 거부합니다.

또한, ndb_mgmd가 --config-cache=OFF와 함께 시작된 경우에도 --config-file 옵션이 읽힙니다. 자세한 내용은 Section 25.4.3, “NDB Cluster Configuration Files”를 참조하십시오.

• --configdir=dir_name

Property	Value
Command-Line Format	--configdir=directory<br>--config-dir=directory
Type	File name
Default Value	$INSTALLDIR/mysql-cluster

클러스터 management 서버의 구성 캐시 디렉터리를 지정합니다. 이는 절대 경로여야 합니다. 그렇지 않으면 management 서버는 시작을 거부합니다.

--config-dir는 이 옵션의 별칭입니다.

• --connect-retries

Property	Value
Command-Line Format	--connect-retries=#
Type	Integer
Default Value	12
Minimum Value	0
Maximum Value	12

포기하기 전에 연결을 재시도할 횟수입니다.

• --connect-retry-delay

Property	Value
Command-Line Format	--connect-retry-delay=#
Type	Integer
Default Value	5
Minimum Value	0
Maximum Value	5

Management 서버에 접속을 시도하는 간격(초)입니다.

• --connect-string

Property	Value
Command-Line Format	--connect-string=connection_string
Type	String
Default Value	[none]

--ndb-connectstring과 동일합니다.

• --core-file

Property	Value
Command-Line Format	--core-file

에러 발생 시 core 파일을 작성합니다. 디버깅에 사용됩니다.

• --daemon, -d

Property	Value
Command-Line Format	--daemon

ndb_mgmd가 데몬 프로세스로 시작되도록 지시합니다. 이는 기본 동작입니다.

이 옵션은 Windows 플랫폼에서 ndb_mgmd를 실행할 때는 효과가 없습니다.

• --defaults-extra-file

Property	Value
Command-Line Format	--defaults-extra-file=path
Type	String
Default Value	[none]

글로벌 파일이 읽힌 후에 주어진 파일을 읽습니다.

• --defaults-file

Property	Value
Command-Line Format	--defaults-file=path
Type	String
Default Value	[none]

주어진 파일에서만 기본 옵션을 읽습니다.

• --defaults-group-suffix

Property	Value
Command-Line Format	--defaults-group-suffix=string
Type	String
Default Value	[none]

concat(group, suffix) 형태의 그룹도 읽습니다.

• --help

Property	Value
Command-Line Format	--help

Help 텍스트를 표시하고 종료합니다.

• --initial

Property	Value
Command-Line Format	--initial

구성 데이터는 management 서버가 시작될 때마다 클러스터 글로벌 구성 파일에서 읽히는 대신 내부적으로 캐시됩니다( Section 25.4.3, “NDB Cluster Configuration Files” 참조). --initial 옵션을 사용하면 이 동작이 재정의되어, management 서버가 기존 캐시 파일을 모두 삭제한 다음, 클러스터 구성 파일에서 구성 데이터를 다시 읽고 새로운 캐시를 생성하도록 강제합니다.

이는 --reload 옵션과 두 가지 점에서 다릅니다. 첫째, --reload는 구성 파일의 내용이 캐시와 다를 경우에만 구성 파일을 캐시와 비교하여 데이터를 다시 로드하도록 서버를 강제합니다. 둘째, --reload는 기존 캐시 파일을 삭제하지 않습니다.

ndb_mgmd가 --initial과 함께 호출되었으나 글로벌 구성 파일을 찾지 못하면, management 서버는 시작할 수 없습니다.

Management 서버가 시작되면, 동일한 NDB Cluster 내의 다른 management 서버가 있는지 확인하고, 다른 management 서버의 구성 데이터를 사용하려고 시도합니다. 이 동작은 여러 management 노드가 있는 NDB Cluster의 롤링 재시작을 수행할 때 영향을 미칩니다. 자세한 내용은 Section 25.6.5, “Performing a Rolling Restart of an NDB Cluster”를 참조하십시오.

--config-file 옵션과 함께 사용되는 경우, 구성 파일이 실제로 발견되었을 때만 캐시가 지워집니다.

• --install[=name]

Property	Value
Command-Line Format	--install[=name]
Platform Specific	Windows
Type	String
Default Value	ndb_mgmd

ndb_mgmd를 Windows 서비스로 설치하도록 합니다. 선택적으로 서비스 이름을 지정할 수 있으며, 설정하지 않으면 서비스 이름의 기본값은 ndb_mgmd입니다. 다른 ndb_mgmd 프로그램 옵션은 my.ini 또는 my.cnf 구성 파일에 지정하는 것이 바람직하지만, --install과 함께 사용하는 것도 가능합니다. 그러나 이 경우, Windows 서비스 설치가 성공하려면 다른 옵션보다 먼저 --install 옵션을 지정해야 합니다.

이 옵션을 --initial 옵션과 함께 사용하는 것은 일반적으로 권장되지 않습니다. 이 조합은 서비스가 중지되고 시작될 때마다 구성 캐시가 삭제되고 다시 생성되기 때문입니다. 또한 management 서버의 시작에 영향을 미치는 다른 ndb_mgmd 옵션을 사용하려는 경우에는 주의해야 하며, 이로 인해 발생할 수 있는 모든 결과를 완전히 이해하고 허용해야 합니다.

--install 옵션은 Windows 이외의 플랫폼에서는 효과가 없습니다.

• --interactive

Property	Value
Command-Line Format	--interactive

ndb_mgmd를 인터랙티브 모드로 시작합니다. 즉, management 서버가 실행되면 즉시 ndb_mgm 클라이언트 세션이 시작됩니다. 이 옵션은 다른 NDB Cluster 노드를 시작하지는 않습니다.

• --log-name=name

Property	Value
Command-Line Format	--log-name=name
Type	String
Default Value	MgmtSrvr

클러스터 로그에서 이 노드에 사용할 이름을 제공합니다.

• --login-path

Property	Value
Command-Line Format	--login-path=path
Type	String
Default Value	[none]

Login 파일에서 주어진 경로를 읽습니다.

• --no-login-paths

Property	Value
Command-Line Format	--no-login-paths

Login 경로 파일에서 옵션을 읽지 않습니다.

• --mycnf

Property	Value
Command-Line Format	--mycnf

my.cnf 파일에서 구성 데이터를 읽습니다.

• --ndb-connectstring

Property	Value
Command-Line Format	--ndb-connectstring=connection_string
Type	String
Default Value	[none]

Connection string을 설정합니다. 구문: [nodeid=id;][host=]hostname[:port]. NDB_CONNECTSTRING과 my.cnf의 항목을 재정의합니다. --config-file가 지정된 경우에는 무시됩니다. 두 옵션이 동시에 사용되면 경고가 발생합니다.

• --ndb-log-timestamps

Property	Value
Command-Line Format	--ndb-log-timestamps
Type	Enumeration
Default Value	UTC
Valid Values	LEGACY<br>UTC<br>SYSTEM

노드 로그에 사용되는 타임스탬프 형식을 설정합니다. 가능한 값은 다음과 같습니다:

• LEGACY: 시스템 타임존, 초 단위 해상도.

• UTC: RFC 3339 형식, 마이크로초 해상도.

• SYSTEM: RFC 3339 형식.

MySQL 9.5에서 기본값은 UTC입니다.

• --ndb-mgm-tls

Property	Value
Command-Line Format	--ndb-mgm-tls=level
Type	Enumeration
Default Value	relaxed
Valid Values	relaxed<br>strict

Management 서버에 연결할 때 필요한 TLS 지원 수준을 설정합니다. relaxed 또는 strict 중 하나입니다. 기본값인 relaxed는 TLS 연결을 시도하되, 성공 여부는 필수가 아님을 의미합니다. strict는 연결에 TLS가 반드시 필요함을 의미합니다.

• --ndb-mgmd-host

Property	Value
Command-Line Format	--ndb-mgmd-host=connection_string
Type	String
Default Value	[none]

--ndb-connectstring과 동일합니다.

• --ndb-nodeid

Property	Value
Command-Line Format	--ndb-nodeid=#
Type	Integer
Default Value	[none]

이 노드의 노드 ID를 설정하며, --ndb-connectstring에서 설정한 ID를 재정의합니다.

• --ndb-optimized-node-selection

Property	Value
Command-Line Format	--ndb-optimized-node-selection

트랜잭션을 위한 노드 선택에 대한 최적화를 활성화합니다. 기본적으로 활성화되어 있으며, --skip-ndb-optimized-node-selection을 사용하여 비활성화할 수 있습니다.

• --ndb-tls-search-path

Property	Value
Command-Line Format	--ndb-tls-search-path=list
Type	Path name
Default Value (Unix)	$HOME/ndb-tls
Default Value (Windows)	$HOMEDIR/ndb-tls

CA 파일을 검색할 디렉터리 리스트를 지정합니다. Unix 플랫폼에서는 디렉터리 이름이 콜론(:)으로 구분되며, Windows 시스템에서는 세미콜론(;)이 구분자로 사용됩니다. 디렉터리 참조는 상대 또는 절대가 될 수 있으며, 각각 앞에 달러 기호($)가 붙은 하나 이상의 환경 변수를 포함할 수 있고, 사용 전에 확장됩니다.

검색은 가장 왼쪽에 있는 디렉터리부터 시작하여 파일이 발견될 때까지 오른쪽으로 진행합니다. 빈 문자열은 빈 검색 경로를 나타내며, 이 경우 모든 검색이 실패합니다. 마침표 하나(.)로만 이루어진 문자열은 검색 경로가 현재 작업 디렉터리로만 제한됨을 나타냅니다.

검색 경로가 제공되지 않으면 컴파일 시 정의된 기본값이 사용됩니다. 이 값은 사용하는 플랫폼에 따라 다릅니다. Windows에서는 \ndb-tls이고, 그 외 플랫폼(Linux 포함)에서는 $HOME/ndb-tls입니다. 이는 NDB Cluster를 -DWITH_NDB_TLS_SEARCH_PATH로 컴파일하여 재정의할 수 있습니다.

• --no-nodeid-checks

Property	Value
Command-Line Format	--no-nodeid-checks

노드 ID에 대한 어떤 검사도 수행하지 않습니다.

• --nodaemon

Property	Value
Command-Line Format	--nodaemon

ndb_mgmd가 데몬 프로세스로 시작되지 않도록 지시합니다.

Windows에서 ndb_mgmd의 기본 동작은 포그라운드에서 실행되는 것이므로, 이 옵션은 Windows 플랫폼에서는 필요하지 않습니다.

• --no-defaults

Property	Value
Command-Line Format	--no-defaults

Login 파일 이외의 어떤 옵션 파일에서도 기본 옵션을 읽지 않습니다.

• --nowait-nodes

Property	Value
Command-Line Format	--nowait-nodes=list
Type	Numeric
Default Value	[none]
Minimum Value	1
Maximum Value	255

두 개의 management 노드로 구성된 NDB Cluster를 시작할 때, 각 management 서버는 일반적으로 다른 ndb_mgmd가 정상 동작 중인지, 그리고 다른 management 서버의 구성이 자신의 구성과 동일한지를 확인합니다. 그러나 경우에 따라서는 하나의 management 노드만으로 클러스터를 시작한 다음, 나중에 다른 ndb_mgmd를 시작하도록 허용하는 것이 바람직할 수 있습니다. 이 옵션은 노드 ID가 이 옵션에 전달된 다른 management 노드에 대한 검사를 우회하게 하여, 마치 시작된 management 노드 하나만 사용하도록 클러스터가 구성된 것처럼 클러스터를 시작할 수 있게 합니다.

예시를 위해, 다음과 같은 config.ini 파일의 일부를 고려해 보겠습니다(이 예제와 관련 없는 대부분의 구성 파라미터는 생략했습니다):

1[ndbd]
2NodeId = 1
3HostName = 198.51.100.101
4
5[ndbd]
6NodeId = 2
7HostName = 198.51.100.102
8
9[ndbd]
10NodeId = 3
11HostName = 198.51.100.103
12
13[ndbd]
14NodeId = 4
15HostName = 198.51.100.104
16
17[ndb_mgmd]
18NodeId = 10
19HostName = 198.51.100.150
20
21[ndb_mgmd]
22NodeId = 11
23HostName = 198.51.100.151
24
25[api]
26NodeId = 20
27HostName = 198.51.100.200
28
29[api]
30NodeId = 21
31HostName = 198.51.100.201

이제 노드 ID가 10이고 IP 주소가 198.51.100.150인 호스트에서 실행 중인 management 서버 하나만 사용하여 클러스터를 시작하려 한다고 가정합니다. (예를 들어, 다른 management 서버를 실행하려는 호스트 컴퓨터가 하드웨어 장애로 인해 일시적으로 사용 불가능하고, 복구를 기다리고 있다고 가정합니다.) 이와 같이 클러스터를 시작하려면, 198.51.100.150의 머신에서 다음 명령을 사용합니다:

1$> ndb_mgmd --ndb-nodeid=10 --nowait-nodes=11

앞의 예시에서 보듯이, --nowait-nodes를 사용할 때는 이 ndb_mgmd 프로세스의 노드 ID를 지정하기 위해 --ndb-nodeid 옵션도 함께 사용해야 합니다.

그런 다음 클러스터의 각 데이터 노드를 평소와 같이 시작할 수 있습니다. 나중에 첫 번째 management 서버와 더불어 두 번째 management 서버도 사용하려 하고, 데이터 노드를 재시작하지 않으려면, 각 데이터 노드를 두 management 서버 모두를 참조하는 connection string으로 시작해야 합니다. 예를 들면 다음과 같습니다:

1$> ndbd -c 198.51.100.150,198.51.100.151

동일한 사항은 이 클러스터에 연결된 NDB Cluster SQL 노드로 시작하려는 모든 mysqld 프로세스에서 사용하는 connection string에도 적용됩니다. 자세한 내용은 Section 25.4.3.3, “NDB Cluster Connection Strings”를 참조하십시오.

ndb_mgmd와 함께 사용할 때 이 옵션은 다른 management 노드에 대한 management 노드의 동작에만 영향을 미칩니다. 이 옵션을, 클러스터가 전체 데이터 노드 수보다 적은 수의 데이터 노드로 시작되도록 허용하기 위해 ndbd 또는 ndbmtd와 함께 사용하는 --nowait-nodes 옵션과 혼동해서는 안 됩니다. 데이터 노드와 함께 사용할 경우, 이 옵션은 다른 데이터 노드와 관련된 데이터 노드의 동작에만 영향을 미칩니다.

이 옵션에는 여러 management 노드 ID를 콤마로 구분된 리스트로 전달할 수 있습니다. 각 노드 ID는 1 이상 255 이하이어야 합니다. 실제로 동일한 NDB Cluster에 대해 두 개 이상의 management 서버를 사용하는 경우(또는 그럴 필요가 있는 경우)는 매우 드물기 때문에, 대부분의 경우 클러스터를 시작할 때 사용하지 않으려는 단일 management 서버 하나의 노드 ID만 이 옵션에 전달하면 됩니다.

참고

나중에 “누락된” management 서버를 시작할 때, 해당 management 서버의 구성은 이미 클러스터에서 사용 중인 management 서버의 구성과 일치해야 합니다. 그렇지 않으면 기존 management 서버가 수행하는 구성 검사를 통과하지 못해 시작되지 않습니다.

• --print-defaults

Property	Value
Command-Line Format	--print-defaults

프로그램 인자 리스트를 출력하고 종료합니다.

• --print-full-config, -P

Property	Value
Command-Line Format	--print-full-config

클러스터 구성에 대한 확장 정보를 표시합니다. 커맨드 라인에 이 옵션을 사용하면, ndb_mgmd 프로세스는 파라미터 및 그 값에 대한 광범위한 리스트를 포함한 클러스터 구성 섹션을 포함하여 클러스터 설정에 대한 정보를 출력합니다. 일반적으로 --config-file (-f) 옵션과 함께 사용됩니다.

• --reload

Property	Value
Command-Line Format	--reload

NDB Cluster 구성 데이터는 management 서버가 시작될 때마다 클러스터 글로벌 구성 파일에서 읽히는 대신 내부적으로 저장됩니다( Section 25.4.3, “NDB Cluster Configuration Files” 참조). 이 옵션을 사용하면 management 서버가 내부 데이터 스토어를 클러스터 구성 파일과 비교하고, 구성 파일이 캐시와 일치하지 않는 것을 발견하면 구성을 다시 로드하도록 강제합니다. 기존 구성 캐시 파일은 보존되지만, 사용되지는 않습니다.

이는 --initial 옵션과 두 가지 점에서 다릅니다. 첫째, --initial은 모든 캐시 파일을 삭제합니다. 둘째, --initial은 management 서버가 글로벌 구성 파일을 다시 읽고 새로운 캐시를 구성하도록 강제합니다.

Management 서버가 글로벌 구성 파일을 찾지 못하면, --reload 옵션은 무시됩니다.

--reload가 사용될 때, management 서버는 글로벌 구성 파일을 읽기 시도 전에 클러스터 내의 데이터 노드 및 다른 management 서버와 통신할 수 있어야 합니다. 그렇지 않으면 management 서버는 시작에 실패합니다. 이는 노드에 대한 새로운 IP 주소나 변경된 방화벽 구성과 같은 네트워크 환경의 변경으로 인해 발생할 수 있습니다. 이러한 경우, 기존에 캐시된 구성을 파일에서 버리고 다시 읽도록 강제하기 위해 --initial을 대신 사용해야 합니다. 자세한 내용은 Section 25.6.5, “Performing a Rolling Restart of an NDB Cluster”를 참조하십시오.

• --remove[=name]

Property	Value
Command-Line Format	--remove[=name]
Platform Specific	Windows
Type	String
Default Value	ndb_mgmd

Windows 서비스로 설치된 management 서버 프로세스를 제거하며, 선택적으로 제거할 서비스 이름을 지정할 수 있습니다. Windows 플랫폼에만 적용됩니다.

• --skip-config-file

Property	Value
Command-Line Format	--skip-config-file

클러스터 구성 파일을 읽지 않습니다. 지정된 경우, --initial 및 --reload 옵션은 무시됩니다.

• --usage

Property	Value
Command-Line Format	--usage

Help 텍스트를 표시하고 종료합니다. --help와 동일합니다.

• --verbose, -v

Property	Value
Command-Line Format	--verbose

Windows 서비스로 설치된 management 서버 프로세스를 제거하며, 선택적으로 제거할 서비스 이름을 지정할 수 있습니다. Windows 플랫폼에만 적용됩니다.

• --version

Property	Value
Command-Line Format	--version

Version 정보를 표시하고 종료합니다.

Management 서버를 시작할 때 connection string을 지정하는 것은 엄밀히 말해 필요하지는 않습니다. 그러나 둘 이상의 management 서버를 사용하는 경우에는 connection string을 제공해야 하며, 클러스터의 각 노드는 자신의 노드 ID를 명시적으로 지정해야 합니다.

Connection string 사용에 대한 정보는 Section 25.4.3.3, “NDB Cluster Connection Strings”을 참조하십시오. Section 25.5.4, “ndb_mgmd — The NDB Cluster Management Server Daemon”에서는 ndb_mgmd의 다른 옵션을 설명합니다.

다음 파일은 ndb_mgmd가 시작 디렉터리에서 생성하거나 사용하는 파일이며, config.ini 구성 파일에 지정된 DataDir에 배치됩니다. 아래 목록에서 node_id 는 고유한 노드 식별자입니다.

• config.ini는 클러스터 전체에 대한 구성 파일입니다. 이 파일은 사용자가 생성하고 management 서버가 읽습니다. Section 25.4, “Configuration of NDB Cluster”에서는 이 파일 설정 방법을 설명합니다.

• ndb_node_id_cluster.log 는 클러스터 이벤트 로그 파일입니다. 이러한 이벤트의 예에는 체크포인트 시작 및 완료, 노드 시작 이벤트, 노드 장애, 메모리 사용 수준 등이 포함됩니다. 설명과 함께 한 완전한 클러스터 이벤트 리스트는 Section 25.6, “Management of NDB Cluster”에서 찾을 수 있습니다.

  기본적으로 클러스터 로그의 크기가 100만 byte에 도달하면, 파일 이름은 ndb_node_id_cluster.log.seq_id로 변경되며, 여기서 seq_id 는 클러스터 로그 파일의 시퀀스 번호입니다. (예: 이미 1, 2, 3이라는 시퀀스 번호를 가진 파일이 존재하는 경우, 다음 로그 파일은 4라는 번호를 사용하여 이름이 지정됩니다.) 파일의 크기, 파일 개수, 그 밖의 클러스터 로그 특성은 LogDestination 구성 파라미터를 사용하여 변경할 수 있습니다.

• ndb_node_id_out.log 는 management 서버를 데몬으로 실행할 때 stdout과 stderr에 사용되는 파일입니다.

• ndb_node_id.pid 는 management 서버를 데몬으로 실행할 때 사용되는 프로세스 ID 파일입니다.