さあその 先 へ、OpenLDAP パフォーマンスチューニング

はじめに
OpenLDAPは、 他 のオープンソースソフトウェアと
同 様 に、わずかなマシンリソースでも 動 作 させる
ことができるディレクトリサーバです
OpenLDAPは、わずかなチューニングを 施 すこと
で、 飛 躍 的 に 性 能 を 向 上 させられる 可 能 性 を 秘
めたソフトウェアです
本曓 セッションでは、OpenLDAPサーバのチューニ
ングの 勘 所 をご 紹 介 します
2

目 次
試 験 環 境
チューニング
DB_CONFIGと、Berkeley DBバッファ 設 定
検 索 処 理 フローと、インデックス
ログファイルと、syslogd
エントリキャッシュ
ID リストキャッシュ
スレッド 数
もう 一 歩 、その 先 へ
3

試 験 環 境
4

試 験 環 境
サーバ 機
CPU:2.53GHz Quad Core×2
メモリ:12G
ディスク:146GB SAS 10rpm×4
ディスクコントローラ:512Mキャッシュ
負 荷 サーバ
OS:CentOS 5.4 x86_64
JVM:Sun 64bit 1.6.0_18
検 証 ツール: slamd-2.0.0
OpenLDAPサーバ
OS:CentOS 5.4 x86_64
Berkeley DB:4.7.25
OpenLDAP: 2.4.19
※OpenLDAP 2.4.19 (+ Berkeley DB 4.7.25) は、 本曓 資 料 作 成 時昷 点 での 最暷 新 の 安 定 版 リリースです
です。
5

slamdからの 負 荷 内 容
LDAPプロトコルでの 様 々な 試 験 が 可 能 なツール
検 証 に 用 いた 負 荷 の 内 容
Bind( 認 証 ) 処 理 1 : Search( 検 索 ) 処 理 3 の 割 合
LDAP Mixed Load
1 万 のエントリを 対 象
検 証 時昷 のセッション 数
100セッション (10クライアント × 10スレッド)
6

OpenLDAPサーバの 初 期曋 設 定
特 別 なオプションなしでインストール
試 験 中 に、ログファイルを 参 照 してエラーがない
かを 確 認 できる 状 態
syslogdへstatsログを 送 付 し、 記 録
試 験 中 に、ldapsearchにて、slapdの 動 作 状 況 を
確 認 できる 状 態
monitorデータベースを 利 用
7

DB_CONFIG
を 知 っておこう!
8

DB_CONFIG 利 用 の 意 味
ざっくりBerkeley DBをチューニング
Berkeley DBへの 参 照 処 理 性 能 の 向 上
set_cachesizeディレクティブ
Berkeley DBへの 更暬 新 処 理 性 能 の 向 上
set_lg_bsizeディレクティブ
サンプルファイルをコピーするだけ
9

set_cachesizeディレクティブ
Berkeley DBが 共 有暼 メモリとして 利 用 する
バッファプールのサイズ
目 標 は、*.bdbの 合 計 サイズより 大 きく
slapd
Berkeley DB
dn2id.bdb
xx.bdb
id2entry.bdb
yy.bdb
__db.003
10

set_lg_bsizeディレクティブ
Berkeley DBがログバッファとして 利 用 する
データ
変 更暬 処 理
メモリ 領 域 のサイズ
大 きな 更暬 新 では、 大 きなサイズで 性 能 が 向 上
2M
Berkeley DB
__db.004
log.n
11

Berkeley DB
バッファプール
で、その 先 へ!
12

OS ファイルシステムキャッシュ
Berkeley DB 側 で、OpenLDAPのデータをキャッ
シュしきれなくても、OSのファイルシステムキャッ
シュでキャッシュすることもできる
OSのキャッシュがあるため、Berkeley DB 側 のバッ
ファプールのチューニング 効 果 は 見 えにくいことが 多
い
dn2id.bdb ファイルシステム
キャッシュ
id2entry.bdb
__db.003
13

Berkeley DB バッファプール
OSのファイルシステムキャッシュを 利 用 できない
場 合 、Berkeley DBバッファプールが 性 能 に 影 響
バッファプールへのページ 読 込 み 頻 度 が 性 能 に 影 響
バッファプールのサイズはset_cachesizeで 調 整 可 能
dn2id.bdb
id2entry.bdb
__db.003
14

バッファプールの 利 用 価 値
Linuxでは、OS 提 供 のファイルシステムキャッ
シュは、 余 剰 メモリが 割 り 当 てられる
OSが、 他 のプロセスにも 利 用 するキャッシュ
OpenLDAP 側 での 制 御 ではない
OpenLDAPにとって、 自 分 で 管 理 できる Berkeley DBの
バッファプールは、 信 頼 しやすい
2 重 バッファを 行 わないために、わざわざ
O_DIRECTフラグを 用 いるという 考 え 方 も
しっかりとした、サイジングが 必 要
※ O_DIRECTフラグ
フラグは、Linuxカーネル
カーネル2.4.10 以 降 で 利 用 可 能 です。
OpenLDAPのバックエンド
バックエンドとなる
となるBerkeley DBでの
利 用 には、OpenLDAPコミュニティ
コミュニティからの
からのパッチ
パッチと、コンパイルオプション
コンパイルオプションの 変 更暬 が 必 要 です。
15

set_cachesizeディレクティブ
デフォルトは、256KBytes
最暷 小 は、20KBytes
DB_CONFIGでは、256MBytesを 設 定
500MBytes 未曑 満 は、 自 動 的 に 設 定 値 +25%
__003.dbは、+25%で、320MBytesに
ざっくり 見 積 りは、OpenLDAPデータ 領 域 で
# du -c -h *.bdb
16

Berkeley DBバッファプールの 効 果
OSキャッシュが 利 用 できない 状 況 にする 目 的 で、
あえてO_DIRECTで.bdbファイルをオープン
O_DIRECT と、
set_cachesize=256MB
ココを100%
O_DIRECT と、
set_cachesize=256KB
15%
バッファプール 不 足 で、
今 回 、 秒 間 処 理 量 が、わずか
わずか15%までに
減 少 …
※ 結 果 は、 今 回 の 検 証 環 境 での 値 です。 性 能 劣 化 のインパクト
インパクトは、Berkeley DB バッファプールへの
へのページ
読 み 込 み 処 理 の 発 生 頻 度 にも 関 係 します。
17

バッファプールで 安 心 を
DB_CONFIG
set_cachesize
Berkeley DB の
バッファプールを 活 用 しよう!
18

Berkeley DB
ログバッファ
で、その 先 へ!
19

slapadd でのデータロード 速 度
DB_CONFIGで、ログバッファを 調 整
DB_CONFIGを 適 用
set_lg_bsize=2M
198.0KB/sec
デフォルト 状 態
set_lg_bsize=32K
およそ3.36 倍 更暬 新 性 能 up
58.9KB /sec
※ 結 果 は、 今 回 の 検 証 環 境 での 値 です。 性 能 改 善 のインパクト
インパクトは、ディスク
ディスクIO 性 能 にも 依 存 します。
20

ログバッファで 更暬 新 性 能 up !
DB_CONFIG
set_lg_bsize
Berkeley DB の
ログバッファを 活 用 しよう!
21

検 索 の 仕 組 み
を 知 っておこう!
22

ディレクトリ 情 報 ツリーの 検 索
ldapsearch -x -b dc=my-domain,dc=com -s sub
検 索 を 開 始 するベース
ディレクトリ 情 報 ツリー:
DIT (Directory Information tree)
エントリ
識 別 名 : DN (Distinguished
Name)
検 索 スコープ
0 : base ( 検 索 ベースのみ)
1 : one ( 検 索 ベース 以 下 1レベル)
2 : sub ( 検 索 ベース 以 下 全 て)
3 : children ( 検 索 ベースを 除 き 以 下 全 て)
のどれかを 指 定
や、 属 性 : (Attribute)を 持 つ
dn:uid=xx,ou=yy,dc=zz
cn:xx
uid:xx
sn:xx
ObjectClass:…
ObjectClass:…
…
23

ack-bdbでの、エントリの 扱 い
Berkeley DBは、Key/Valueストレージ
リレーショナルDBではない
OpenLDAPの 各 エントリに 一 意 のIDを 付 与
“dn:uid=xx,ou=
xx, dc=zzz”が 欲
しい
dn
dn2id.bdb
ID
ID
id2entry.bdb
slapd
entry
24

ack-bdbでの、エントリ 検 索
最暷 初 に、 検 索 ベーストップのIDを 取 得
続 いて、 検 索 ベーストップのエントリを 取 得
繰 り 返 し、 同 じ 要 領 で 検 索 スコープ 内 のDN
と、エントリを 取 得
ldapsearch -x -b
ou=xx,dc=yy -s
sub *
dn
ID
dn2id.bdb
検 索 ベーストップから、
スコープ 内 のエントリ 分
繰 り 返 し
client
entries
slapd
ID
entry
id2entry.bdb
ou=xx,dc=yy
25

インデックス
で、その 先 へ!
26

フィルタを 付 けてのエントリ 検 索
検 索 条曵 件 にフィルタを 利 用 し、 検 索 対 象 と
ldapsearch -x -b
ou=xx,dc=yy -s
sub uid=test1000
なる 件 数 を 減 らしたいが… (ここでは、uid=test1000を 指 定 )
フィルタと 比 較 する 情 報 は、id2entry.bdbに 格
納 されている 為 、やっぱり 何 度 もDBアクセスし
ないと、 回 答 が 返 せない
dn
ID
dn2id.bdb
検 索 ベーストップから、
スコープ 内 のエントリ 分
繰 り 返 し
ou=xx,dc=yy
entries
ID
client
slapd
entry
id2entry.bdb
27

インデックスファイル
「インデックスキー - ID」をマップ
与 えられた 検 索 フィルタから、 必 要 エントリの
みへのアクセスを 可 能 にする 情 報
dn2id.bdbは、「DN - ID」 をマップ
id2entry.bdbは、「ID - エントリ」をマップ
dn2id.bdb id2entry.bdb xx.bdb
28

インデックスを 利 用 した 検 索
インデックスファイルを 利 用 して、ピンポイ
ントで 必 要 なエントリを 読 む 為 のIDを 取 得
bdb_key_read()
ID、または
またはIDのリスト
xx.bdb
dn2id.bdb
slapd
bdb_id2entry()
エントリ
id2entry.bdb
必 要 な 回 数 だけに 限 り、
データベースへアクセス
__db.003
Berkeley DB
29

インデックスを 利 用 しない 検 索
ピンポイントのDBアクセスができず、 延 々
とエントリを 取 得 し 続 けなければならない
slapd
bdb_dn2id()
ID
bdb_id2entry()
エントリ
dn2id.bdb
id2entry.bdb
xx.bdb
検 索 ベース、 検 索 スコープ
の 範 囲 で 延 々データベース
へのアクセス
アクセスを 繰 り 返 えす
__db.003
Berkeley DB
30

OSから 見 る、インデックス 効 果
インデックス 情 報 を 利 用 できない 場 合 は、
slapdは、 無 駄 に 働 きすぎてしまう
頑 張 って 働 いても、 結 果 は 良 くない
100%
80%
60%
インデックスなしでの
仕 事 量
idle
sys
usr
100%
80%
60%
インデックス 利 用 時昷 の 仕 事 量
40%
40%
20%
0%
試 験 時昷 間
20%
0%
試 験 時昷 間
idle
iowa
sys
usr
31

index ディレクティブの 設 定
slapd
syslogに 送 られたログを 参 照 することで、
設 定 するべきインデックスを 確 認 できる
# view servers/slapd/back-bdb/filterindex.c
…[ 略 ]…
slapd.confとかに、
「loglevel 0」が 指
定 されない 限 り、
※ loglevel 0 の 場 合 は、 出 力 されません。
if ( rc == LDAP_INAPPROPRIATE_MATCHING ) {
}
Debug( LDAP_DEBUG_ANY,
return 0;
フィルタが 指 定 さ
れているのに、 利
用 できなかったら、
"

index ディレクティブの 設 定
syslogに 送 られたログを 参 照 することで、
設 定 するべきインデックスを 確 認 できる
# tail -f /var/log/ldap.log
…[ 略 ]…
slapd
date time HOST slapd[PID]:

index ディレクティブの 設 定
同 じ 内 容 が 頻 繁 にログ 出 力 される 場 合 は、
特 に 効 果 が 期曋 待 できる
slapd
slapd.conf
include …
database bdb
suffix dc=my-domain,dc=com
…[ 略 ]…
index uid eq
database bdb
suffix dc=example,dc=com
…[ 略 ]…
グローバルセクション
バックエンドDB #1
バックエンドDB #2
34

slapindexでのインデックス 作 成
slapindex でのインデックス 作 成 手 順
1. OpenLDAPサーバの 停 止
2. slapd.confの index を 更暬 新
3. slapindexを 実 行
# slapindex -b dc=my-domain,dc=com -v
indexing id=00000001
indexing id=00000002
indexing id=00000003
indexing id=00000004
…[ 略 ]…
属 性 名 .bdb
cn.bdb
ou.bdb
xx.bdb yy.bdb
35

インデックスの 効 果
インデックス 検 索 で、6.7 倍 の 性 能 改 善
インデックス
を 作 成
1906.5 回 / 秒
DB_CONFIG
適 用 のみ
282.917 回 / 秒
※ 結 果 は、 今 回 の 検 証 環 境 での 値 です。 性 能 改 善 のインパクト
インパクトは、 検 索 対 象 となるエントリ
数 にも 依 存 します。
36

6.7 倍 UP!
インデックスで6.7 倍
インデックスを 活 用 しよう!
37

ログファイル
を 知 っておこう!
38

OpenLDAPのログファイル
今 回 の 対 象
ディレクティブ
役 割
◎
loglevel
syslogに 記 録 するログ。 出 力 する 内 容
( 出 力 量 )を 調 整 できる
logfile
loglevelで 指 定 した 内 容 を、syslogに 加 え、 指
定 するファイルへも 重 複 して 出 力 させる
overlay accesslog
OpenLDAPへの 操 作 ログを、バックエンド
データベースへ 蓄 積 する
overlay auditlog
全 ての 変 更暬 情 報 を、 指 定 するファイルに 記 録
する
DB_CONFIG ファイル
set_lg_max
Berkeley DBのトランザクションログファイル
39

ログレベルの 検 討
loglevelに 指 定 する 値
Level
Level
Level
説 明
(10 進 数 )
(16 進 数 )
( 文 字 列 )
-1
any
enable all debugging
0
0x0
no debugging
1
0x1
trace
trace function calls
2
0x2
packet
debug packet handling
4
0x4
args
heavy trace debugging (function
args)
8
0x8
conns
connection management
16
0x10
BER
print out packets sent and
received
32
0x20
filter
search filter processing
40

ログレベルの 検 討
loglevelに 指 定 する 値
Level
Level
Level
説 明
(10 進 数 )
(16 進 数 )
( 文 字 列 )
64
0x40
config
configuration file processing
128
0x80
ACL
access control list processing
256
0x100
stats
stats log
connections/operations/results
512
0x200
stats2
stats log entries sent
1024
0x400
shell
print communication with
shell backends
2048
0x800
parse
entry parsing
16384
0x4000
sync
LDAPSync replication
32768
0x8000
none
only messages that get logged
whatever log level is set
41

syslogd
で、その 先 へ!
42

OSから 見 る、slapdの 仕 事 ぶり
インデックス 作 成 後 も、slapdは 頑 張 ってる
しかし、CPU 利 用 率 のiowaitの 割 合 からは、
ディスクIOを 待 っている 時昷 間 も 長 いことがわか
る
検 索 処 理 でも、 管
理 者 の 為 に、ログ
を 出 しています
100%
80%
インデックス 利 用 時昷 の 仕 事 量
60%
40%
iowaが、6~7% 程 度 で 推 移
slapd
ディスクIOは、コン
ピュータの 処 理 の
中 で 最暷 も 遅 い 処 理
20%
0%
試 験 時昷 間
idle
iowa
sys
usr
43

syslogの 非 同 期曋 書暯 き 込 み
syslogdがデータの 書暯 込 み 後 に、ディスク
へのフラッシュ(fsync) 処 理 を 行 わない
時昷 間 がかかるfsyncをスキップし 性 能 を 稼 ぐ
電 源 断 時昷 には、データを 失 う 可 能 性 がある
slapd
syslogd
LOCAL4
writev()
○
fsync()
ldap.log
44

syslog 非 同 期曋 書暯 き 込 みの 設 定
OpenLDAPは、デフォルトでLOCAL4ファシリティ
を 用 いてログメッセージを 送 付
syslog 側 で、 LOCAL4ファシリティログを 受 け 取 り
非 同 期曋 で 書暯 込 む 設 定 、「-」が 必 要
# vi /etc/syslog.conf
…[ 略 ]…
local4.* -/var/log/ldap.log
…[ 略 ]…
syslog 再 起 動
45

syslog 非 同 期曋 書暯 き 込 みの 効 果
インデックス
+ 非 同 期曋 IO
20515.255 回 / 秒
インデックス
を 作 成
1906.5 回 / 秒
DB_CONFIG
適 用 のみ
282.917 回 / 秒
※ 結 果 は、 今 回 の 検 証 環 境 での 値 です。 性 能 改 善 のインパクト
インパクトは、ディスク
ディスクIO 性 能 、ログ
出 力 量 にも 依 存 します。
46

10 倍 UP!
非 同 期曋 IOで、10 倍
syslogdの
非 同 期曋 書暯 き 込 みを 検 討 しよう!
47

エントリキャッシュ
を 知 っておこう!
48

ack-bdbでの、エントリ 検 索
最暷 初 に、 検 索 ベーストップのIDを 取 得
続 いて、 検 索 ベーストップのエントリを 取 得
繰 り 返 し、 同 じ 要 領 で 検 索 スコープ 内 のDN
と、エントリを 取 得
ldapsearch -x -b
ou=xx,dc=yy -s
sub *
dn
ID
dn2id.bdb
検 索 ベーストップから、
スコープ 内 のエントリ 分
繰 り 返 し
client
entries
slapd
ID
entry
id2entry.bdb
ou=xx,dc=yy
49

エントリデータのキャッシュ
クライアントに 回 答 する 前 にdecodeが 必 要
2~6までの 処 理 の 繰 り 返 し
ldapsearch -x -b
ou=xx,dc=yy -s
sub *
1
2dn
3ID
dn2id.bdb
検 索 ベーストップから、
スコープ 内 のエントリ 分
繰 り 返 し
client
7entries
slapd
4ID
5entry
id2entry.bdb
ou=xx,dc=yy
エントリ
キャッシュ
6decode (※)
(※) Berkely DBに 格 納 されていた 形 式 から、クライアントへ
転 送 できる 形 式 への 変 換 処 理 を、 各 エントリ 毎 に 行 う
50

DB_CONFIG、set_cachesize
DB_CONFIGに 設 定 するキャッシュは、
Berkeley DBが 利 用 するバッファサイズ
Berkeley DBによる、ディスクからのキャッシュ
slapd
dn2id.bdb
xx.bdb
id2entry.bdb
yy.bdb
set_cachesizeで
指 定 するサイズ
Berkeley DB
__db.003
51

エントリキャッシュ
で、その 先 へ!
52

エントリキャッシュ
一 度 、Berkeley DBから 取 得 、デコードした
エントリをOpenLDAP 側 でキャッシュ
2 回 目 以 降 、slapdはエントリキャッシュを 利 用
して、DBアクセス、デコード 処 理 を 省 略
エントリキャッシュ
初 回 きり
id2entry.bdb
slapd
__db.003
AVLツリー
構 造
Bツリー
構 造
53

cachesizeディレクティブ
バックエンドにBerkerey DBを 利 用 している
場 合 に、 利 用 可 能 なディレクティブ
Berkeley DBから 取 得 済 み、デコード 済 みエン
トリを、slapd 側 でキャッシュする 最暷 大 数 を 指 定
bdb_id2entry()
エントリ
id2entry.bdb
slapd
エントリ
キャッシュ
entry_decode()
__db.003
Berkeley DB
54

cachesizeディレクティブ
デフォルトは、1000
ベストは、エントリ 数 と 同 じ 数 だけ 設 定
エントリキャッシュ
id2entry.bdb
1:1
Berkeley DB
slapd
55

ID リストキャッシュ
を 知 っておこう!
56

インデックスを 利 用 した 検 索
インデックスファイルを 利 用 して、ピンポイ
ントで 必 要 なエントリを 読 む 為 のIDを 取 得
bdb_key_read()
ID、または
またはIDのリスト
xx.bdb
dn2id.bdb
slapd
bdb_id2entry()
エントリ
id2entry.bdb
必 要 な 回 数 だけに 絞 り、
データベースへアクセス
__db.003
Berkeley DB
57

キーでヒットしたIDのキャッシュ
インデックスファイルから 取 得 したIDを、
OpenLDAP 側 でキャッシュすることが 可 能
bdb_key_read()
ID、IDリスト
IDリスト
キャッシュ
xx.bdb
dn2id.bdb
slapd
bdb_id2entry()
エントリ
2 回 目 以 降 のID 取 得 の
データベースアクセスを 省 略
__db.003
id2entry.bdb
Berkeley DB
58

IDリストキャッシュ
で、その 先 へ!
59

IDリストキャッシュ
バックエンドにBerkerey DBを 利 用 している
場 合 に 設 定 可 能
IDL(ID List)キャッシュに 格 納 するIDの 最暷 大 数
を 指 定 するディレクティブ
slapd
bdb_idl_cache_get()
IDLキャッシュ
bdb_idl_cache_put()
( 初 回 きり)
xx.bdb
(2 回 目 以 降 )
AVLツリー
構 造
__db.003
Bツリー
構 造
60

idlcachesizeディレクティブ
デフォルトは、0。
IDLキャッシュは 使 わない
BDBを 利 用 している 場 合 の 設 定 目 安
Back-bdbは、1エントリと 同 数
Back-bdbは、「1エントリにつき、1 ID」の 関 係
HDBを 利 用 している 場 合 の 設 定 目 安
Back-hdbはIDを 多 く 使 う 為 、エントリ 数 の3 倍
61

OpenLDAP 側 でのキャッシュ 効 果
インデックス
+ 非 同 期曋 IO
+キャッシュ
22472.208 回 / 秒
インデックス
+ 非 同 期曋 IO
20515.255 回 / 秒
インデックス
作 成
1906.5 回 / 秒
DB_CONFIG
適 用 のみ
282.917 回 / 秒
※ 結 果 は、 今 回 の 検 証 環 境 での 値 です。 性 能 改 善 のインパクト
インパクトは、 参 照 系 処 理 、 更暬 新 系 処 理 の 割 合 にも 依 存 します。
62

10% UP!
キャッシュで、10%
OpenLDAP 側 での
キャッシュ 技 術 を 活 用 しよう!
63

スレッド 処 理
を 知 っておこう!
64

OpenLDAPが 生 成 するスレッド
OpenLDAPは、マルチスレッドで 動 作
slapdは、リスナーと、ワーカーの2タイプの
スレッドを 生 成 する
リスナースレッド×1
ワーカースレッド×n
slapd
(n)
65

スレッドが 生 成 されるタイミング
slapd 起 動 時昷
slapdプロセスは、リスナースレッドを 生 成
LDAPクライアントからのアクセス 時昷
リスナーに 加 え、 必 要 なワーカーをプール 開 始
66

concurrencyディレクティブ
スレッドライブラリに、 目 標 とする 並 行 度 数 を 指 定
pthread_setconcurrency() を 利 用
システムリソース 消 費 の 抑 制 などを 目 的 として、アプリケー
ション 側 からスレッドの 並 行 度 数 を 絞 ることが 可 能
デフォルトは 設 定 なし
スレッドライブラリへの 並 行 度 数 の 制 限 なし
Gnu C library
67

tool-threadsディレクティブ
slapdを、ツールモードにて 実 行 する 場 合 の 最暷 大
スレッド 数 を 指 定 する
デフォルト 値 は、1
設 定 値 は、システムの 持 つCPUの 総 数 以 下 に
slapd -T a や、slapadd など
slapadd のほか
slapcat
slapindex
slaptest
slapacl…など
slapd
slapadd
シンボリックリ
ンクよりツール
モードで 実 行
68

ワーカースレッド
で、その 先 へ!
69

threadsディレクティブ
ワーカースレッドの 最暷 大 数 (n)を 設 定 する
slapdプロセスは、 最暷 大 n+1のスレッドを 生 成
リスナースレッド×1
ワーカーとなるスレッド×n
slapd
(n)
70

threadsディレクティブ (2)
デフォルトは、16
2 未曑 満 では、OpenLDAPサーバの 起 動 不 可
デフォルト 値 の2 倍 (16*2=32)より 大 きい 設 定
では、 起 動 時昷 に 警 告 メッセージ
33 以 上 が、 常 に 良 くないというわけではない
設 定 可 能 な 最暷 大 値 は、1024
( 最暷 大 1024)
71

threadsディレクティブの 設 定
OpenLDAPコミュニティからの、 設 定 目 安
参 照 系 の 処 理 が 多 い 場 合
ハードウェアのCPUコア 数 ×4、または、×8
最暷 大 でも、16 程 度
更暬 新 系 の 処 理 が 多 い 場 合
16よりも、もっと 多 く
(16 以 上 )
72

threadsディレクティブの 設 定
(2)
処 理 内 容 や 環 境 によって、 適 正 値 は 異 なる
デフォルト 値 のスタートも 間 違 いではない
まずは、コミュニティの 情 報 を 信 じても 良 い
可 能 であれば、 実 機 での 確 認 を!
73

スレッド 数 を 調 整 した 効 果
今 回
インデックス
+ 非 同 期曋 IO
+キャッシュ
インデックス
+ 非 同 期曋 IO
26075.061 回 / 秒
22472.208 回 / 秒
20515.255 回 / 秒
インデックス
作 成
DB_CONFIG
適 用 のみ
1906.5 回 / 秒
282.917 回 / 秒
※ 結 果 は、 今 回 の 検 証 環 境 での 値 です。 性 能 改 善 のインパクト
インパクトは、 参 照 系 処 理 、 更暬 新 系 処 理 の 割 合 や、CPUの 特 長 にも 依 存 します。
74

16% UP!
スレッド 数 で、16%
状 況 に 応 じ
ワーカースレッド 数 を 調 整 しよう!
75

もう 一 歩 、その
先 へ
76

様 々な 要 因 で、 性 能 は 変 化
サイジングを!
サービス
要 件 の 把 握
サイジング
性 能 検 証
(ベンチマーク)
1. システムのサービス 要 件 の 把 握
2. ハード、ミドルウェア 特 性 を 考 慮 したサイジング
3. できる 限 り 本曓 番 環 境 に 近 い 環 境 での 確 認
77

ご 清 聴 、
ありがとうございました
78