Oracle Database@AWS 시작하기
Oracle Database@AWS 사용을 시작하기 위해 Oracle Database@AWS 콘솔, CLI 또는 API를 사용하여 다음 리소스를 생성할 수 있습니다.
-
ODB 네트워크
-
Oracle Exadata 인프라
-
Exadata VM 클러스터 또는 Autonomous VM 클러스터
-
ODB 피어링 연결
인프라에서 Oracle Exadata 데이터베이스를 생성하려면 Oracle Database@AWS 대시보드 대신 Oracle Cloud Infrastructure(OCI) 콘솔 또는 API를 사용해야 합니다. 따라서 다음 두 클라우드 환경에 리소스를 배포합니다. 네트워크 및 인프라 리소스는 AWS에 있고 데이터베이스 관리 컨트롤 플레인은 OCI에 있습니다. 자세한 내용은 Oracle Cloud Infrastructure 설명서의 Oracle Database@AWS
Oracle Database@AWS 설정을 위한 사전 조건
Oracle Exadata 인프라를 구성하기 전에 다음을 수행해야 합니다.
-
Oracle Database@AWS에 온보딩 단원의 단계를 따르십시오. Oracle Database@AWS를 사용하려면 비공개 제안을 수락해야 합니다.
-
IAM 위탁자에게 사용자가 Oracle Database@AWS 리소스를 프로비저닝하도록 허용에 나열된 정책 권한을 부여합니다. 이러한 권한은 Oracle Database@AWS를 사용하는 데 필요합니다.
Oracle Database@AWS에서 지원되는 OCI 서비스
Oracle Database@AWS는 다음 Oracle Cloud Infrastructure(OCI) 서비스를 지원합니다.
-
전용 인프라의 Oracle Exadata Database Service - AWS내에서 액세스할 수 있는 완전 관리형 전용 Exadata 환경을 제공합니다. 자세한 내용은 OCI 설명서의 전용 인프라의 Oracle Cloud Exadata Database Service
를 참조하세요. -
전용 Exadata 인프라의 Autonomous 데이터베이스 - OCI에서 실행되는 고도로 자동화된 완전 관리형 데이터베이스 환경을 커밋된 하드웨어 및 소프트웨어 리소스와 함께 제공합니다. 자세한 내용은 OCI 설명서의 전용 Exadata 인프라의 Autonomous 데이터베이스 정보
를 참조하세요.
Oracle Database@AWS용 리전 지원
다음 AWS 리전에서 Oracle Database@AWS를 사용할 수 있습니다.
- 미국 동부(버지니아 북부)
-
물리적 ID
use1-az4및use1-az6와 함께 AZ를 사용할 수 있습니다. - 미국 서부(오리건)
-
물리적 ID
usw2-az3및usw2-az4와 함께 AZ를 사용할 수 있습니다. - 아시아 태평양(도쿄)
-
물리적 ID
apne1-az1및apne1-az4와 함께 AZ를 사용할 수 있습니다. - 미국 동부(오하이오)
-
물리적 ID
use2-az1및use2-az2와 함께 AZ를 사용할 수 있습니다. - 유럽(프랑크푸르트)
-
물리적 ID
euc1-az1및euc1-az2와 함께 AZ를 사용할 수 있습니다. - 캐나다(중부)
-
물리적 ID
cac1-az4와 함께 AZ를 사용할 수 있습니다. - 아시아 태평양(시드니)
-
물리적 ID
apse2-az4와 함께 AZ를 사용할 수 있습니다.
계정에서 이전 물리적 AZ ID에 매핑되는 논리적 AZ 이름을 찾으려면 다음 명령을 실행합니다.
aws ec2 describe-availability-zones \ --region us-east-1 \ --query "AvailabilityZones[*].{ZoneName:ZoneName, ZoneId:ZoneId}" \ --output table
Oracle Database@AWS에서 IP 주소 스페이스 계획
Oracle Database@AWS에서 IP 주소 스페이스를 신중하게 계획합니다. ODB 네트워크에 프로비저닝할 수 있는 클러스터당 VM 수를 포함하여 VM 클러스터 수를 기준으로 IP 주소 사용을 고려합니다. 자세한 내용은 Oracle Cloud Infrastructure 설명서의 ODB 네트워크 설계
주제
ODB 네트워크의 IP 주소에 대한 제한 사항
ODB 네트워크의 CIDR 범위에 대한 다음 제한 사항에 유의하세요.
-
ODB 네트워크를 생성한 후에는 ODB 네트워크의 클라이언트 또는 백업 서브넷 CIDR 범위를 수정할 수 없습니다.
-
IPv4 CIDR 블록 연결 제한의 테이블에 있는 제한된 연결 열에는 VPC CIDR 범위를 사용할 수 없습니다.
-
Exadata X9M의 경우 IP 주소 100.106.0.0/16 및 100.107.0.0/16은 OCI 자동화를 통한 클러스터 상호 연결용으로 예약되어 있으므로 다음을 수행할 수 없습니다.
-
ODB 네트워크의 클라이언트 또는 백업 CIDR 범위에 이러한 범위를 할당합니다.
-
ODB 네트워크에 연결하는 데 사용되는 VPC CIDR에 이 범위를 사용합니다.
-
-
다음 CIDR 범위는 Oracle Cloud Infrastructure용으로 예약되어 있으며 ODB 네트워크에 사용할 수 없습니다.
-
Oracle Cloud 예약 범위 CIDR 169.254.0.0/16
-
예약 클래스 D 224.0.0.0 — 239.255.255.255
-
예약 클래스 E 240.0.0.0 — 255.255.255.255
-
-
클라이언트 및 백업 서브넷의 IP 주소 CIDR 범위는 겹칠 수 없습니다.
-
클라이언트 및 백업 서브넷에 할당된 IP 주소 CIDR 범위를 ODB 네트워크에 연결하는 데 사용되는 VPC CIDR 범위와 겹칠 수 없습니다.
-
VM 클러스터의 VM을 다른 ODB 네트워크로 프로비저닝할 수 없습니다. 네트워크는 VM 클러스터의 속성이므로 VM 클러스터의 VM만 동일한 ODB 네트워크에 프로비저닝할 수 있습니다.
ODB 네트워크에 대한 클라이언트 서브넷 CIDR 요구 사항
다음 표에서는 클라이언트 서브넷 CIDR의 서비스 및 인프라에서 사용하는 IP 주소 수를 확인할 수 있습니다. 클라이언트 서브넷의 최소 CIDR 크기는 /27이고 최대 크기는 /16입니다.
| IP 주소 수 | 사용 주체 | 참고 |
|---|---|---|
| 6 | Oracle Database@AWS | 이러한 IP 주소는 ODB 네트워크에서 프로비저닝하는 VM 클러스터 수에 관계없이 예약됩니다. Oracle Database@AWS는 다음을 사용합니다.
|
| 3 | 각 VM 클러스터 | 이러한 IP 주소는 각 VM 클러스터에 있는 VM 수에 관계없이 단일 클라이언트 액세스 이름(SCAN)용으로 예약됩니다. |
| 4 | 각 VM | 이러한 IP 주소는 인프라의 VM 수에만 의존합니다. |
ODB 네트워크에 대한 백업 서브넷 CIDR 요구 사항
다음 표에서는 클라이언트 서브넷 CIDR의 서비스 및 인프라에서 사용하는 IP 주소 수를 확인할 수 있습니다. 백업 서브넷의 최소 CIDR 크기는 /28이고 최대 크기는 /16입니다.
| IP 주소 수 | 사용 주체 | 참고 |
|---|---|---|
| 3 | Oracle Database@AWS | 이러한 IP 주소는 ODB 네트워크에서 프로비저닝하는 VM 클러스터 수에 관계없이 예약됩니다. Oracle Database@AWS는 다음을 사용합니다.
|
| 3 | 각 VM | 이러한 IP 주소는 인프라의 VM 수에만 의존합니다. |
ODB 네트워크의 IP 사용 시나리오
다음 표에서는 VM 클러스터의 다양한 구성에 대해 ODB 네트워크에서 사용되는 IP 주소를 볼 수 있습니다. /28은 클라이언트 서브넷 CIDR이 2개의 VM이 있는 VM 클러스터 1개를 배포하기 위한 기술적 최소 CIDR 범위인 반면, 최소 /27 CIDR 범위를 사용하는 것이 좋습니다. 이 경우 IP 범위는 VM 클러스터에서 완전히 사용되지 않으며 추가 IP 주소 할당을 허용합니다.
| 구성 | 사용된 클라이언트 IP | 최소 클라이언트 IP | 사용된 백업 IP | 최소 백업 IP |
|---|---|---|---|---|
| VM 클러스터 1개와 VM 2개 | 17(서비스 6개 + 클러스터 3개 + 4*2) | 32(/27 CIDR 범위) | 9(서비스 3개 + 3*2) | 16(/28 CIDR 범위) |
| VM 클러스터 1개와 VM 3개 | 21(서비스 6개 + 클러스터 3개 + 4*3) | 32(/27 CIDR 범위) | 12(서비스 3개 + 3*3) | 16(/28 CIDR 범위) |
| VM 클러스터 1개와 VM 4개 | 25(서비스 6개 + 클러스터 3개 + 4*4) | 32(/27 CIDR 범위) | 15(서비스 3개 + 3*4) | 16(/28 CIDR 범위) |
| VM 클러스터 1개와 VM 8개 | 41(서비스 6개 + 클러스터 3개 + 4*8) | 64(/26 CIDR 범위) | 27(서비스 3개 + 3*8) | 32(/27 CIDR 범위) |
다음 표는 특정 클라이언트 CIDR 범위를 고려할 때 각 구성의 인스턴스 수를 보여줍니다. 예를 들어 VM이 4개인 VM 클러스터 1개는 클라이언트 서브넷에서 24개의 IP 주소를 사용합니다. CIDR 범위가 /25인 경우 128개의 IP 주소를 사용할 수 있습니다. 따라서 서브넷에 VM 클러스터 5개를 프로비저닝할 수 있습니다.
| VM 클러스터 구성 | /27 포함 숫자(32 IP) | /26 포함 숫자(64 IP) | /25 포함 숫자(128 IP) | /24 포함 숫자(256 IP) | /23일 때의 숫자(512 IP) | /22일 때의 숫자(1024 IP) |
|---|---|---|---|---|---|---|
| VM 클러스터 1개와 VM 2개(16 IP) | 1 | 3 | 7 | 15 | 30 | 60 |
| VM 클러스터 1개와 VM 3개(20 IP) | 1 | 3 | 6 | 12 | 24 | 48 |
| VM 클러스터 1개와 VM 4개(24 IP) | 1 | 2 | 5 | 10 | 20 | 40 |
| 각각 VM이 2개인 VM 클러스터 2개(27 IP) | 1 | 2 | 4 | 9 | 18 | 36 |
| 각각 VM이 3개인 VM 클러스터 2개(35 IP) | 0 | 1 | 3 | 7 | 14 | 28 |
| 각각 VM이 4개인 VM 클러스터 2개(43 IP) | 0 | 1 | 2 | 5 | 11 | 23 |
1단계: Oracle Database@AWS에서 ODB 네트워크 생성
ODB 네트워크는 가용 영역(AZ)에서 OCI 인프라를 호스팅하는 프라이빗 격리 네트워크입니다. ODB 네트워크와 Oracle Exadata 인프라는 VM 클러스터를 프로비저닝하고 Exadata 데이터베이스를 생성하기 위한 사전 조건입니다. ODB 네트워크와 Oracle Exadata 인프라를 어느 순서로든 생성할 수 있습니다. 자세한 내용은 ODB 네트워크 및 ODB 피어링(을)를 참조하세요.
이 작업에서는 사용자가 Oracle Database@AWS에서 IP 주소 스페이스 계획 섹션을 읽었다고 가정합니다. 나중에 ODB 네트워크를 수정하거나 삭제하려면 Oracle Database@AWS 관리 섹션을 참조하세요.
ODB 네트워크를 생성하려면
-
AWS Management Console에 로그인하고 https://console.aws.amazon.com/odb/
에서 Oracle Database@AWS 콘솔을 엽니다. -
오른쪽 상단에서 AWS 리전을 선택합니다. 자세한 내용은 Oracle Database@AWS용 리전 지원 섹션을 참조하세요.
-
왼쪽 창에서 ODB 네트워크를 선택합니다.
-
ODB 네트워크 생성을 선택합니다.
-
ODB 네트워크 이름에 네트워크 이름을 입력합니다. 이름은 1~255자여야 하며 영문자 또는 밑줄로 시작해야 합니다. 연속된 하이픈은 포함될 수 없습니다.
-
가용 영역에서 AZ 이름을 선택합니다. 지원되는 AZ는 Oracle Database@AWS용 리전 지원 섹션을 참조하세요.
-
클라이언트 서브넷 CIDR에서 클라이언트 연결에 대한 CIDR 범위를 지정합니다. 자세한 내용은 ODB 네트워크에 대한 클라이언트 서브넷 CIDR 요구 사항 섹션을 참조하세요.
-
백업 서브넷 CIDR에서 백업 연결의 CIDR 범위를 지정합니다. 백업 트래픽을 격리하고 복원력을 개선하려면 백업 CIDR과 클라이언트 CIDR을 겹치지 않는 것이 좋습니다. 자세한 내용은 ODB 네트워크에 대한 백업 서브넷 CIDR 요구 사항 섹션을 참조하세요.
-
DNS 구성에서 다음 옵션 중 하나를 선택합니다.
- 기본값
-
도메인 이름 접두사에 도메인의 접두사로 사용할 이름을 입력합니다. 도메인 이름은 oraclevcn.com으로 고정됩니다. 예를 들어
myhost를 입력하면 정규화된 도메인 이름은 myhost.oraclevcn.com입니다. - 사용자 지정 도메인 이름
-
도메인 이름에 전체 도메인 이름을 입력합니다. 예를 들어 myhost.myodb.com을 입력할 수 있습니다.
-
(선택 사항) 서비스 통합에서 VPC Lattice를 사용하여 네트워크와 통합할 서비스를 선택합니다. Oracle Database@AWS는 다양한 AWS 서비스와 통합되어 Oracle 데이터베이스에 향상된 기능과 연결 옵션을 제공합니다. 다음 통합 중 하나를 선택합니다.
- Amazon S3
-
Amazon S3에 대한 직접 ODB 네트워크 액세스를 활성화합니다. 데이터베이스는 데이터 가져오기/내보내기 또는 사용자 지정 백업을 위해 S3에 액세스할 수 있습니다. JSON 정책을 입력할 수 있습니다. 자세한 내용은 Oracle Database@AWS의 Amazon S3에 대한 사용자 관리형 백업 섹션을 참조하세요.
- 제로 ETL
-
Amazon Redshift를 사용하여 트랜잭션 데이터에 대한 실시간 분석 및 기계 학습을 활성화합니다. 자세한 내용은 Amazon Redshift와 Oracle Database@AWS 제로 ETL 통합 섹션을 참조하세요.
참고
ODB 네트워크를 생성하면 Oracle Database@AWS가 Amazon S3에 대한 Oracle 관리형 백업의 네트워크 액세스를 자동으로 사전 구성합니다. 이 통합은 활성화하거나 비활성화할 수 없습니다. 자세한 내용은 AWS 서비스 통합 섹션을 참조하세요.
-
(선택 사항) 태그에서 네트워크에 대한 최대 50개의 태그를 입력합니다. 태그는 리소스를 구성하고 추적하는 데 사용할 수 있는 키-값 페어입니다.
-
ODB 네트워크 생성을 선택합니다.
ODB 네트워크를 생성한 후 VPC에 피어링할 수 있습니다. ODB 피어링은 Amazon VPC와 ODB 네트워크 간에 트래픽을 비공개로 라우팅할 수 있는 사용자 생성 네트워크 연결입니다. 피어링 후 VPC 내의 Amazon EC2 인스턴스는 동일한 네트워크 내에 있는 것처럼 ODB 네트워크의 리소스와 통신할 수 있습니다. 자세한 내용은 Oracle Database@AWS에서 Amazon VPC에 대한 ODB 피어링 구성 섹션을 참조하세요.
2단계: Oracle Database@AWS에서 Oracle Exadata 인프라 생성
Oracle Exadata 인프라는 Oracle Exadata 데이터베이스를 실행하는 데이터베이스 서버, 스토리지 서버 및 네트워킹의 기본 아키텍처입니다. Exadata X9M 또는 X11M을 시스템 모델로 선택합니다. 그런 다음 AWS 콘솔을 사용하여 Exadata 인프라에서 VM 클러스터를 생성할 수 있습니다.
Oracle Exadata 인프라와 ODB 네트워크를 어느 순서로든 생성할 수 있습니다. 인프라를 생성할 때 네트워킹 정보를 지정할 필요가 없습니다.
Oracle Exadata 인프라를 생성한 후에는 수정할 수 없습니다. Exadata 인프라를 삭제하려면 Oracle Database@AWS에서 Oracle Exadata 인프라 삭제 섹션을 참조하세요.
Exadata 인프라를 생성하려면
-
AWS Management Console에 로그인하고 https://console.aws.amazon.com/odb/
에서 Oracle Database@AWS 콘솔을 엽니다. -
왼쪽 창에서 Exadata 인프라를 선택합니다.
-
Exadata 인프라 생성을 선택합니다.
-
Exadata 인프라 이름에 이름을 입력합니다. 이름은 1~255자여야 하며 영문자 또는 밑줄로 시작해야 합니다. 연속된 하이픈은 포함될 수 없습니다.
-
가용 영역에서 지원되는 AZ 중 하나를 선택합니다. 그리고 다음을 선택합니다.
-
Exadata 시스템 모델에서 Exadata.X9M 또는 Exadata.X11M을 선택합니다. Exadata.X11M에서 다음 서버 유형도 선택합니다.
-
데이터베이스 서버 유형에서 Exadata 인프라의 데이터베이스 서버 모델 유형을 선택합니다. 현재 X11M이 유일한 선택 항목입니다.
-
스토리지 서버 유형에서 Exadata 인프라의 스토리지 서버 모델 유형을 선택합니다. 현재 X11M-HC가 유일한 선택 항목입니다.
-
-
데이터베이스 서버의 경우 기본값인 2를 그대로 두거나 슬라이더를 움직여 최대 32개의 서버를 선택합니다. 2개 이상을 지정하려면 OCI에서 한도 증가를 요청합니다.
각 Exadata X9M 데이터베이스 서버는 126개 OCPU를 지원합니다. 각 Exadata X11M 데이터베이스 서버는 760개 ECPU를 지원합니다. 서버 수를 변경하면 총 컴퓨팅 수가 변경됩니다. OCPU 및 ECPU에 대한 자세한 내용은 Oracle 설명서의 Autonomous 데이터베이스의 컴퓨팅 모델
을 참조하세요. -
스토리지 서버의 경우 기본값인 3을 그대로 두거나 슬라이더를 움직여 최대 64개의 서버를 선택합니다. 3개 이상을 지정하려면 OCI에서 한도 증가를 요청합니다. 각 X9M 스토리지 서버는 64TB를 제공합니다. 각 X11m 스토리지 서버는 80TB를 제공합니다. 서버 수를 변경하면 스토리지의 총 TB가 변경됩니다. 그리고 다음을 선택합니다.
-
유지 관리 기간의 경우 시스템 유지 관리가 발생할 수 있는 시기를 구성합니다.
-
일정 기본 설정에 대해 다음 옵션 중 하나를 선택합니다.
-
Oracle 관리형 일정 - Oracle에서 유지 관리 활동을 위한 최적의 시간을 결정합니다.
-
고객 관리형 일정 - 유지 관리 활동이 발생할 수 있는 시기를 지정합니다.
-
-
패치 모드의 경우, 다음 옵션 중 하나를 선택합니다.
-
롤링 - 업데이트는 한 번에 하나의 노드에 적용되므로 패치 적용 중에 데이터베이스를 계속 사용할 수 있습니다.
-
비롤링 - 업데이트는 모든 노드에 동시에 적용되므로 가동 중지 시간이 필요할 수 있습니다.
-
-
고객 관리형 일정을 선택한 경우 다음 추가 설정을 구성합니다.
-
유지 관리 월에서 유지 관리를 수행할 수 있는 월을 선택합니다.
-
해당 월의 주에서 유지 관리를 수행할 수 있는 주(첫 번째, 두 번째, 세 번째, 네 번째 또는 마지막)를 선택합니다.
-
요일에서 유지 관리를 수행할 수 있는 요일(월요일~일요일)을 선택합니다.
-
시작 시간에서 유지 관리 기간이 시작되는 시간을 선택합니다. 시간은 UTC 단위입니다.
-
알림 리드 타임에서 예정된 유지 관리에 대한 알림을 미리 받을 일수를 선택합니다.
-
참고
Oracle Cloud Infrastructure는 이 기간 동안 시스템 유지 관리를 수행합니다. 유지 관리 중에는 Exadata 인프라를 계속 사용할 수 있지만 짧은 기간 동안 지연 시간이 길어질 수 있습니다.
-
-
(선택 사항) OCI 유지 관리 알림 연락처에 최대 10개의 이메일 주소를 입력합니다. AWS는 이러한 이메일 주소를 OCI에 전달합니다. 업데이트가 발생하면 OCI는 나열된 주소로 알림을 메일로 보냅니다.
-
(선택 사항) 태그에 인프라에 대해 최대 50개의 태그를 입력합니다. 태그는 리소스를 구성하고 추적하는 데 사용할 수 있는 키-값 페어입니다.
-
다음을 선택하고 인프라 설정을 검토합니다.
-
Exadata 인프라 생성을 선택합니다.
3단계: Oracle Database@AWS에서 Exadata VM 클러스터 또는 Autonomous VM 클러스터 생성
Exadata VM 클러스터는 Oracle Exadata 데이터베이스를 생성할 수 있는 VM 세트입니다. Exadata 인프라에서 VM 클러스터를 생성합니다. 동일한 ODB 네트워크에서 서로 다른 Oracle Exadata 인프라를 사용하여 여러 VM 클러스터를 배포할 수 있습니다. Exadata VM 클러스터에서 생성하는 데이터베이스를 완전히 관리할 수 있습니다.
Autonomous VM 클러스터는 Autonomous 데이터베이스(ADB)를 실행하는 VM 수준에서 가상화된 Oracle Exadata 컴퓨팅 및 스토리지 리소스의 사전 할당된 풀입니다. Exadata VM 클러스터에서 생성하는 사용자 관리형 데이터베이스와 달리 Autonomous 데이터베이스는 데이터베이스 관리자가 아닌 Oracle에서 자체 조정, 자체 패치 및 관리합니다.
VM 클러스터를 생성할 때 다음 제한 사항을 고려하세요.
-
ODB 네트워크 및 Oracle Exadata 인프라를 생성한 AZ에만 VM 클러스터를 배포할 수 있습니다.
-
계정 간에 VM 클러스터를 공유하지 않는 경우 Oracle Exadata 인프라와 동일한 AWS 계정에 있어야 합니다. AWS RAM을 사용하여 한 AWS 계정의 ODB 네트워크 및 Oracle Exadata 인프라를 신뢰할 수 있는 계정과 공유하는 경우 신뢰할 수 있는 계정은 자체 계정에 VM 클러스터를 생성할 수 있습니다.
-
ODB 네트워크에는 VM 클러스터만 배포할 수 있습니다. 다른 리소스는 허용되지 않습니다.
-
VM 클러스터를 생성한 후에는 스토리지 할당을 변경할 수 없습니다.
중요
생성 프로세스는 VM 클러스터의 크기에 따라 6시간 이상 걸릴 수 있습니다.
4단계: Oracle Cloud Infrastructure에서 Oracle Exadata 데이터베이스 생성
Oracle Database@AWS에서는 AWS 콘솔, CLI 또는 API를 사용하여 다음 리소스를 생성하고 관리할 수 있습니다.
-
ODB 네트워크
-
Oracle Exadata 인프라
-
Exadata VM 클러스터 및 Autonomous VM 클러스터
-
ODB 피어링 연결
생성한 인프라에서 Oracle Exadata 데이터베이스를 생성하고 관리하려면 Oracle Database@AWS 대시보드 대신 Oracle Cloud Infrastructure 콘솔을 사용해야 합니다. Exadata VM 클러스터에서 사용자 관리형 Exadata 데이터베이스를 생성하고 Autonomous Exadata VM 클러스터에서 Autonomous Database를 생성할 수 있습니다. OCI에서 Oracle 데이터베이스를 생성하는 방법에 대한 자세한 내용은 Oracle Cloud Infrastructure 설명서의 Exadata 데이터베이스
Oracle Exadata 데이터베이스를 생성하려면
-
AWS Management Console에 로그인하고 https://console.aws.amazon.com/odb/
에서 Oracle Database@AWS 콘솔을 엽니다. -
왼쪽 창에서 Exadata VM 클러스터 또는 Autonomous VM 클러스터를 선택합니다.
-
세부 정보 페이지를 보려면 VM 클러스터를 선택합니다.
-
OCI에서 관리를 선택하여 Oracle Cloud Infrastructure 콘솔로 리디렉션합니다.
-
OCI에서 사용자 관리형 Exadata 데이터베이스 또는 Autonomous 데이터베이스를 생성합니다.