가상 머신 DB 시스템 정보

Oracle Cloud Infrastructure(OCI)는 가상 머신의 DB 시스템을 제공합니다.

가상 시스템에는 두 가지 유형의 데이터베이스 시스템(DB 시스템)이 있습니다.
  • 단일 노드 DB 시스템: 1노드 DB 시스템은 하나의 가상 머신으로 구성됩니다.
  • 다중 노드 RAC DB 시스템: 2노드 DB 시스템은 2개의 가상 머신으로 구성됩니다.

개발 또는 테스트 목적으로 DB 시스템을 프로비저닝해야 하는 경우 특수한 빠른 프로비저닝 단일 노드 DB 시스템을 사용할 수 있습니다.

DB 시스템을 생성할 때 해당 DB 시스템의 데이터베이스에 적용되는 Oracle Database 에디션 및 버전을 선택합니다. 선택한 에디션을 변경할 수 없습니다. 선택한 Oracle Database 에디션 및 버전에 따라 DB 시스템이 여러 플러거블 데이터베이스(PDB)를 지원할 수 있습니다. 선택한 Oracle Database 버전에 사용할 수 있는 플러그 가능한 CDB(컨테이너 데이터베이스)의 최대 개수에 대한 자세한 내용은 다음 Oracle Database 라이센스 항목을 참조하십시오.
DB 시스템에는 데이터베이스 홈이 하나만 포함될 수 있고, 데이터베이스 홈에는 단일 데이터베이스만 포함될 수 있습니다. DB 시스템 데이터베이스는 로컬 스토리지 대신 OCI 블록 스토리지를 사용합니다. DB 시스템을 생성할 때 스토리지 크기를 지정하고, 필요에 따라 언제든지 스토리지를 확장할 수 있습니다. 기존 DB 시스템의 CPU 코어 수를 변경하려면 해당 DB 시스템의 구성을 변경해야 합니다. 자세한 내용은 DB 시스템의 구성 변경을 참조하십시오.

주:

구성 변경 작업은 다중 노드 RAC DB 시스템에 대해 롤링 방식으로 수행되므로 데이터베이스 작동 중지 시간 없이 구성을 변경할 수 있습니다.

사용 가능한 구성 및 할당된 리소스를 결정하는 방법

DB 시스템을 생성할 때 DB 시스템에 할당되는 리소스를 결정하는 구성을 선택합니다. DB 시스템을 생성한 후 새 처리 용량 요구사항에 맞게 구성을 변경할 수 있습니다. 사용 가능한 구성은 다음과 같습니다.

가변 구성

유연한 구성을 통해 인스턴스에 할당되는 OCPU 수를 사용자정의할 수 있습니다. 가변적 구성을 사용하여 인스턴스를 생성할 때 인스턴스에서 실행되는 작업 로드에 필요한 OCPU 수를 선택합니다. 이러한 유연성을 통해 워크로드와 일치하는 인스턴스를 구축할 수 있으므로 성능을 최적화하고 비용을 최소화할 수 있습니다. 허용되는 메모리 양은 선택한 OCPU 수를 기반으로 하며, OCPU에 대한 메모리 비율은 구성에 따라 다릅니다.

유연한 구성은 Ampere, AMD 및 Intel 프로세서와 함께 사용할 수 있습니다. 다음 표는 사용 가능한 구성을 보여줍니다.

테이블 - 가변 구성

모양 CPU 코어 메모리 네트워크 대역폭
암페어 VM.Standard.A1. 가변 최소값은 1개 OCPU이고 최대값은 57개 OCPU입니다.

OCPU당 8GB

최소 메모리는 8GB이고 최대 메모리는 456GB입니다.

OCPU당 1Gbps입니다.

최소값은 1Gbps이고 최대값은 40Gbps 네트워크 대역폭입니다.

AMD VM.Standard.E5가변 최소값은 1개 OCPU이고 최대값은 64개 OCPU입니다.

OCPU당 16GB

최소값은 16GB이고 최대값은 총 메모리 1024GB입니다.

OCPU당 1Gbps입니다.

최소값은 1Gbps이고 최대값은 40Gbps 네트워크 대역폭입니다.

AMD VM.Standard.E4가변 최소값은 1개 OCPU이고 최대값은 64개 OCPU입니다.

OCPU당 16GB

최소값은 16GB이고 최대값은 총 메모리 1024GB입니다.

OCPU당 1Gbps입니다.

최소값은 1Gbps이고 최대값은 40Gbps 네트워크 대역폭입니다.

Intel X9 VM.Standard3가변 최소값은 1개 OCPU이고 최대값은 32개 OCPU입니다.

OCPU당 16GB

최소값은 16GB이고 최대값은 총 메모리 512GB입니다.

OCPU당 1Gbps입니다.

최소값은 1Gbps이고 최대값은 32Gbps 네트워크 대역폭입니다.

주:

  • Arm 기반 Ampere A1 구성은 23.7.0.0, 19.19.0.0 및 이후 RU(릴리스 업데이트)부터 Oracle Database 버전 23ai 및 19c에만 사용할 수 있습니다.
  • AMD E5 구성은 23.4.0.24.05, 19.21.0.0 및 이후 RU(릴리스 업데이트)부터 Oracle Database 버전 23ai 및 19c에만 사용할 수 있습니다.
  • AMD E4 구성은 23.4.0.24.05, 21.6.0.0, 19.15.0.0 및 이후 릴리스 업데이트(RU)를 사용하는 Oracle Database 버전 23ai, 21c 및 19c에만 사용할 수 있습니다.
  • Intel X9 구성은 23.4.0.24.05, 21.8.0.0, 19.17.0.0 및 이후 RU(릴리스 업데이트)를 사용하는 Oracle Database 버전 23ai, 21c 및 19c에만 사용할 수 있습니다.
  • 다중 노드 RAC DB 시스템에는 노드당 최소 2개의 OCPU가 필요합니다.

팔 근거한 암페어 A1 모양

Arm 기반 Ampere A1 구성은 유연하며, 인스턴스에 할당되는 OCPU 수를 커스터마이징할 수 있게 해줍니다. 다음은 Ampere A1 구성에 대한 몇 가지 추가 세부정보입니다.

  • Ampere A1 구성은 Logical Volume Manager에서만 지원됩니다.
  • Ampere A1 구성은 단일 노드 DB 시스템에서만 지원됩니다.
  • Oracle Database Standard Edition은 Ampere A1 구성 기반 DB 시스템에서 지원되지 않습니다.
  • 데이터베이스 소프트웨어 이미지는 Ampere A1 구성 기반 DB 시스템에서 데이터베이스를 생성하는 데 사용할 수 없습니다.
  • 데이터베이스의 백업 대상이 자율운영 복구 서비스인 경우 Ampere A1 구성 기반 DB 시스템 프로비전 및 복원은 지원되지 않습니다.
  • OCI 저장소 암호화를 사용하는 데이터베이스에는 Ampere A1 구성이 지원되지 않습니다.
  • Ampere A1 구성 기반 DB 시스템의 구성은 Intel 또는 AMD 구성 기반 DB 시스템으로 변경할 수 없으며, 그 반대의 경우도 마찬가지입니다.
  • Ampere A1 구성 기반 데이터베이스의 백업은 Intel 또는 AMD 구성 기반 DB 시스템에서 복원할 수 없으며, 그 반대의 경우도 마찬가지입니다.
  • Ampere A1 구성 기반 DB 시스템은 Intel 또는 AMD 구성 기반 DB 시스템과의 Data Guard 연결을 지원하지 않습니다.

표준 구성

표준 구성은 Intel 프로세서와 함께 사용할 수 있습니다.

다음 표는 X7 시리즈에서 사용 가능한 구성을 보여줍니다.

표 - VM 사용 가능한 구성 X7 시리즈

모양 CPU 코어 메모리
VM.Standard2.1 1 15 GB
VM.Standard2.2 2 30 GB
VM.Standard2.4 4 60 GB
VM.Standard2.8 8 120 GB
VM.Standard2.16 16 240 GB
VM.Standard2.24 24 320 GB

주:

  • Intel X7 구성은 Oracle Database 버전 23ai, 21c 및 19c에만 사용할 수 있습니다.
  • VM.Standard2.1 구성은 다중 노드 RAC DB 시스템에 사용할 수 없습니다.

사용 가능한 데이터베이스 버전

OCI는 이전 데이터베이스 버전을 사용하는 DB 시스템 생성을 지원합니다. 각 구성에 대해 다음 사양으로 프로비저닝 시 최신 버전과 이전 버전 2개를 사용할 수 있습니다.

  • Arm 기반 Ampere A1 구성은 23.7.0.0, 19.19.0.0 및 이후 RU(릴리스 업데이트)부터 Oracle Database 버전 23ai 및 19c에만 사용할 수 있습니다.
  • AMD E5 구성은 23.4.0.24.05, 19.21.0.0 및 이후 RU(릴리스 업데이트)부터 Oracle Database 버전 23ai 및 19c에만 사용할 수 있습니다.
  • AMD E4 구성은 23.4.0.24.05, 21.6.0.0, 19.15.0.0 및 이후 릴리스 업데이트(RU)를 사용하는 Oracle Database 버전 23ai, 21c 및 19c에만 사용할 수 있습니다.
  • Intel X9 구성은 23.4.0.24.05, 21.8.0.0, 19.17.0.0 및 이후 RU(릴리스 업데이트)를 사용하는 Oracle Database 버전 23ai, 21c 및 19c에만 사용할 수 있습니다.
  • Intel X7 구성은 Oracle Database 버전 23ai, 21c 및 19c에만 사용할 수 있습니다.
  • Intel X9 구성에서 AMD E4 및 E5 구성으로의 마이그레이션은 지원되지 않습니다.
  • AMD E4 구성으로의 마이그레이션은 21.6.0.0, 19.15.0.0 및 이후 릴리스 업데이트와 함께 기본 이미지를 사용하는 인스턴스에 대해서만 지원됩니다. 해당 릴리스 업데이트 이전에 생성된 인스턴스의 경우 기본 이미지 자체가 이전을 지원하지 않으므로 업데이트 및 이전이 불가능합니다.
  • 21.8.0.0, 19.17.0.0 및 이후 릴리스 업데이트가 포함된 기본 이미지를 사용하는 인스턴스에 대해서만 Intel X9 구성으로의 마이그레이션이 지원됩니다. 해당 릴리스 업데이트 이전에 생성된 인스턴스의 경우 기본 이미지 자체가 이전을 지원하지 않으므로 업데이트 및 이전이 불가능합니다.

이전 데이터베이스 버전으로 DB 시스템을 생성해야 하는 경우 선택한 데이터베이스 버전과 관련된 알려진 보안 문제에 대한 자세한 내용은 Critical Patch Updates를 참조하십시오. 또한 이전 데이터베이스 버전에 포함된 운영 체제에 대해 알려진 보안 문제를 분석하고 패치를 적용해야 합니다. OCI 데이터베이스의 보안 모범 사례에 대한 자세한 내용은 데이터베이스 보안을 참조하십시오.

다양한 구성이 사용 가능한 스토리지에 미치는 영향

DB 시스템은 OCI 블록 스토리지를 사용합니다. 다음 표는 사용 가능한 스토리지 옵션의 세부정보를 보여줍니다. 총 스토리지에는 사용 가능한 스토리지와 복구 로그가 포함됩니다.

일반 정보

  • 데이터 스토리지와 복구 스토리지를 별도로 확장할 수 있습니다. Oracle은 복구 스토리지를 총 스토리지의 20% 이상으로 유지할 것을 권장합니다.
  • 다중 노드 RAC DB 시스템의 경우 노드 간에 스토리지 용량이 공유됩니다.
  • 복구 영역 스토리지는 선택한 스토리지에 따라 결정됩니다. 그러나 프로비전 후 복구 영역 스토리지를 독립적으로 변경할 수 있습니다.

유연한 구성을 위한 사용 가능한 데이터 스토리지

테이블 - 가변적 구성을 위해 사용 가능한 데이터 스토리지

사용 가능한 데이터 스토리지(GB) 복구 영역 스토리지(GB) 총 스토리지(GB)
256 256 712
512 256 968
1024 512 1736
2048 512 2760
4096 1024 5320
8192 2048 10440
12288 4096 16584
16384 4096 20680
24576 8192 32968
32768 8192 41160
40960 10240 51400
49152 12288 61640
57344 14336 71880
65536 16384 82120
73728 18432 92360
81920 20480 102600

표준 구성에 사용 가능한 데이터 스토리지

테이블 - 표준 구성에 사용 가능한 데이터 스토리지

사용 가능한 데이터 스토리지(GB) 복구 영역 스토리지(GB) 총 스토리지(GB)
256 256 712
512 256 968
1024 256 1480
2048 408 2656
4096 820 5116
6144 1228 7572
8192 1640 10032
10240 2048 12488
12288 2456 14944
14336 2868 17404
16384 3276 19860
18432 3688 22320
20480 4096 24776
22528 4504 27232
24576 4916 29692
26624 5324 32148
28672 5736 34608
30720 6144 37064
32768 6552 39520
34816 6964 41980
36864 7372 44436
38912 7784 46896
40960 8192 49352

서비스 제한

다음 제한이 기준 데이터베이스 리소스에 적용됩니다.

테이블 - 서비스 제한

리소스 Oracle Universal Credits Pay As You Go 또는 체험판
총 VM DB 블록 스토리지 150TB 2TB
VM.Standard1 - 총 OCPU 300 코어 2 코어
VM.Standard2 - 총 OCPU 미국 서부(피닉스), 미국 동부(애슈번), 독일 중부(프랑크푸르트), 영국 남부(런던)용 코어 50개, 미국 동부(애슈번)용 코어 300개 2 코어

주:

총 VM DB 블록 스토리지에는 모든 VM.Standard1 및 VM.Standard2 가상 머신 데이터베이스에 대한 블록 스토리지가 포함됩니다.

빠른 프로비전 옵션

단일 노드 DB 시스템의 경우 OCI는 LVM(Logical Volume Manager)을 스토리지 관리 소프트웨어로 사용하여 DB 시스템을 생성할 수 있는 "빠른 프로비저닝" 옵션을 제공합니다. 표준 방식("표준 프로비저닝")은 ASM(Automatic Storage Management)을 사용하여 프로비저닝하는 것입니다.

빠른 프로비전 옵션에는 다음 세부정보가 적용됩니다.

  • 빠른 프로비저닝 옵션을 사용할 때 프로비저닝 중에 지정된 블록 볼륨의 개수와 크기에 따라 확장을 통해 사용할 수 있는 최대 총 스토리지가 결정됩니다.
  • 다중 노드 RAC DB 시스템에는 ASM이 필요하며 빠른 프로비전 옵션을 사용하여 생성할 수 없습니다.
  • 빠른 프로비저닝 옵션을 사용하여 생성된 DB 시스템을 복제할 수 있습니다.
  • LVM으로 DB 시스템을 프로비전할 때는 사용자정의 데이터베이스 소프트웨어 이미지를 사용할 수 없습니다.

빠른 프로비저닝을 사용하는 동안의 스토리지 확장 고려 사항

주:

이 항목은 단일 노드 DB 시스템에만 적용됩니다.

빠른 프로비저닝 옵션을 사용하여 DB 시스템을 프로비저닝하는 경우 프로비저닝 중에 지정하는 사용 가능한 스토리지(GB) 값에 따라 크기 조정을 통해 사용할 수 있는 최대 총 스토리지가 결정됩니다. 다음 표에서는 프로비저닝 워크플로우에서 제공되는 각 설정의 확장을 통해 사용할 수 있는 최대 스토리지 값에 대해 설명합니다.

표 - 빠른 프로비저닝을 사용하는 동안의 스토리지 확장 고려 사항

프로비전 중 지정된 초기 스토리지(GB) 스케일링을 통해 사용 가능한 최대 스토리지(GB)
256 2560
512 2560
1024 5120
2048 10240
4096 20480
8192 40960

다중 노드 RAC DB 시스템에 대한 결함 도메인 고려 사항

다중 노드 RAC DB 시스템을 프로비저닝하면 시스템은 각 노드를 기본적으로 다른 폴트 도메인에 할당합니다. [프로비저닝] 대화상자의 고급 옵션 링크를 사용하여 다중 노드 RAC DB 시스템에 사용할 결함 도메인을 선택할 수 있으며 시스템에서 선택한 결함 도메인에 노드를 지정합니다. Oracle은 다중 노드 RAC DB 시스템의 각 노드를 다른 결함 도메인에 배치할 것을 권장합니다.

결함 도메인에 대한 자세한 내용은 Regions and Availability Domains을 참조하십시오.

계획된 유지보수를 위해 DB 시스템 노드 재부트

DB 시스템 노드는 주기적으로 유지 관리를 수행해야 하는 기본 물리적 호스트를 사용합니다. 이러한 유지보수가 필요한 경우 OCI는 DB 시스템 노드 재부팅 일정을 잡고 재부팅 예정에 대해 알립니다. 재부트를 사용하면 DB 시스템 노드를 유지 관리가 필요하지 않은 새 물리적 호스트로 마이그레이션할 수 있습니다. 노드를 중지하고 시작하면 새 물리적 호스트로 마이그레이션됩니다. DB 시스템 노드에는 재부팅 자체만 적용됩니다. 원래 물리적 하드웨어의 계획된 유지 관리는 노드가 새 호스트로 마이그레이션된 후 수행되며 DB 시스템에 영향을 주지 않습니다.

DB 시스템 노드에 유지보수 재부팅 일정이 잡힌 경우 콘솔 또는 API를 사용하여 노드를 정지하고 시작하여 사전에 재부팅할 수 있습니다. 이를 통해 노드 작동 중지 시간이 발생하는 방법과 시기를 제어할 수 있습니다. 일정이 잡힌 시간 전에 재부팅하지 않도록 선택하면 OCI가 재부팅되고 일정이 잡힌 시간에 노드가 이전됩니다.

사전 재부트할 수 있는 DB 시스템 노드를 식별하려면 콘솔에서 시스템의 DB 시스템 세부정보 페이지로 이동하고 노드 유지 관리 재부트 필드를 확인합니다. 인스턴스에 유지보수 재부팅 일정이 잡혀 있고 사전에 재부팅할 수 있는 경우 이 필드에 재부팅 날짜 및 시작 시간이 표시됩니다. 유지보수 재부트 필드에 날짜가 표시되지 않으면 DB 시스템에 일정이 잡힌 노드 유지보수 이벤트가 없습니다.

API를 사용하여 일정이 잡힌 유지보수 이벤트를 확인하려면 GetDbNode 작업을 사용하여 DbNode 리소스의 timeMaintenanceWindowEnd 필드를 확인하십시오. 이 필드는 시스템이 다음 예약된 노드 재부트를 시작할 시기를 지정합니다.

일정이 잡힌 유지보수 재부팅이 있는 노드를 찾으려면 미리 정의된 질의와 함께 검색 서비스를 사용하여 일정이 잡힌 유지보수 재부팅이 있는 모든 DB 시스템을 찾을 수 있습니다.

콘솔을 사용하여 노드를 재부트하는 방법에 대한 지침은 DB 시스템 재부트를 참조하십시오.

DB 시스템용 보안 강화 도구

Oracle Linux 7을 사용하여 프로비저닝되는 DB 시스템에는 DB 시스템에 대한 보안 강화를 수행하는 데 사용할 수 있는 STIG(Security Technical Implementation Guide) 도구라고 하는 Python 스크립트가 포함되어 있습니다.

부트 볼륨 백업

Oracle은 심각한 오류 또는 시스템 장애 발생 시 시스템을 쉽게 복원할 수 있도록 DB 시스템의 주별 부트 볼륨 백업을 유지 관리합니다. 부트 볼륨 백업은 현재 사용자가 액세스할 수 없으며(DB 시스템 부트 볼륨 백업에 대한 콘솔, API 또는 CLI 액세스가 없음), Oracle은 백업 유지 및 유지 관리 비용을 부담합니다. 시스템 장애가 발생하면 My Oracle Support에 문의하여 Oracle이 부트 볼륨 백업에서 DB 시스템 복원을 수행하도록 요청하십시오.