가상 머신 DB 시스템 정보
Oracle Cloud Infrastructure(OCI)는 가상 머신의 DB 시스템을 제공합니다.
- 단일 노드 DB 시스템: 1노드 DB 시스템은 하나의 가상 머신으로 구성됩니다.
- 다중 노드 RAC DB 시스템: 2노드 DB 시스템은 2개의 가상 머신으로 구성됩니다.
개발 또는 테스트 목적으로 DB 시스템을 프로비저닝해야 하는 경우 특수한 빠른 프로비저닝 단일 노드 DB 시스템을 사용할 수 있습니다.
- Oracle Database 19c: Oracle Database 오퍼링의 허가된 기능, 옵션 및 관리 팩
주:
구성 변경 작업은 다중 노드 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 시스템 재부트를 참조하십시오.