affinity mask 옵션
Microsoft Windows 2000 및 Windows Server 2003에서는 멀티태스킹을 수행하기 위해 경우에 따라 여러 프로세서 사이에 프로세스 스레드를 이동하기도 합니다. 이는 운영 체제의 측면에서 볼 때는 효율적이지만 각 프로세서 캐시에 데이터를 반복적으로 다시 로드해야 하므로 시스템 부하가 큰 경우 SQL Server 성능 저하를 초래할 수 있습니다. 프로세서를 특정 스레드에 할당하면 프로세서를 다시 로드할 필요가 없고 프로세서 간에 스레드 마이그레이션이 감소되어 컨텍스트 전환이 줄게 되므로 성능이 향상될 수 있습니다. 스레드와 프로세서의 이러한 관계를 프로세서 선호도라고 합니다.
SQL Server에서는 두 가지 선호도 마스크 옵션인 affinity mask(CPU affinity mask라고도 함)와 affinity I/O mask를 통해 프로세서 선호도를 지원합니다. affinity I/O mask 옵션에 대한 자세한 내용은 affinity I/O mask 옵션을 참조하십시오. 프로세서가 33개에서 64개 사이인 서버에 대해 CPU 선호도와 I/O 선호도를 지원하려면 각각 affinity64 mask 옵션 및 affinity64 I/O mask 옵션을 추가로 사용해야 합니다.
[!참고]
프로세서가 33개에서 64개 사이인 서버에 대한 선호도 지원은 64비트 운영 체제에서만 가능합니다.
이전 버전의 SQL Server에 있던 선호도 마스크 옵션은 CPU 선호도를 동적으로 제어하는 역할을 했습니다.
SQL Server에서는 SQL Server 인스턴스를 다시 시작하지 않고도 선호도 마스크 옵션을 구성할 수 있습니다. sp_configure를 사용할 때는 구성 옵션을 설정한 후에 RECONFIGURE 또는 RECONFIGURE WITH OVERRIDE를 실행해야 합니다. SQL Server Express를 사용하는 경우 선호도 마스크 옵션을 변경하면 시스템을 다시 시작해야 합니다.
선호도 마스크는 동적으로 변경되므로 SQL Server에서 프로세스 스레드를 바인딩할 CPU 스케줄러를 요청 시 시작 및 종료할 수 있습니다. 이는 서버 조건이 변경될 때 발생합니다. 예를 들어 서버에 SQL Server의 새 인스턴스를 추가하는 경우 선호도 마스크 옵션을 조정하여 프로세서 부하를 다시 분산시켜야 할 수도 있습니다.
선호도 비트마스크를 수정하려면 SQL Server에서 새 CPU 스케줄러를 설정하고 기존 CPU 스케줄러를 해제해야 합니다. 그런 다음 새 스케줄러나 남아 있는 스케줄러에서 새 일괄 처리를 처리할 수 있습니다.
새 CPU 스케줄러를 시작하려면 SQL Server에서 새 스케줄러를 만들어 이 서버의 표준 스케줄러 목록에 추가합니다. 새 스케줄러는 새로 들어오는 일괄 처리에만 사용됩니다. 현재 일괄 처리는 동일한 스케줄러에서 계속 실행됩니다. 작업자가 사용 가능해지거나 새로 생성될 때 새 스케줄러로 마이그레이션됩니다.
스케줄러를 종료하려면 스케줄러에서 모든 일괄 처리 동작을 완료하고 일괄 처리를 종료해야 합니다. 종료된 스케줄러는 새 일괄 처리가 예약되지 않도록 오프라인으로 표시됩니다.
새 스케줄러를 추가하거나 제거해도 모니터 잠금, 검사점, 시스템 태스크 스레드(DTC 처리) 및 신호 처리 같은 영구 시스템 태스크는 서버가 작동하는 동안 스케줄러에서 계속 실행됩니다. 이러한 영구 시스템 태스크는 동적으로 마이그레이션되지 않습니다. 이러한 시스템 태스크의 프로세서 로드를 스케줄러에 다시 배포하려면 SQL Server 인스턴스를 다시 시작해야 합니다. SQL Server에서 영구 시스템 태스크와 연결된 스케줄러를 종료하려 하면 해당 태스크는 오프라인 스케줄러에서 계속 실행됩니다(마이그레이션 없음). 이 스케줄러는 수정된 선호도 마스크로 프로세서에 바인딩되며 변경하기 전에 스케줄러에서 선호도가 설정된 프로세서로 로드를 할당하면 안 됩니다. 오프라인 스케줄러를 추가할 경우 시스템 로드에 큰 영향을 주면 안 됩니다. 영향을 주는 경우에는 데이터베이스 서버를 다시 부팅하여 이러한 태스크를 다시 구성해야 합니다.
I/O 선호도 태스크(예: 지연 기록기 및 로그 작성기)는 직접 I/O 선호도 마스크의 영향을 받습니다. 지연 기록기 및 로그 작성기 태스크에 선호도를 설정하지 않으면 이러한 태스크는 모니터 잠금 또는 검사점 같은 다른 영구 태스크에 대해 정의된 동일한 규칙을 따릅니다.
새 선호도 마스크가 유효한지 확인하려면 RECONFIGURE 명령을 사용하여 정상 CPU 및 I/O 선호도가 상호 배타적인지 확인합니다. 상호 배타적이 아니면 클라이언트 세션과 SQL Server 오류 로그에 해당 설정이 권장 구성이 아님을 나타내는 오류 메시지가 보고됩니다. RECONFIGURE WITH OVERRIDE 옵션을 실행하면 상호 배타적이 아닌 CPU 및 I/O 선호도를 사용할 수 있습니다.
존재하지 않는 CPU로 매핑을 시도하는 선호도 마스크를 지정하면 RECONFIGURE 명령은 클라이언트 세션과 SQL Server 오류 로그에 모두 오류 메시지를 보고합니다. 이 경우 RECONFIGURE WITH OVERRIDE 옵션을 사용해도 영향을 미치지 않으며 동일한 구성 오류가 다시 보고됩니다.
Windows 2000 또는 Windows Server 2003 운영 체제에 의해 특정 작업이 할당된 프로세서에서 SQL Server 작업을 제외할 수도 있습니다. 프로세서를 나타내는 비트를 1로 설정하면 스레드를 할당하도록 SQL Server 데이터베이스 엔진이 해당 프로세서를 선택합니다. affinity mask를 0(기본값)으로 설정하면 Microsoft Windows 2000 또는 Windows Server 2003 예약 알고리즘이 스레드의 선호도를 설정합니다. affinity mask를 0이 아닌 값으로 설정하면 SQL Server 선호도가 이 값을 선택에 맞는 프로세서를 지정하는 비트 마스크로 해석합니다.
특정 프로세서에서 실행되는 SQL Server 스레드를 분리하면 Microsoft Windows 2000 또는 Windows Server 2003에서는 시스템의 Windows 관련 프로세스 처리를 보다 잘 평가할 수 있습니다. 예를 들어 인스턴스 A와 인스턴스 B라는 두 개의 SQL Server 인스턴스를 실행하고 CPU가 8개인 서버에서 시스템 관리자는 선호도 마스크 옵션을 사용하여 CPU 4개로 이루어진 첫째 집합을 인스턴스 A에 할당하고 둘째 집합을 인스턴스 B에 할당할 수 있습니다. 32개보다 많은 프로세서를 구성하려면 affinity mask 및 affinity64 mask를 모두 설정해야 합니다. affinity mask의 값은 다음과 같습니다.
1바이트 affinity mask의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 8개까지 허용됩니다.
2바이트 affinity mask의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 16개까지 허용됩니다.
3바이트 affinity mask의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 24개까지 허용됩니다.
4바이트 affinity mask의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 32개까지 허용됩니다.
32개보다 많은 CPU를 허용하려면 처음 32개 CPU에 대해 4바이트 affinity mask를 구성하고 나머지 CPU에 대해 최대 4바이트 affinity64 mask를 구성합니다.
SQL Server 프로세서 선호도 설정은 특수 작업이므로 필요한 경우에만 사용하는 것이 좋습니다. 대부분의 경우 Microsoft Windows 2000 또는 Windows Server 2003 기본 선호도를 사용할 때 최상의 성능을 제공합니다. 선호도 마스크를 설정할 때 다른 응용 프로그램의 CPU 요구 사항도 고려해야 합니다. 자세한 내용은 Windows 운영 체제 설명서를 참조하십시오.
[!참고]
Windows 시스템 모니터를 사용하여 개별 프로세서 사용을 확인 및 분석할 수 있습니다.
affinity mask 옵션을 지정할 경우 affinity I/O mask 구성 옵션과 연결하여 사용해야 합니다. affinity mask 스위치와 affinity I/O mask 옵션에서 모두 동일한 CPU를 활성화하지 마십시오. 각 CPU에 해당하는 비트 상태는 다음과 같은 상태 중 하나여야 합니다.
affinity mask 옵션과 affinity I/O mask 옵션에서 모두 0입니다.
affinity mask 옵션에서는 1이고 affinity I/O mask 옵션에서는 0입니다.
affinity mask 옵션에서는 0이고 affinity I/O mask 옵션에서는 1입니다.
.gif "주의 사항") 주의 |
|---|
Windows 운영 체제에서 CPU 선호도를 구성하지 말고 SQL Server에서도 선호도 마스크를 구성하지 마십시오. 동일한 결과를 얻기 위해 이렇게 설정하는 경우도 있지만 구성이 일치하지 않으면 예상하지 못했던 결과가 나올 수 있습니다. SQL Server CPU 선호도는 SQL Server의 sp_configure 옵션을 사용하여 구성하는 것이 가장 좋습니다. |
예
affinity mask 옵션 설정의 예를 들기 위해 비트 1, 2, 5가 1로 설정되어 있고 비트 0, 3, 4, 6, 7이 0으로 설정되어 있는 상태에서 프로세서 1, 2, 5를 선택할 수 있고 16진수 값 0x26이나 이에 해당하는 10진수 값 38이 지정되었다고 가정해 봅시다. 비트의 번호는 오른쪽에서 왼쪽으로 매깁니다. affinity mask 옵션은 프로세서를 0부터 31까지 번호를 매기므로 다음 예에서 카운터 1은 서버의 둘째 프로세서를 나타냅니다.
sp_configure 'show advanced options', 1;
RECONFIGURE;
GO
sp_configure 'affinity mask', 38;
RECONFIGURE;
GO
다음은 CPU가 8개인 시스템의 affinity mask 값입니다.
10진수 값 |
이진수 비트 마스크 |
프로세서의 SQL Server 스레드 허용 |
|---|---|---|
1 |
00000001 |
0 |
3 |
00000011 |
0 및 1 |
7 |
00000111 |
0, 1 및 2 |
15 |
00001111 |
0, 1, 2, 3 |
31 |
00011111 |
0, 1, 2, 3, 4 |
63 |
00111111 |
0, 1, 2, 3, 4, 5 |
127 |
01111111 |
0, 1, 2, 3, 4, 5, 6 |
255 |
11111111 |
0, 1, 2, 3, 4, 5, 6, 7 |
affinity mask는 고급 옵션입니다. sp_configure 시스템 저장 프로시저를 사용하여 설정을 변경하는 경우 show advanced options를 1로 설정했을 때만 affinity mask를 변경할 수 있습니다. Transact-SQL RECONFIGURE 명령을 실행하면 SQL Server 인스턴스를 다시 시작하지 않더라도 새 설정이 즉시 적용됩니다.
NUMA(Non-uniform Memory Access)
하드웨어 기반 NUMA(Non-uniform Memory Access)를 사용하고 affinity mask가 설정되어 있으면 노드의 모든 스케줄러에서 선호도가 해당 CPU로 설정됩니다. affinity mask가 설정되어 있지 않으면 각 스케줄러의 선호도는 NUMA 노드 내의 CPU 그룹으로 설정되고 NUMA 노드 N1로 매핑된 스케줄러에서 노드의 모든 CPU 작업을 예약할 수 있지만 다른 노드와 연결된 CPU 작업은 예약할 수 없습니다.
단일 NUMA 노드에서 실행되는 모든 작업은 해당 노드의 버퍼 페이지만 사용할 수 있습니다. 작업이 여러 노드의 CPU에서 병렬로 실행되는 경우 관련된 모든 노드의 메모리를 사용할 수 있습니다.
라이선스 문제
동적 선호도는 CPU 라이선스에 의해 엄격한 제약을 받습니다. SQL Server는 라이선스 정책을 위반하는 선호도 마스크 옵션의 구성을 허용하지 않습니다.
시작
지정된 선호도 마스크가 SQL Server 시작 시 또는 데이터베이스 연결 시 라이선스 정책을 위반하면 엔진 계층에서는 시작 프로세스나 데이터베이스 연결/복원 작업을 완료한 후에 선호도 마스크의 sp_configure 실행 값을 0으로 되돌리므로 SQL Server 오류 로그에 오류 메시지가 보고됩니다.
다시 구성
Transact-SQL RECONFIGURE 명령을 실행할 때 지정된 선호도 마스크가 라이선스 정책을 위반하면 클라이언트 세션과 SQL Server 오류 로그에 오류 메시지가 보고되므로 데이터베이스 관리자는 해당 선호도 마스크를 다시 구성해야 합니다. 이 경우 RECONFIGURE WITH OVERRIDE 명령은 사용할 수 없습니다.