'ssb'에 해당되는 글 5건

  1. 2011.10.26 [Service Broker] 성능 최적화 - 기본편 (1)
2011. 10. 26. 15:32

SSB 최적화는 여러 면에서 바라볼 수 있습니다.

지금부터 하나씩 살펴보겠습니다.

1. 스토리지 구성 - [PRIMARY] 파일그룹 분리

SQL Server에서 스토리지 구성의 기본 원칙은 데이터파일과 트랜잭션 로그 파일을 물리적으로 분리된 디스크 볼륨에 위치시키는 것입니다.

그런데, SSB의 TRANSMISSION QUEUE는 [PRIMARY] 파일그룹 안에 있는 internal 테이블을 사용합니다.
따라서 주고 받는 메시지가 많으면 많을 수록 *.mdf 파일에 대한 I/O가 증가하게 됩니다.

즉, SSB를 사용하여 대량 메시지를 전송하는 시스템이라면 사용자 데이터를 별도의 파일 그룹에 저장하고 *.mdf 파일과 *.ndf 파일을 물리적으로 분리된 디스크 볼륨에 위치시켜야 합니다.

tempdb의 경우 대화 핸들 정보가 저장되지만 핸들을 재활용하여 최적화할 것이기 때문에 I/O에 크게 신경 써야할 수준은 아닌 것 같습니다.


2. 한개의 대화에 여러개의 메시지를 전송한다.

BOL의 자습서와 직전 포스트의 예제에서는 메시지 1개를 보낼때마다 1번씩 BEGIN DIALOG CONVERSATION문을 사용했습니다. 바꿔말하면 대화마다 메시지를 한번만 전송하고 대화를 마치는 방식이었습니다.

하지만, 메시지를 보낼때마다 매번 대화를 BEGIN / END하는 작업이 반복되므로 성능이 좋을리 없습니다.

한번 대화를 시작하면 동일한 Dialog Handle을 재사용하도록 Dialog Pool을 구현하는 것이 좋습니다.


3. Dialog Handle은 여러 개를 생성하여 사용한다.

Dialog Handle을 재사용해야하지만.. 그렇다고 1개의 핸들을 통해 모든 메시지를 전송한다면 그것은 오히려 더 큰 문제를 야기할 수 있습니다.

이는 sys.sysdesend (Dialog Endpoint Send) 시스템 테이블에 경합이 발생하기 때문인데요. 내부적으로 사용되는 시스템 테이블에 대해서는 다음 포스트에서 다루도록 하겠습니다.

어쨌든.. Thread 당 1개의 핸들을 생성하는 것이 적당합니다.
(sp_who 등으로 SQL Server에 연결한 Application Server의 접속 세션 수를 참고할 수 있습니다.)


4. TARGET 서버의 Receive Queue에서 한번에 여러 개의 메시지를 꺼낸다.

2항의 권고대로 한번의 대화에 여러개의 메시지를 전송했다면, TARGET에서는 RECEIVE 문에서 TOP (1)이 아닌 TOP (n)을 사용할 수 있습니다.

QUEUE에서 1개씩 꺼내 처리하는 것과 n개씩 꺼내 처리하는 것의 성능 차이는 굳이 설명할 필요가 없을 것 같습니다.

개인적으로 n의 범위는 통상 1,000 ~ 10,000 정도가 적당한 것 같습니다.


5. 구현

INITIATOR

- SQL Server Service가 시작하면 자동으로 n개의 Dialog Handle을 생성하고, 생성한 핸들 값을 DialogPool테이블에 저장합니다.

- 150TrickEnableFlag 값은 현재 단계에서는 무시하고 code reading하시기 바랍니다.

- [150 Trick] 은 다음 포스트에서 다룰 예정입니다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
USE InitDB;
GO
 
-- Dialog Pool 설정 테이블 생성
CREATE TABLE dbo.DialogPoolConfig (
    _150TrickEnableFlag bit NOT NULL,
    DialogCount int NOT NULL
);
GO
 
-- Dialog Pool 테이블 생성
CREATE TABLE dbo.DialogPool (
    DialogPoolID int IDENTITY(01NOT NULL,
    DialogHandle uniqueidentifier NOT NULL,
 
    CONSTRAINT PK_DialogPool PRIMARY KEY (DialogPoolID)
);
GO
 
/**
version : 1
author : 김도열
e-mail : purumae@eyedentitygames.com
created date : 2011-06-21
description : 대화 핸들 풀의 설정값을 참조하여 대화핸들을 미리 생성합니다.
**/
 
CREATE PROCEDURE dbo.P_StartUp_CreateDialogs
AS
SET NOCOUNT ON;
SET XACT_ABORT ON;
 
DECLARE @i int = 1
    , @intDialogCount int = 0
    , @bit150TrickEnableFlag bit
    , @uidDialogHandle uniqueidentifier;
 
SELECT @intDialogCount = DialogCount * (CASE _150TrickEnableFlag WHEN THEN ELSE 150 END)
    , @bit150TrickEnableFlag = _150TrickEnableFlag
FROM dbo.DialogPoolConfig;
 
TRUNCATE TABLE dbo.DialogPool;
 
WHILE @i <= @intDialogCount
BEGIN
    BEGIN DIALOG CONVERSATION @uidDialogHandle
           FROM SERVICE InitDBService
           TO SERVICE N'TargetDBService'
           ON CONTRACT LoggingContract
           WITH ENCRYPTION = OFF;
 
    IF @bit150TrickEnableFlag = OR (@bit150TrickEnableFlag = AND (@i % 150= 0)
           INSERT dbo.DialogPool (DialogHandle)
           VALUES (@uidDialogHandle);
 
    SET @i += 1;
END
GO
 
USE master;
GO
 
CREATE PROCEDURE dbo.P_StartUp_CreateDialogs
AS
SET NOCOUNT ON;
SET XACT_ABORT ON;
 
EXEC InitDB.dbo.P_StartUp_CreateDialogs;
 
RETURN 0;
GO
 
EXEC sp_configure 'show advanced option''1';
RECONFIGURE;
GO
 
EXEC sp_configure 'scan for startup procs''1';
RECONFIGURE;
GO
 
EXEC sp_procoption N'P_StartUp_CreateDialogs''STARTUP''on'
GO
cs

- Dialog Pool에 저장된 Dialog Handle을 통해 메시지를 전송할 SP를 생성합니다.

- 1개의 Thread가 1개의 핸들을 사용하도록 "@@SPID % 생성한 핸들 수" 값을 사용합니다.

- 게임 서버와 같이 기동 시 SQL Server와 연결을 맺는 타입에서는 거의 완벽하게 매핑됩니다.

단, IIS와 같이 자체적으로 connection pool이 구현되었다면 완전하게 밸런싱되지 않습니다.
(그래도 reasonable한 선에서의 분배는 가능 할 것으로 생각됩니다.)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
USE InitDB;
GO
 
/**
version : 1
author : 김도열
e-mail : purumae@eyedentitygames.com
created date : 2011-06-21
description : 대화 핸들을 얻습니다.
**/
 
CREATE PROCEDURE dbo.P_GetDialog
    @uidDialogHandle uniqueidentifier OUTPUT
AS
SET NOCOUNT ON;
SET XACT_ABORT ON;
 
SELECT @uidDialogHandle = DialogHandle
FROM dbo.DialogPool WITH (INDEX(PK_DialogPool), FORCESEEK)
WHERE DialogPoolID = @@SPID % (SELECT TOP (1) DialogCount FROM dbo.DialogPoolConfig WITH (NOLOCK))
OPTION (KEEPFIXED PLAN);
 
RETURN 0;
GO
 
/**
version : 1
author : 김도열
e-mail : purumae@eyedentitygames.com
created date : 2011-06-21
description : Dialog Pool의 특정 Dialog가 대화 종료되어 존재하지 않는 경우, 새 Dialog로 교체합니다.
**/
 
CREATE PROCEDURE dbo.P_RenewDialog
AS
SET NOCOUNT ON;
SET XACT_ABORT ON;
 
DECLARE @i int = 1
    , @j int
    , @uidDialogHandle uniqueidentifier;
 
SET @j =
    CASE (SELECT _150TrickEnableFlag FROM dbo.DialogPoolConfig)
           WHEN THEN 1
           ELSE 150
    END;
 
WHILE @i <= @j
BEGIN
    BEGIN DIALOG CONVERSATION @uidDialogHandle
           FROM SERVICE InitDBService
           TO SERVICE N'TargetDBService'
           ON CONTRACT LoggingContract
           WITH ENCRYPTION = OFF;
 
    SET @i += 1;
END
 
UPDATE DP
SET DialogHandle = @uidDialogHandle
FROM dbo.DialogPool DP WITH (INDEX(PK_DialogPool), FORCESEEK)
WHERE DialogPoolID = @@SPID % (SELECT TOP (1) DialogCount FROM dbo.DialogPoolConfig WITH (NOLOCK))
OPTION (KEEPFIXED PLAN);
 
RETURN 0;
GO
 
/**
version : 1
author : 김도열
e-mail : purumae@eyedentitygames.com
created date : 2011-06-28
description : GameLog 메세지를 전송합니다.
**/
 
CREATE PROCEDURE dbo.P_SendGameLogMessage
    @xmlMessage xml --// 전송할 메세지
AS
SET NOCOUNT ON;
SET XACT_ABORT ON;
 
DECLARE @intReturnValue int
    , @uidDialogHandle uniqueidentifier;
 
BEGIN TRY
    BEGIN TRANSACTION;
 
    /**_# Dialog Pool로부터 대화 핸들을 얻습니다.*/
    EXEC dbo.P_GetDialog @uidDialogHandle = @uidDialogHandle OUTPUT;
 
    /**_# 메시지를 전송합니다.*/
    SEND ON CONVERSATION @uidDialogHandle
           MESSAGE TYPE MsgToTargetDB (@xmlMessage);
 
    COMMIT TRANSACTION;
END TRY
BEGIN CATCH
    /**_# 대화 핸들이 존재하지 않으면, Dialog Pool에서 핸들을 갱신하고 재귀호출합니다.*/
    IF ERROR_NUMBER() = 8426
    BEGIN
           IF @@TRANCOUNT > 0
               ROLLBACK TRANSACTION;
 
           EXEC dbo.P_RenewDialog;
           EXEC dbo.P_SendGameLogMessage @xmlMessage = @xmlMessage;
 
           RETURN 0;
    END
 
    /**_# 8426외의 에러는 Rethrow합니다.*/
    GOTO ErrorHandler;
END CATCH;
 
RETURN 0;
 
ErrorHandler:
IF XACT_STATE() <> 0
    ROLLBACK TRANSACTION;
 
DECLARE @nvcErrorMessage nvarchar(4000= N'Error %d, Level %d, State %d, Procedure %s, Line %d, Message: ' + ERROR_MESSAGE()
    , @intErrorNumber int = ERROR_NUMBER()
    , @intErrorSeverity int = ERROR_SEVERITY()
    , @intErrorState int = ERROR_STATE()
    , @intErrorLine int = ERROR_LINE()
    , @nvcErrorProcedure nvarchar(128= ERROR_PROCEDURE();
 
RAISERROR (@nvcErrorMessage, @intErrorSeverity, 1, @intErrorNumber, @intErrorSeverity, @intErrorState, @nvcErrorProcedure, @intErrorLine);
 
RETURN @intReturnValue;
GO
cs


TARGET

- TARGET 서버의 QUEUE 활성화 프로시져를 아래와 같이 수정합니다.
- RECEIVE TOP (1000) 을 사용하여, 한번에 1,000개의 메시지를 꺼내 처리하도록 합니다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
ALTER PROCEDURE dbo.P_TargetDBQueueActivate
AS
 
DECLARE @tblReceive table (
    seq int IDENTITY(11NOT NULL PRIMARY KEY,
    message_type_name sysname NOT NULL,
    message_body xml NULL,
    [conversation_handle] uniqueidentifier NOT NULL
);
 
DECLARE @i int = 1
    , @xmlMessage xml
    , @nvcMessageType sysname
    , @uidDialogHandle uniqueidentifier
    , @intDoc int;
 
WHILE (= 1)
BEGIN
    BEGIN TRANSACTION;
 
    WAITFOR (
           RECEIVE TOP (1000) message_type_name, message_body, [conversation_handle]
           FROM dbo.TargetDBQueue
           INTO @tblReceive
    ), TIMEOUT 3000;
 
    IF @@ROWCOUNT = 0
    BEGIN
           ROLLBACK TRANSACTION;
           BREAK;
    END
 
    WHILE = 1
    BEGIN
           SELECT @xmlMessage = message_body
               , @nvcMessageType = message_type_name
               , @uidDialogHandle = [conversation_handle]
               , @i += 1
           FROM @tblReceive
           WHERE seq = @i;
 
           IF @@ROWCOUNT = 0
               BREAK;
 
           IF (@nvcMessageType = N'http://schemas.microsoft.com/SQL/ServiceBroker/Error') OR (@nvcMessageType = N'MsgEndOfStream')
               END CONVERSATION @uidDialogHandle;
 
           ELSE IF (@nvcMessageType = N'MsgToTargetDB')
           BEGIN
               EXEC sp_xml_preparedocument @intDoc OUTPUT, @xmlMessage;
 
               INSERT dbo.GameLogs (LogDate, LogCode, LogString)
               SELECT LogDate, LogCode, LogString
               FROM OPENXML (@intDoc, N'/root/GameLog')
               WITH (
                  LogDate datetime N'@LogDate',
                  LogCode tinyint N'@LogCode',
                  LogString nvarchar(100) N'@LogString'
               );
 
               EXEC sp_xml_removedocument @intDoc;
           END
    END
 
    DELETE @tblReceive;
 
    COMMIT TRANSACTION;
END
GO
cs


테스트

- INITIATOR 서버에서 아래 Query를 실행한 후 SQL Server Service를 재 시작합니다.

1
2
3
4
5
6
7
8
USE InitDB;
GO
 
DELETE dbo.DialogPoolConfig;
 
INSERT dbo.DialogPoolConfig (_150TrickEnableFlag, DialogCount)
VALUES (010);
GO
cs


- 이제 Dialog Pool에 10개의 핸들이 저장된 것을 아래 Query로 확인할 수 있습니다.

1
2
3
4
5
USE InitDB;
GO
 
SELECT * FROM dbo.DialogPool;
GO
cs


- 서로 다른 여러 개의 세션에서 동시에 아래 Query를 실행하여 메시지를 전송합니다. (세션 당 3,000개)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
USE InitDB;
GO
 
DECLARE @xmlMessage xml;
DECLARE @i int = 1;
 
WHILE @i <= 3000
BEGIN
    SET @xmlMessage = N'<root><GameLog LogDate="' + CONVERT(nvarchar(19), GETDATE(), 121+ N'" LogCode="1" LogString="abc"/></root>';
 
    EXEC dbo.P_SendGameLogMessage @xmlMessage;
 
    SET @i += 1;
END
GO
cs


- TARGET 서버에 메시지가 적재되고 있는지 확인합니다.

1
2
3
4
5
USE TargetDB;
GO
 
SELECT * FROM dbo.GameLogs;
GO
cs


CLEAN
- 아래 Query를 사용하여 SSB 개체를 제거합니다.

INITIATOR

1
2
3
4
5
6
7
8
9
10
11
12
USE master;
GO
 
DROP ENDPOINT InitDBEndpoint;
DROP CERTIFICATE InitDBAuthCertPriv;
DROP MASTER KEY;
DROP LOGIN TargetDBProxy;
DROP CERTIFICATE TargetDBAuthCertPub;
DROP USER TargetDBProxy;
EXEC sp_procoption N'P_StartUp_CreateDialogs''STARTUP''off'
DROP PROCEDURE dbo.P_StartUp_CreateDialogs;
GO
cs


TARGET

1
2
3
4
5
6
7
8
9
10
11
USE master;
GO
 
DROP DATABASE TargetDB;
DROP ENDPOINT TargetDBEndpoint;
DROP CERTIFICATE TargetDBAuthCertPriv;
DROP MASTER KEY;
DROP LOGIN InitDBProxy;
DROP CERTIFICATE InitDBAuthCertPub;
DROP USER InitDBProxy;
GO
cs

다음 포스트에서는 위에 잠깐 언급된 시스템 테이블 sys.sysdesend150 Trick에 대해 알아보겠습니다.

Posted by 르매

댓글을 달아 주세요

  1. BlogIcon 르매 2012.10.31 20:37 신고  댓글주소  수정/삭제  댓글쓰기

    1항의 내용에 오류가 있어 바로 잡습니다.
    transmission queue 메세지는 tempdb가 아닌 PRIMARY 파일그룹의 internal 테이블에 저장됩니다. 따라서 물리적으로 분리해야하는 대상은 tempdb가 아닌 PRIMARY 파일그룹 입니다.