이 문서에서는 VM에 AlloyDB Omni를 설치할 때 고려해야 하는 CPU 리소스 및 RAM 크기를 설명합니다. 이 문서에서는 사용자가 PostgreSQL에 익숙하다고 가정합니다.
인스턴스 크기 조정
애플리케이션에서 최상의 성능을 얻으려면 AlloyDB Omni에 적합한 머신 크기를 선택하는 것이 중요합니다. 이 문서의 개념을 종합해 보면 머신 크기 결정에 필요한 입력은 시스템에 애플리케이션을 제공하기에 충분한 리소스(예: 적절한 양의 CPU, RAM, 스토리지)가 있는지 확인하는 것입니다.
CPU 리소스
인스턴스에는 안정적인 상태 작업이 70% 이하의 사용률로 실행될 수 있을 만큼 충분한 CPU 리소스가 있어야 합니다. CPU 리소스가 충분하면 인스턴스가 사용량 급증을 처리하고 시간이 지남에 따라 애플리케이션 사용량이 증가할 때 계속 작동할 수 있는 여유 공간이 충분히 확보되며 진공과 같은 정기적인 유지보수 작업을 실행할 수 있습니다. 100% 또는 그에 가까운 사용률로 실행하면 시스템의 다른 부분에서 프로세스 또는 스레드 컨텍스트 전환 또는 큐잉 효과가 발생하여 CPU 리소스를 놓고 경쟁함에 따라 성능이 저하될 수 있습니다.
CPU 리소스 사용률이 지속적으로 70% 를 초과하거나 95%를 초과하는 급증이 자주 발생하는 경우 더 큰 인스턴스 크기로 전환하는 것이 좋습니다. 마찬가지로 안정적인 사용률이 낮고 최대값이 50% 미만인 경우 비용을 절감하기 위해 더 작은 인스턴스로 다운사이징하는 것이 좋습니다.
RAM 크기
시스템 메모리 양은 애플리케이션 성능에 중요한 요소입니다. AlloyDB Omni는 데이터베이스의 메모리 요구사항 변화에 맞게 동적 메모리 관리를 실행합니다. 열 기반 엔진이 사용 설정되지 않은 경우 버퍼 풀의 최대 크기는 사용 중인 머신 유형에서 사용 가능한 RAM의 80% 입니다. 데이터베이스가 실행되면 AlloyDB Omni는 추가 메모리가 필요한 쿼리(예: 분석 쿼리)를 수용하도록 버퍼 풀을 조정합니다.
버퍼 풀 사용률은 시스템 성능의 핵심 요소입니다. 버퍼 풀 히트율을 확인하여 애플리케이션이 실행 중 버퍼 풀에서 액세스하는 데이터의 양을 파악할 수 있습니다. 누락률이 높은 경우 버퍼 풀에 더 많은 RAM을 사용할 수 있도록 메모리 양을 늘려 보세요.
데이터베이스에는 대량의 데이터가 있을 수 있지만 애플리케이션에서 실제로 사용하는 것은 작업 세트라고 하는 더 작은 하위 집합입니다. 작업 세트에 적절한 인스턴스 크기를 사용합니다. 최상의 성능을 위해 버퍼 풀에 완전히 들어맞는 작업 세트를 사용하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-03-06(UTC)"],[[["AlloyDB Omni's performance hinges on choosing the right machine size, ensuring adequate CPU, RAM, and storage for your application's needs."],["CPU utilization should ideally stay at or below 70% for steady operations, with considerations to scale up if consistently exceeding 70% or experiencing frequent spikes over 95%."],["AlloyDB Omni's dynamic memory management adapts to the database's changing needs, with the buffer pool size reaching up to 80% of the machine's RAM when the columnar engine is off."],["Monitoring the buffer pool hit rate is crucial; if the miss rate is high, increasing RAM can improve performance by making more memory available to the buffer pool."],["Optimizing performance involves using an instance size suitable for the application's working set, ideally fitting the entire working set within the buffer pool."]]],[]]