자율운영 Exadata VM 클러스터 생성
23ai 데이터베이스 소프트웨어 버전 태그 요구 사항
적용 대상: 
Oracle Public Cloud 적용 대상: Exadata Cloud@Customer
- 태그 네임스페이스: 없음(사용 가능한 폼 태그 추가)
- 태그 키: DatabaseVersion
- 태그 값: 23ai
23ai 태그로 생성된 AVMC는 Oracle Database 소프트웨어 버전 23ai를 사용하는 ACD만 지원합니다. 이 AVMC 내에서 19c ACD를 생성할 수 없습니다. Oracle Database 소프트웨어 버전 19c의 ACD는 23ai 태그로 생성되지 않은 AVMC에서만 프로비저닝할 수 있습니다. 동일한 AVMC 내에서 19c 및 23ai ACD를 모두 프로비저닝할 수는 없습니다. 자세한 내용은 자율운영 컨테이너 데이터베이스에서 관리되는 데이터베이스 기능을 참조하십시오.
IAM 정책 요구 사항
| 배포 선택 | IAM 정책 |
|---|---|
| Oracle Public Cloud 및 멀티클라우드 |
|
| Exadata Cloud@Customer |
|
ZPR(Zero Trust Packet Routing) 정책 요구사항
적용 대상: Oracle Public Cloud only
- AVMC를 프로비저닝하는 동안 ZPR(Zero Trust Packet Routing) 보안 속성을 추가하는 데 필요한 IAM 정책:
allow group <group_name> to { ZPR_TAG_NAMESPACE_USE, SECURITY_ATTRIBUTE_NAMESPACE_USE } in tenancy allow group <group_name> to manage autonomous-database-family in tenancy allow group <group_name> to read security-attribute-namespaces in tenancy -
AVMC에 보안 속성을 프로비전하려면 트래픽을 허용하도록 해당 ZPR 정책도 사용으로 설정해야 합니다.
예를 들어, 다음 보안 속성으로 AVMC를 프로비전하려면 아래에 표시된 샘플 ZPR 정책을 정의해야 합니다.- VCN 네트워크: ADBD
- 데이터베이스 클라이언트: ADBDClient
- 데이터베이스 서버: ADBDServer
AVMC를 성공적으로 프로비전하기 위한 샘플 ZPR 정책:in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/2484' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/22' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to all-endpoints in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='icmp' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to 'osn-services-ip-addresses' with protocol='tcp/443'성공적인 고객 연결을 위한 샘플 ZPR 정책:in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Client:ADBDClient endpoints with protocol='tcp/22' in VCN-Network:ADBD VCN allow Db-Client:ADBDClient endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/2484' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/22' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to all-endpoints in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='icmp' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to 'osn-services-ip-addresses' with protocol='tcp/443'
리소스 요구 사항
- 노드당 ECPU 40개
- 노드당 120GB 메모리
- 노드당 338.5GB 로컬 스토리지
- 6.61TB Exadata 스토리지
네트워크 요구사항
IPv4/IPv6 이중 스택 네트워킹을 사용하여 IPv4 및 IPv6 주소를 모두 사용으로 설정하여 새 VM 클러스터를 프로비전할 수 있습니다. 이 옵션은 VCN을 생성하고 서브넷을 생성하는 동안 사용으로 설정됩니다.
- Oracle Public Cloud 및 멀티클라우드 배포:
자율운영 Exadata VM 클러스터 리소스를 프로비전하고 자율운영 Data Guard로 재해 복구를 설정하는 경우 VCN(가상 클라우드 네트워크)의 IP 주소 공간이 겹치지 않는지 확인하십시오.
다음 표에서는 Oracle Public Cloud의 Autonomous Database 배포에 필요한 최소 서브넷 크기를 나열합니다.
참고:
네트워킹 서비스는 각 서브넷에 3개의 IP 주소를 예약합니다. 서브넷에 필요한 최소값보다 큰 공간을 할당하면(예: /28 대신 /25 이상) 서브넷의 사용 가능한 공간에 예약된 주소의 상대적 영향을 줄 수 있습니다.
랙 크기 클라이언트 서브넷: 필요한 IP 주소 수 클라이언트 서브넷: 최소 크기 기본 시스템 또는 쿼터 랙 (4개 주소 * 노드 2개) + SCAN의 경우 3개 + 서브넷의 예약된 3개 = 14 /28 (16 IP 주소) 하프 랙 (4 * 4 노드) + 3 + 3 = 22 /27 (32 IP 주소) 풀 랙 (4* 8 노드) + 3 + 3 = 38 /26 (64 IP 주소) 유연한 인프라 시스템(X8M 이상) 데이터베이스 노드당 4개 주소(최소 2개 노드) + SCAN의 경우 3개 + 서브넷의 경우 3개 예약 /28은 최소 서브넷 크기이지만 각 노드를 추가하면 서브넷 크기가 적절히 증가합니다. 참고:
여러 자율운영 Exadata VM 클러스터를 생성할 수 있도록 사용 가능한 IP 주소가 충분한 서브넷을 구성해야 합니다. 예를 들어, 기본 시스템 또는 단일 VM 클러스터의 쿼터 랙에 필요한 최소 IP 주소는 14입니다. 두 개의 VM 클러스터를 만들려면 /27에서 서브넷을 정의하거나 /28 레벨에서 두 개의 서브넷을 사용합니다. - Exadata Cloud@Customer 배치:
Exadata Cloud@Customer IP 요구사항은 Exadata Cloud at Customer용 IP 주소 및 서브넷을 참조하십시오.
- Oracle Public Cloud 및 멀티클라우드 배포:
- 자율운영 VM 클러스터 프로비전에 대한 최소 보안 목록 요구사항을 충족하려면 다음과 같이 하십시오.
- 서브넷 CIDR의 수신 및 송신을 위해 모든 포트에서 TCP를 엽니다.
- 서브넷 CIDR의 수신 및 송신에 대한 모든 ICMP 유형 및 코드를 엽니다.
- 수신 및 송신 유형이 동일한지 확인하십시오. 둘 다 Stateless이거나 둘 다 Stateful입니다.
예를 들어, 아래 스크린샷에서 TestVCN에는 IPv4 CIDR 블록이 11.0.0.0/16이고, FleetSubnet(AVMC 프로비전에 사용된 서브넷)에는 IPv4 CIDR 블록이 11.0.0.0/24입니다.
- 필요에 따라 이 AVMC에서 생성된 Autonomous Database를 연결하고 작동하려면 다음 포트를 열어야 할 수도 있습니다.
대상 포트 IP 프로토콜 용도 1521 TCP SQL*Net 트래픽 2484 TCP 응용 프로그램 서브넷의 TLS(Transport Layer Security) 6200 TCP ONS(Oracle Notification Service) 트래픽
FAN(Fast Application Notification) 트래픽
443 TCP Oracle Application Express
Oracle 데이터베이스 작업
- 자율운영 VM 클러스터 프로비전에 대한 최소 보안 목록 요구사항을 충족하려면 다음과 같이 하십시오.
- Exadata Cloud@Customer 배치:
- Exadata Cloud@Customer에서 AVMC를 프로비저닝하기 전에 Preparing for Exadata Database Service on Cloud@Customer의 Network Requirements for Oracle Exadata Database Service on Cloud@Customer에 나열된 대로 네트워크 규칙을 설정해야 합니다.
- 또한 다음 위치로 Port 1522를 열어야 합니다.
- 자율운영 Data Guard 설정에서 기본 데이터베이스와 대기 데이터베이스 간의 TCP 트래픽을 허용합니다.
- 데이터베이스 복제를 지원합니다.
-
선택적으로 다음과 같이 일반적으로 사용되는 응용 프로그램에 연결하려는 경우 다음 포트를 열어야 할 수도 있습니다.
대상 포트 IP 프로토콜 용도 443 (송신) TCP KMS(키 관리 서비스) 1521 (수신) TCP Oracle Enterprise Manager (OEM) 1521 TCP SQL*Net 트래픽 2484 TCP 응용 프로그램 서브넷의 TLS(전송 계층 보안) 6200 TCP ONS(Oracle Notification Service) 트래픽
FAN(빠른 응용 프로그램 통지) 트래픽
443 TCP Oracle Application Express
Oracle 데이터베이스 작업
주:
다중 VM Autonomous Database 기능이 실행된 후 Oracle Cloud에서 생성된 Exadata 인프라 리소스에는 다중 VM - 자율운영 VM 클러스터(AVMC)만 생성할 수 있습니다. 이 제한을 해결해야 하고 이전 Exadata 인프라 리소스에 자율운영 VM 클러스터를 추가하려는 경우 My Oracle Support에서 서비스 요청을 생성하십시오. 지원 요청 제출에 대한 도움말은 My Oracle Support에서 서비스 요청 생성을 참조하십시오.지침
참고:
이러한 지침을 보여주는 "체험해보기" 대안은 Oracle Autonomous Database Dedicated for Fleet Administrators Workshop에서 다음 실습을 참조하십시오.- 실습 3: 전용 인프라에서 Autonomous Database용 Cloud Autonomous Exadata VM 클러스터 프로비전
- 실습 5: Exadata Cloud@Customer에서 자율운영 VM 클러스터 프로비전
-
Oracle Cloud Infrastructure 콘솔에서 Autonomous Database로 이동합니다.
지침은 Oracle Cloud Infrastructure 콘솔에서 Autonomous Database 액세스를 참조하십시오.
-
사이드 메뉴의 Autonomous Database 리소스 유형 목록에서 Autonomous Exadata VM Clusters를 누릅니다.
현재 컴파트먼트의 자율운영 Exadata VM 클러스터 목록을 확인할 수 있습니다.
-
자율운영 Exadata VM 클러스터를 생성할 구획을 선택합니다.
자율운영 Exadata VM 클러스터 목록이 새로고침되어 선택된 컴파트먼트에 표시됩니다.
-
자율운영 Exadata VM 클러스터 생성을 누릅니다.
-
자율운영 Exadata VM 클러스터 생성 페이지를 다음 정보로 채웁니다.
설정 설명 참고 기본 정보
구획: 자율운영 Exadata VM 클러스터를 호스트할 컴파트먼트를 선택합니다.
표시 이름: 인프라 리소스를 쉽게 식별할 수 있도록 도와주는 사용자에게 친숙한 설명 또는 기타 정보를 입력합니다.
표시 이름은 고유하지 않아도 됩니다. 기밀 정보를 입력하지 마십시오.
Exadata 인프라
새 자율운영 Exadata VM 클러스터를 호스트할 Exadata 인프라입니다.
자율운영 VM 클러스터 리소스: 컴퓨트 모델
컴퓨트 모델: 자율운영 Exadata VM 클러스터 리소스에 대한 컴퓨트 모델을 나타냅니다. 기본 모델은 ECPU입니다. 컴퓨트 및 스토리지 서버의 풀에서 탄력적으로 할당된 코어 수를 기반으로 합니다.
2025년 5월 28일부터 Autonomous Database는 OCPU 청구 측정지표를 사용하여 새 AVMC를 생성할 수 없습니다. 모든 새 AVMC는 ECPU로만 프로비저닝할 수 있습니다.
기존 OCPU AVMC 및 Autonomous Database는 평소처럼 계속 작동합니다. 서비스 요청을 통해 OCPU AVMC 및 해당 Autonomous Database를 ECPU로 업데이트할 수 있습니다. 자세한 내용은 문서 ID 2998755.1을 참조하십시오.
자율운영 VM 클러스터 리소스: DB 서버 선택
새 자율운영 Exadata VM 클러스터(AVMC) 리소스를 배치하는 데 사용되는 DB 서버(VM)를 나열합니다.
VM당 사용 가능한 최대 리소스(CPU, 메모리 및 로컬 스토리지)도 표시됩니다.
선택적으로 DB 서버 선택 편집을 눌러 VM을 추가하거나 제거할 수 있습니다. 이 단추를 누르면 사용 가능한 모든 DB 서버가 나열된 DB 서버 변경 대화상자가 실행되고 각 DB 서버에 대해 다음 세부정보가 표시됩니다.- 사용 가능한 CPU
- 사용 가능한 메모리(GB)
- 사용 가능한 로컬 스토리지(GB)
- 포함된 VM 클러스터 및 자율운영 VM 클러스터 수입니다.
기본적으로 자율운영 VM 클러스터를 생성하는 데 필요한 최소 리소스가 있는 모든 DB 서버가 선택됩니다. 목록에서 해당 확인란을 눌러 DB 서버를 제거할 수 있습니다. 선택한 내용에 따라 VM당 사용 가능한 최대 리소스 및 VM당 할당된 리소스 세부정보가 대화 상자에 표시됩니다.
DB 서버를 선택한 후 변경 사항 저장을 누릅니다.
AVMC 리소스를 배치하려면 2개 이상의 DB 서버를 선택해야 합니다. HA(고가용성) 구성을 위해서는 최소 2개의 DB 서버가 필요합니다.
주:
AVMC를 프로비전한 후에는 DB 서버를 추가하거나 제거할 수 없습니다.자율운영 VM 클러스터 리소스
VM 수 또는 노드 수: Exadata 인프라의 데이터베이스 서버 수를 나타냅니다. 읽기 전용 값입니다. 이 값은 AVMC에 대해 선택된 DB 서버 수에 따라 다릅니다.
최대 자율운영 컨테이너 데이터베이스 수: 지정된 ACD 수는 ACD의 상한을 나타냅니다. 이러한 ACD는 필요에 따라 별도로 생성해야 합니다. ACD를 생성하려면 사용 가능한 ECPU 8개 또는 노드당 사용 가능한 OCPU 2개가 필요합니다.
VM 또는 노드당 CPU 수: 각 개별 VM에 대한 CPU 수를 지정합니다. 최소값은 VM당 ECPU 40개입니다.
CPU당 데이터베이스 메모리(GB): 자율운영 VM 클러스터의 자율운영 데이터베이스에 대해 할당된 CPU당 메모리입니다.
로컬 백업에 대한 스토리지 할당: Exadata Cloud@Customer의 경우 이 옵션을 선택하여 로컬 데이터베이스 백업을 사용으로 설정하도록 Exadata 스토리지를 구성할 수 있습니다.
데이터베이스 스토리지(TB): Autonomous VM Cluster의 Autonomous Database 생성에 대해 할당된 데이터 스토리지입니다. 최소값은 5TB입니다.
VM과 노드는 Oracle Exadata Cloud@Customer와 Oracle Public Cloud 배포 간에 서로 바꿔서 사용됩니다.
리소스 매개변수를 구성할 때 자율운영 Exadata VM 클러스터를 생성하는 데 필요한 집계 리소스와 이러한 값을 계산하는 데 사용되는 공식이 리소스 구성 섹션의 오른쪽에 표시됩니다.
자율운영 Exadata VM 클러스터에 대해 요청된 총 리소스는 다음 공식을 사용하여 계산됩니다.
CPU 수 = 노드당 CPU 수 x 노드 수
메모리 = [노드당 CPU 수 x CPU당 데이터베이스 메모리 + 내부 데이터베이스 서비스 메모리: (40GB)] x 노드 수
로컬 스토리지 = 내부 로컬 서비스 스토리지: ([Autonomous VM Cluster Storage: xxGB] + [Autonomous Container Database Storage: 100GB + 50GB x ACD Count] x 1.03) x 노드 수
위 공식에서 자율운영 VM 클러스터 스토리지 값은 다음과 같이 사용된 Exadata 시스템 모델에 따라 달라집니다.
- X7-2 및 X8-2 시스템: 137GB
- X8M-2 및 X9M-2 시스템: 184GB
Exadata 스토리지 = [사용자 데이터 스토리지 + 내부 데이터베이스 서비스 스토리지: (200GB + 50GB x ACD 수 x 노드 수)] x 1.25
네트워크 설정
가상 클라우드 네트워크: 새 자율운영 Exadata VM 클러스터를 생성하려는 VCN(가상 클라우드 네트워크)입니다.
서브넷: 새 자율운영 Exadata VM 클러스터에 대해 위에서 선택된 VCN 내의 서브넷입니다.
선택적으로 네트워크 보안 그룹을 사용하여 트래픽을 제어할 수 있습니다. 이렇게 하려면 해당 확인란을 선택하고 선택 목록에서 네트워크 보안 그룹을 선택합니다.
+ Another Network Security Group을 눌러 더 많은 네트워크 보안 그룹을 추가합니다.
IPv4/IPv6 이중 스택 네트워킹을 사용하여 IPv4 및 IPv6 주소를 모두 사용으로 설정할 수 있습니다. VCN을 생성하는 동안 및 서브넷을 생성하는 동안 이 옵션을 사용으로 설정할 수 있으며 AVMC를 프로비전하는 동안 해당 서브넷(IP4 및 IP6 주소가 모두 있음)을 사용할 수 있습니다.
적용 대상: Oracle Public Cloud 전용VM 클러스터 네트워크
새 자율운영 Exadata VM 클러스터를 생성할 VM 클러스터 네트워크입니다.
적용 대상: Exadata Cloud@Customer만 해당자동 유지보수
선택적으로 자동 유지 관리 일정을 구성할 수 있습니다. Oracle Public Cloud에서 유지보수 수정을 누릅니다. Exadata Cloud@Customer에서 유지보수 일정 수정을 누릅니다.
그런 다음 일정 지정을 선택한 다음 일정에 대한 월, 주, 일 및 시간을 선택하여 유지 관리 일정을 기본값(Oracle이 필요에 따라 유지 관리 일정을 잡을 수 있도록 허용하는 환경설정 없음)에서 변경할 수 있습니다. 또한 Oracle로부터 예정된 유지보수에 대한 통지 메시지를 수신하도록 리드 타임을 설정할 수 있습니다.
완료되면 변경 사항을 저장합니다.
사용자 정의 스케줄 선택에 대한 자세한 내용은 사용자 정의 가능한 유지 관리 스케줄의 설정을 참조하십시오.
라이센스 유형
새 자율운영 Exadata VM 클러스터에 사용할 라이센스 유형입니다.
다음과 같은 옵션이 있습니다.
자체 라이센스 적용: 이 옵션을 선택하는 경우 생성한 새 서비스 인스턴스에 사용할 적절한 자격이 있는지 확인합니다.
라이센스 포함: 이 옵션을 선택하면 클라우드 서비스 비용이 데이터베이스 서비스에 대한 라이센스를 포함합니다.
선택한 라이센스 유형은 청구 계측에 영향을 줍니다.
고급 옵션 표시/ 숨기기
기본적으로 고급 옵션은 숨겨집니다. 고급 옵션 표시를 눌러 표시합니다.
고급 옵션: 관리
UTC 또는 브라우저 감지 시간대가 아닌 다른 시간대를 설정하려면 다른 시간대 선택 옵션을 선택하고 지역 또는 국가를 선택한 다음 해당 시간대를 선택합니다. 원하는 지역 또는 국가가 표시되지 않으면 기타를 선택하고 적절한 시간대를 선택합니다.
자율운영 Exadata VM 클러스터에 대한 기본 시간대는 UTC이지만 다른 시간대를 지정할 수 있습니다. 시간대 옵션은
Java.util.TimeZone클래스와 Oracle Linux 운영 체제에서 모두 지원되는 옵션입니다.이미 프로비전된 자율운영 Exadata VM 클러스터에 대한 시간대 설정을 수정할 수 없습니다. 필요한 경우 My Oracle Support에서 서비스 요청을 생성할 수 있습니다. 지원 요청 제출에 대한 도움말은 My Oracle Support에서 서비스 요청 생성을 참조하십시오.
고급 옵션: 리스너
TLS(전송 계층 보안)에 대한 SCAN(단일 클라이언트 액세스 이름) 리스너 포트를 선택하고 사용 가능한 포트 범위에서 TLS가 아닌 포트를 선택하려면 허용 가능한 범위(1024 - 8999)에서 TLS 포트 또는 TLS 포트에 대한 포트 번호를 입력합니다.
Enable mutual TLS (mTLS) authentication 확인란을 선택하여 mTLS(상호 TLS) 인증을 선택할 수도 있습니다.
default 포트 번호는 TLS의 경우 2484 및 TLS가 아닌 경우 1521 인증 모드입니다.
포트 번호 1522, 1525, 5000, 6100, 6200, 7060, 7070, 7879, 8080, 8181, 8888 및 8895는 특수한 용도로 예약되어 있으며 비TLS 또는 TLS 포트 번호로 사용할 수 없습니다.
AVMC 리소스를 프로비전한 후에는 SCAN 리스너 포트를 변경할 수 없습니다.
ORDS 인증서는 단방향 TLS 인증서이므로 단방향 TLS와 mTLS(상호 TLS) 중 하나를 선택하는 것은 데이터베이스 TLS 인증서에만 적용할 수 있습니다.
고급 옵션: 보안 속성
ZPR(제로 트러스트 패킷 경로 지정) 정책을 사용하여 AVMC 리소스에 대한 액세스를 제어하는 보안 속성을 추가합니다. 보안 속성을 추가하려면 네임스페이스를 선택하고 보안 속성에 대한 키 및 값을 제공합니다.
보안 속성 추가를 눌러 보안 속성을 추가합니다.
적용 대상:
Oracle Public Cloud 전용이 단계에서 보안 속성을 선택하려면 제로 트러스트 패킷 경로 지정으로 보안 속성을 이미 설정해야 합니다. 자세한 내용은 About Zero Trust Packet Routing를 참조하십시오.
기존 AVMC에 대한 보안 속성도 추가할 수 있습니다. 자세한 내용은 Configure Zero Trust Packet Routing (ZPR) for an AVMC을 참조하십시오.
고급 옵션: 태그
태그를 사용하려면 태그 네임스페이스, 태그 키 및 태그 값을 선택하여 태그를 추가합니다.
태그 지정은 테넌시 내 리소스를 구성 및 추적하는 데 사용되는 메타데이터 시스템입니다. 전용 Autonomous Database Cloud 리소스 태그 지정을 참조하십시오.
23ai 데이터베이스를 만들려면 AVMC에 적절한 태그를 프로비저닝해야 합니다. 자세한 내용은 23ai Database Software Version Tag Requirements을 참조하십시오.
-
선택적으로 스택으로 저장을 눌러 리소스 구성을 스택으로 저장할 수 있습니다. 그런 다음 스택을 사용하여 Resource Manager 서비스를 통해 리소스를 생성할 수 있습니다.
스택으로 저장 대화상자에서 다음 세부정보를 입력하고 저장을 누릅니다.- 이름: 선택적으로 스택의 이름을 입력합니다.
- 설명: 선택적으로 이 스택에 대한 설명을 입력합니다.
- 컴파트먼트에 저장: 이 스택이 상주할 컴파트먼트를 선택합니다.
- 태그 네임스페이스, 태그 키 및 태그 값: 선택적으로 스택에 태그를 적용합니다.
리소스 관리자와 함께 사용되는 Terraform 구성에 대한 요구사항 및 권장사항은 리소스 관리자에 대한 Terraform 구성을 참조하십시오. 스택에 정의된 리소스를 프로비전하려면 구성을 적용하십시오.
- 세부정보를 제출하여 자율운영 Exadata VM 클러스터를 생성합니다.