스토리지 클래스 메모리가 IBM MQ for z/OS 에서 작동하는 방법

IBM® MQ for z/OS® 공유 큐와 함께 스토리지 클래스 메모리 (SCM) 사용에 대한 개요입니다.

중요: IBM z16 은 결합 기능 이미지에 대한 가상 플래시 메모리 (스토리지 클래스 메모리 또는 SCM이라고도 함) 의 사용을 지원하기 위해 IBM Z ® 의 마지막 세대로 계획되어 있습니다. 자세한 내용은 다음을 참조하세요.IBM Z 그리고IBMLinuxONE4Q 2023년 방향성명서 .

또는 더 큰 구조를 사용하거나 메시지를 SMDS로 오프로드해야 합니다.

CFLEVEL 19 이상의 커플링 기능(CF)에는 SCM이 할당되어 있을 수 있습니다. 이 경우 해당 CF에 정의된 구조는 SCM을 이용하여 구조가 가득 찰 가능성(구조 가득 참 조건이라 함)을 줄이도록 구성할 수 있습니다. SCM을 이용하도록 구성된 구조가 시스템 판별 지점을 넘어서서 가득 차면, CF는 구조에서 SCM으로 데이터 이동을 시작하여 새 데이터의 구조에서 공간을 비웁니다.

참고: SCM 자체가 채워질 수 있기 때문에 SCM을 구조에 할당하면 구조가 가득 찰 가능성만 감소하고 하나가 발생할 가능성을 완전히 제거하지는 않습니다.

구조는 해당 구조의 정의를 포함하는 커플링 기능 자원 관리자(CFRM) 정책에 SCMALGORITHM 및 SCMMAXSIZE 키워드를 둘 다 지정하여 SCM을 사용하도록 구성됩니다.

이러한 키워드가 지정되고 CFRM 정책이 적용된 후에는 구조를 다시 빌드하거나 해당 키워드가 적용될 수 있도록 할당 취소해야 합니다.

SCMALGORITHM 키워드

SCM의 입출력(I/O) 속도는 실제 스토리지의 입출력(I/O) 속도보다 더 느리기 때문에 CF는 SCM에 쓰기 또는 SCM에서 읽기의 영향을 줄이기 위해 구조의 예상 사용에 맞게 조정되는 알고리즘을 사용합니다.

알고리즘은 구조의 CFRM 정책에서 SCMALGORITHM 키워드로 KEYPRIORITY1 값을 사용하여 구성됩니다. IBM MQ 공유 큐에서 사용되는 목록 구조에만 KEYPRIORITY1 값을 사용해야 합니다.

KEYPRIORITY1 알고리즘은 대부분의 애플리케이션이 공유 큐에서 우선순위대로 메시지를 가져온다는 가정 하에 작동합니다. 즉, 애플리케이션이 메시지를 가져올 때 우선순위가 가장 높은 가장 오래된 메시지를 가져옵니다.

구조가 시스템에 의해 정의된 90%의 임계값 이상으로 채워지기 시작하면, CF는 다음에 가져올 가능성이 가장 적은 메시지를 비동기적으로 마이그레이션하기 시작합니다. 이러한 메시지는 최근에 큐에 넣어서 우선순위가 낮은 메시지입니다.

이와 같이 구조에서 SCM으로 메시지를 비동기 마이그레이션하는 작업은 "사전 스테이징"으로 알려져 있습니다.

사전 스테이징은 SCM에 대한 동기 입출력(I/O) 발생 중에 애플리케이션이 차단될 가능성을 줄여서 SCM 사용의 성능 비용을 절감합니다.

사전 스테이징 외에도 KEYPRIORITY1 알고리즘은 충분한 여유 공간이 사용 가능할 때 SCM에서 메시지를 다시 가져오고 구조로 메시지를 다시 보내는 작업을 비동기적으로 수행합니다. KEYPRIORITY1 알고리즘의 경우, 이는 구조가 70% 이하로 채워져 있음을 의미합니다.

SCM에서 구조로 메시지를 가져오는 행위는 "프리페칭"으로 알려져 있습니다.

프리페칭은 애플리케이션이 SCM에 사전 준비된 메시지를 가져오려고 할 때 CF가 동기적으로 해당 메시지를 구조로 다시 돌려주는 동안 대기해야 할 가능성을 줄입니다.

SCMMAXSIZE 키워드

SCMMAXSIZE 키워드는 구조에 사용될 수 있는 SCM의 최대 크기를 정의합니다. SCM은 필요할 때 CF로 구조에 할당되기 때문에, 사용 가능한 SCM의 총 크기보다 큰 SCMMAXSIZE를 지정할 수 있습니다. 이는 "초과 커미트"로 알려져 있습니다.

중요: SCM을 과도하게 커미트하지 마십시오. 과도하게 커미트하면, 이에 영향을 받는 애플리케이션이 예상한 대로 작동하지 않습니다. 예를 들어, 공유 큐를 사용하는 IBM MQ 애플리케이션은 예상치 못한 MQRC_STORAGE_MEDIUM_FULL 이유 코드를 가져올 수 있습니다.

CF는 다양한 데이터 구조를 사용하여 SCM 사용을 추적합니다. 이러한 데이터 구조는 CF에 할당되는 실제 스토리지에 상주하며, 결과적으로 구조에 사용될 수 있는 실제 스토리지의 크기를 줄입니다. 이러한 데이터 구조에 사용되는 스토리지는 "기능 보강된 공간"으로 알려져 있습니다.

구조가 SCM으로 구성된 경우, CF에서 적은 양의 실제 스토리지가 고정 기능 보강된 공간으로 알려진 구조로 할당됩니다. 이는 구조가 SCM을 사용하지 않는 경우에만 할당됩니다. 구조의 데이터가 SCM에 저장될 때, 동적 기능 보강된 공간이 CF의 예비 실제 스토리지에서 추가로 할당됩니다.

SCM에서 데이터가 제거되면, 동적 기능 보강된 공간이 CF로 리턴됩니다. 기능 보강된 공간(고정 또는 동적)은 구조에 할당되는 실제 스토리지에서 가져오지 못합니다.

기능 보강된 스토리지 외에도, 구조가 SCM을 사용하도록 구성된 경우 해당 구조에 사용되는 제어 스토리지의 크기가 증가합니다. 이는 SCM이 구성되지 않은 동일 크기의 구조보다 SCM으로 구성된 목록 구조에 입력 항목 및 요소가 더 적게 포함되어 있을 수 있음을 의미합니다.

SCM이 신규 또는 기존 구조에 미치는 영향을 이해하려면 z/OSMF Sysplex 관리 서비스 CFRM 정책 편집기를 사용하세요. 자세한 내용은 CFRM 정책 편집기 및 사이저를 참조하세요.

마지막으로 주목해야 할 중요한 사항으로서, 구조에서 SCM으로 데이터가 이동되고 동적 기능 보강된 공간이 사용된 후에는 수동이든 자동이든 구조를 변경할 수 없습니다.

즉, 구조에 할당된 스토리지 크기를 늘리거나 줄일 수 없고, 구조에 사용되는 입력 항목 대 요소 비율 등도 변경할 수 없습니다. 구조를 다시 변경 가능하게 하려면, SCM에 저장된 데이터가 구조에 없어야 하고 구조가 동적 기능 보강된 스토리지를 이용 중이 아니어야 합니다.