컴퓨트 인스턴스에 Oracle WebLogic Server 배치

구조

OCI용 Oracle WebLogic Server는 기본 인프라와 완벽하게 통합됩니다. 이러한 통합을 통해 WebLogic 클러스터를 쉽게 프로비저닝하고 로드 밸런서, 블록 볼륨, 파일 스토리지 및 네트워크와 같은 필요한 서비스를 제공할 수 있습니다.

그림 wls-oci.png에 대한 설명

wls-oci-oracle.zip

이 구조에는 다음 구성요소가 있습니다.

결함 도메인
장애 도메인은 한 가용성 도메인 내 하드웨어와 인프라의 그룹입니다. 각 가용성 도메인에는 독립적인 전원 및 하드웨어의 3개의 장애 도메인이 있습니다. 여러 장애 도메인에 걸쳐 리소스를 분배할 경우 응용 프로그램은 결함 도메인 내에서 물리적 서버 오류, 시스템 유지 관리 및 전원 오류를 허용할 수 있습니다.
VCN(가상 클라우드 네트워크) 및 서브넷
VCN은 특정 지역의 Oracle Cloud Infrastructure 데이터 센터에 설정하는 소프트웨어 정의 네트워크입니다. VCN은 서브넷으로 나눌 수 있습니다. 서브넷은 지역 또는 가용성 도메인에 따라 달라질 수 있습니다. 영역별 서브넷과 가용성 도메인별 서브넷 모두 동일한 VCN에 공존할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.
로드 밸런서
Oracle Cloud Infrastructure Load Balancing 서비스는 한 시작점에서 VCN에서 연결할 수 있는 여러 서버로의 자동화된 트래픽 분배를 제공합니다. WebLogic 서버 도메인을 생성하면 Oracle Cloud Infrastructure용 WebLogic 서버가 로드 밸런서를 자동으로 생성하고 이를 구성하여 도메인의 서버 간에 트래픽을 분산시킬 수 있습니다. 클러스터에 둘 이상의 관리 서버가 있는 경우 로드 밸런서를 사용하는 것이 좋습니다.
키 관리
Oracle Cloud Infrastructure Key Management를 사용하면 WebLogic 서버 도메인을 생성할 때 중요한 정보를 관리할 수 있습니다. 저장소는 암호화 키를 위한 컨테이너입니다. 키를 사용하여 새 도메인의 필수 암호를 암호화한 후 Oracle Cloud Infrastructure용 WebLogic 서버는 동일한 키를 사용하여 도메인을 생성할 때 암호를 해독합니다.
데이터베이스 시스템
JRF 지원을 사용하여 WebLogic 서버 도메인을 생성하려면 Oracle Cloud Infrastructure에 기존 데이터베이스를 제공하십시오. 이 참조 아키텍처는 DB 시스템을 사용합니다. 비JRF 도메인에는 데이터베이스가 필요하지 않습니다.
WebLogic 도메인
WebLogic 도메인은 실행하는 데 필요한 관련 응용 프로그램 및 리소스 및 구성 정보의 그룹입니다. 도메인에는 클러스터, 클러스터화되지 않은 서버 또는 클러스터화 및 클러스터화되지 않은 서버 조합이 가능한 하나 이상의 관리 서버가 포함됩니다. 도메인은 여러 클러스터를 포함할 수 있지만 WebLogic Server Enterprise Edition에서는 기본적으로 하나만 프로비저닝됩니다.
WebLogic cluster
클러스터는 특정 WebLogic 도메인의 일부입니다. 클러스터는 확장성 및 안정성 향상을 위해 동시에 실행되고 함께 작동하는 여러 관리 서버들로 구성됩니다. 클라이언트에게 WebLogic 클러스터는 단일 WebLogic 서버 인스턴스로 표시됩니다. 한 클러스터의 서버 인스턴스가 같은 시스템에서 실행될 수도 있고 서로 다른 시스템에 있을 수도 있습니다. 클러스터의 각 서버 인스턴스는 같은 WebLogic Server 버전을 실행해야 합니다.

권장사항

다음 권장 사항을 시작점으로 사용합니다. 요구 사항은 다를 수 있습니다.

VCN
VCN을 생성할 때 VCN의 서브넷에 연결하려는 리소스 수를 기반으로 필요한 CIDR 블록 수 및 각 블록의 크기를 확인하십시오. 표준 전용 IP 주소 공간 내에 있는 CIDR 블록을 사용합니다.

VCN을 생성한 후에는 해당 CIDR 블록을 변경, 추가 및 제거할 수 있습니다.

서브넷을 설계할 때는 트래픽 플로우와 보안 요구사항을 고려하십시오. 특정 계층 또는 역할 내의 모든 리소스를 동일한 서브넷에 연결하여 보안 경계 역할을 할 수 있습니다.

지역별 서브넷 사용.
Load balancer
공용 서브넷을 선택하지 않으면 마켓플레이스 배치로 생성된 WebLogic 서버(관리, 관리 서버 또는 클러스터화된 관리 서버)가 서브넷 외부에 노출되지 않습니다. 단일 엔드포인트에서 관리 서버를 노출하기 위해 이 아키텍처는 로드 밸런싱 서비스의 공용 로드 밸런서를 사용합니다. 공용 로드 밸런서에는 인터넷에서 액세스할 수 있는 공용 IP 주소가 있습니다. 프로비전 중 원하는 로드 밸런서 대역폭(최대 8000 Mbps)을 선택합니다.
파일 저장소
기본적으로 마켓플레이스 배치는 각 VM(가상 머신)에 블록 스토리지 장치를 연결하여 WebLogic 서버 도메인 구성을 저장합니다. 도메인 구성을 보다 원활하게 공유하기 위해 파일 스토리지 서비스 또는 VM의 공유 블록 스토리지를 기반으로 공유 스토리지를 마운트할 수 있습니다. 공유 저장소를 사용하려면 도메인을 만들기 전에 마운트해야 합니다. 마켓플레이스 배치는 기본적으로 도메인을 배치하므로 공유 저장소를 연결하고 새 도메인을 수동으로 만들어야 합니다.
컴퓨트
Oracle Cloud Infrastructure는 다양한 베어메탈 및 VM(가상 머신) 구성을 제공합니다. 그러나 WebLogic는 VM.Standard2.x, VM.Standard.E2.x, BM.Standard2.x 및 BM.Standard.E2.x 구성만 지원합니다. 일부 구성은 일부 지역에서 사용하지 못할 수도 있습니다.
데이터베이스
WebLogic는 베어메탈, VM 및 Exadata DB 시스템에서 실행되는 데이터베이스를 지원합니다. 단일 노드 VM DB 시스템의 경우 빠른 프로비저닝 옵션을 사용하여 데이터베이스를 생성할 수 없습니다. WebLogic Server for Oracle Cloud Infrastructure는 단일 노드 VM DB 시스템의 스토리지 관리 소프트웨어로 Logical Volume Manager를 사용할 수 없습니다.

고려 사항

이 참조 아키텍처를 배포할 때는 다음 사항을 고려하십시오.

WebLogic 서버용 전용 서브넷
아키텍처 다이어그램은 간소화를 위해 공용 서브넷의 WebLogic 서버를 보여줍니다. 가장 좋은 방법은 전용 서브넷에 WebLogic 서버를 배치하는 것입니다. 마켓플레이스 이미지는 WebLogic 서버를 전용 서브넷에 프로비전하는 옵션을 제공하며, 이 경우 추가 배스천 호스트가 공용 서브넷에 배치되거나 배스천이 다음과 같이 배치됩니다. 서비스를 사용할 수 있습니다. WebLogic 관리 서버는 프로비전된 경우 로드 밸런서를 통해 공용으로 액세스할 수 있으며, 그렇지 않은 경우 Bastion 호스트 또는 Bastion을 통해 서비스로 모든 서버에 액세스할 수 있습니다. 프로비전된 경우 로드 밸런서를 통해 WebLogic 관리 서버에 공용으로 액세스할 수 있으며, 그렇지 않은 경우 배스천 호스트를 통해 모든 서버에 액세스할 수 있습니다.
Application availability
테넌시에 여러 가용성 도메인이 있는 경우 배포는 장애 도메인 전체 또는 가용성 도메인 전반에 걸쳐 관리 서버의 노드를 프로비저닝합니다. WebLogic 클러스터는 다중 노드가 프로비전되는 한 고가용성을 제공합니다. Marketplace에 프로비저닝된 WebLogic 도메인을 확장할 수 있습니다.
관리 효율성
Terraform 스크립트는 스택을 배포합니다. 전체 스택은 Oracle Cloud Infrastructure 콘솔의 리소스 관리자 > 스택에서 검토 및 다운로드할 수 있습니다. 템플리트로 사용하여 자신의 코드 저장소에서 이 Infrastructure를 코드로 관리할 수 있습니다.
확장성
OCI용 Oracle WebLogic Server 도메인의 컴퓨트 리소스를 확장하여 성능을 향상시키거나 컴퓨트 리소스를 축소하여 비용을 줄일 수 있습니다.

참고:
리소스 관리자를 사용하여 도메인에서 컴퓨트 인스턴스의 구성을 변경하지 마십시오. 컴퓨트 서비스를 사용해야 합니다. 리소스 관리자를 사용하여 구성을 변경한 후 확장/축소하면 현재 모든 노드가 원래 구성으로 복원되어 효과적으로 도메인을 삭제합니다. 모양보다 노드 수를 줄이는 것이 좋습니다.

컴퓨트 인스턴스의 구성을 변경할 때 다른 프로세서, 코어 수, 메모리 양, 네트워크 대역폭, 인스턴스에 대한 최대 VNIC 수를 선택합니다. 인스턴스의 공용 및 전용 IP 주소, 볼륨 연결 및 VNIC 연결은 동일하게 유지됩니다. 예를 들어 인스턴스의 구성을 VM-Standard2.2에서 VM-Standard2.4로 변경하면 노드의 용량이 2개의 OCPU에서 4개의 OCPU로 두 배 증가하고, 노드에 할당된 메모리 양도 두 배가 됩니다.

배치

이 참조 아키텍처의 Terraform 코드는 GitHub에서 사용할 수 있으며 다음 단계를 사용하여 배포할 수 있습니다.

GitHub로 이동하십시오.
저장소를 로컬 컴퓨터에 복제하거나 다운로드합니다.
README 문서의 지침을 따릅니다.

추가 정보

로그 변경

이 로그는 중요한 변경 사항을 나열합니다.

2022년 5월 31일

편집 가능한 버전()을 다운로드하는 옵션이 추가되었습니다. SVG 및 . DRAWIO) 아키텍처 다이어그램입니다.
Terraform용 GitHub 링크 추가 - WebLogic 클러스터화된 인프라 배포를 [배치] 섹션에 추가합니다.
"WebLogic 서버에 대한 전용 서브넷" 및 "애플리케이션 가용성"에 대한 고려 사항 섹션 세부정보가 업데이트되었습니다.

2021년 1월 19일

Oracle WebLogic Server 배치 확장에 대한 업데이트된 정보를 제공합니다.