보조 인프라 프로비저닝
보조 OCI 리전 구독
지역 간을 전환하려면 OCI 콘솔 상단 배너의 리전 콤보 상자를 사용하십시오.
Terraform을 사용하여 보조 영역 네트워크 리소스 프로비전
Terraform을 사용하여 보조 영역에 네트워크 리소스를 빠르게 프로비저닝할 수 있습니다. Terraform을 사용하여 네트워크 정의를 보조 사이트에 복제하면 작업이 간소화되고 오류가 발생할 가능성이 크게 줄어듭니다.
유효한 Terraform 계획이 있으면 Terraform의 apply
함수는 .tf
파일에 정의된 모든 리소스를 프로비저닝하여 프로비저닝 시간을 대폭 단축합니다.
Terraform 명령행 인터페이스 또는 OCI 콘솔의 Terraform 인터페이스를 사용하여 명령을 실행할 수 있습니다. 두 방식 모두 동일한 기능을 제공합니다.
주:
다음은 Terraform을 사용하여 네트워크 리소스를 생성하는 상위 레벨 단계입니다. 한 환경에서 네트워크 구성을 검색하고 다른 환경에서 다시 만드는 예는 자세히 탐색의 "Terraform 작업"을 참조하십시오.보조 영역 프로비전 완료
네트워크가 설정되면 OCI 콘솔을 사용하여 보조 영역에 대한 컴퓨트 인스턴스, OCI File Storage 및 Oracle Exadata Database Service on Dedicated Infrastructure를 프로비저닝할 수 있습니다. 이는 기본 인프라를 프로비저닝한 방식과 매우 유사합니다.
Oracle Exadata Database Service on Dedicated Infrastructure 프로비저닝
Oracle Cloud Infrastructure(OCI) 콘솔을 사용하여 대상 환경을 프로비저닝합니다.
이 아키텍처 예에서는 컴퓨트 노드 2개(domUs) 및 스토리지 셀 3개가 포함된 Oracle Exadata Cloud X6-2 쿼터 랙과 같은 Oracle Exadata 모델 및 구성을 사용합니다. 가용성 도메인은 AD-2입니다.
보조 영역에서 VM 클러스터 프로비전
Oracle Exadata Database Service on Dedicated Infrastructure가 성공적으로 프로비전되면 VM 클러스터를 인프라에 프로비전할 수 있습니다.
Exadata VM 클러스터는 완전히 작동 및 실행되며 몇 시간 내에 액세스할 수 있습니다. 다음 구성 요소는 완전히 구성됩니다.
- domU 컴퓨트 VM 노드 2개
- Oracle Clusterware 및 Oracle Grid Infrastructure
- 클라이언트 서브넷에 세 개의 IP 주소가 있는 SCAN 이름
- 각 리스너가 포함된 SCAN 및 그리드 VIP
- 높은 중복성 ASM 디스크 그룹
디스크 그룹 이름 | 중복성 | 총 크기(MB) | 사용 가능(MB) |
---|---|---|---|
DATAC1 | 고가 | 161,206,272 | 48,055,638 |
RECOC1 | 고가 | 53,747,712 | 16,376,564 |
Oracle ACFS(Oracle Advanced Cluster File System)를 지원하기 위해 다른 작은 디스크 그룹이 만들어집니다.
컴퓨트 인스턴스 프로비전
컴퓨트 인스턴스는 애플리케이션 및 중간 계층 서버입니다. PeopleSoft 응용 프로그램 및 PeopleSoft PIA(Internet Architecture) 웹 서버에 사용됩니다.
컴퓨트 인스턴스를 프로비전할 때 작업로드를 가장 잘 지원하는 구성을 선택합니다. OCI는 Intel 또는 AMD 기반 프로세서 중에서 선택할 수 있는 다양한 구성을 제공합니다. Oracle Linux와 Microsoft Windows가 모두 지원됩니다. 애플리케이션 계층 컴퓨트 노드를 프로비전할 때 컴퓨트 인스턴스 리소스를 보유할 컴파트먼트(psft-app-compartment
)를 지정하고 애플리케이션 계층에 대한 서브넷(app-private-subnet-ad1
)을 지정합니다. 응용 프로그램 서버가 다음을 호스트합니다.
- Tuxedo 애플리케이션 서버 도메인
- Tuxedo 일괄 처리 프로세스 서버 도메인
- MicroFocus COBOL 컴파일러 및 런타임 기능
PIA 웹 서버를 프로비저닝하고 동일한 구획에 배치하고 애플리케이션 서버와 동일한 서브넷을 사용할 수 있습니다. 다음 호스트가 됩니다.
- WebLogic PIA 서버를 호스팅하는 웹 서버
- Coherence*Web Cache 서버(선택 사항)
OCI 컴퓨트 인스턴스 생성
Oracle Cloud Infrastructure(OCI)에서 컴퓨트 인스턴스를 프로비저닝합니다.
미들 계층 서버의 구성은 단순하고 표준이었으며, 조정이 필요한 부트, 루트 및 스왑 파일 시스템의 크기만 포함되었습니다. 프로비저닝 당시 부트 볼륨의 기본 크기는 46.6GB였습니다. 이 기본 크기에는 다음과 같은 기본 필수 Linux 파일 시스템이 포함됩니다.
/boot
파일 시스템(200MB)- 루트(
/
) 파일 시스템(39GB) - 스왑 볼륨(8GB)
애플리케이션 및 웹 계층 서버 모두 부트 파일 시스템을 128GB로, 루트 파일 시스템을 100GB로, 총 스왑 크기를 16GB로 늘려야 했습니다.
원격 VCN 피어링 설정
원격 VCN 피어링은 동일한 테넌시의 서로 다른 지역에 있는 두 VCN을 연결하는 프로세스입니다. 피어링을 사용하면 VCN 리소스가 인터넷 또는 온프레미스 네트워크를 통해 트래픽 경로를 지정하지 않고도 전용(private) IP 주소를 사용하여 안전하게 통신할 수 있습니다.
다음은 원격 VCN 피어링을 설정하기 위한 요구 사항입니다.
- DRG(동적 경로 지정 게이트웨이)는 각 지역에 존재해야 합니다.
- 각 DRG에 RPC(원격 피어링 연결)를 연결하여 지역의 VCN 간 페어링을 정의합니다.
- 피어링 관계에 동의하는 각 VCN에 대해 명시적 계약을 OCI Identity and Access Management 정책으로 구현합니다.
- 각 VCN에 대한 라우트 테이블 규칙을 추가하여 트래픽을 라우팅합니다. DRG에는 업데이트할 수 있는 원격 VCN 피어링과 관련된 라우팅 테이블이 있습니다.
- 영역 간 트래픽을 가질 수 있는 서브넷에 보안 목록 수신 및 송신 규칙을 추가합니다.
원격 VCN 피어링을 설정할 때 두 지역의 경로 테이블을 업데이트하여 트래픽이 순회할 수 있도록 합니다. 다음 표는 예제를 제공합니다. "동적 경로 지정 게이트웨이" 대상 유형을 포함하는 행은 해당 영역의 DRG를 통해 트래픽을 다른 영역의 DRG로 경로 지정하는 규칙을 나타냅니다.
다음은 db-private-RT
및 app-private-RT
에 대한 애슈번 지역의 업데이트된 경로 테이블입니다.
db-private-RT
:
대상 | 대상 유형 | Target |
---|---|---|
0.0.0.0/0 | NAT 게이트웨이 | maa-ngw |
10.10.101.0/24 | 동적 경로 지정 게이트웨이 | cloudmaa-vcn-DRG |
Oracle Service 네트워크의 모든 IAD 서비스 | 서비스 게이트웨이 | Maa-Iad-sgw |
app-private-RT
:
대상 | 대상 유형 | Target |
---|---|---|
0.0.0.0/0 | NAT 게이트웨이 | maa-ngw |
10.10.106.0/24 | 동적 경로 지정 게이트웨이 | cloudmaa-vcn-DRG |
다음은 피닉스 지역에서 db-private-RT
및 app-private-RT
에 대한 업데이트된 경로 테이블입니다.
db-private-RT
:
대상 | 대상 유형 | Target |
---|---|---|
0.0.0.0/0 | NAT 게이트웨이 | maa-ngw |
10.0.101.0/24 | 동적 경로 지정 게이트웨이 | maacloud2-vcn-DRG |
Oracle Service Network의 모든 PHX 서비스 | 서비스 게이트웨이 | Maa-phx-sgw |
app-private-RT
:
대상 | 대상 유형 | Target |
---|---|---|
0.0.0.0/0 | NAT 게이트웨이 | maa-ngw |
10.0.103.0/24 | 동적 경로 지정 게이트웨이 | maacloud2-vcn-DRG |
주:
사용자 환경에 원격 VCN 피어링을 구현하려면 DRG를 통해 다른 지역의 VCN 피어링을 참조하십시오.다음은 필요한 단계에 대한 개요입니다.
- RPC 생성: 각 VCN의 DRG에 대한 RPC를 생성합니다.
- 공유 정보: 관리자는 필요한 기본 정보를 공유합니다.
- 연결 설정: 두 개의 RPC를 연결합니다.
- 경로 테이블 업데이트: 각 VCN의 경로 테이블을 업데이트하여 피어링된 VCN 간의 트래픽을 활성화합니다.
- 보안 규칙 업데이트: 피어링된 VCN 간의 트래픽을 활성화하도록 각 VCN의 보안 규칙을 업데이트합니다.