듀얼 소켓 서버에서 메모리 불균형이 발생하면 어떻게 되나요?

구매자가 스스로에게 하는 거짓말: “서버가 RAM을 확인하므로 괜찮다”

서버가 부팅되었습니다.

듀얼 소켓 서버는 대역폭을 조용히 줄이고 원격 메모리 트래픽을 증가시키며 애플리케이션 지연 시간을 소프트웨어 문제처럼 보이게 하는 형편없는 듀얼 소켓 서버 메모리 구성으로 실행하면서도 설치된 모든 RAM을 인식할 수 있기 때문에 이는 메모리 조달에서 가장 위험한 문장입니다.

그렇다면 듀얼 소켓 서버에서 메모리 불균형이 발생하면 실제로 어떤 일이 발생할까요?

쉽게 말해, CPU가 로컬 메모리에 동등하게 액세스하지 못하고, 메모리 채널이 최대 효율로 작동하지 않으며, NUMA 동작이 지저분해지고, SQL Server, 가상화 호스트, 분석 노드, ERP 시스템, 인메모리 데이터베이스 등 예측 가능한 지연 시간에 의존하는 워크로드는 송장에는 표시되지 않는 세금을 지불하기 시작합니다.

섀시 맵을 열어 CPU 1은 하나의 메모리 토폴로지를, CPU 2는 다른 메모리를 가지고 있으며 운영 체제가 결코 출하되어서는 안 되는 레이아웃으로 최선을 다하고 있다는 추악한 진실을 알아차리기 전에 VMware, Linux, SQL Server, BIOS 펌웨어, 스토리지 및 “불량 DIMM”을 탓하는 팀을 보아왔습니다.

이는 작은 실수가 아닙니다. 바로 방열판으로 인한 인프라 부채입니다.

Dell은 조용한 부분에 대해 공개적으로 다음과 같이 말합니다. PowerEdge 메모리 구성 지침: RDIMM과 LRDIMM은 혼합할 수 없으며, 두 CPU 간의 메모리 구성은 크기와 위치가 동일해야 합니다. Lenovo의 2024년 백서 2소켓 인텔 제온 서버를 위한 균형 잡힌 메모리 구성 균형 잡힌 메모리는 최대 대역폭에 묶여 있는 반면, 불균형한 레이아웃은 사용 가능한 메모리 대역폭을 감소시키고 일관성 없는 액세스 동작을 만들 수 있다는 점에서 성능 측면에 더욱 직접적입니다.

하지만 구매자들은 여전히 올바른 레이아웃 대신 “충분한 기가바이트'를 주문합니다.

NUMA는 이론이 아닙니다. 그것은 다가오는 청구서입니다.

NUMA는 비균일 메모리 액세스를 의미합니다. 듀얼 소켓 서버에서는 각 CPU 소켓에 물리적으로 더 가까운 메모리가 있으며, 프로세서 코어가 다른 CPU에 연결된 메모리에 액세스하기 위해 소켓 간 링크를 통해 도달하면 지연 시간이 증가하고 사용 가능한 대역폭이 감소할 수 있습니다.

애플리케이션이 숨을 가쁘게 몰아쉬기 전까지는 학구적으로 들립니다.

인텔의 자체 VTune NUMA 성능 가이드 는 로컬 메모리 액세스가 비로컬 메모리 액세스보다 빠르며, 원격 메모리에 자주 액세스하는 소프트웨어는 측정 가능한 성능 손실을 겪을 수 있다는 식으로 NUMA를 정확하게 정의합니다. 듀얼 소켓 인텔 제온 골드 6230R 시스템에 대한 2025년 NUMA 인식 최적화 연구에서 인텔 MLC 측정을 통해 로컬 메모리 지연 시간은 약 100ns, 원격 메모리 지연 시간은 약 150ns로 나타났으며, 이는 애플리케이션이 하나의 유용한 비즈니스 트랜잭션을 수행하기 전에 50%의 지연 시간이 늘어난 것입니다(arXiv NUMA 인식 최적화 연구).

NUMA는 부실한 물리적 설치를 용서하지 않습니다.

CPU 1의 채널에 384GB가 설치되어 있고 CPU 2의 채널에 256GB가 설치되어 있는 경우에도 운영 체제에 총 메모리가 노출될 수 있습니다. 모니터링 대시보드는 여전히 웃고 있을 수 있습니다. 조달 스프레드시트에는 여전히 업그레이드가 성공했다고 표시될 수 있습니다. 그러나 부하가 걸리면 한 소켓에 예약된 스레드가 다른 소켓 뒤에 있는 데이터를 쫓아 인텔 UPI 또는 AMD Infinity Fabric을 가로질러 이동할 수 있으며, 이러한 모든 원격 이동은 마찰을 가중시킵니다.

작은 지연. 큰 혼란.

이러한 지연이 데이터베이스 버퍼 풀, Java 힙, SAP HANA 워킹 세트, Redis 프로세스, PostgreSQL 공유 버퍼, Microsoft SQL Server 인스턴스 또는 VM 더미 내부에 발생하면 지터가 발생합니다. 항상 치명적인 것은 아닙니다. 더 나쁜 경우: 간헐적으로 발생합니다.

간헐적 성능은 시니어 엔지니어가 주말을 잃어버리는 부분입니다.

불균형한 메모리가 실제로 망가뜨리는 것

듀얼 소켓 서버의 메모리 불균형은 일반적으로 채널 불균형, 소켓 불균형, NUMA 노드 불균형, 조달 불균형 등 네 가지 종류의 손상을 일으킵니다. 마지막 불균형은 서버를 건드리기 전에 시작되기 때문에 가장 흔합니다.

1. 메모리 채널 대역폭 낭비

최신 서버 CPU는 메모리 채널을 중심으로 구축됩니다. 예를 들어 인텔 4세대 및 5세대 제온 스케일러블 프로세서는 Lenovo의 균형 잡힌 메모리 백서에서 다루는 시스템에서 프로세서당 8개의 메모리 채널을 사용합니다. 채널을 고르지 않게 채우면 CPU가 모든 채널에서 메모리를 깔끔하게 인터리빙할 수 없습니다.

즉, 서버의 용량 수치는 크지만 유효 대역폭 수치는 더 작을 수 있습니다.

Lenovo는 인터리빙이 여러 메모리 채널에 걸쳐 연속적인 메모리 액세스를 분산하여 대역폭을 높이지만, 깨끗한 인터리브 세트를 형성하려면 채널의 메모리 용량이 동일해야 한다고 설명합니다. 여러 인터리브 세트가 생성되면 워크로드가 어떤 메모리 영역에 닿는지에 따라 성능이 달라질 수 있습니다. 이는 공급업체가 정중하게 말하는 방식입니다: “벤치마크가 월요일에는 괜찮다가 목요일에는 이상하게 보일 수 있습니다.”

저는 고르지 않은 채널이 값비싼 RAM을 복권으로 바꾼다는 더 추악한 표현을 선호합니다.

32GB, 64GB, 96GB 또는 128GB 모듈로 업그레이드를 계획하고 있다면 가격부터 생각하지 마세요. 슬롯 맵부터 시작하세요. 구형 플랫폼의 경우, 이는 다음을 표준화하는 것을 의미할 수 있습니다. DDR4 서버 메모리 에 맞는 용량과 등급으로 구성할 수 있습니다. 최신 플랫폼의 경우 다음을 중심으로 구축해야 할 수 있습니다. DDR5 서버 메모리 채널 수, 속도 규칙 및 CPU 세대 제한을 준수하면서.

2. 소켓 간 불균형으로 인한 원격 메모리 압력 발생

깔끔한 듀얼 소켓 레이아웃에서 CPU 1과 CPU 2는 일반적으로 동일한 메모리 용량과 위치를 가져야 합니다. 이는 외관상의 문제가 아닙니다. 로컬리티를 보호합니다.

Dell의 PowerEdge 지침에 따르면 두 CPU 간의 메모리 구성은 크기와 위치가 동일해야 합니다. 이는 우수한 현장 엔지니어들이 이미 알고 있는 사실과 일치합니다. 소켓이 미러링되지 않으면 NUMA 노드는 동등한 시민이 되지 못합니다.

이제 가상화 호스트를 상상해 보십시오. 가상 머신에 32개의 vCPU와 256GB RAM을 할당합니다. 하이퍼바이저는 CPU와 메모리를 현명하게 배치하려고 하지만 물리적 호스트의 소켓당 메모리가 고르지 않습니다. VM은 예상보다 일찍 소켓에 걸쳐 있거나, 원격 메모리를 더 자주 건드리거나, 다른 워크로드와 “좋은” 로컬 메모리를 차지하기 위해 싸울 수 있습니다.

Microsoft의 SQL Server 설명서에서도 NUMA를 최우선 확장 문제로 다루고 있습니다. In SQL Server soft-NUMA 문서, 에서 각 소켓은 일반적으로 NUMA 노드로 표시되며 SQL Server는 내부 구조와 서비스 스레드를 NUMA 노드별로 분할한다고 Microsoft는 설명합니다. Linux에서는 Microsoft의 SQL Server 성능 모범 사례 또한 효율적인 스케줄링 동작을 유지하기 위해 NUMA 노드와 CPU에 프로세스 선호도를 사용할 것을 권장합니다.

따라서 하드웨어 NUMA가 지저분해지면 데이터베이스 튜닝이 손상 제어가 됩니다.

3. 일부 서버가 구성을 완전히 거부합니다.

모든 실패가 미묘한 것은 아닙니다. 일부 플랫폼은 POST 중에 지원되지 않는 메모리 레이아웃을 단순히 거부합니다.

좋아요.

저는 잘못된 레이아웃을 받아들이고 조용히 프로덕션을 중단시키는 것보다 서버가 부팅을 거부하는 것을 보고 싶습니다. 실수를 용인하지만 속도를 낮추거나, 최적의 인터리빙을 비활성화하거나, SEL 경고를 표시하거나, 관리자를 모호한 “지원되지 않지만 작동하는” 영역으로 밀어 넣는 것이 위험한 시스템입니다.

팀에서 등급, 브랜드, RDIMM, LRDIMM, 속도 또는 용량을 혼합할 수 있는지 묻는다면 구매하기 전에 호환성 확인부터 시작하세요. ServerDimm 가이드의 서버 RAM을 혼합할 수 있는지 여부 는 실제 구매 관련 대화에서 이 질문이 끊임없이 나오기 때문에 유용한 내부 참고 자료입니다. 단도직입적으로 대답하자면, 공급업체 규칙 내에서 혼합할 수는 있지만 소켓을 임의로 변경해서는 안 됩니다.

즉흥 연주는 재즈에 속하는 것이지 프로덕션 메모리 맵에 속하는 것이 아닙니다.

4. 문제 해결이 비용이 많이 드는 극장이 되다 4.

잘못된 메모리 잔액은 종종 거꾸로 진단됩니다.

쿼리 지연 시간 급증, VM 일시 중지, 일관되지 않은 벤치마크 결과, 시끄러운 이웃 불만, 예측할 수 없는 배치 창, 메모리 대역폭 저하 또는 NUMA 노드 압력 등 소프트웨어와 같은 증상이 나타납니다. 그런 다음 팀은 로그 수집, 커널 설정 변경, SQL Server 최대 메모리 조정, VM 이동, 스토리지 탓, 공급업체 티켓 개설에 몇 시간을 소비합니다.

하지만 근본적인 원인은 물리적인 문제입니다.

듀얼 소켓 서버에서 애플리케이션을 튜닝하기 전에 물리적 DIMM 레이아웃, BIOS 메모리 모드, NUMA 노드 맵, 운영 체제 NUMA 보기 및 애플리케이션 선호도를 확인합니다. 이러한 사항들이 일치하지 않으면 튜닝이 실패한 것입니다.

균형과 불균형에 대한 현실 점검

영역	균형 잡힌 듀얼 소켓 메모리 구성	불균형 듀얼 소켓 메모리 구성
CPU 소켓 레이아웃	CPU 1과 CPU 2는 용량, 위치 및 모듈 등급이 일치합니다.	한 소켓에 더 많은 메모리, 다른 슬롯 사용량 또는 다른 DIMM 특성이 있습니다.
NUMA 동작	로컬 메모리 액세스를 더 쉽게 보존할 수 있습니다.	부하 시 원격 NUMA 액세스 위험 증가
메모리 채널	용량이 일치할 때 채널이 더 깔끔하게 인터리빙할 수 있습니다.	일부 채널은 사용량이 적거나 일관되지 않은 인터리브 영역으로 분할될 수 있습니다.
대역폭	예상 메모리 대역폭에 도달할 확률 증가	서버 메모리 대역폭 성능이 낮거나 예측하기 어려운 경우
애플리케이션 증상	데이터베이스, 가상화, 분석 및 컴퓨팅을 위한 보다 안정적인 지연 시간 제공	지터, 고르지 않은 처리량, 예기치 않은 큐잉, 느린 배치 윈도우
조달 위험	더 쉬운 반복 주문 및 문서화	더 많은 불일치 위험, 더 어려운 RMA 대화, 더 지저분한 스테이징
모범 사용 사례	프로덕션 데이터베이스, VM 호스트, HPC, ERP, 애널리틱스, AI 인접 컴퓨팅	실험실 상자, 임시 테스트 또는 비상용 용량만 사용하며, 이 경우에도 문서화하세요.

추악하지만 유용한 교훈: 용량은 구성이 아닙니다.

특히 용량이 부족하지 않고 대역폭에 민감한 워크로드인 경우에는 768GB가 잘못 설치된 서버가 올바르게 설치된 512GB보다 워크로드에 더 나쁠 수 있습니다. 그렇기 때문에 저는 구매자에게 “가장 저렴한 스틱을 찾아주세요”라는 워크플로우가 아닌 사양 우선의 워크플로우를 권장합니다. 소싱 팀에서 대량 공급이 필요한 경우, 총 GB가 아니라 서버 모델, CPU 수, 소켓당 목표 용량, DIMM 유형, 등급, 속도, 슬롯 맵으로 대화를 시작해야 합니다. ServerDimm's 대량 서버 RAM 공급 페이지는 이러한 조달 흐름을 중심으로 구축되었습니다: 엔터프라이즈 및 데이터 센터 구매자를 위한 DDR3, DDR4, DDR5, ECC, RDIMM 및 LRDIMM 소싱입니다.

대부분의 메모리 불균형 뒤에 숨은 더러운 조달 패턴

킥오프 회의에서 아무도 이 사실을 인정하지 않았으니 제가 인정하겠습니다.

많은 메모리 불균형은 누군가가 “이미 가지고 있는 것을 사용”하려고 하기 때문에 시작됩니다. 캐비닛에 여분의 32GB DDR4 RDIMM 4개, 은퇴한 호스트의 64GB 모듈 6개, 거의 일치하는 스틱 8개에 대한 견적이 있습니다. 거의요.

그러면 빌드가 타협점이 됩니다.

구매자는 비용을 절감할 수 있습니다. 엔지니어는 위험을 봅니다. 재무팀은 재사용 재고를 확인합니다. 서버는 토폴로지 문제를 봅니다.

부품 번호가 중요한 이유입니다. 순위가 중요합니다. DRAM 밀도가 중요합니다. RDIMM과 LRDIMM이 중요합니다. 속도 빈이 중요합니다. CPU 세대도 중요합니다. 슬롯 배치 순서도 중요합니다. 모듈이 삼성, 마이크론, SK하이닉스, 킹스톤인지 여부가 전부는 아니며, 정확한 사양과 플랫폼 지원에 따라 서버가 구성을 깔끔하게 받아들일지 여부가 결정됩니다.

데이터베이스 서버의 경우, 메모리는 단순한 용량이 아니기 때문에 실수는 훨씬 더 큰 비용을 초래합니다. 캐시, 실행 작업 공간, 정렬 메모리, 해시 메모리, 컬럼스토어 동작, tempdb 압력, NUMA 지역이 하나의 예산 라인으로 묶여 있기 때문입니다. ServerDimm의 데이터베이스 서버 메모리 용량 계획 는 올바른 지적을 하고 있습니다. 가장 좋은 메모리는 호환 가능한 ECC 서버 RAM(일반적으로 플랫폼에 따라 RDIMM 또는 LRDIMM)이며, 워크로드에 맞게 크기가 조정되고 균형 잡힌 채널 레이아웃에 설치되어 있습니다.

이 문장은 모든 구매 요청에 인쇄되어야 합니다.

듀얼 소켓 서버 메모리 구성을 감사하는 방법

대시보드가 아닌 섀시부터 시작하세요.

먼저 서버 모델과 서비스 설명서를 가져옵니다. CPU 수, CPU당 메모리 채널, 채널당 DIMM 슬롯, 지원되는 DIMM 유형, 지원되는 속도 및 유효한 모집단 순서를 확인합니다. Dell PowerEdge, Lenovo ThinkSystem, HPE ProLiant, Supermicro, Cisco UCS - 각 플랫폼에는 규칙이 있으며, 서버는 조달 기한이 있는지에 대해 신경 쓰지 않습니다.

둘째, 현재 모듈을 매핑합니다. 용량, 속도, 등급, 부품 번호, 제조업체, DIMM 유형 및 슬롯 위치를 기록합니다. “64GB DDR4”라고 쓰고 끝났다고 하지 마세요. 그건 게으른 짓입니다.

셋째, 소켓 대칭을 비교합니다. 대부분의 생산 레이아웃에서 CPU 1과 CPU 2는 총 용량과 슬롯 배치가 일치해야 합니다. CPU 1에 A1, A2, B1, B2가 채워진 경우 CPU 2를 예비 부품 선반처럼 취급해서는 안 됩니다.

넷째, OS 가시성을 확인합니다. Linux에서는 다음과 같은 도구를 사용합니다. numactl --하드웨어, lscpu, dmidecode, 를 확인하고 적절한 경우 메모리 대역폭 테스트를 수행합니다. Windows Server에서는 NUMA 노드 표시, 이벤트 로그, 펌웨어 로그 및 데이터베이스 엔진 감지 메시지를 확인합니다.

다섯째, 워크로드 하에서 검증하세요. 합성 테스트는 유용하지만 완전한 진실은 아닙니다. 인텔 MLC, 스트림, 공급업체 진단, SQL Server 대기 통계, VMware ESXi NUMA 카운터, 애플리케이션 레이턴시 데이터는 모두 동일한 이야기를 전달해야 합니다. 그렇지 않다면 먼저 토폴로지를 신뢰하세요.

배송 전에 공급업체 측의 유효성 검사도 필요합니다. 서버딤의 품질 테스트 및 보증 워크플로 는 메모리 오류는 죽은 DIMM뿐만 아니라 잘못된 세대 모듈, 잘못된 DIMM 클래스, 불분명한 부품 번호, 구성 불일치 등 다양한 원인으로 인해 발생할 수 있기 때문에 여기에 적합합니다.

불균형한 메모리는 언제 허용되나요?

프로덕션에서는 거의 사용되지 않습니다.

예, 예외가 있습니다. 랩 서버. 임시 복원 상자. 1주일 마이그레이션 호스트. 메모리 부담이 적은 중요하지 않은 파일 서버. 펌웨어를 부팅하고 주변 장치의 유효성을 검사하는 것이 목표인 테스트 환경.

그러나 서버가 SQL Server, Oracle, PostgreSQL, VMware, Hyper-V, KVM, SAP, Redis, Elasticsearch, ClickHouse, Spark, AI 추론 지원 작업, CAD 렌더링 또는 HPC 워크로드를 실행하는 경우 불균형은 “충분하지 않은” 수준입니다. 더 나은 케이블 관리로 향후에 발생할 수 있는 문제입니다.

그리고 더 빠른 DIMM을 구입한다고 해서 문제가 자동으로 해결되는 것은 아닙니다. 채널이 고르지 않거나 소켓이 일치하지 않는 경우 속도 등급은 마케팅 노이즈가 될 수 있습니다. 잘못 설치된 DDR5-5600은 여전히 잘못 설치된 것입니다. 96GB DDR5 RDIMM은 현명한 밀도 선택이 될 수 있지만, 플랫폼이 이를 지원하고 레이아웃이 균형을 유지할 때만 가능합니다. 128GB LRDIMM은 슬롯 압박을 해결할 수 있지만 “둘 다 맞기 때문에” RDIMM과 혼합하면 안 됩니다.”

그들은 맞습니다. 그러면 실패합니다.

자주 묻는 질문

듀얼 소켓 서버에서 메모리 불균형이 발생하면 어떻게 되나요?

듀얼 소켓 서버의 메모리 불균형은 두 CPU 소켓 또는 메모리 채널이 동일한 DIMM 용량, 배치 또는 모듈 특성을 받지 못해 대역폭 감소, 원격 NUMA 액세스 증가, 예측 불가능한 지연 시간, 플랫폼의 모집단 규칙에 따라 부팅 또는 펌웨어 경고가 발생할 수 있음을 의미합니다.

실제로는 서버가 부팅되고 예상되는 총 RAM이 표시될 수 있지만 워크로드에서 일관되지 않은 메모리 액세스로 인해 문제가 발생할 수 있습니다. 데이터베이스, 하이퍼바이저, 분석 작업 및 인메모리 애플리케이션이 가장 먼저 증상을 살펴볼 수 있는 곳입니다.

NUMA 메모리 불균형이란 무엇인가요?

NUMA 메모리 불균형은 메모리 용량 또는 워크로드 메모리 배치가 NUMA 노드 간에 고르지 않은 상태로, 프로세서가 동일한 CPU 소켓에 연결된 로컬 메모리를 사용하는 대신 원격 메모리에 더 자주 액세스해야 하므로 지연 시간이 증가하고 유효 처리량이 감소할 수 있습니다.

듀얼 소켓 서버에서 각 소켓은 일반적으로 NUMA 노드로 노출됩니다. 한 소켓이 다른 소켓보다 사용 가능한 로컬 메모리가 많으면 스케줄러와 애플리케이션의 리소스 풀이 고르지 않을 수 있습니다.

불균형한 메모리는 서버 성능을 저하시키나요?

불균형 메모리는 메모리 채널 인터리빙을 제한하고, 사용 가능한 대역폭을 낮추고, 원격 메모리 액세스를 증가시키고, 특히 SQL Server, 가상화, 분석, ERP 및 고성능 컴퓨팅 애플리케이션과 같이 메모리에 민감한 워크로드에서 부하 시 지연 시간을 예측하기 어렵게 만들어 서버 성능을 저하시킬 수 있습니다.

성가신 부분은 손실이 항상 명백하지 않다는 것입니다. 깨끗한 하드웨어 오류 대신 느린 보고서, 노이즈가 많은 VM 동작, 성능 저하된 배치 작업 또는 고르지 않은 벤치마크 결과로 나타날 수 있습니다.

듀얼 소켓 서버를 각 CPU에서 다른 RAM 용량으로 실행할 수 있나요?

듀얼 소켓 서버는 때때로 각 CPU에서 다른 RAM 용량으로 실행될 수 있지만 프로덕션 플랫폼은 일반적으로 최상의 성능을 위해 대칭 메모리 집단을 기대하며, 많은 공급업체 규칙은 지원되지 않는 구성이나 메모리 동작 저하를 방지하기 위해 CPU 간에 동일한 크기와 위치를 요구합니다.

제 생각은 간단합니다. “부팅 성공”을 승인으로 간주하지 마세요. 공급업체 가이드에서 CPU를 미러링하라고 하면 CPU를 미러링하세요.

듀얼 소켓 서버에서 메모리 균형을 어떻게 맞추나요?

듀얼 소켓 서버에서 메모리 균형을 맞추려면 서버 공급업체의 정확한 플랫폼 및 프로세서 세대에 대한 메모리 구성 순서, 채널 규칙 및 지원 모듈 목록을 따르면서 두 CPU 소켓에 걸쳐 일치하는 DIMM 용량, 유형, 순위, 속도 및 위치를 설치하세요.

예를 들어 CPU 1이 권장 채널에서 8개의 64GB DDR4 RDIMM을 수신하는 경우, CPU 2는 일반적으로 동일한 8개의 모듈 패턴을 수신해야 합니다. 정확한 슬롯 이름은 서버 모델에 따라 다르므로 서비스 설명서를 참조하세요.

RAM을 더 구입하는 것이 더 낫나요, 아니면 기존 RAM의 균형을 먼저 맞추는 것이 더 낫나요?

균형 잡힌 메모리는 총 용량을 늘리지 않고도 사용 가능한 대역폭과 지연 시간 일관성을 개선할 수 있는 반면, 불균일하게 설치된 RAM은 NUMA 압력, 채널 불균형, 실제 프로덕션 워크로드 중 문제 해결을 어렵게 만들 수 있으므로 일반적으로 기존 RAM의 균형을 먼저 맞추는 것이 좋습니다.

더 많은 메모리는 서버가 깔끔하게 사용할 수 있을 때만 도움이 됩니다. 잘못 배치된 여분의 RAM은 용량 계획이 아니라 금색 접점이 있는 어수선함일 뿐입니다.

최종 생각: 소프트웨어를 탓하기 전에 슬롯 맵 수정하기

메모리 업그레이드 후 듀얼 소켓 서버에 성능 문제가 발생하는 경우 데이터베이스를 튜닝하거나 하이퍼바이저 설정을 변경하거나 운영 체제를 탓하는 것으로 시작하지 마세요.

메모리 맵부터 시작하세요.

정확한 서버 모델, CPU 세대, DIMM 유형, 소켓당 용량, 채널 수, 순위, 속도 및 부품 번호 일관성을 확인합니다. 그런 다음 OS에서 NUMA 레이아웃을 확인하고 실제로 중요한 워크로드에서 테스트하세요.

또한 프로덕션 롤아웃을 위해 메모리를 소싱하는 경우 구매하기 전에 서버 모델, 현재 DIMM 레이아웃, 목표 용량, 선호하는 브랜드, 새 제품 또는 테스트를 거친 중고 요구 사항, 목적지 등 전체 구성을 보내주세요. 이렇게 하면 단순한 RAM 주문이 성능 저하 문제로 번지는 것을 방지할 수 있습니다.