1. Các đặc điểm chính
- Cung cấp các dịch vụ không theo chuẩn OGSI phục vụ thực thi các công việc trên các site ở xa.
- Sử dụng ngôn ngữ RSL để trao đổi các yêu cầu về thực thi công việc. - Các công việc ở xa thực thi dưới quyền của user cục bộ.
- Việc uỷ quyền, chứng thực giữa client và dịch vụ phải thông qua thành phần thứ ba (gatekeeper).
2. Mô hình hoạt động tổng quan của pre-WS GRAM
Kiến trúc các thành phần và cơ chế hoạt động của Pre-WS GRAM như sau:
33
Như trên hình vẽ, các thành phần chủ yếu của pre-WS GRAM là : GRAM client library, gatekeeper, RSL parsing library, Job manager và GRAM Reporter. GSI được sử dụng để chứng thực và phân quyền cho người dùng.
* GRAM client library được sử dụng bởi các ứng dụng hay một coallocator đại diện cho ứng dụng. Nó giao tiếp với GRAM gatekeeper trên site ở xa để thực hiện mutual authentication và gửi một yêu cầu gồm có bản đặc tả tài nguyên, các yêu cầu về callback, và một số thành phần khác.
* Gatekeeper là một thành phần khá đơn giản, chịu trách nhiệm đáp ứng lại yêu cầu từ
GRAM client bằng cách thực hiện 3 việc sau: thực hiện mutual authentication với user và tài nguyên, ánh xạ user name cục bộ cho user ở xa, khởi động một Job manager. Job manager này sẽ chạy trên hệ thống như là một user cục bộ, và thực sự xử lý các yêu cầu. * Một Job manager chịu trách nhiệm tạo lập các tiến trình (process) được yêu cầu bởi
người dùng. Thông thường nhiệm vụ này được thực hiện bằng cách gửi các yêu cầu cấp phát tài nguyên đến hệ thống quản lý tài nguyên cục bộ của site. Khi các tiến trình được tạo ra, Job manager còn chịu trách nhiệm theo dõi trạng thái của chúng, thông báo callback các thay đổi trạng thái, triển khai các thao tác điều khiển tiến trình như tạm dừng, kích hoạt, kết thúc tiến trình. Hoạt động của Job manager kết thúc khi công việc
nó quản lý kết thúc.
Một Job manager có 2 thành phần :
- Common Component : chuyển thông điệp nhận được từ gatekeeper và client thành các lời gọi đến các API của Machine-Specific Component (MSC). Nó cũng biên dịch các yêu cầu thông báo thông tin callback của MSC thành các thông điệp gửi về client.
- Machine-Specific Component : chứa các mã cài đặt cụ thể của các hàm API trên các
môi trường cục bộ khác nhau. Đây là phần thay đổi duy nhất trong GRAM để tương thích với các môi trường cục bộ. Mã cài đặt bao gồm các lời gọi hàm đến hệ thống cục bộ, các thông báo đến trình theo dõi tài nguyên (MDS).
* GRAM reporter chịu trách nhiệm gửi các thông tin về cấu trúc (như khả năng giữ chỗ, số lượng hàng đợi,… ) và trạng thái (như số lượng các node, số node đang đang sẵn sàng, các công việc đang thực hiện, ….) của bộ lập lịch cục bộ cho hệ thống Information Service (ở đây là MDS). Pre-WS GRAM có thể sử dụng module Global Access to
34
Secondary Storage (GASS) để truyền các file dữ liệu và kết quả về client. Cơ chế này được sử dụng trong lệnh globusrun, gatekeeper và job manager. Người dùng có thể sử dụng cơ chế co-allocator Dynamically-Updated Request Online Coallocator (DUROC) để yêu cầu thực hiện công việc trên nhiều job manager ở cùng một host hay ở nhiều host khác nhau.Các script RSL chứa cú pháp DUROC sẽ được phân tích (parse) ở GRAM client và phân phối đến nhiều job manager.
Hình 2.6. Cơ chế hoạt động của duroc trong Pre-WS GRAM