Oracle Cloud Guard에서 Altair HyperWorks를 사용하여 CAE 환경 설정
거의 모든 디바이스에서 어디서나 대규모 엔지니어링 시뮬레이션을 실행할 수 있도록 온프레미스 하드웨어 제한에서 엔지니어를 해제합니다.
Altair HyperWorks는 Oracle Cloud Infrastructure에서 실행되는 엔지니어링 소프트웨어 제품군으로, 엔지니어가 모델을 구축하고 서로 다른 성능 요구 사항에 대한 엔지니어링 분석 및 설계 최적화를 수행할 수 있도록 해줍니다. Oracle Cloud Infrastructure는 RDMA(원격 직접 메모리 액세스) 사용 클러스터 네트워킹 및 HPC(베어 메탈 고성능 컴퓨팅) 인스턴스를 제공합니다. Oracle Cloud Infrastructure는 이제 검증된 HPC 인스턴스를 20,000개 이상의 코어에 걸쳐질 수 있는 낮은 대기 시간 네트워크와 결합합니다.
또한 Altair는 이 배포와 유사하게 Altair HyperWorks 라는 관리되는 서비스를 제공합니다.
-
디자인 시간 감소: 기업이 설계 시간을 단축하고 필요에 따라 소프트웨어 및 하드웨어에 접근하여 제품을 출시 단축시킬 수 있습니다.
-
대기 없음: Oracle 및 Altair의 이 주문형 솔루션을 사용하는 경우 엔지니어가 작업 대기열을 기다리거나 긴 HPC 하드웨어 구매 주기를 종료해야 합니다.
-
유연한 라이센스: AltAir의 혁신적인 라이센스 모델을 통해 고객은 관리 서비스 환경에서 무제한 소프트웨어 라이센스를 사용할 수 있습니다.
구조
이 아키텍처는 스케줄러, 프로비저닝 및 프로비저닝 해제 HPC(고성능 컴퓨팅) 컴퓨트 노드 클러스터를 실행하고 일부 고객 데이터를 사전 처리하는 헤드 노드를 배포합니다. HPC 계산 노드 클러스터에서 작업이 수행되고 결과는 파일 스토리지에 저장됩니다.
이 아키텍처는 VCN(전용 가상 클라우드 네트워크) 를 사용하여 배치됩니다. 고객 네트워크는 IPSec VPN 또는 FastConnect를 통해서만 헤드 노드에 액세스할 수 있습니다. 이 제한은 헤드 노드에 대한 액세스를 제어합니다. 그러나 고객이 공용 인터넷에서도 헤드 노드에 액세스할 수 있는 공용 서브넷에 이 구조를 배치하도록 선택할 수도 있습니다.
또한 이 아키텍처는 Oracle Cloud Guard를 사용하여 지속적으로 구성 및 작업을 모니터하여 위협을 식별하고 구획 레벨에서 문제를 해결하는 작업을 자동으로 수행합니다.
아키텍처는 가용성 도메인 및 지역 서브넷 하나가 있는 영역을 사용합니다. 가용성 도메인이 여러 개인 영역에서 동일한 구조를 사용할 수 있습니다. 가용성 도메인 수에 관계없이 배치 시 지역별 서브넷을 사용하는 것이 좋습니다.
주:
FastConnect를 사용하는 경우 데이터 세트를 더 빠르게 전송하려면 온-프레미스 노드에 파일 스토리지를 마운트합니다. IPSec VPN를 사용하는 경우 속도 및 접속 변동 때문에 데이터를 오브젝트 스토리지로 먼저 전송하고 파일 스토리지로 전송합니다.구조에 다음과 같은 구성 요소가 있습니다.
- 영역
Oracle Cloud Infrastructure 지역은 가용성 도메인이라고 하는 하나 이상의 데이터 센터를 포함하는 지역화된 지역입니다. 지역은 다른 지역과 독립적이며 방대한 거리는 국가 또는 대륙 간에 구분할 수 있습니다.
- 가용성 도메인
가용성 도메인은 지역 내의 독립형 독립 데이터 센터입니다. 각 가용성 도메인의 물리적 리소스는 결함 허용 한도를 제공하는 다른 가용성 도메인의 리소스에서 격리됩니다. 가용성 도메인은 전원, 냉각 또는 내부 가용성 도메인 네트워크와 같은 기반구조를 공유하지 않습니다. 따라서 한 가용성 도메인에서 장애가 발생할 경우 영역의 다른 가용성 도메인에 영향을 주지 않습니다.
- 결함 도메인
결함 도메인은 가용성 도메인 내의 하드웨어 및 기반구조 그룹입니다. 각 가용성 도메인에는 독립적인 전원 및 하드웨어가 있는 결함 도메인이 세 개 있습니다. 여러 결함 도메인에 리소스를 배포할 경우 응용 프로그램은 결함 도메인 내에서 물리적 서버 오류, 시스템 유지 관리 및 전원 오류를 허용할 수 있습니다.
- 가상 클라우드 네트워크(VCN) 및 서브넷
VCN는 Oracle Cloud Infrastructure 영역에서 설정한 사용자 정의 가능한 소프트웨어 정의 네트워크입니다. 기존 데이터 센터 네트워크와 마찬가지로 VCN도 네트워크 환경을 완벽하게 제어할 수 있습니다. VCN 에는 VCN를 생성한 후 변경할 수 있는 겹치지 않는 CIDR 블록이 여러 개 있을 수 있습니다. VCN를 서브넷으로 세그먼트화하여 영역 또는 가용성 도메인으로 범위를 지정할 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 연속된 주소 범위로 구성됩니다. 생성 후 서브넷의 크기를 변경할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.
- 헤드 노드
웹 기반 포탈을 사용하여 헤드 노드에 연결하고 HPC 작업의 일정을 잡습니다. 작업 요청은 FastConnect 또는 IPSec VPN를 통해 헤드 노드에 전송됩니다. 또한 헤드 노드는 고객 데이터 세트를 파일 스토리지로 보내고 데이터에 대해 일부 사전 처리를 수행할 수 있습니다.
헤드 노드 프로비저닝 HPC 노드 클러스터 및 작업 완료 시 HPC 클러스터 프로비저닝 해제.
- HPC 클러스터 노드
헤드 노드 프로비저닝 및 프로비저닝 해제 시 Rdma 사용 클러스터인 이러한 계산 노드를 프로비저닝 해제합니다. 파일 저장 영역에 저장된 데이터를 처리하고 결과를 파일 저장 영역으로 반환합니다.
- Cloud Guard
Oracle Cloud Guard를 사용하여 클라우드의 리소스 보안을 모니터하고 유지 관리할 수 있습니다. Cloud Guard는 리소스로 구성과 관련된 보안 취약점을 검사하고 운영자 및 사용자의 위험 작업을 모니터합니다. 보안 문제 또는 위험이 식별되면 Cloud Guard는 해결 조치를 권장하고 사용자가 정의할 수 있는 보안 레시피를 기반으로 이러한 작업을 수행하는 데 도움이 됩니다.
- 파일 스토리지
파일 스토리지 서비스 파일 시스템이 헤드 노드와 HPC 클러스터 노드에 모두 마운트됩니다. HPC 클러스터 노드에서 데이터를 처리한 후 고객 데이터 세트와 결과를 저장합니다.
- 보안 목록
각 서브넷에 대해 서브넷에서 허용되는 소스, 대상 및 트래픽 유형을 지정하는 보안 규칙을 만들 수 있습니다.
권장 사항
요구 사항이 여기에 설명된 아키텍처와 다를 수 있습니다. 다음 권장 사항을 시작점으로 사용합니다.
- VCN
VCN를 생성할 때 필요한 CIDR 블록 수와 VCN의 서브넷에 연결할 리소스 수에 따라 각 블록의 크기를 결정합니다. 표준 전용 IP 주소 공간 내에 있는 CIDR 블록을 사용합니다.
개인 연결을 설정할 다른 네트워크(Oracle Cloud Infrastructure, 온프레미스 데이터 센터 또는 다른 클라우드 제공자) 와 겹치지 않는 CIDR 블록을 선택합니다.
VCN를 생성한 후 CIDR 블록을 변경, 추가 및 제거할 수 있습니다.
서브넷을 설계할 때는 트래픽 흐름 및 보안 요구 사항을 고려하십시오. 특정 계층 또는 롤 내의 모든 리소스를 보안 경계 역할을 할 수 있는 동일한 서브넷에 연결합니다.
지역별 서브넷을 사용합니다.
- 보안 목록
보안 목록을 사용하여 전체 서브넷에 적용되는 수신 및 송신 규칙을 정의할 수 있습니다.
- Cloud Guard
Oracle에서 제공하는 기본 레시피를 복제하고 사용자 정의 감지기 및 응답자 레시피를 만듭니다. 이러한 레시피를 사용하여 경고를 생성하는 보안 위반 유형 및 해당 레시피에 대해 수행할 수 있는 작업을 지정할 수 있습니다. 예를 들어 가시성을 공용으로 설정한 오브젝트 스토리지 버킷을 검색할 수 있습니다.
테넌시 레벨에서 Cloud Guard를 적용하여 가장 광범위한 범위를 다루고 다중 구성 유지 관리의 관리 부담을 줄입니다.
관리되는 목록 기능을 사용하여 감지기에 특정 구성을 적용할 수도 있습니다.
- 헤드 노드
VM.DenseIO2.24 Compute 구성을 사용합니다. 로컬로 연결된 Nvrme 스토리지를 제공하여 데이터 선행 처리 속도를 높입니다.
헤드 노드는 Cloud Guard가 사용으로 설정된 구획에만 존재합니다. 특정 요구 사항에 대해 감지기 및 응답자의 기본 레시피를 복제하고 수정할 수 있습니다. 기본 레시피를 있는 그대로 사용하는 것이 좋습니다.
- HPC 클러스터 노드
BM.HPC2.36 컴퓨트 구성을 사용합니다. 이 구성에는 두 개의 3.7GHz Intel Xeon Gold 6154프로세서, 384GB RAM 및 6.4-TB NVME 로컬 스토리지의 36개 코어가 있습니다. Oracle Cloud Infrastructure에서 사용 가능한 강력한 NVIDIA GPU를 사용하여 원격 시각화를 통해 클라우드에서 결과를 사후 처리할 수 있습니다.
HPC 클러스터 노드는 Cloud Guard가 사용으로 설정된 구획에만 존재합니다. 특정 요구 사항에 대해 감지기 및 응답자의 기본 레시피를 복제하고 수정할 수 있습니다. 기본 레시피를 있는 그대로 사용하는 것이 좋습니다.
고려 사항
이 참조 구조를 배포할 때 다음을 고려합니다.
- 성능
최상의 성능을 얻으려면 적절한 대역폭을 가진 올바른 컴퓨트 구성을 선택합니다.
- 가용성
배치 요구 사항 및 지역에 따라 고가용성 옵션을 사용하는 것이 좋습니다. 영역 및 결함 도메인에서 여러 가용성 도메인을 사용하는 옵션이 있습니다.
- 비용
베어메탈 GPU 인스턴스는 높은 비용을 위해 필요한 CPU 성능을 제공합니다. 요구사항을 평가하여 적합한 컴퓨트 구성을 선택합니다.
- 모니터링 및 경보
CPU 및 노드의 메모리 사용량에 대한 모니터링 및 경보를 설정하여 필요에 따라 구성을 확장하거나 축소할 수 있습니다.