Exadata별 기능 고려 사항 - AWS 권장 가이드

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Exadata별 기능 고려 사항

Exadata에는 쿼리 성능을 개선하고, 다시 실행 로그 지연 시간을 줄이고, 데이터를 압축하고, 기타 데이터베이스 작업을 개선하기 위해 스토리지 셀에서 실행되는 독점 소프트웨어가 있습니다. 이러한 기능 중 대부분은의 Oracle 데이터베이스에서 사용할 수 없습니다 AWS. 동등한 성능과 유사한 기능을 얻으려면이 섹션의 뒷부분에서 설명하는 작업을 수행하는 것이 좋습니다.

비프로덕션 Exadata 시스템에서 Exadata 기능을 비활성화하여이 기능 없이 데이터베이스가 작동하는 방식에 대한 기준을 얻을 수 있습니다. 실제 비교 AWS 를 위해이 기준을의 첫 번째 성능 테스트와 비교할 수 있습니다.

다음 지침에서는 기존 Exadata 시스템에서 Exadata 기능을 비활성화하는 방법을 설명합니다. 비프로덕션 환경에서이 단계를 수행하여 비Exadata 데이터베이스의 성능 기준을 캡처하는 것이 좋습니다.

  • Exadata Storage Server 셀 오프로드 처리를 비활성화하려면: 메커니즘은 변경 범위(문 수준, 세션 수준 또는 데이터베이스 수준)에 따라 달라집니다.

    • SQL 문의 경우 다음 SQL 힌트를 사용합니다.

      select /*+ OPT_PARAM('cell_offload_processing' 'false') */ max(ORDER_DATE)
from SALES;

    • Oracle 세션의 경우 다음 Oracle 데이터베이스 초기화 파라미터를 설정합니다.

      alter session set CELL_OFFLOAD_PROCESSING=FALSE;

    • 전체 Exadata 데이터베이스에 대해 다음 Oracle 데이터베이스 초기화 파라미터를 설정합니다.

      alter system set CELL_OFFLOAD_PROCESSING=FALSE;

  • Exadata 스토리지 인덱싱을 비활성화하려면: 전체 Exadata 데이터베이스에 대해 Exadata 스토리지 인덱싱을 끄려면 다음 Oracle 데이터베이스 초기화 파라미터를 설정합니다.

    alter system set KCFISSTORAGEIDX_DISABLED=TRUE scope=both;

  • Exadata Storage Server로의 복호화 오프로드를 비활성화하기 위해: 기본적으로 암호화된 테이블스페이스와 암호화된 열의 복호화는 Exadata Storage Server로 오프로드됩니다. Exadata Storage Server로의 복호화 오프로드를 비활성화하려면 다음 명령을 실행합니다.

    alter system set CELL_OFFLOAD_DECRYPTION=FALSE;

  • 스마트 플래시 캐시: Oracle Support 또는 Oracle Development에서 지시하지 않는 한 Oracle은 Exadata 스마트 플래시 캐시를 끄지 않는 것이 좋습니다.

애자일 제품 개발에서 스프린트는 특정 작업을 완료하고 검토할 준비를 해야 하는 정해진 기간입니다. Exadata 데이터베이스를 로 마이그레이션 AWS 하고 3~4개의 스프린트를 완료한 후 IOPS를 30~70% 줄이는 것은 드문 일이 아닙니다. 또한 스토리지 처리량을 Exadata 보고 값의 최대 90%까지 줄일 수 있습니다. 앞서 언급했듯이 Exadata 프로덕션 시스템의 사본인 Exadata 비프로덕션 시스템에서 IOPS 및 처리량을 테스트할 수 있습니다. Exadata Storage Server 셀 오프로드 처리, Exadata Storage Server 복호화 및 Exadata 스토리지 인덱스를 끌 수 있습니다. 또한 Exadata를 로 마이그레이션한 후 Exadata 비프로덕션 시스템에서 AWS다음을 완료해야 할 수 있습니다.

  • 인덱스를 추가하여 인덱싱되지 않은 쿼리를 개선합니다. 인덱스가 보이지 않음으로 변경된 경우 ALTER INDEX 문을 사용하여 인덱스를 표시해야 할 수 있습니다. 각 인덱스에는 삽입, 업데이트 및 삭제 문에 대한 유지 관리가 필요합니다.

  • 인덱스로 개선할 수 없는 쿼리를 다시 작성합니다.

  • 일부 SQL 문을 실행 빈도를 줄일 수 있는지 확인합니다.

여러 개발 스프린트 후에서 Exadata 시스템을 Amazon EC2로 이동한 AWS 고객이 Oracle Automatic Workload Repository(AWR) 스냅샷의 평균을 기반으로 다음 결과를 AWS 보고했습니다. 의 Oracle 데이터베이스는 Exadata 온프레미스 데이터베이스보다 평균 220% 더 나은 AWS 성능을 보였지만 최대 IOPS 및 최대 처리량(MBps)은 더 낮았습니다. 또한 AWS 데이터베이스는 온프레미스 Exadata에 비해 코어의 20%만 보유했습니다.

Environment

피크 IOPS

최대 처리량(MBps)

온프레미스 Exadata

201,470

62,617

Oracle on Amazon EC2

66,420

4,640