배치 .Oracle Cloud Infrastructure의 NET 애플리케이션
애플리케이션 컨테이너는 변경할 수 없고 휴대용 인프라를 제공하며 쉽게 확장할 수 있으므로 다수의 이점을 제공합니다. 실행 중인 조직NET 응용 프로그램은 이러한 이점을 활용하여 컨테이너화 및 배포할 수 있습니다.OCI(Oracle Cloud Infrastructure)의 NET 애플리케이션입니다.
.NET 응용 프로그램은 에서 이식되어야 합니다.NET Framework to .NET을 사용하여 Linux 컨테이너에서 실행합니다. 이 구조에서 Oracle 데이터베이스는 응용 프로그램의 기본 데이터베이스입니다. 기존 .NET 응용 프로그램이 다른 데이터베이스를 사용하고 있습니다. 특정 도구 및 이전 방법을 사용하여 이러한 데이터베이스를 OCI의 Oracle 데이터베이스로 이전할 수 있습니다.
구조
이 아키텍처는 를 구축하는 데 필요한 인프라스트럭처를 구축합니다.OCI의 NET 애플리케이션
다음 다이어그램은 이 참조 아키텍처를 보여줍니다.
그림 deployment-net-oci-arch.png에 대한 설명
deployment-net-oci-arch-oracle.zip
- 테넌시
Oracle Cloud Infrastructure에 등록하면 Oracle에서 회사에 대한 테넌시를 생성합니다. 테넌시는 Oracle Cloud Infrastructure 내의 안전하고 격리된 파티션으로, 클라우드 리소스를 생성, 구성 및 관리할 수 있습니다.
- 지역
OCI 지역은 가용성 도메인이라는 하나 이상의 데이터 센터를 포함하는 현지화된 지리적 영역입니다. 지역은 다른 지역에 독립적이며, 거리가 먼 나라 전체나 대륙을 구분할 수 있습니다.
- 구획
구획은 OCI 테넌시 내에서 지역 간 논리적 분할 영역입니다. 구획을 통해 Oracle Cloud에서 리소스를 구성하고, 리소스에 대한 액세스를 제어하고, 사용 할당량을 설정할 수 있습니다. 지정된 구획의 리소스에 대한 액세스를 제어하려면 리소스에 액세스할 수 있는 사람과 수행할 수 있는 작업을 지정하는 정책을 정의합니다.
- 가용성 도메인
가용성 도메인은 한 지역 내의 독립형 독립적인 데이터 센터입니다. 각 가용성 도메인의 물리적 리소스는 내결함성을 제공하는 다른 가용성 도메인의 리소스와 격리됩니다. 가용성 도메인은 전원, 냉각 또는 내부 가용성 도메인 네트워크와 같은 인프라를 공유하지 않습니다. 따라서 한 가용성 도메인에서 장애가 발생해도 해당 지역의 다른 가용성 도메인에 영향을 주지 않습니다.
- 결함 도메인
장애 도메인은 한 가용성 도메인 내 하드웨어와 인프라의 그룹입니다. 각 가용성 도메인에는 독립적인 전원 및 하드웨어의 3개의 장애 도메인이 있습니다. 여러 장애 도메인에 걸쳐 리소스를 분배할 경우 응용 프로그램은 결함 도메인 내에서 물리적 서버 오류, 시스템 유지 관리 및 전원 오류를 허용할 수 있습니다.
- VCN(가상 클라우드 네트워크) 및 서브넷
VCN은 OCI 지역에서 설정할 수 있는 사용자 정의 가능한 소프트웨어 정의 네트워크입니다. 기존의 데이터 센터 네트워크와 마찬가지로 VCN은 네트워크 환경에 대한 완벽한 제어를 제공합니다. VCN에는 VCN을 생성한 후 변경할 수 있는 겹치지 않는 CIDR 블록이 여러 개 있을 수 있습니다. VCN을 영역 또는 가용성 도메인으로 범위가 지정될 수 있는 서브넷으로 분할할 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 연속 주소 범위로 구성됩니다. 서브넷 생성 후 서브넷의 크기를 변경할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.
- Load balancer
Oracle Cloud Infrastructure Load Balancing 서비스는 단일 시작점에서 백엔드의 여러 서버로 자동화된 트래픽 분배를 제공합니다. 로드 밸런서는 여러 애플리케이션에 대한 액세스를 제공합니다.
-
보안 목록
각 서브넷에 대해 서브넷 내부/외부에서 허용해야 하는 트래픽의 소스, 대상 및 유형을 지정하는 보안 규칙을 생성할 수 있습니다.
- 인터넷 게이트웨이
인터넷 게이트웨이는 VCN에 추가하여 인터넷에 직접 연결할 수 있는 선택적 가상 라우터입니다.
- 컨테이너 레지스트리
컨테이너 레지스트리(Container Registry)라고도 하는 Oracle Cloud Infrastructure Registry는 운용에 대한 개발을 단순화할 수 있는 Oracle 관리 레지스트리입니다. 컨테이너 레지스트리를 사용하면 개발자가 컨테이너 이미지(예: Docker 이미지)를 쉽게 저장, 공유 및 관리할 수 있습니다. 또한 OCI의 고가용성 확장형 아키텍처를 통해 안정적으로 애플리케이션을 배포할 수 있으므로 운영상의 문제나 기반 인프라 확장에 대해 걱정할 필요가 없습니다.
- Cloud Guard
Oracle Cloud Guard를 사용하여 Oracle Cloud Infrastructure 리소스에 대한 보안을 모니터링하고 유지보수할 수 있습니다. Cloud Guard는 리소스에 대한 보안 취약점을 검사하고 운영자와 사용자의 위험한 작업을 모니터하기 위해 정의할 수 있는 감지기 레시피를 사용합니다. 잘못된 구성이나 비보안 활동이 감지되면 Cloud Guard는 사용자가 정의할 수 있는 응답기 레시피를 기반으로 수정 작업을 수행하고 해당 작업을 수행할 수 있도록 지원합니다.
- 보안 영역
보안 영역은 시작부터 데이터 암호화, 전체 구획의 네트워크에 대한 공용 액세스 방지와 같은 정책을 시행하여 Oracle의 보안 모범사례를 보장합니다. 보안 영역은 동일한 이름의 구획과 연관되며, 구획 및 해당 하위 구획에 적용되는 보안 영역 정책 또는 "레시피"를 포함합니다. 표준 구획을 추가하거나 보안 영역 구획으로 이동할 수 없습니다.
- 객체 스토리지
오브젝트 스토리지를 사용하면 데이터베이스 백업, 분석 데이터, 이미지 및 비디오와 같은 리치 컨텐츠를 비롯한 모든 컨텐츠 유형의 대규모 정형 및 비정형 데이터에 빠르게 접근할 수 있습니다. 인터넷 또는 클라우드 플랫폼 내에서 직접 안전하게 데이터를 저장하고 검색할 수 있습니다. 성능 또는 서비스 신뢰성이 저하되지 않고 스토리지를 원활하게 확장할 수 있습니다. 빠르고 즉시 자주 액세스해야 하는 "핫" 스토리지에 대해 표준 스토리지를 사용합니다. 오래 보존되고 거의 액세스되지 않는 "콜드" 스토리지에 대해 아카이브 스토리지를 사용합니다.
- Container Engine for Kubernetes
OKE(Oracle Container Engine for Kubernetes)는 현대화된 클라우드 전용 애플리케이션을 구축하는 데 소요되는 시간과 비용을 줄일 수 있는 Oracle 관리 컨테이너 통합관리 서비스입니다. DevOps 엔지니어는 수정되지 않은 오픈 소스 Kubernetes를 사용하여 애플리케이션 워크로드 이식성을 높이고 자동 업데이트와 패치 적용으로 작업을 간소화할 수 있습니다.
- Oracle Database Cloud Service
Oracle Database Cloud Service를 통해 클라우드에서 Oracle 데이터베이스를 손쉽게 구축, 확장 및 보호할 수 있습니다. DB 시스템에서 데이터베이스를 블록 볼륨이 있는 가상 머신으로 생성합니다. 이 두 머신은 고성능 및 비용 효율적인 가격을 제공합니다. 또한 이 서비스를 통해 가상 클라우드 네트워크 계층의 가상 머신 서버에서 '클라우드 우선' Oracle RAC 구현을 지원할 수 있습니다.
권장사항
- VCN
VCN을 생성할 때 VCN의 서브넷에 연결하려는 리소스 수를 기반으로 필요한 CIDR 블록 수 및 각 블록의 크기를 확인하십시오. 표준 전용 IP 주소 공간 내에 있는 CIDR 블록을 사용합니다.
전용 접속을 설정할 다른 네트워크(Oracle Cloud Infrastructure, 온프레미스 데이터 센터 또는 다른 클라우드 제공자)와 겹치지 않는 CIDR 블록을 선택합니다.
VCN을 생성한 후에는 해당 CIDR 블록을 변경, 추가 및 제거할 수 있습니다.
서브넷을 설계할 때는 트래픽 플로우와 보안 요구사항을 고려하십시오. 특정 계층 또는 역할 내의 모든 리소스를 동일한 서브넷에 연결하여 보안 경계 역할을 할 수 있습니다.
지역별 서브넷 사용.
- 보안
Oracle Cloud Guard를 통해 OCI에서 리소스의 보안을 사전에 모니터링 및 유지 관리할 수 있습니다. Cloud Guard는 리소스에 대한 보안 취약점을 검사하고 운영자와 사용자의 위험한 작업을 모니터하기 위해 정의할 수 있는 감지기 레시피를 사용합니다. 잘못된 구성이나 비보안 활동이 감지되면 Cloud Guard는 사용자가 정의할 수 있는 응답기 레시피를 기반으로 수정 작업을 수행하고 해당 작업을 수행할 수 있도록 지원합니다.
최대 보안이 필요한 리소스의 경우 Oracle은 보안 영역을 사용할 것을 권장합니다. 보안 영역은 모범 사례를 기반으로 하는 Oracle 정의 보안 정책의 레시피와 연관된 구획입니다. 예를 들어, 보안 영역의 리소스는 공용 인터넷에서 액세스할 수 없어야 하며 고객 관리 키를 사용하여 암호화해야 합니다. 보안 영역에서 리소스를 만들고 업데이트할 때 OCI는 보안 영역 레시피의 정책에 대해 작업을 검증하고 모든 정책을 위반하는 작업을 거부합니다.
- Cloud Guard
Oracle에서 제공하는 기본 레시피를 복제하고 사용자정의하여 사용자정의 감지기 및 응답기 레시피를 생성합니다. 이러한 레시피를 사용하면 경고를 생성하는 보안 위반 유형과 수행할 수 있는 작업을 지정할 수 있습니다. 예를 들어, 가시성이 공용으로 설정된 오브젝트 스토리지 버킷을 감지할 수 있습니다.
테넌시 레벨에서 Cloud Guard를 적용하여 가장 광범위한 범위를 다루고 여러 구성을 유지 관리하는 관리 부담을 줄일 수 있습니다.
관리 목록 기능을 사용하여 특정 구성을 감지기에 적용할 수도 있습니다.
- 보안 영역
보안 영역을 통해 컴퓨트, 네트워킹, 오브젝트 스토리지 및 데이터베이스 리소스를 포함한 Oracle Cloud Infrastructure의 리소스가 Oracle 보안 원칙을 준수한다고 확신할 수 있습니다.
보안 영역은 구획 및 보안 영역 레시피와 연관됩니다. 보안 영역에서 리소스를 생성하고 업데이트할 때 Oracle Cloud Infrastructure는 보안 영역 레시피에 정의된 정책 목록에 대해 이러한 작업을 검증합니다. 보안 영역 정책이 위반되면 작업이 거부됩니다.
- NSG(네트워크 보안 그룹)
NSG를 사용하여 특정 VNIC에 적용되는 수신 및 송신 규칙 세트를 정의할 수 있습니다. NSG를 사용하면 VCN의 서브넷 아키텍처를 애플리케이션의 보안 요구사항과 구분할 수 있으므로 보안 목록 대신 NSG를 사용하는 것이 좋습니다. NSG를 사용하여 특정 VNIC에 적용되는 수신 및 송신 규칙 세트를 정의할 수 있습니다. NSG를 사용하면 VCN의 서브넷 아키텍처를 애플리케이션의 보안 요구사항과 구분할 수 있으므로 보안 목록 대신 NSG를 사용하는 것이 좋습니다.
- 로드 밸런서 대역폭
로드 밸런서를 생성하는 동안 고정 대역폭을 제공하는 미리 정의된 구성을 선택하거나, 대역폭 범위를 설정하는 커스터마이징(가변 가능) 구성을 지정할 수 있습니다. 그러면 서비스가 트래픽 패턴에 따라 대역폭을 자동으로 확장할 수 있습니다. 두 방법 중 하나로 로드 밸런서를 생성한 후 언제든지 구성을 변경할 수 있습니다.
고려 사항
이 참조 아키텍처를 배포할 때는 다음 사항을 고려하십시오.
- 애플리케이션 포팅
.NET 응용 프로그램은 에서 이식되어야 합니다.NET Framework to .NET.
- 접근성
제안된 아키텍처는 기본적으로 CDN을 사용하지 않지만, OCI에서 CDN을 통합하기 위해 필요할 때 확장할 수 있습니다.
- 상태 관리
데이터베이스가 컨테이너 외부에 배치되어 상태 가용성을 보다 효율적으로 관리합니다.
- 가용성
아키텍처는 Kubernetes 수신 대신 OCI 로드 밸런서를 사용합니다.