Rescale Software Publisher로 자체 소프트웨어 가져오기 – 시작 가이드

회사 개요

Rescale Software Publisher("Software Publisher" 또는 "Publisher")는 조직이 자체 소프트웨어를 Rescale 클라우드 플랫폼으로 가져올 수 있도록 하는 선택적 제품 기능입니다. 고객에게 다음과 같은 이점을 제공합니다.

  • Rescale의 소프트웨어 카탈로그에 대한 주문형 게시 - 요청이 수동으로 처리될 때까지 기다리지 않고 빠르게
  • 이제 Rescale에서 사용할 수 있는 다양한 소프트웨어(사용자 정의, 독점, 상용, 오픈 소스 및 로컬 도구와 유틸리티)를 가져올 수 있습니다. 시뮬레이션 워크 플로우.
  • 사용하기 쉽고 고급 클라우드 관리자 액세스 또는 IT 네트워킹 또는 인프라 기술이 필요하지 않습니다. Rescale은 고객이 플랫폼에 소프트웨어를 자체 게시할 때 모든 내부 저장소, 액세스, 보안 및 특정 소프트웨어 환경 종속성을 처리합니다.
  • 에 통합 core Rescale 플랫폼은 다른 분리된 도구나 인터페이스 간에 컨텍스트를 전환하지 않고도 공통된 모양과 느낌을 제공합니다.
  • 모든 기업에 대한 중앙 집중식 가시성, 액세스 및 관리 HPC 소프트웨어 애플리케이션 및 패키지

Rescale Software Publisher의 기능과 이점은 다음과 같습니다.

  • Rescale Software Publisher는 다음에서 사용 허가를 받을 수 있습니다. 작업 공간 조직 수준 또는 조직 내의 모든 작업 공간 계정에 대한 가시성과 액세스를 제공하는 조직 수준입니다.
  • 고객은 기존 Rescale 소프트웨어 카탈로그를 확장하여 조직 내 사용자가 접근할 수 있는 비공개 소프트웨어를 게시하고 관리할 수 있습니다.
  • 배치 및 자체 출판 소프트웨어 워크 스테이션 작업은 Rescale 소프트웨어 카탈로그에 있는 다른 사용 가능한 소프트웨어 패키지 및 애플리케이션과 똑같이 나타나고 작동합니다.
  • 작업 공간별로 자체 게시된 소프트웨어 버전의 가시성을 제어하고 더 이상 사용하지 않는 이전 소프트웨어 버전을 제거할 수 있습니다.
  • 샌드박스는 Rescale Software Publisher에서 도입한 새로운 개념으로, 소프트웨어를 게시하기 전에 설치하고 테스트할 수 있는 임시 작업 환경입니다. 샌드박스 속성을 선택할 수 있습니다. 코어타입 Rescale 소프트웨어 카탈로그에 표시할 사용 방법, 경과 시간, 샌드박스 크기, 일괄 처리 또는 워크스테이션 소프트웨어, MPI 옵션, 선택적 썸네일 이미지 등입니다.
  • 자체적으로 게시된 소프트웨어는 다양한 코어 유형과 클라우드 지역에서 사용할 수 있도록 이식이 가능합니다.
  • 소프트웨어를 게시할 때 새로운 가시성 설정도 있는데, 이는 이 문서의 후반부에서 설명합니다. 기본적으로 게시된 소프트웨어를 다른 사람과 공유할 준비가 되면 작업 공간 수준에서 공유하거나, 모든 작업 공간에 표시되는 조직 수준에서 공유할 수 있습니다.
  • Rescale Software Publisher를 새로 구매하면 전문 HPC 컨설팅 시간 패키지가 함께 제공되어 새로운 사용자가 퍼블리싱 과정을 지원하고 어려움을 해결하는 데 도움을 줍니다.

아래 다이어그램은 게시 프로세스의 개요를 보여줍니다.

사전 요구 사항 :

  • 사용자는 Rescale Software Publisher에 액세스하려면 작업 공간 수준 또는 조직 수준에서 관리자 역할 권한이 필요합니다.
    • 조직 관리자는 Publisher가 활성화된 모든 작업 공간 내에서 게시하고 가시성을 설정할 수 있습니다.
    • 작업 공간 관리자는 Publisher를 사용하도록 설정된 작업 공간에 대해서만 자신이 관리하는 작업 공간을 게시하고 가시성을 설정할 수 있습니다.
  • 귀사 또는 조직이 Rescale Software Publisher에 액세스할 수 있도록 하려면 Rescale의 누군가가 필요합니다. 자세한 내용은 Rescale 팀에 문의하세요.
  • 현재 Linux OS에서 실행 가능한 소프트웨어만 게시할 수 있습니다. Windows OS는 자체 게시를 지원하지 않습니다.

UI 액세스:

관리자 사용자로서 관리자 포털로 이동하면 상단에 "도구" 메뉴가 표시됩니다. 도구 메뉴에서 "소프트웨어 게시자"를 선택합니다.

관리 포털에 이 새로운 도구 메뉴가 표시되지 않으면 Rescale 사용자 계정에 필요한 권한이 구성되어 있지 않을 수 있습니다.

Publisher에 처음 액세스하면 빈 목록이 표시됩니다. 아래는 배치 대 워크스테이션(대화형), 이전에 게시된 버전 수, 최신 버전과 같은 다양한 속성이 있는 채워진 자체 게시 소프트웨어의 샘플 목록입니다. 이름으로 소프트웨어를 찾는 검색 필드가 있으며, 표시된 각 열은 정렬할 수 있습니다. 작업 공간의 활성 샌드박스를 표시하는 "샌드박스"라는 두 번째 탭이 있습니다.

새로운 소프트웨어 타일

새 소프트웨어를 게시하려면 먼저 소프트웨어 애플리케이션이나 패키지를 등록해야 합니다. 이를 소프트웨어 타일이라고 합니다. 소프트웨어 타일이 생성되면 필요한 만큼 많은 버전을 게시할 수 있습니다. 새 타일을 만들 때 소프트웨어를 업로드할 필요가 없습니다.

목록 테이블 위에 있는 "소프트웨어 추가" 버튼을 선택합니다. 새 소프트웨어 타일을 만드는 페이지가 표시됩니다.

새 소프트웨어 이름과 설명에 대한 필수 필드를 작성합니다. 게시할 소프트웨어에 대해 "일괄 작업" 또는 "워크스테이션"을 선택합니다. 게시된 소프트웨어를 무인으로 사용하는 경우 일괄 작업 또는 대화형 워크스테이션을 통해. 축소판 이미지는 제공하는 것이 선택 사항입니다. 크기는 100K 미만이어야 합니다. 산업 범주 태그는 선택 사항이며 필수가 아닙니다. 이러한 산업 태그는 UI에서 다양한 산업 범주로 소프트웨어를 필터링할 때 사용자가 보는 것을 제어합니다.

라이선스 종속성이 있는 소프트웨어를 게시하는 옵션도 있습니다. 소프트웨어 타일 페이지 하단에서 다음을 선택할 수 있습니다. 라이센스 소프트웨어가 실행하는 데 필요한 속성입니다. 이렇게 하면 자체 게시 소프트웨어가 Rescale 라이선스 호스트 또는 회사 라이선스 프록시(CLP)를 통해 Rescale의 라이선스 서비스 중 하나를 사용할 수 있습니다.

마지막으로 새 소프트웨어 타일을 만들 준비가 되면 저장 버튼을 클릭합니다.

다음은 초기 소프트웨어 타일을 생성한 후 버전을 게시하기 전 UI의 예입니다.

새로운 소프트웨어 버전

소프트웨어 타일을 추가하면 하나 이상의 버전을 게시할 수 있습니다. 목록에서 만든 소프트웨어 타일을 선택한 다음 소프트웨어 버전 섹션에서 "버전 추가" 버튼을 선택합니다. Rescale Software Publisher를 사용하면 샌드박스라고 하는 임시 격리된 작업 영역에 새 소프트웨어 버전이 생성됩니다.

왼쪽에 "버전 속성", "샌드박스 설정", "하드웨어 설정"에 대한 세 가지 선택 옵션이 있는 새 창이 나타납니다. 버전 속성 페이지에서 시작하여 필수 필드를 채웁니다. 

  • 버전 – 소프트웨어 버전 필드는 제한된 특수 문자와 결합된 영숫자 값이 될 수 있습니다.
  • Command – 명령 필드는 사용자가 새로운 작업을 만들고 제출하기 위해 이 게시된 버전을 선택할 때 소프트웨어 카탈로그에서 사용자에게 표시되는 내용입니다.
  • 마운트베이스 – 이 필드는 소프트웨어가 위치하거나 작업에 마운트되는 경로가 됩니다. 클러스터 실행할 때. 자체적으로 게시된 모든 소프트웨어는 "/software/"라는 이름의 최상위 디렉토리로 시작합니다. 일반적으로 Mount Base에 대한 새 값을 제공할 때 최상위 디렉토리 아래에 소프트웨어 버전을 지정합니다.
  • 환경 변수 – 선택적으로, 작업 내에서 실행할 때 게시된 소프트웨어가 참조할 수 있는 환경 변수를 제공할 수 있습니다.

소프트웨어 타일의 소프트웨어 버전 값을 복제하거나 복제된 마운트 기반 경로를 생성할 수 없습니다.

다음으로 "샌드박스 설정" 페이지로 이동합니다. 이 페이지에서 소프트웨어를 업로드하고 운영 체제를 지정하고 소프트웨어에 MPI 종속성이 있는지 여부를 표시할 수 있습니다. 프로젝트 필드는 선택 사항이며, 현재 게시하는 작업 공간이 프로젝트 선택을 요구하도록 구성된 경우에만 필요합니다. 샌드박스 크기의 경우 소프트웨어와 모든 테스트 파일을 설치하고 테스트하기에 충분히 큰 크기를 선택하지만 사용하지 않는 공간을 낭비할 정도로 크지 않도록 합니다.

이 Sandbox 설정 페이지에는 버전 속성 페이지의 명령과 다른 선택적 명령 필드가 있습니다. 이 sandbox 명령 필드는 처음 생성된 후 sandbox 환경에서 자동화된 명령을 실행하려는 경우에만 사용됩니다. 나중에 액세스할 준비가 되면 sandbox 환경에 직접 로그인하여 소프트웨어를 게시하기 전에 빌드, 테스트 및 검증하는 동안 명령을 실행하거나 작업을 수행할 수 있습니다.

현재 샌드박스 환경 생성에는 Linux OS 배포판만 지원됩니다.

그런 다음 "하드웨어 설정" 페이지로 이동합니다. 여기서 사용 가능한 다양한 프로세서 코어 유형 중에서 선택할 수 있으며 샌드박스에서 실행하려는 코어 수를 설정할 수도 있습니다.

만들기

모든 페이지에서 샌드박스 정보 작성을 완료하면 "생성" 버튼을 클릭합니다. 새 샌드박스를 만들기 전에 모든 설정 페이지를 검토할 수 있습니다. 왼쪽에 새 "상태" 항목이 나타납니다. 선택하면 샌드박스 생성 진행률의 세부 정보를 모니터링할 수 있습니다.

활성 샌드박스에는 관리 창도 있습니다. 이는 다음 섹션에서 설명합니다.

최근활동

샌드박스 설정이 완료되면 UI에 다음 내용이 표시됩니다.

  • 샌드박스 상태 – 현재 샌드박스 상태는 상단에 "활성"으로 표시됩니다.
  • 시정 – 모든 새로운 소프트웨어 게시 세션은 샌드박스가 활성화되어 있는 동안 가시성 값 "초안"으로 시작합니다. 새로운 소프트웨어 버전을 게시한 후 관리자가 설정할 수 있는 추가 가시성 설정이 있으며, 이는 나중에 문서화됩니다.
  • 연결 버튼– 이것은 아래에 설명된 원격 데스크톱을 통해 샌드박스 환경에 액세스하는 한 가지 방법입니다.
  • 일시중지 버튼– 활동을 일시 중지해야 하는 경우 샌드박스를 일시 중지한 다음 나중에 다시 시작할 수 있습니다.
  • SSH 명령 버튼 복사– 이것은 아래에 설명된 샌드박스 환경에 액세스하는 또 다른 방법입니다.
  • 행위 – SSH 섹션 내에서 이러한 버튼은 샌드박스 환경에 대한 브라우저 내 SSH 액세스를 제공합니다.
  • 샌드박스 취소 버튼– 게시하기 전에 언제든지 게시 세션을 취소할 수 있습니다. 샌드박스에 업로드된 파일이나 소프트웨어는 저장되지 않습니다.
  • 게시 버튼– 이는 소프트웨어를 업로드, 빌드, 테스트 및 검증하는 모든 작업을 완료한 경우입니다. 새 소프트웨어 버전을 게시하면 모든 샌드박스 콘텐츠가 제거되고 샌드박스 환경이 종료됩니다.

샌드박스를 생성한 후에는 여러 가지 방법으로 샌드박스에 직접 연결할 수 있습니다.

  • "연결" 버튼을 선택하여 DCV 데스크톱 에뮬레이션
  • "작업" 섹션 아래를 클릭하여 브라우저 내 SSH 연결
  • 로컬 워크스테이션에서 SSH 연결. 이는 제품 설명서의 '아래'에서 다루는 고급 옵션입니다.로컬 워크스테이션에서 SSH".

Publisher에서 소프트웨어 버전 세부 정보를 볼 때 왼쪽에서 액세스할 수 있는 활성 샌드박스에 대한 관리 페이지가 있습니다. 다음 기능은 관리 페이지에서 사용할 수 있습니다.

  • 샌드박스에 추가 파일 업로드 - 기본적으로 이 파일은 $HOME/work에 복사됩니다.
  • 샌드박스 월타임 연장
  • 다른 사용자 또는 고객 지원과 샌드박스를 공유하세요

게시하려는 모든 소프트웨어는 새 샌드박스를 처음 만들 때 제공한 Mount Base 경로 아래에 있어야 합니다. Mount Base 경로 외부에 업로드하거나 복사하는 다른 소프트웨어나 파일은 새 버전을 게시할 때 보존되지 않습니다.

샌드박스에 연결하기

이 예에서는 “Connect(연결)” 버튼을 선택하여 계속 진행합니다. 가상 데스크탑 환경은 아래 Rescale Workstations를 사용하고 있습니다. 셸/CLI 옵션에 대한 터미널 창에 액세스하려면 하단에 있는 터미널 에뮬레이터 버튼을 선택합니다.

새 샌드박스를 만들 때 소프트웨어를 업로드하도록 선택한 경우 소프트웨어는 로컬 사용자의 $HOME/work 디렉토리에 배치됩니다. 파일을 업로드할 때 UI에 TAR 파일을 자동으로 압축 해제하고 추출하도록 선택하는 옵션이 있으며, 그 내용은 샌드박스의 소프트웨어 Mount Base 디렉토리에 자동으로 복사됩니다.

이 원격 가상 데스크톱 대화형 모드에서는 샌드박스에 로그인하고 SSH 또는 터미널 세션을 통해 명령을 수행할 수 있습니다.

당신은 실행할 수 있습니다 git() 테스트 데이터와 같은 소프트웨어나 기타 자료를 검색하기 위해 샌드박스에서 직접 다음은 HPC 소프트웨어 패키지(SU2)에 대한 튜토리얼 데이터를 검색하는 예입니다.

또한 다음과 같이 소프트웨어를 Rescale 샌드박스 환경으로 이동하거나 전송하는 다른 옵션도 있습니다. sftp().

업데이트

기존 Publisher 샌드박스를 업데이트할 수 있으며, 여기에는 추가 파일 업로드, walltime 연장이 포함되며, 샌드박스 관리 페이지에서 선택하면 활성 샌드박스를 취소할 수도 있습니다. 샌드박스의 관리 페이지를 다루는 이전 섹션을 참조하세요.

샌드 박스 환경

사용 가능한 기본 샌드박스 환경 변수가 있습니다. 샌드박스 구성에서 지정한 마운트 기반은 "RESCALE_MOUNT_BASE"라는 환경 변수로 사용할 수 있습니다. 이는 일괄 작업이나 워크스테이션을 실행하도록 선택되었을 때 게시된 소프트웨어가 존재하는 최상위 디렉토리입니다. 샌드박스 내에서 사용하는 모든 로컬 스크립트나 도구에서 이 환경 변수에 액세스할 수 있습니다. 다음은 활성 샌드박스 환경에 처음 로그인할 때 RESCALE_MOUNT_BASE 환경 변수에 대한 액세스를 보여주는 예입니다.

샌드박스를 강조하기 위한 또 다른 환경 기능은 다음을 사용하는 것입니다. rescale_env.sh 파일입니다. 이 파일은 Publisher와 spub 다음 섹션에서 더 자세히 설명할 도우미 유틸리티입니다. 이 파일은 마운트 기본 디렉토리 아래에 "rescale/"이라는 하위 디렉토리에 있습니다. 

[uprod_cRLAqe@ip-10-25-75-193 ~]$ ls -l $RESCALE_MOUNT_BASE/rescaletotal 4
-rw-rw-rw- 1 uprod_cRLAqe uprod_cRLAqe 171 Jan 31 01:31 draft_env.sh
-rw-rw-r-- 1 uprod_cRLAqe spub           0 Jan 31 00:53 rescale_env.sh
[uprod_cRLAqe@ip-10-25-75-193 ~]$ 

당신은 생각할 수 있습니다 rescale_env.sh 보조 Bash 파일로 파일을 만듭니다. 이 파일의 내용은 게시된 소프트웨어 버전이 사용될 때 작업 시작 시 자동으로 소싱됩니다. 이 파일은 spub_validate와 같은 일부 spub 도구에 의해 자동으로 업데이트되지만 필요한 경우 직접 업데이트할 수도 있습니다.

The rescale_env.sh 새 샌드박스에 파일 넣기 비어 있는 상태로 시작합니다. 소프트웨어를 빌드, 테스트 및 실행하는 과정에서 PATH에 환경을 변경하거나 새 환경 변수를 추가하는 경우 spub_validate 명령은 로컬 변경 사항을 선택하여 이를 기록합니다. rescale_env.sh 이 파일은 나중에 새 작업을 실행하기 위해 게시된 소프트웨어 버전을 선택할 때 실행됩니다.

다음은 새 샌드박스 인스턴스의 예를 보여주는데, 여기에는 다음 내용이 표시됩니다. rescale_env.sh 파일은 비어 있는 상태로 시작합니다. 그런 다음 $PATH를 수정하기 위한 변경이 이루어지고 새 환경 변수가 생성됩니다. spub_validate 이러한 업데이트 후에 명령이 실행되고 rescale_env.sh 파일에 기록된 내용이 전후에 어떻게 되는지 확인할 수 있습니다.

[uprod_pUjfEe@ip-10-25-76-186 ~]$ cat $RESCALE_MOUNT_BASE/rescale/rescale_env.sh
[uprod_pUjfEe@ip-10-25-76-186 ~]$ export PATH=/tmp/tstdir:$PATH
[uprod_pUjfEe@ip-10-25-76-186 ~]$ export VARZ=NEW
[uprod_pUjfEe@ip-10-25-76-186 ~]$ spub_validate
Extracting and saving current environment settings
Finished checking environment, this sandbox can be published and this 
environment will be recreated on future Rescale jobs
[uprod_pUjfEe@ip-10-25-76-186 ~]$ cat $RESCALE_MOUNT_BASE/rescale/rescale_env.sh
export LD_LIBRARY_PATH=/software/samplesoftv3/lib:/usr/local/lib:$LD_LIBRARY_PATH
export VARZ=NEW
export PATH=/software/samplesoftv3/bin:/opt/amazon/efa/bin/:/usr/share/Modules/bin:/usr/local/sbin:/tmp/tstdir:$PATH
[uprod_pUjfEe@ip-10-25-76-186 ~]$ 

PATH 값이 추가 디렉토리를 포함하도록 조정된 것을 알 수 있습니다. /tmp/tstdir, spub_validate 소프트웨어가 실행되도록 PATH 평가 순서를 유지합니다. $RESCALE_MOUNT_BASE/bin 첫 번째입니다.

당신은 또한 편집할 수 있습니다 rescale_env.sh 환경 변수를 포함하도록 파일을 직접 추가하면 소프트웨어 버전을 게시한 후 실행하는 작업에 사용할 수 있습니다. 다음은 새 환경 변수 "LBIRD"를 파일에 추가하는 예입니다. rescale_env.sh $RESCALE_MOUNT_BASE/rescale/ 아래의 파일: 

위에서 요약하자면 환경 변수 및 값 LBIRD=33이 추가되었습니다. rescale_env.sh 파일을 만든 다음 spub_validate 소프트웨어 버전을 게시하기 전에 실행되었습니다.

소프트웨어 버전이 게시된 후 작업에서 실행되는 테스트 명령은 다음과 같습니다.

이 테스트 소프트웨어 버전이 게시된 후 새 일괄 작업 실행을 위해 선택되었습니다.

다음은 작업에 설정된 환경 변수를 테스트한 출력 결과입니다.

이 예제에서는 샌드박스 수준 환경 변수가 설정되거나 기록되는 것을 보여줍니다. rescale_env.sh 소프트웨어 버전을 통해 게시한 후에도 지속됩니다. 메타 데이터 캡처되어 작업 내에서 접근할 수 있습니다.

스펍 헬퍼 도구

Publisher 샌드박스 환경에는 자체 게시를 지원하는 사용자 정의 도구 및 유틸리티 세트가 포함되어 있으며 이를 "spub" 도구라고 합니다. 이러한 도구는 다음 위치에 있습니다. /program/sxp-interactive/util . 다양한 스텁 도구에 대한 자세한 내용은 이후 섹션에서 다룹니다. 이러한 도구에 대한 개요를 얻으려면 다음을 실행하세요. spub_help 명령, 그리고 spub_helper_list 명령.

항상 다음을 실행해야 합니다. spub_validate 소프트웨어를 게시하기 전에 샌드박스 환경에서 명령을 실행하세요.

샌드박스 인스턴스에 로그인하면 작업 환경에 대한 전체 root 또는 sudo 액세스 권한이 없습니다. Mount Base 경로(/software/*)에서 전체 읽기 및 쓰기 액세스 권한이 있지만 운영 체제 위치 또는 기타 제한된 시스템 수준 영역에 파일이나 콘텐츠를 직접 업데이트하거나 쓸 수 없습니다. spub 도우미 도구는 root 또는 sudo 액세스 권한이 필요 없는 방식으로 종속 소프트웨어 패키지, 유틸리티, 컴파일러, 라이브러리 등을 설치하는 데 도움이 되는 한 가지 방법입니다.

게시이다.

게시할 준비가 되면 게시하기 전에 모든 필수 소프트웨어 파일과 바이너리가 마운트 지점 기반 아래에 있는지 확인하고 소프트웨어를 실행하는 데 필요하지 않은 임시 파일을 제거하여 정리합니다. 이렇게 하면 소프트웨어 버전의 총 저장 크기를 줄이는 데 도움이 됩니다. 필요한 소프트웨어 테스트를 수행했는지 확인하고 확인 지정된 Mount Base 디렉토리 아래에 있는 소프트웨어로 실행하세요. spub_validate 게시 전 마지막 단계로 명령을 내립니다.

다음은 게시하기 전에 샌드박스 내에서 소프트웨어를 테스트하는 예입니다.

UI에서 상태 페이지 하단의 "게시" 버튼을 선택합니다. 먼저 검토하고 수락해야 하는 확인 메시지가 표시됩니다. 그러면 페이지 상단의 상태 값이 먼저 "게시 대기 중"으로 변경되고, 그 다음에는 "게시 중"을 포함한 일련의 상태가 표시되고, 마지막으로 "게시됨" 상태가 표시됩니다.

또한 Publisher 홈페이지의 "샌드박스" 페이지에서 작업 공간에 있는 모든 활성 샌드박스의 상태를 볼 수 있습니다.

주의사항: 게시 단계는 이 소프트웨어 버전을 등록하고 사용할 수 있도록 백그라운드에서 여러 활동을 수행하므로 몇 분이 걸릴 수 있습니다. 더 큰 크기의 소프트웨어 이미지는 각 새 소프트웨어 버전이 바이러스 백신 보안 검사를 거치므로 게시하는 데 더 오래 걸립니다.

소프트웨어 버전 게시 작업이 완료되면 버전 상태가 "게시됨"으로 업데이트된 것을 볼 수 있습니다. 소프트웨어 버전이 성공적으로 게시되면 샌드박스가 정리되고 모든 샌드박스 연결이 비활성화됩니다. 또한 소프트웨어 버전이 게시되면 가시성이 자동으로 "관리자 비공개"로 설정되고 샌드박스에서 작동하는 관리 페이지 기능이 성공적으로 게시된 후 임시 샌드박스가 더 이상 존재하지 않으므로 비활성화됩니다. 또한 소프트웨어 버전이 게시된 후 UI 내에 표시되는 새 페이지인 "허용된 작업 공간"이 있으며, 곧 설명하겠습니다.

이제 로컬 작업 공간 내에서 새 작업이나 워크스테이션을 만들어 새로 게시된 소프트웨어 버전에 액세스하여 테스트하고 검증할 수 있습니다.

시정

게시된 버전의 세부 정보를 볼 때 "가시성" 메뉴가 있습니다. 관리자가 소프트웨어 버전을 처음 게시한 후 여러 단계에 걸쳐 홍보하기 위해 설정할 수 있는 여러 가지 가시성 설정이 있습니다. 다음과 같습니다.

가시성 설정/단계 기술설명
초안새 버전 게시 세션을 시작하는 초기 상태입니다. 샌드박스는 이 게시 상태에 있습니다. 아직 Rescale 컴퓨팅 환경에 물리적 스냅샷이 없으며, 조직의 모든 작업 공간에 대한 Rescale Catalog에서 소프트웨어가 표시되지 않습니다.
관리자 비공개이 게시 단계에서는 새 작업이나 워크스테이션에서 선택하면 물리적 스냅샷이 처음 생성됩니다. 샌드박스가 제거됩니다. 소프트웨어는 카탈로그에서 관리자만 보고 액세스할 수 있습니다. 일반 사용자는 가시성이 관리자 비공개로 설정된 버전을 볼 수 없습니다.
작업 공간 비공개이것은 게시된 소프트웨어 버전을 다른 사람과 공유하는 기본 옵션입니다. 게시된 소프트웨어의 가시성을 Workspace Private로 승격하면 선택한 지정된 작업 공간에서 사용할 수 있습니다. 조직 관리자 권한이 있거나 공유하려는 작업 공간의 작업 공간 관리자여야 합니다.
조직 비공개이것은 게시된 소프트웨어 버전을 다른 작업 공간과 공유하는 또 다른 옵션으로, Publisher가 조직 수준에서 라이선스를 받았을 때만 사용할 수 있습니다. 게시된 소프트웨어의 가시성을 Organization Private로 승격하면 조직의 모든 구성원이 모든 작업 공간에서 소프트웨어를 볼 수 있으며, 소프트웨어 필터 제한 사항이 적용됩니다.

UI에서 게시된 소프트웨어의 가시성을 초기 상태에서 설정하는 방법은 다음과 같습니다. 초기 상태는 기본적으로 항상 "관리자 비공개"로 시작합니다.

관리자 비공개

소프트웨어가 초기 상태인 관리자 전용으로 게시되면 관리자인 귀하와 게시된 작업 공간에 대한 적절한 액세스 권한이 있는 다른 관리자는 작업을 생성할 때 Rescale 소프트웨어 카탈로그에서 이 새로운 소프트웨어 타일과 버전에 액세스하여 사용할 수 있습니다. 이 단계에서는 관리자에게만 공개됩니다.

다음은 소프트웨어가 표시되는 작업 공간의 Rescale 소프트웨어 카탈로그에 새로 게시된 소프트웨어 버전이 어떻게 표시되는지에 대한 예입니다. 소프트웨어 카탈로그에 이미 있는 다른 소프트웨어 버전과 마찬가지로 표시되고 작동합니다.

이 소프트웨어 버전이 제대로 작동하는지 테스트하고 확인한 후에는 이제 조직의 다른 사람들과 공유할 수 있습니다.

REMINDER: 게시된 소프트웨어를 다른 사람에게 제공하기 전에 항상 테스트하고 검증하십시오!

새로 게시된 버전을 다른 사람과 공유하려는 경우 두 가지 공개 옵션이 있습니다.

  • 작업 공간에 버전 가시성 게시(작업 공간 비공개)
  • 조직의 모든 작업공간에 대한 공개 가시성(조직 비공개)
    • 이 옵션은 Publisher가 조직 수준에서 라이선스를 받은 경우에만 사용할 수 있습니다.

작업 공간 비공개

조직에서 Rescale Software Publisher에 라이선스를 부여한 방식과 역할 관리자 액세스에 따라 게시된 소프트웨어 버전을 작업 공간 간에 공유하는 옵션이 있습니다. 소프트웨어 타일 페이지에서 방금 게시한 버전 번호를 선택합니다. 페이지 상단의 "게시됨" 상태 옆에서 메뉴를 선택하고 "작업 공간 비공개"를 선택하여 게시된 소프트웨어 버전의 가시성을 작업 공간의 명명된 목록으로 홍보합니다. 그런 다음 왼쪽에서 "허용된 작업 공간"을 선택하고 이 소프트웨어 버전을 공유하려는 작업 공간을 선택합니다.

관리자로서 액세스할 수 있는 작업공간만 선택할 수 있습니다.

선택 과정을 완료하려면 "허용된 작업 공간 업데이트" 버튼을 클릭하세요.

조직 비공개

게시된 소프트웨어 버전의 가시성을 "조직 비공개"로 변경하는 데 이전에 설명한 것과 유사한 단계를 따릅니다. UI에서 이 옵션을 선택하려면 조직 관리자 역할이어야 하며, 조직 수준에서 Publisher 라이선스가 있어야 합니다. 사용자에게 단일 작업 공간에 대한 관리자 액세스 권한만 부여된 경우 게시된 소프트웨어의 가시성을 조직 비공개로 설정할 수 없습니다.

.

게시하는 소프트웨어의 개별 버전을 삭제할 수 있으며, UI에서 전체 소프트웨어 타일이나 패키지와 모든 버전을 삭제할 수도 있습니다. 더 이상 사용하지 않는 개별 소프트웨어 버전을 삭제하려면 버전 목록에서 휴지통 아이콘을 선택하면 됩니다.

게시된 소프트웨어 버전의 세부 정보를 보려면 "버전 삭제" 버튼도 사용할 수 있습니다.

샌드박스 보존

기본적으로 샌드박스는 소프트웨어 버전이 게시되면 제거되며, 게시된 소프트웨어 버전의 내용은 변경할 수 없습니다. 새 버전을 게시하기 전에 샌드박스를 보존할 수 있으므로, 버전이 게시된 후에도 샌드박스가 유지됩니다. 이 기능은 새 버전을 만들지 않고도 최근에 게시된 소프트웨어 버전을 반복적으로 업데이트하고 수정하려는 관리자에게 유용합니다. 샌드박스 보존을 선택하면 인스턴스가 활성 상태로 유지되고 업로드 및 빌드한 모든 소프트웨어도 유지됩니다.

샌드박스 보존을 활성화하려면 관리 섹션으로 이동하여 "샌드박스 보존" 섹션 아래에 있는 버튼을 선택하세요.

샌드박스를 보존하도록 설정하면 활성 샌드박스와 일시 중단된 샌드박스 모두에 대해 게시된 버전의 샌드박스 상태 값에 "(게시됨)" 문자열이 추가됩니다.

샌드박스를 보존하도록 설정한 경우, 더 이상 필요하지 않게 되면 수동으로 제거해야 합니다. 보존된 샌드박스를 장기간 유휴 상태로 두거나 일시 중지하지 않도록 주의해야 합니다. 삭제될 때까지 비용이 발생하기 때문입니다. 관리자가 보존된 샌드박스를 잊어버릴 경우 예상치 못한 비용 발생 위험을 최소화하기 위해 보존된 샌드박스의 유효 기간을 엄격하게 설정하는 것이 좋습니다. 소프트웨어 버전이 출시된 후에는 샌드박스 보존 옵션을 사용할 수 없습니다.

보존된 샌드박스의 장점보존 샌드박스의 단점
이전에 게시된 버전을 업데이트하는 기능보존된 샌드박스가 활성화되어 있거나 중단된 동안에는 추가 비용이 발생합니다.
버전 업데이트를 위한 더 빠른 반복관리자가 샌드박스를 게시한 후에도 이를 잊어버릴 가능성이 있습니다.
이전에 게시된 모든 파일과 버전을 게시하는 데 사용된 작업은 모두 보존됩니다.

소프트웨어 이식성 및 도우미 기능

자신의 소프트웨어를 Rescale 플랫폼으로 가져올 때 가장 좋은 방법은 소프트웨어 애플리케이션, 패키지 또는 도구를 최대한 이식 가능하게 만드는 것입니다. 이는 Rescale 플랫폼이 관리형 컴퓨팅 클러스터에서 실행되는 소프트웨어가 기본 하드웨어 및 운영 체제에서 분리되도록 설계되었기 때문입니다. 이를 통해 고객은 고성능 컴퓨팅 워크로드를 실행하기 위해 핵심 하드웨어 옵션과 대상 환경을 선택할 때 유연성을 극대화할 수 있습니다. HPC 소프트웨어가 기본 운영 체제와 너무 얽혀 있거나 다른 하드 코딩된 종속성이 있는 경우 시간이 지남에 따라 소프트웨어 솔루션이 더욱 취약해지며 OS 패치와 같은 간단한 업데이트로 인해 소프트웨어를 매번 다시 설치하고 테스트해야 할 수도 있습니다. 그러한 변화가 일어나는 시간.

이것이 Rescale 샌드박스가 보안상의 이유로 루트 사용자 계정이나 sudo 액세스와 같은 슈퍼 유저나 관리자 권한을 허용하지 않도록 설계한 이유입니다. 그러나 이러한 높은 액세스 권한 없이도 Rescale이 제어하는 ​​호스팅 환경 내에서 소프트웨어를 성공적으로 설치, 실행 및 테스트할 수 있습니다. Rescale은 생성된 모든 샌드박스와 함께 소프트웨어를 설치하고 테스트하는 데 도움이 되는 유틸리티 세트를 제공하므로 이식성이 뛰어나고 유연합니다. 이러한 도우미 기능은 yum install 에서 python pip 까지 일반적으로 루트 또는 sudo 액세스가 필요한 많은 일반적인 설치 명령 및 패키지를 처리합니다. 다음은 게시된 소프트웨어의 이식성을 보장하고 권장 모범 사례를 따르는 데 사용할 수 있는 Rescale 도우미 기능 및 유틸리티에 대한 개요입니다.

Spub 도우미 유틸리티 사용

높은 수준에서 샌드박스의 운영 체제(OS) 이미지는 설치된 소프트웨어를 실행할 클러스터를 나타냅니다. 그러나 플랫폼에서 소프트웨어를 게시하고 실행하기 위한 Rescale 디자인은 기본 OS에서 게시하는 소프트웨어를 분리한다는 점에 유의하는 것이 중요합니다. 게시된 소프트웨어와 OS는 하나의 볼륨이나 스냅샷으로 함께 저장되지 않습니다. 이 디자인은 리스케일 카탈로그에 게시된 소프트웨어의 이식성을 극대화하여 게시된 소프트웨어가 다양한 하드웨어 플랫폼 및 환경에서 실행될 수 있도록 하기 위한 것입니다.

어떤 위치에서든 파일을 직접 추가하고 수정할 수 있는 운영 체제 내 루트 또는 관리자 권한이 있는 전용 로컬 환경에서 HPC 소프트웨어 패키지, 애플리케이션 및 기타 지원 도구를 설치, 구성 및 실행하는 데 익숙한 많은 사용자는 다음이 필요합니다. Rescale 플랫폼에서 소프트웨어를 사용할 수 있게 만들 때 접근 방식을 조정합니다. Rescale 플랫폼에서 소프트웨어를 퍼블리싱할 때 주요 패러다임 전환은 모든 종속성이 소프트웨어의 마운트 지점 또는 마운트 베이스라고 불리는 지정된 디렉토리 영역 내에 자체적으로 포함되도록 소프트웨어를 패키징해야 한다는 것입니다. Rescale 카탈로그에 게시된 소프트웨어는 이식 가능해야 하기 때문에 다양한 하드웨어 코어 유형 및 심지어 다른 CSP에 걸쳐 작업을 실행하도록 선택할 수 있습니다. 모범 사례로서 OS 영역에서 직접 파일을 설치하거나 수정해서는 안 됩니다. . 게시된 소프트웨어의 이식성을 보장하기 위해 마운트 베이스 디렉터리 아래 일관된 위치에서 사용할 수 있는 컴파일러 및 MPI 라이브러리와 같이 Rescale이 자동으로 제공하는 몇 가지 일반적인 소프트웨어 종속성이 있습니다. 또한 다음과 같은 Spub 도우미 도구는 Rescale 플랫폼에 소프트웨어를 게시하는 사용자에게도 제공됩니다. 이에 대해서는 나중에 자세히 설명합니다.

소프트웨어를 업로드, 설치, 구성 및 검증하기 위해 가상 샌드박스에서 작업할 때 전체 VM은 게시 시 저장되지 않습니다. 대신 마운트 기본 볼륨 및 관련 환경 설정의 스냅샷이 캡처됩니다. 이는 설치의 이동성에 영향을 미치므로 주의해서 처리해야 합니다. 일반적으로 모든 필수 바이너리, 스크립트, 라이브러리 등이 소프트웨어에 대해 지정한 마운트 베이스 아래에 있는지 확인하는 것이 좋습니다.

예를 들어, 경로가 "/software/my-great-software"를 마운트베이스로 사용하면 다음과 같이 보일 수 있습니다.

  • /software/my-great-software
  • /software/my-great-software/bin
  • /software/my-great-software/scripts
  • /software/my-great-software/lib

휴대용 설치를 보장하고 사용자의 부담을 덜어주기 위해 Rescale은 UI에서 선택한 마운트 베이스에 설치를 지시하도록 기본적으로 사전 구성 및 설정되는 다양한 도우미 기능을 제공합니다. 이러한 기능에는 접두사가 붙습니다. spub_* 클러스터의 터미널에서 명령을 사용하여 나열하고 설명할 수 있습니다. spub_helper_list. 그만큼 spub_help 함수는 새로운 도우미가 추가됨에 따라 항상 최신 명령 세트를 갖게 됩니다.   
이러한 spub 도우미 기능의 위치는 생성된 모든 게시자 샌드박스의 기본 위치에 설치됩니다. 이 디렉토리는 /program/sxp-interactive/util , 로 지칭 SPUBUTILS 이 문서에서 참고할 수 있습니다. 다음은 내용의 디렉토리 목록입니다.

다음 파일을 보면 사용 가능한 spub 도우미 기능에 대한 개요가 제공됩니다. 

> $SPUBUTILS/spub_helper_list | more

도우미 기능을 대화형으로 실행할 때 현재 셸에 PATH를 추가하거나 환경 변수를 설정하는 등 설치 프로그램에서 수행해야 하는 작업이 있는 경우가 많습니다. 이는 셸의 메시지를 통해 사용자에게 알려집니다. 예를 들어 

************************************************** ***************

*********************** 중요한 **************************

************************************************** ***************

계속하기 전에 셸에서 다음 명령을 실행하세요.

    소스 /program/my-great-software/venv/bin/activate

내장된 도우미를 사용해야 하는 경우를 강조하는 몇 가지 사용 사례가 있습니다. 

: spub_yum_install 

일반적으로 yum, dnf와 같은 타사 패키지 관리 시스템을 사용하는 경우 시스템 수준에서 설치하도록 설계되었습니다. 이를 위해서는 클러스터에 대한 관리자 권한이 필요하며 게시된 분석으로 전달되지 않는 위치에 설치된 라이브러리를 배치합니다. 모방한 래퍼 yum install rpms를 다운로드하여 마운트베이스 아래에 설치하는 기능이 제공됩니다. 달리는 것보다 sudo yum install cowsay 도우미와 함께 명령은 다음과 같습니다 spub_yum_install cowsay 

실행 후 메시지를 받을 수 있습니다. spub_yum_install 셸에서 환경 변수를 내보냅니다. 제공된 지침을 따르십시오.

파이썬: spub_add_python_venv

일반적으로 여러 외부 패키지(예: numpy, pandas 등)가 필요한 Python 코드를 실행할 때 가상 환경을 만드는 것이 좋습니다. Rescale 게시 샌드박스에서 이를 수행하려면 유틸리티가 필요합니다. spub_add_python_venv 사용되어야한다. 그러면 버전을 선택하여 Python 가상 환경이 설정되고 샌드박스가 게시될 때 pip를 통해 설치된 모든 패키지를 사용할 수 있는지 확인됩니다. 

참고: 항상 source 마지막에 제공되는 명령 spub_add_python_venv 완료:

>source /{YOUR_MOUNT_BASE}/venv/bin/activate

어떤 이유로든 이 도우미 기능을 실행하는 데 문제가 발생하는 경우 다음을 실행하여 취소할 수 있습니다. spub_remove_venv 그리고 다시 시작하세요. 샌드박스 내에서 이 명령을 한 번만 실행하면 됩니다.

알려진 Python 제한 사항이 있습니다. spub_add_python_venv 저장소에 수동으로 추가된 비표준 패키지 설치를 지원하지 않습니다. 이러한 Python 패키지의 해결 방법은 샌드박스의 소스 코드에서 빌드하는 것입니다.

GCC: spub_update_gcc

기본 버전은 gcc 현재 게시자 샌드박스 머신 이미지에 제공되는 이미지는 상당히 오래되었습니다. 최신 버전으로 업그레이드하려면 spub 유틸리티 spub_update_gcc를 사용하세요. 현재 이 spub 도우미 기능에서는 버전 7 또는 8만 지원됩니다. 최신 버전이 필요한 경우 샌드박스 환경 내에서 수동으로 설치해야 합니다.

모든: spub_validate

샌드박스가 실행되는 동안 작은 테스트 케이스를 실행하여 소프트웨어가 올바르게 구성되었는지 확인하는 것이 좋습니다. 바이너리가 실행되고 모든 라이브러리가 발견되면 게시할 준비가 된 것입니다. 최종 검증을 받을 준비가 되면,  spub_validate 환경 변수가 있는지 확인하는 데 도움이 되도록 제공됩니다. PATHs 향후 Rescale 클러스터로 전달되지 않는 홈 디렉토리를 참조합니다. 이는 결국 무해할 수 있지만, 반면에 스크립트/라이브러리 등의 위치를 ​​마운트 베이스로 이동하는 등의 작업을 통해 해결해야 할 수도 있습니다. 예를 들어

[uprod_eqrCUc@ip-10-25-10-6 ~]$ spub_validate 

현재 환경 설정 추출 및 저장

::: 경고: 이 샌드박스에 임시 $HOME을 참조하는 ENV VAR이 정의되어 있습니다. 

          이름: BAD_VAR

          값: /enc/uprod_eqrCUc/foo

환경을 확인한 후 이 샌드박스를 게시할 수 있으며 향후 Rescale 작업에서 이 환경이 다시 생성됩니다. spub_validate 실행 결과는 지정된 소프트웨어 설치 지점 아래의 $MOUNT_BASE/rescale 디렉터리에 기록됩니다. 생성된 파일은 XNUMX개입니다.

  • command_history.txt – 쉘 내에서 실행되는 모든 명령을 캡처합니다.
  • draft_env.sh – 세션이 조기 종료된 경우 중간 파일, 다음 로그인 시 재개
  • rescale_env.sh – 이 파일에는 점진적으로 추가되거나 수정된 ​​ENV만 나타납니다. Rescale이 생성하는 기본 ENV는 이 파일에 포함되지 않습니다.

다음은 성공적인 결과의 예시입니다. spub_validate 달리다 :

이 예의 지침은 게시자 UI에서 직접 테스트하고 검증 중인 소프트웨어 버전에 새 환경 변수 이름과 값을 추가하는 것입니다.

Rescale 클러스터에서 최적으로 실행되는 방식으로 빌드하도록 설계된 패키지 설치 프로그램인 다양한 도우미 기능이 있습니다. 이는 다음의 명명 규칙을 따릅니다. spub_add_<pkg>, 예를 들어 spub_add_R. 사용자 입력으로 재정의할 수 있는 기본 버전이 명시되어 있습니다. 패키지를 구축하는 것 외에도 추가 R 라이브러리 설치와 같은 작업이 올바르게 저장되고 게시된 분석에서 사용 가능한지 확인하는 방법에 대한 지침을 제공합니다. 

일반적인 질문

  • 샌드박스의 기본 버전이 아닌 특정 버전의 Python을 설치해야 하는 경우 어떻게 해야 합니까?

사용법 - spub_add_python_venv 도우미 기능을 사용하면 샌드박스 환경에 설치하려는 Python 버전을 지정할 수 있습니다. 가장 먼저 표시되는 프롬프트는 다음과 같습니다.

성공하면 마운트 기본 디렉터리에 Python 버전이 설치되었다는 메시지가 표시됩니다.

Installed Python-3.8.16 to /{YOUR_MOUNT_BASE}/pyenv/versions/3.8.16

중요: 이 파일의 소스를 얻으려면 이 도우미 기능 실행 마지막에 제공되는 지침을 따르십시오.

>source /{YOUR_MOUNT_BASE}/venv/bin/activate
  • 샌드박스 내에서 직접 루트 또는 sudo 사용자 액세스가 필요하지 않고 Python pip 설치를 어떻게 수행합니까?

먼저 다음을 사용하여 게시자 샌드박스 내에서 Python 가상 환경을 만드는 방법에 대한 위의 예를 따르세요. spub_add_python_venv . 그런 다음 나중에 source 명령을 실행하십시오.  source /{YOUR_MOUNT_BASE}/venv/bin/activate  . 이러한 단계를 완료한 후에는 현재 PATH에서 참조하는 Python 바이너리와 도구가 다음 위치에 있는지 확인할 수 있습니다. /{YOUR_MOUNT_BASE}/venv/bin .

bash-4.2$ source /program/SWBASEDIR/venv/bin/activate
(venv) bash-4.2$ which pip
/program/acecast2/venv/bin/pip
(venv) bash-4.2$ which python
/program/SWBASEDIR/venv/bin/python
(venv) bash-4.2$ 

달리는 것도 잊지 마세요 spub_validate .

이제 다음과 같은 pip install 명령을 실행할 수 있습니다.

핍 설치 <pkg-name>

  • 최신 버전의 gcc를 어떻게 구하나요?

위의 도우미 유틸리티를 참조하세요. spub_update_gcc

  • spub* 헬퍼 함수를 ​​사용하는 동안 "장치에 남은 공간이 없습니다"라는 오류 메시지가 나타났습니다. 어떻게 복구할 수 있습니까?

1GB 크기의 샌드박스를 생성한 경우 Python pip 설치를 실행하면 샌드박스 디스크 제한 크기에 도달할 수 있습니다. 현재 샌드박스의 디스크 크기를 동적으로 늘릴 수 있는 방법은 없습니다. 해결 방법은 이 게시 세션을 취소하고 샌드박스 디스크 크기가 더 큰 새 소프트웨어 버전을 생성하는 것입니다.

"를 실행할 수 있습니다.df -H” 명령을 사용하여 MOUNT BASE 디렉터리 아래의 사용 가능한 공간을 확인하세요.

고급 사용 사례

MPI

원하는 분석에 MPI가 필요한 경우 추가로 고려해야 할 사항이 있습니다. 빌드 샌드박스의 UI를 통해 선택할 수 있는 사전 구성된 MPI 버전이 여러 가지 있습니다. Rescale은 일반적으로 최신 또는 최신 버전을 구성합니다. 이상적으로 이는 대부분의 애플리케이션에 적합하며 많은 최신 MPI가 이전 버전과 호환된다는 점을 명심하십시오. 또한 다양한 버전에 걸쳐 ABI 호환성이 있으며, Rescale은 ABI 호환 MPI(예: MPICH)로 컴파일된 코드와 함께 사용할 수 있는 Intel MPI를 제공합니다. 소스에서 또는 Spack과 같은 패키지 관리 시스템을 통해 MPI를 설치할 수 있지만 이는 권장되지 않습니다. 

샌드박스의 MPI 버전을 선택하면 설치를 가능한 한 이식 가능하게 유지하는 데 도움이 되는 일부 Rescale 제공 MPI 래퍼 스크립트가 추가됩니다. mpirun 명령은 별칭이 지정되어 있으며 기본적으로 소프트웨어가 향후 실행되는 하드웨어 유형에 따라 필요한 라이브러리와 플래그를 추가합니다. 이 추상화를 그대로 유지하는 것이 좋습니다. 이는 PATH가 기본값과 다른 mpirun을 가리키도록 명시적으로 설정되지 않는 한 발생해야 합니다. 이는 또한 Rescale HPC에서 게시한 소프트웨어와 자체 게시된 분석 전반에서 표준 동작을 유지하는 데 도움이 됩니다.  

소스에서 코드를 컴파일하는 경우 적절한 MPI 위치에 대한 구성을 가리켜야 할 가능성이 높습니다. MPI 버전에 관계없이 위치는 환경 변수 MPI_ROOT에 저장됩니다. 전통적인 make 패러다임의 구성 단계는 다음과 같습니다.  

      $./configure --with-mpi=$MPI_ROOT --prefix=/program/my-great-install … 

인텔 컴파일러

Rescale은 /opt/rescale/oneapi 아래에 샌드박스 OS의 일부로 Intel oneAPI 툴킷을 제공합니다. Publisher를 사용하여 새 버전의 소프트웨어를 게시할 때 이 옵션을 선택할 수 있습니다. 샌드박스 버전 페이지에서 MPI 버전으로 "Intel MPI 2019"를 선택하세요. PATH 내에서 인텔 컴파일러 구성 요소를 사용할 수 있게 하려면 샌드박스 내에서 다음 파일을 소싱해야 합니다.

  • source /opt/rescale/oneapi/setvars.sh

또는 컴파일러 아티팩트에 대한 절대 경로 이름을 사용할 수 있습니다.

알려진 제한 사항

  • Windows OS에서 실행되는 출판 소프트웨어는 지원되지 않습니다.
  • 대형 소프트웨어 이미지는 새 버전을 게시하는 데 시간이 더 오래 걸립니다.
  • 새로운 소프트웨어 버전을 처음으로 사용하여 시뮬레이션 작업을 실행하는 경우 캐싱 지연이 발생하여 작업 시작이 느려질 수 있습니다.
  • 명령줄 인터페이스(CLI) 현재 직접 API 액세스는 지원되지 않습니다.