SQL Server on Linux의 PMEM(영구적 메모리) 구성

아티클
10/20/2023

적용 대상:SQL Server - Linux

이 문서에서는 Linux에서 SQL Server 2019(15.x) 이상 버전에 대해 PMEM(영구 메모리)을 구성하는 방법을 설명합니다.

개요

SQL Server 2019(15.x)에는 영구 메모리를 사용하는 많은 메모리 내 기능이 도입되었습니다. 이 문서에서는 SQL Server on Linux에 대한 영구 메모리를 구성하는 데 필요한 단계를 설명합니다.

참고 항목

‘인식’이라는 용어는 영구 메모리 인식 파일 시스템의 작업 개념을 전달하기 위해 도입되었습니다. 메모리 매핑(mmap())을 사용하면 간편하게 사용자 공간 애플리케이션에서 파일 시스템에 직접 액세스할 수 있습니다. 파일에 대한 메모리 매핑이 생성된 경우, 애플리케이션에서 I/O 스택을 완전히 무시하고 로드/저장 명령을 실행할 수 있습니다. 이는 호스트 확장 애플리케이션(SQLPAL이 Windows 또는 Linux OS와 상호 작용할 수 있도록 하는 코드)의 관점에서 "인식된" 파일 액세스 메서드로 간주됩니다.

PMEM 디바이스에 대한 네임스페이스 만들기

디바이스 구성

Linux에서 ndctl 유틸리티를 사용합니다.

ndctl을 설치하여 PMEM 디바이스를 구성합니다. 여기에서 찾을 수 있습니다.
ndctl을 사용하여 네임스페이스를 만듭니다. 네임스페이스는 PMEM NVDIMM 간에 인터리브되며, 디바이스의 메모리 영역에 대한 여러 유형의 사용자 공간 액세스를 제공할 수 있습니다. fsdax는 SQL Server에 적합한 기본 모드입니다.

ndctl create-namespace -f -e namespace0.0 --mode=fsdax --map=dev

여기서는 fsdax 모드를 선택했으며 시스템 메모리를 사용하여 페이지별 메타데이터를 저장합니다. --map=dev를 사용하는 것이 좋습니다. 이 옵션은 메타 데이터를 네임스페이스에 직접 저장합니다. 메타 데이터를 사용하여 --map=mem 메모리에 저장하는 것은 현재 실험적입니다.

ndctl을 사용하여 네임스페이스를 확인합니다.

샘플 출력은 다음과 같습니다.

# ndctl list -N
{
  "dev":"namespace0.0",
  "mode":"fsdax",
  "map":"dev",
  "size":4294967296,
  "sector_size":512,
  "blockdev":"pmem0",
  "numa_node":0
}

PMEM 디바이스 만들기 및 탑재

예: XFS 사용

mkfs.xfs -f /dev/pmem0
mount -o dax,noatime /dev/pmem0 /mnt/dax
xfs_io -c "extsize 2m" /mnt/dax

예: EXT4 사용

mkfs.ext4 -b 4096 -E stride=512 -F /dev/pmem0
mount -o dax,noatime /dev/pmem0 /mnt/dax

기술 고려 사항

앞에서 설명한 대로 XFS/EXT4에 대해 2MB의 할당 차단
블록 할당과 mmap 간의 불일치로 인해 4KB로 자동 대체
파일 크기는 2MB의 배수여야 함(모듈로 2MB)
투명 대용량 페이지(THP)를 사용하지 않도록 설정하지 마세요(대부분의 배포에서 기본적으로 사용).

디바이스가 구성 ndctl되고 생성되고 탑재되면 데이터베이스 파일을 배치하거나 새 데이터베이스를 만들 수 있습니다.

다음 명령을 사용하여 모드 fsdax 로 구성된 경우 PMEM 디바이스에 SQL Server 데이터 파일(MDFS, NDFS) 및 tempdb 파일을 저장할 수 있습니다. 트랜잭션 로그가 섹터 원자성 보장을 제공하는 스토리지에 있어야 하므로 이를 사용하여 LDFS(SQL Server 로그) 파일을 저장하지 마세요.

ndctl create-namespace -f -e namespace0.0 --mode=fsdax --map=dev

이전 명령에서 map 옵션을 설정하기 전에 다음 사항에 유의하세요.

이 디바이스에서 이러한 NVDIMM 페이지 항목 액세스 및 업데이트 시 최상의 성능을 위해 -map=mem을 사용하는 것이 좋습니다.
NVDIMM의 용량이 너무 큰 경우(512GB 초과) –map=dev를 설정하면 IO 처리량에 영향을 주고 성능에 방해가 됩니다.

PMEM 디바이스의 SQL Server 로그 파일의 경우 PMEM 디바이스를 구성하여 BTT(sector/Block Translation Table)를 사용합니다. 이렇게 하면 이 스토리지 디바이스 기술에 SQL Server 로그 파일에 필요한 섹터 원자성이 제공됩니다. 또한 워크로드 성능 유효성 검사를 수행하는 것이 좋습니다. 이 솔루션과 동급 최고의 NVMe SSD 간에 워크로드에 대한 SQL Server 로그 성능을 비교한 다음 요구 사항을 가장 잘 충족하고 더 나은 성능을 제공하는 솔루션을 선택할 수 있습니다.

ndctl create-namespace -f -e namespace0.0 --mode= sector

강제 플러시 동작 사용 안 함

PMEM 디바이스는 O_DIRECT (직접 I/O) 안전하므로 강제 플러시 동작을 사용하지 않도록 설정할 수 있습니다.

참고 항목

스토리지 시스템은 디바이스에 발급된 쓰기가 시스템 충돌, 인터페이스 재설정 및 전원 오류에 걸쳐 유지되는 매체에 유지되고 매체 자체가 하드웨어 중복임을 보장하여 캐시되거나 준비된 모든 쓰기가 안전하고 지속성 있는 것으로 간주되도록 할 수 있습니다.

데이터베이스(.mdf 및 .ndf) 및 트랜잭션 로그(.ldf) 파일은 강제 플러시 동작을 사용하므로 SQL Server 2017(14.x) CU 6 이상 버전에서는 기본적으로 사용되지 writethroughalternatewritethrough 않습니다. 추적 플래그 3979는 데이터베이스 및 트랜잭션 로그 파일에 대해 강제 플러시 동작을 사용하지 않도록 설정하고 해당 및 alternatewritethrough 논리를 writethrough 사용합니다.
데이터베이스 스냅샷, 데이터베이스 일관성 검사()에 대한 내부 스냅샷, 프로파일러 추적 파일 및 확장 이벤트 추적 파일과 같이 SQL Server에서 사용하여 FILE_FLAG_WRITE_THROUGH 여는DBCC CHECKDB 다른 파일은 해당 파일과 alternatewritethrough 최적화를 사용합니다writethrough.

SQL Server 2017(14.x) CU 6에 도입된 변경 내용에 대한 자세한 내용은 KB 4131496 참조하세요. FUA(강제 단위 액세스) 내부에 대한 자세한 내용은 FUA 내부를 참조 하세요.

SQL Server 및 FUA(Forced Unit Access) I/O 하위 시스템 기능

특정 버전의 지원되는 Linux 배포에서는 FUA I/O 하위 시스템 기능을 지원하여 데이터 내구성을 제공합니다. SQL Server는 FUA 기능을 사용하여 SQL Server 워크로드에 대해 매우 효율적이고 안정적인 I/O를 제공합니다. Linux 배포의 FUA 지원과 SQL Server에 미치는 영향에 대한 자세한 내용은 SQL Server On Linux: FUA(강제 단위 액세스) 내부 항목을 참조하세요.

SUSE Linux Enterprise Server 12 SP5, Red Hat Enterprise Linux 8.0 및 Ubuntu 18.04는 I/O 하위 시스템의 FUA 기능에 대한 지원을 도입했습니다. SQL Server 2017(14.x) CU 6 이상 버전을 사용하는 경우 FUA by SQL Server에서 고성능 및 효율적인 I/O 구현을 위해 다음 구성을 사용해야 합니다.

다음 조건이 충족되는 경우 이 권장 구성을 사용합니다.

SQL Server 2017(14.x) CU 6 이상 버전
FUA 기능을 지원하는 Linux 배포 및 버전(Red Hat Enterprise Linux 8.0, SUSE Linux Enterprise Server 12 SP5 또는 Ubuntu 18.04부터)
SQL Server 스토리지용 XFS 파일 시스템
FUA 기능을 지원하고 구성한 스토리지 하위 시스템 및/또는 하드웨어

권장 구성:

추적 플래그 3979를 시작 매개 변수로 사용하도록 설정합니다.
mssql-conf를 사용하여 구성 control.writethrough = 1 하고 control.alternatewritethrough = 0.

위의 조건을 충족하지 않는 거의 모든 다른 구성에서 권장되는 구성은 다음과 같습니다.

추적 플래그 3982를 시작 매개 변수(Linux 에코시스템에서 SQL Server의 기본값)로 사용하도록 설정하고 추적 플래그 3979가 시작 매개 변수로 사용하도록 설정되지 않았는지 확인합니다.
mssql-conf를 사용하여 구성 control.writethrough = 1 하고 control.alternatewritethrough = 1.

Kubernetes에 배포된 SQL Server 컨테이너에 대한 FUA 지원

SQL Server는 탑재된 스토리지가 아닌 overlayfs지속형 탑재 스토리지를 사용해야 합니다.
스토리지는 XFS 파일 시스템을 사용해야 하며 FUA를 지원해야 합니다. 이 설정을 사용하도록 설정하기 전에 Linux 배포 및 스토리지 공급업체와 협력하여 OS 및 스토리지 하위 시스템이 FUA 옵션을 지원하는지 확인해야 합니다. Kubernetes에서 다음 명령을 사용하여 파일 시스템 형식을 쿼리할 수 있습니다. 여기서 <pvc-name> 는 다음과 PersistentVolumeClaim같습니다.
```
kubectl describe pv <pvc-name>
```
출력에서 XFS로 설정된 값을 찾 fstype 습니다.
SQL Server Pod를 호스트하는 작업자 노드는 FUA 기능을 지원하는 Linux 배포판 및 버전을 사용해야 합니다(Red Hat Enterprise Linux 8.0, SUSE Linux Enterprise Server 12 SP5 또는 Ubuntu 18.04부터 시작).

위의 조건이 충족되면 다음 권장 FUA 설정을 사용할 수 있습니다.

추적 플래그 3979를 시작 매개 변수로 사용하도록 설정합니다.
mssql-conf를 사용하여 구성 control.writethrough = 1 하고 control.alternatewritethrough = 0.

SQL Server on Linux의 PMEM(영구적 메모리) 구성

개요

PMEM 디바이스에 대한 네임스페이스 만들기

디바이스 구성

PMEM 디바이스 만들기 및 탑재

기술 고려 사항

강제 플러시 동작 사용 안 함

SQL Server 및 FUA(Forced Unit Access) I/O 하위 시스템 기능

Kubernetes에 배포된 SQL Server 컨테이너에 대한 FUA 지원

피드백

피드백

추가 리소스

SQL Server on Linux의 PMEM(영구적 메모리) 구성

개요

PMEM 디바이스에 대한 네임스페이스 만들기

디바이스 구성

PMEM 디바이스 만들기 및 탑재

기술 고려 사항

강제 플러시 동작 사용 안 함

SQL Server 및 FUA(Forced Unit Access) I/O 하위 시스템 기능

Kubernetes에 배포된 SQL Server 컨테이너에 대한 FUA 지원

관련 콘텐츠

피드백

피드백

추가 리소스