라이트

gLite


라이트
GLite logo.png
개발자EGEE
안정된 릴리스
3.2 / 2009년 3월 23일
운영 체제Scientific Linux 3, 4, 5
유형그리드 컴퓨팅
면허증.EGE 콜라보레이션 2004
웹 사이트glite.cern.ch

gLite ("ge-lite"로 발음)는 CERN LHC 실험 및 기타 과학 영역에서 사용되는 그리드 컴퓨팅용 미들웨어 컴퓨터 소프트웨어 프로젝트입니다.유럽의 12개 학술 및 산업 연구 센터에서 80명 이상의 공동 작업을 통해 구현되었습니다.gLite는 인터넷을 통해 분산 컴퓨팅 및 스토리지 리소스를 활용하는 애플리케이션을 구축하기 위한 프레임워크를 제공합니다.gLite 서비스는 250개 이상의 컴퓨팅 센터에서 채택되어 유럽과 전 세계의 15,000명 이상의 연구자가 사용하고 있습니다.

역사

2004년과 2005년에 프로토타이핑 단계를 거친 후, gLite 3.0이 출시된 2006년 5월에 LHC Computing Grid(LCG-2) 배포판과의 통합이 이루어졌으며, 2010년에 종료된 E-sciencE(EGE) 프로젝트의 공식 미들웨어가 되었습니다.

gLite 미들웨어의 개발은 유럽 미들웨어 이니셔티브에 의해 인계되어 현재는 EMI 소프트웨어 스택의 일부로 유지되고 있습니다.

EGE가 구축한 분산 컴퓨팅 인프라스트럭처는 현재 유럽 그리드 인프라스트럭처의 지원을 받고 있습니다.이 회사는 "유럽 미들웨어 이니셔티브"에 의해 생산된 그리드 미들웨어를 운영하고 있으며, 이 미들웨어의 많은 구성요소는 gLite 미들웨어에서 비롯되었습니다.

미들웨어 설명

보안.

gLite 사용자 커뮤니티는 Virtual Organization(VO;[1]가상조직)으로 그룹화됩니다.사용자는 gLite를 실행하고 있는 인프라스트럭처에서 지원되는 VO에 가입하여 그리드자원 사용 인증을 받아야 합니다.

WLCG/EGE의 Grid Security Infrastructure(GSI; 그리드보안 인프라스트럭처)는 개방된 네트워크를 [2]통한 안전한 인증과 통신을 가능하게 합니다.GSI는 공개 키 암호화, X.509 인증서 및 SSL(Secure Sockets Layer) 통신 프로토콜을 기반으로 하며 싱글 사인온 및 위임을 위한 확장 기능을 제공합니다.

자신을 인증하려면 미들웨어를 실행하고 있는 인프라스트럭처에 의해 신뢰받는 Certification Authority(CA; 인증국)에 의해 발급된 디지털 X.509 증명서가 필요합니다.

특정 그리드 리소스에 대한 사용자 인증은 두 가지 방법으로 수행할 수 있습니다.첫 번째는 더 단순하고 그리드 맵파일 메커니즘에 의존합니다.두 번째 방법은 Virtual Organization Membership Service(VOMS)와 LCAS/LCMAPS 메커니즘에 의존하며, 이를 통해 사용자 특권의 보다 자세한 정의를 수행할 수 있습니다.

사용자 인터페이스

gLite 그리드에 대한 액세스포인트는 User Interface(UI; 사용자 인터페이스)입니다.이것은 사용자가 개인 계정을 가지고 있고 사용자 증명서가 설치되어 있는 모든 머신일 수 있습니다.사용자는 UI에서 WLCG/EGE 자원을 사용할 수 있는 인증과 허가를 받을 수 있으며 정보, 워크로드 및 데이터 관리 시스템에서 제공하는 기능에 액세스할 수 있습니다.다음과 같은 기본적인 그리드 작업을 수행하기 위한 CLI 도구를 제공합니다.

  • 특정 작업을 실행하는 데 적합한 모든 리소스를 나열합니다.
  • 실행을 위해 작업을 제출한다.
  • 작업 취소
  • 완료된 작업의 출력을 가져옵니다.
  • 제출된 작업의 상태를 표시합니다.
  • 작업의 기록 및 부기 정보를 검색한다.
  • 그리드에서 파일 복사, 복제 및 삭제
  • Information System에서 다양한 리소스 상태를 검색합니다.

컴퓨팅 요소

컴퓨팅 요소(CE)는 그리드 용어로 사이트(클러스터, 컴퓨팅 팜 등)에서 현지화된 컴퓨팅 리소스 세트입니다.CE에는 클러스터의 범용 인터페이스로 기능하는 Grid Gate(GG; 그리드게이트), Local Resource Management System(LRMS)(일명 배치시스템) 및 작업이 실행되는 노드인 Worker Nodes(WN; 작업자 노드)의 집합인 클러스터 자체가 포함됩니다.

gLite 3.1에는 EDG에 의해 개발되어 LCG-22에 사용되는 LCG CE와 EGE에 의해 개발된 gLite CE의 2가지 CE 실장이 있습니다.설치 대상을 사이트에서 선택할 수 있으며, 두 가지 유형을 모두 제공하는 사이트도 있습니다.GG는 작업을 접수하고 LRMS를 통해 WN에서 실행하기 위해 작업을 디스패치합니다.

gLite 3.1에서 지원되는 LRMS 유형은 OpenPBS/PBSPro, Platform LSF, Maui/Torque, BQS 및 Condor Sun Grid [3]Engine이었습니다.

스토리지 요소

스토리지 요소(SE)는 데이터 스토리지 리소스에 대한 일관된 액세스를 제공합니다.스토리지 요소는 단순한 디스크 서버, 대규모 디스크 어레이 또는 테이프 기반 대용량 스토리지 시스템(MSS)을 제어할 수 있습니다.대부분의 WLCG/EGE 사이트는 적어도1개의 SE를 제공하고 있습니다.

스토리지 요소는 다양한 데이터 액세스 프로토콜 및 인터페이스를 지원할 수 있습니다.간단히 말해 GSIFTP(GSI-secure FTP)는 전체 파일 전송을 위한 프로토콜이며 로컬 및 원격 파일 액세스는 RFIO 또는 gsidcap을 사용하여 수행됩니다.

대부분의 스토리지 리소스는 디스크에서 테이프로의 투과적인 파일 이행, 파일 고정, 공간 예약 등의 기능을 제공하는 미들웨어 서비스인 Storage Resource Manager(SRM)에 의해 관리됩니다.그러나 SE마다 지원되는 SRM 프로토콜 버전이 다를 수 있으며 기능은 다를 수 있습니다.

사용 중인 SRM 구현에는 다양한 기능이 있습니다.디스크 풀 매니저(DPM)는 디스크 기반 스토리지를 사용하는 소규모 SE에만 사용되는 반면 CASTOR은 프런트 엔드 디스크 및 백엔드 테이프 스토리지를 사용하여 대규모 MSS를 관리하도록 설계되었습니다.dCache는 MSS 및 대규모 디스크 어레이 스토리지 시스템을 모두 대상으로 합니다.다른 SRM 구현이 개발 중이며 SRM 프로토콜 규격 자체도 발전하고 있습니다.

SRM 인터페이스가 없는 기존 SE는 단순한 디스크 기반 스토리지 모델을 제공합니다.그들은 단계적으로 [when?]폐지되는 과정에 있다.

정보 서비스

정보 서비스(IS)는 WLCG/EGE 그리드 리소스와 그 상태에 대한 정보를 제공합니다.이 정보는 IS를 통해 자원을 발견하기 때문에 전체 그리드의 운영에 필수적입니다.공개된 정보는 모니터링 및 회계 목적으로도 사용됩니다.

IS에 게시된 데이터의 대부분은 GLUE [4]스키마를 준수합니다.GLUE 스키마는 그리드 리소스 모니터링 및 검색에 사용되는 공통 개념 데이터 모델을 정의합니다.

gLite 3.1에서 사용되는 Information System은 Globus Monitoring and Discovery Service(MDS)[5]에서 주요 개념을 상속합니다.단, MDS의 GRIS 및 GIIS는 Berkeley Database Information Index(BDII; 버클리 데이터베이스 정보 인덱스)로 대체되었습니다.Berkeley Database Information Index는 기본적으로 외부 프로세스에 의해 갱신되는 OpenLDAP 서버입니다.

워크로드 관리

WMS([6]Workload Management System)의 목적은 사용자 작업을 받아들여 가장 적절한 Computing Element에 할당하고 상태를 기록하고 출력을 가져오는 것입니다.RB(Resource Broker)는 WMS 서비스가 실행되는 머신입니다.

전송되는 작업은 JDL(Job Description Language)을 사용하여 설명됩니다.JDL은 실행할 실행 파일과 그 파라미터, 작업이 실행되는 워커노드로 이동되는 파일, 필요한 입력 그리드 파일, CE 및 워커노드의 요건 등을 지정합니다.

작업의 송신지가 되는 CE는, 매치 메이킹이라고 불리는 프로세스로 선택됩니다.매치 메이킹이라고 불리는 프로세스에서는, 유저가 나타내는 요건을 만족하고, 지정된 입력 그리드파일에 가까운 CE가 우선 선택됩니다.다음으로 CE의 우수성을 나타내는 CE 상태 정보(일반적으로 실행 중인 작업과 큐잉된 작업의 수에 대한 함수)에서 도출된 CE를 가장 높은 등급으로 선택합니다.

RB는 파일 카탈로그에 대한 범용 인터페이스를 제공하는 데이터 위치 인터페이스(DLI)라는 서비스를 사용하여 작업 설명에 지정된 그리드 입력 파일을 찾습니다.이와 같이 Resource Broker는 LFC 이외의 파일카탈로그와 통신할 수 있습니다(DLI 인터페이스가 있는 경우).

EGE로부터의 WMS의 최신 실장에서는, 단일의 작업 뿐만이 아니라, 구식의 LCG-2 WMS보다 훨씬 효율적인 방법으로(아마도 그 사이에 의존 관계가 있는) 작업의 집합도 송신할 수 있습니다.또, 그 외의 새로운 옵션도 많이 있습니다.

마지막으로 Logging and Bookkeeping 서비스(LB)[7]는 WMS에 의해 관리되는 작업을 추적합니다.이 서비스는 많은 WMS 컴포넌트에서 이벤트를 수집하여 작업의 상태와 이력을 기록합니다.

레퍼런스

  1. ^ Foster, Kesselman, Tuecke, The Anatomy of the Grid: 확장 가능한 가상 조직활성화 2009-03-10년 Wayback Machine, Int. J. High Performance Computing Application, 2001년 아카이브.
  2. ^ Globus Toolkit 4.0, Wayback Machine에 아카이브된 그리드 보안 인프라스트럭처개요 2008-04-20
  3. ^ 그리드 엔진 배치 시스템에서의 CESGA 경험
  4. ^ Globus Toolkit 2.2 릴리즈의 웨이백머신에서 아카이브된 OGF MDS 2.2 기능
  5. ^ GLUE 작업 그룹(GLUE)
  6. ^ F Pacini, EGE 사용자 가이드, WMS Service, DATAMAT, 2005
  7. ^ EGE 사용자 가이드, 서비스 로깅부킹(L&B), CESNET, 2005

외부 링크

소프트웨어 컴포넌트

협력 파트너와의 gLite 컴포넌트 및 서비스:

  • VOMS 및 VOMSAdmin (INFN)
  • 프록시 및 속성 증명서 갱신(CESNET)
  • Shibboleth 상호운용성: SLCS, VASH, STS(SWITCH)
  • LCAS/LCMAPS(NIKHEF)
  • gLExec(NIKHEF)
  • 위임 프레임워크(CERN, HIP, STFC)
  • CGSI_gSOAP(CERN)
  • gsoap-plugin(CESNET)
  • 트러스트 매니저(HIP)
  • Util-java(HIP)
  • 그리드 사이트(STFC)
  • 인증 프레임워크(HIP, INFN, NIKHEF, SWITCH)
  • BDII(CERN)
  • 그리드 실험실 균일한 환경(CERN)
  • R-GMA(STFC)
  • 크림(INFN)
  • CEMon(INFN)
  • BLAH(INFN)
  • WMS(INFN, ElsagDataMat)
  • LB(CESNET)
  • DPM(CERN)
  • GBAL(CERN)
  • LFC(CERN)
  • FTS(CERN)
  • lcg_utils(CERN)
  • EDS 및 하이드라(HIP)
  • AMGA(CERN, KISTI, INFN)