Red Hat Blog를 보다가 관심 가는 글이 보여서 AI번역+약간 교정해 보았습니다.
출처: https://www.redhat.com/en/blog/single-instance-oracle-database-openshift-virtualization
이 문서에서는 Red Hat OpenShift Virtualization 에서 단일 인스턴스 Oracle Database 19c를 실행하기 위한 Red Hat의 엔지니어링 노력을 자세히 설명합니다 . 포괄적인 참조 아키텍처, 기능, 성능, 확장성 및 라이브 마이그레이션을 포괄하는 검증 결과, 그리고 GitHub에 호스팅된 테스트 아티팩트 링크를 제공합니다.
OpenShift Virtualization이 Oracle 데이터베이스와 같은 까다로운 프로덕션 워크로드에 강력한 성능을 제공하여 성능 저하 없이 실행 가능한 가상화 대안을 제시함을 보여드립니다. 특히 OpenShift Virtualization에서 단일 인스턴스 Oracle 데이터베이스를 평가하고 도입하는 데 참여하는 기술 리더, 아키텍트, 엔지니어링 팀 및 프로젝트 관리자에게 유용합니다.
아키텍처 설계 원칙은 컴퓨팅, 네트워크 및 스토리지를 위한 리소스 할당, 파티셔닝 및 추상화 계층 최적화에 중점을 둡니다. TPC-C 벤치마크와 HammerDB를 사용한 성능 테스트는 Oracle Database가 OpenShift Virtualization에서 로컬 NVMe 스토리지를 사용하여 Red Hat OpenShift Data Foundation 보다 우수한 성능을 발휘할 수 있음을 입증합니다 . 또한, 이 글에서는 인프라 및 Oracle 관련 인사이트를 위해 Prometheus와 Grafana를 활용한 관측 가능성 및 모니터링에 대해서도 다룹니다.
배경
많은 고객이 성능 저하 없이 가상화 대안을 모색하고 있습니다. OpenShift Virtualization은 엔터프라이즈 데이터베이스를 포함한 까다로운 프로덕션 워크로드에 강력한 성능을 제공합니다.
기존 소프트웨어 아키텍처에서 가장 일반적인 구성 요소 중 하나는 Oracle Database입니다. Red Hat은 OpenShift Virtualization 기반 Oracle Database를 평가하고 도입하려는 고객을 지원하기 위해 전담 엔지니어링 리소스를 제공하여 OpenShift Virtualization 기반 Oracle Database 운영 환경을 최적화합니다.
이 문서는 독자가 Red Hat OpenShift Container Platform 에 대한 이해가 있다는 것을 전제로 합니다 . Oracle Database의 일반적인 아키텍처나 성능 튜닝에 대해서는 다루지 않습니다. 대신, Oracle Database가 최상의 성능을 달성할 수 있도록 OpenShift Virtualization을 설정하고 구성하는 데 필요한 아키텍처 옵션을 설명합니다.
이 게시물은 OpenShift Virtualization에서 Oracle Single Instance Database의 도입을 평가, 검증 및 결정하는 데 참여하는 다음 전문가를 대상으로 합니다.
- 기술 리더(예: VP, CTO) : 하이브리드 또는 온프레미스 클라우드 시나리오에서 Oracle Database 워크로드를 실행하는 일상 운영의 ROI(투자 수익률) 및 TCO(총 소유 비용)를 최적화할 책임이 있는 이해 관계자입니다.
- 아키텍트 : 고객 아키텍트는 참조 아키텍처와 테스트 결과를 검토하여 OpenShift Virtualization이 조직 내 Oracle 데이터베이스 워크로드 호스팅에 적합한 플랫폼인지 평가할 수 있습니다. 이 문서에서는 아키텍처 요구 사항을 제공하고 아키텍트가 독립적인 검증을 수행할 수 있도록 지원합니다.
- 엔지니어링 팀 : 엔지니어링 팀은 이 평가 과정에서 Red Hat이 사용한 성능 테스트와 GitHub에서 제공하는 재사용 가능한 아티팩트를 활용하여 테스트 설정 및 자동화를 가속화하고 검증 프로세스를 간소화할 수 있습니다.
- 프로젝트 관리자: 프로젝트 관리자는 참조 아키텍처를 사용하여 영향을 받는 구성 요소와 담당 팀을 파악할 수 있습니다. 또한 표준화된 테스트를 활용할 수도 있습니다.
OpenShift 가상화 아키텍처 개요
OpenShift Virtualization은 오픈 소스 KubeVirt 프로젝트의 Red Hat 구현으로, 표준 OpenShift 플랫폼을 기반으로 구축되었습니다. 가상 머신(VM)은 컨테이너화된 포드(pod) 내에서 실행되며, OpenShift Container Platform은 다른 포드와 마찬가지로 VM을 관리합니다. 즉, VM 인스턴스는 일반 컨테이너 애플리케이션과 마찬가지로 보안, 네트워크, 스토리지를 포함한 동일한 플랫폼 서비스에 액세스할 수 있습니다. 유일한 차이점은 컨테이너 내에서 실행되는 일반 워크로드 애플리케이션과 달리 VM이 포드 수준에서 직접 관리된다는 것입니다.
아키텍처 구성 요소:
- Kernel-based virtual machine(KVM): OpenShift의 VM 하이퍼바이저는 Linux 커널의 일부입니다.
- Virtual machine instance(VMI): VMI로 표현되는 각 VM은 KVM을 사용하여 하드웨어를 에뮬레이션하는 QEMU에 의해 생성되며, QEMU는 사용자 공간 수준의 격리를 생성합니다.
- KubeVirt: VM을 Kubernetes 리소스로 관리하여 VM이 포드처럼 보이도록 하는 Kubernetes 추가 기능입니다.
virt-operator: KubeVirt 구성 요소 설치 및 업데이트를 관리합니다.virt-controller: VM 수명 주기 관리를 처리합니다(예: 장애 시 재시작, 확장).virt-handler: KVM/QEMU를 사용하여 호스트의 VM을 관리하는 KubeVirt 지원 노드의 데몬입니다.virt-launcher: VM Pod당 하나씩, Pod 내부의 QEMU/KVM 가상 머신 프로세스를 관리하는 오케스트레이터 역할을 합니다.- 사용자 지정 리소스(CR): VM 정의, VM 인스턴스 실행, 스케줄링/정책을 나타냅니다.
- Pod 워래퍼: QEMU 프로세스의 워래퍼 역할을 합니다. VMI는 Pod 내부에서 가상화된 게스트 OS로 실행됩니다.
- 스토리지: OpenShift Virtualization은 OpenShift Data Foundation, Portworx와 같은 다양한 쿠버네티스 네이티브 옵션과 iSCSI, 파이버 채널(FC) SAN 스토리지 등 보다 전통적인 엔터프라이즈 솔루션을 포함한 다양한 스토리지 솔루션을 지원합니다. 오픈소스 Ceph 프로젝트를 기반으로 구축된 쿠버네티스 네이티브 스토리지 솔루션인 OpenShift Data Foundation은 쿠버네티스 환경에 최적화된 추상화 계층을 갖춘 확장 가능한 중복 스토리지를 제공합니다. 또한 OpenShift Data Foundation은 영구 볼륨(PV) 및 영구 볼륨 클레임(PVC)의 동적 프로비저닝을 지원하여 스토리지 관리를 간소화합니다.
이 Oracle Database 검증 프로젝트에서는 여러 스토리지 대안을 고려할 것입니다. 그러나 Kubernetes와의 원활한 통합으로 인해 이 문서에서는 OpenShift Data Foundation을 주로 다룹니다. Oracle Database 워크로드를 배포할 때는 성능 요구 사항과 운영 요구 사항을 가장 잘 충족하는 스토리지 솔루션을 평가하고 선택하는 것이 중요합니다.
네트워크 : VM은 Multus(CNI 메타 플러그인) 또는 SR-IOV(Single Root I/O Virtualization)를 통해 네트워크에 액세스합니다. 여기서 Multus는 포드 수준에서 정의됩니다.
Oracle 데이터베이스 설계 원칙
Oracle 데이터베이스가 가상화된 운영 체제에서 실행되는 경우, VM은 데이터베이스가 효율적으로 작동하고 복원력을 유지하는 데 필요한 충분한 시스템 리소스를 확보하도록 합니다. 실제 인프라 리소스는 제한적이므로, 리소스 할당의 균형을 맞추고 다양한 워크로드의 다양한 요구를 충족할 수 있도록 인프라 아키텍처를 신중하게 설계해야 합니다.
인프라 수준에서 Oracle Database 성능을 높이기 위한 일반적인 아키텍처 접근 방식에는 다음 원칙이 포함됩니다.
- 리소스 위치 : 병목 현상을 제거하기 위해 컴퓨팅, 스토리지, 네트워크 측면에서 충분한 리소스를 할당합니다.
- 리소스 분할 : 리소스가 제한적인 경우 리소스 요구 사항을 분할하고 특정 요구 사항을 충족하는 맞춤형 솔루션을 구현합니다.
- 추상화 계층 최적화: 성능 향상을 위해 유연성을 확보하는 대신 불필요하거나 가치가 낮은 추상화 계층을 피합니다.
Oracle Database는 세 가지 주요 시스템 리소스에 크게 의존합니다.
- 컴퓨팅: 여기에는 vCPU, IOThread, 메모리, 노드 간 확장 기능이 포함됩니다.
- 네트워크 : Oracle 데이터베이스는 I/O 성능에 매우 민감합니다. 클라이언트 액세스와 스토리지 액세스는 처리량 및 지연 시간 요구 사항이 서로 다릅니다. 따라서 Oracle 데이터베이스 아키텍처는 다양한 유형의 트래픽에 대해 별도의 네트워크를 사용하는 경우가 많습니다.
- 저장소 : 리두 로그, 데이터베이스 테이블, 백업은 각기 다른 읽기/쓰기 성능 요구 사항을 갖습니다. 최적의 I/O 성능을 보장하기 위해 가능하면 이러한 항목을 별도의 물리적 저장소에 저장해야 합니다.
OpenShift Virtualization은 시스템 리소스 분할 요구 사항에 따라 리소스 할당에 대한 다양한 접근 방식을 지원하는 데 필요한 기능과 유연성을 제공합니다.
참조 아키텍처
이 섹션에서는 OpenShift Virtualization 기반 Oracle Database 설계의 아키텍처 고려 사항과 솔루션 옵션에 대해 설명합니다.
컴퓨트
Oracle Database에 충분한 컴퓨팅 리소스가 있는지 확인하고, OpenShift Virtualization 플랫폼이 다음을 직접 제어할 수 있도록 합니다.
- 리소스 수직 확장을 위해 vCPU 및 RAM 할당을 구성합니다.
- 수평적 확장성을 위한 OpenShift Virtualization 클러스터 확장성.
- Pod 수준 I/O 병목 현상을 제거하기 위해 VM IO 스레드 수 할당을 제어합니다.
- 시스템의 물리적 리소스보다 많은 가상화된 CPU나 메모리를 할당하여 Oracle Database 워크로드를 호스팅하는 가상 머신에 리소스를 과도하게 할당하지 마세요.
네트워크
Oracle 데이터베이스 트래픽은 네트워크 지연 시간, 처리량, 안정성 측면에서 다양한 성능 요구 사항을 갖습니다. OpenShift Container Platform Pod Multus는 네트워크 트래픽을 분할하고 여러 네트워크 프로토콜을 중재하는 기능을 제공합니다. 다음 사항을 고려하십시오.
- OpenShift SDN, 스토리지, 가상 머신에 대해 다양한 네트워크 경로를 구현합니다.
- Oracle RAC 데이터베이스 설치의 경우, RAC 인스턴스 간 상호 연결 통신과 “공용” 네트워크 통신을 위한 네트워크 트래픽을 추가로 분리합니다.
- 대기 시간과 처리량에 민감한 미션 크리티컬 워크로드의 경우 가상 네트워크 인터페이스에 SR-IOV를 활용하여 VM에서 기본 물리적 리소스로 직접 경로를 생성하는 것을 고려하세요.
스토리지
앞서 언급했듯이 OpenShift Virtualization은 OpenShift Data Foundation 및 Portworx와 같은 쿠버네티스 기반 옵션부터 iSCSI 및 파이버 채널(FC) SAN과 같은 기존 엔터프라이즈 시스템에 이르기까지 광범위한 스토리지 솔루션을 지원합니다. 이러한 유연성 덕분에 사용자는 성능 및 운영 요구 사항에 가장 적합한 스토리지를 선택할 수 있습니다.
적절한 보관 옵션을 선택하는 데 있어 보편적인 규칙은 없지만, 다음 원칙을 지침으로 사용할 수 있습니다.
- 운영상의 유연성(프로비저닝 용이성, 플랫폼과의 통합)과 성능(IO 지연, 처리량) 요구 사항 간의 균형을 맞춥니다.
- Oracle RAC 데이터베이스에 필요할 수 있는 다중 쓰기 옵션(두 개 이상의 VM 간 공유 볼륨)에 대한 지원입니다.
하드웨어 구성
초기 성능 테스트의 설계 범위는 오늘날 사용 가능한 하드웨어 리소스 세트로 제한되었습니다.
클러스터 사양:
- 4 x Dell R660 서버
- 128개 CPU 스레드(Intel Xeon Gold 6430 소켓 2개)
- 256GB 메모리
- 1TB 루트 디스크
- 4x 1.5TB NVME 드라이브
- 4 x 25Gbps Broadcom NIC
- 2 x 25Gbps Intel 810 NIC
OpenShift Virtualization 구성
OpenShift Virtualization 및 OpenShift Data Foundation 스토리지의 기본 구성은 적절한 성능을 제공하지만, 데이터베이스에 일반적인 IO 집약적 워크로드에 대한 테스트 플랫폼을 최적화하기 위해 추가 구성 변경이 이루어졌습니다.
- 성능 프로필을 사용하도록 OpenShift Data Foundation을 구성했습니다 .
- OpenShift Data Foundation 및 OpenShift Virtualization을 구성하여 OpenShift Data Foundation 스토리지 트래픽을 일반 소프트웨어 정의 네트워크(OpenShift Container Platform SDN) 트래픽과 분리했습니다. ( 8장. 네트워크 요구 사항 | 배포 계획 | Red Hat OpenShift Data Foundation | 4.18 )
- OpenShift Data Foundation 스토리지와 OpenShift Container Platform SDN에서 가상 머신(Oracle Database 및 HammerDB 테스트 하네스)의 트래픽을 별도의 물리적 네트워크 인터페이스를 사용하여 분리했습니다. 지연 시간을 줄이고 처리량을 높이기 위해, 영향을 받는 가상 머신에 단일 루트 I/O 가상화(SR-IOV)를 사용하는 네트워크 인터페이스가 도입되었습니다(그림 2).
클러스터 사양:
- OpenShift 버전: 4.18.9
- OpenShift 가상화: OperatorHub를 통해 활성화됨
- 노드:
- 3 x 하이브리드(제어 평면/작업자/저장소) 노드
- 1 x 작업자 노드
- 네트워킹(Oracle Database VM에만 해당):
- OpenShift SDN, OpenShift Data Foundation 스토리지 클라이언트, OpenShift Data Foundation 스토리지 복제 트래픽을 분리하기 위해 분할된 4개의 Broadcom 25Gbps NIC와 LACP 본드.
- SR-IOV를 사용하여 가상 머신에 제공되도록 구성된 두 개의 서로 다른 서브넷(공용 및 사설)을 갖춘 가상 머신 트래픽을 위한 두 개의 Intel x810 25GB NIC.
- 스토리지(Oracle Database VM 전용): 성능 프로필로 구성되고 별도의 스토리지 네트워크를 사용하는 OpenShift Data Foundation 스토리지(4개의 1.5TB NVMe 드라이브 지원)
Oracle 데이터베이스 구성
Oracle Database를 호스팅하는 가상 머신은 리소스 과다 사용을 방지하고 다양한 하드웨어 옵션에 대한 테스트 결과를 비교하기 위해 적절한 크기로 설정되었습니다. Oracle Database는 TPC-C(Transaction Processing Performance Council Benchmark C) 테스트에 맞춰 특별히 튜닝되지 않았으며, 모범 사례에 기반한 몇 가지 일반적인 튜닝 변경 사항을 제외하고는 대부분 기본 구성을 사용합니다.
가상 머신의 크기, 벤치마크 테스트 워크로드의 세부 사항, 그리고 모니터링 정보를 기반으로 튜닝 매개변수를 선택했습니다. 테스트 결과를 기준 수치와 비교하여 각 변경 사항의 효과를 평가했습니다. Oracle 데이터베이스 구성은 데이터베이스 성능 튜닝 가이드 의 권장 사항에 따라 추가로 최적화할 수 있습니다 .
그림 3은 Oracle Database와 HammerDB 클라이언트 액세스가 동일한 네트워크에 있음을 보여줍니다. 가상 머신의 데이터 볼륨은 쓰기 작업 개선을 위해 디스크 공간을 미리 할당하도록 구성됩니다.
로컬 스토리지 운영자를 사용하여 NVMe 스토리지를 추가하여 데이터베이스 성능에 스토리지가 미치는 영향을 평가하기 위해 별도의 임시 테스트를 수행했습니다.
가상 머신 사양:
- 운영체제: RHEL 8.10
- VM 수: 1
- vCPU: 16
- 메모리: 48GB
- 저장 용량: RH ODF의 블록 장치로 250GB(동일한 볼륨에 있는 루트 및 DB 데이터)
- DataVolume: “preallocation: true”(두꺼운 프로비저닝)를 사용하여 생성되었습니다.
- 네트워킹: SR-IOV를 사용하여 공용 서브넷에 연결됨.
Oracle Database 단일 인스턴스 설정:
Oracle Database 버전: 릴리스 업데이트 26이 포함된 19c Enterprise Edition(버전 19.26)
- OMF(Oracle Managed Files)를 사용하여 데이터 파일의 대상으로 파일 시스템(OpenShift Data Foundation에서 지원하는 스토리지가 있는 루트 볼륨)을 설정한 데이터베이스입니다.
- Oracle Database의 향후 버전과의 호환성을 보장하기 위해 데이터베이스는 CDB(Container Database) 아키텍처를 사용하여 만들어졌습니다.
- 메모리 할당은 DB 생성 마법사의 입력으로 총 32GB의 메모리를 사용했습니다(Oracle Database 설치 시 SGA/PGA 분할을 자동으로 평가할 수 있음).
- 추가 튜닝 매개변수:
- 4개의 데이터 파일을 수동으로 32GB로 확장
- REDO 로그 크기가 4GB로 조정되었습니다.
- 4개의 REDO 로그 디스크 그룹
- FILESYSTEMIO_OPTIONS: SETALL(비동기 IO 및 직접 IO 허용)
- USE_LARGE_PAGES: AUTO(대형 SGA 크기에 대한 CPU 사용량 최적화)
참고: NVME 백업 스토리지를 사용한 성능 테스트의 경우, NVME 장치를 사용하여 별도의 파일 시스템을 마운트하고 데이터 파일의 대상으로 지정했습니다.
관찰성 및 모니터링
OpenShift는 인프라 및 애플리케이션 계층 전반의 모니터링을 통합하는 강력하고 통합된 관측 플랫폼을 제공합니다. 기본적으로 메트릭 수집, 로깅 및 알림을 지원하며, Oracle 데이터베이스와 같은 외부 애플리케이션의 관측 데이터를 포함하도록 확장할 수 있습니다. 이러한 통합된 접근 방식은 운영 복잡성을 줄이는 동시에 엔드 투 엔드 가시성을 제공합니다.
OpenShift Virtualization의 관찰 기능은 동일한 플랫폼에 완벽하게 통합되어 가상 머신, 시스템 리소스, 워크로드(즉, 단일하고 일관된 모니터링 스택 내의 Oracle 데이터베이스)를 모니터링할 수 있습니다.
OpenShift에 구축된 Oracle Database Observability Exporter는 Prometheus에 노출되는 Oracle Database 성능 지표와 메타데이터를 수집합니다. Grafana는 이러한 지표를 시각화하여 Oracle Database 및 VM 계층 전반에서 비정상 패턴, 리소스 부족, 성능 문제를 감지하는 실시간 대시보드를 제공합니다.
데이터베이스 수준 분석을 강화하기 위해 성능 테스트 중에 HammerDB를 활용하여 스냅샷을 캡처하고 AWR(자동 워크로드 저장소) 보고서를 생성할 수 있습니다. Prometheus 및 Grafana의 지표와 결합하면 이러한 보고서는 워크로드 동작 및 잠재적 병목 현상에 대한 더욱 풍부하고 다차원적인 이해를 제공합니다.
또한, Oracle Database Enterprise Manager는 Oracle Database에 맞춰 세부적인 진단 및 전문 모니터링 기능을 제공하는 보완 도구 역할을 합니다. OpenShift의 통합 관측 플랫폼과 함께 사용하면 인프라 및 Oracle Database별 운영 통찰력에 대한 포괄적인 보장을 제공합니다.
그림 5는 OpenShift Virtualization 플랫폼에 대한 관찰 및 모니터링 설정의 일부로 배포된 Grafana 대시보드 샘플을 보여줍니다.
그림 6은 OpenShift Virtualization 플랫폼에 배포된 Oracle Database Grafana 대시보드의 샘플을 보여줍니다.
시스템 성능 평가
성능 테스트는 OLTP(온라인 트랜잭션 처리) 워크로드에 대한 데이터베이스 트랜잭션 처리량과 쿼리 지연 시간을 측정하도록 설계되었습니다. 오픈 소스 데이터베이스 성능 테스트 소프트웨어인 HammerDB를 사용하여 TPC-C 벤치마크를 통해 단일 인스턴스 Oracle Database와 앞서 언급한 시스템 세부 정보를 기반으로 OLTP 워크로드를 시뮬레이션했습니다. TPC-C 테스트는 80%의 쓰기 작업과 20%의 읽기 작업을 혼합하여 고빈도 고객 주문, 결제, 재고 확인 및 일괄 배송을 포함하는 실제 주문 관리 시스템을 시뮬레이션합니다. 테스트 실행에는 HammerDB가 OpenShift Virtualization 내의 Oracle Database에서 TPC-C 워크로드를 생성하는 작업이 포함됩니다.
테스트 커버리지 요약
HammerDB 테스트 하네스를 사용하여, 가상 사용자 수를 20명에서 최대 100명까지 확장하는 의미 있는 워크로드를 시뮬레이션하도록 확장 실행 프로필을 구성했습니다. 각 테스트 실행 시 500개의 웨어하우스를 20분 동안 사용했습니다. 이 설정은 현실적인 운영 시나리오를 반영하고 확장된 트랜잭션 부하에서 시스템 성능을 평가하도록 설계되었습니다.
참조 아키텍처 구성을 기반으로 테스트한 결과, OpenShift Data Foundation 스토리지를 사용하는 단일 인스턴스 Oracle Database의 분당 신규 주문(NOPM) 및 분당 거래(TPM) 지표가 우수했습니다. 그러나 로컬 NVMe 스토리지를 사용하는 단일 인스턴스 Oracle Database는 OpenShift Data Foundation 설정보다 더 나은 성능을 제공했습니다. 평균 지연 시간은 비교적 안정적으로 유지되었지만, 간헐적으로 급증하는 현상이 관찰되었습니다.
마지막 생각
OpenShift Virtualization은 Oracle Database 19c 워크로드를 배포하는 데 있어 실현 가능하고 실용적인 플랫폼입니다. OpenShift Virtualization은 설정이 간편하여 가상 머신 생성을 위한 강력한 지원을 제공합니다. 이러한 요소들을 고려할 때, OpenShift Virtualization은 경쟁 가상화 기술에 대한 강력한 경쟁자이자 대안으로 자리매김했습니다. Oracle Database 19c의 현재 성능 검증은 OpenShift Virtualization 플랫폼에서 엔터프라이즈급 성능을 입증합니다.
로컬 NVMe 스토리지를 사용한 임시 테스트를 통해 고성능 스토리지 옵션의 영향을 평가한 결과, FC SAN과 같은 고성능 스토리지 솔루션으로 업그레이드하면 전반적인 성능이 크게 향상될 수 있다는 강력한 증거를 발견했습니다.
고성능 작업 부하의 경우 다음을 고려하세요.
- Oracle Database 데이터 파일과 REDO 로그를 위한 FC SAN과 같은 고성능 스토리지 옵션을 통해 성능을 최적화합니다.
- OpenShift 가상화 노드에서 별도의 물리적 장치를 사용하여 가상 머신, OpenShift SDN 및 스토리지 네트워크를 위한 네트워크를 분할하는 것이 좋습니다.
- SR-IOV(단일 루트 I/O 가상화)는 하드웨어에서 지원되는 경우 Oracle Database 워크로드를 호스팅하는 가상 머신의 가상 네트워크 인터페이스 성능을 최적화합니다.
- 워크로드 요구 사항에 따라 Oracle Database 설정을 사용한 HugePages
USE_LARGE_PAGES: 이 구성은 메모리 페이지 크기를 조정하며, 특히 기본 설정보다 큰 SGA를 사용할 때 성능 향상에 권장됩니다.
HammerDB 테스트 스크립트는 이 GitHub 저장소 에서 찾을 수 있습니다 .
oracle -db-appdev-monitoring GitHub 프로젝트는 Oracle 데이터베이스에 대한 가시성을 제공하여 사용자가 애플리케이션과 데이터베이스 전반의 성능을 파악하고 문제를 쉽게 진단할 수 있도록 지원합니다. OpenShift 플랫폼에서 프로젝트를 설정하는 방법을 안내해 드립니다.
