Unisphere dành cho PowerMax 10.0 đã được phát hành, hỗ trợ các mẫu PowerMax 2500 và 8500 mới cùng nhiều cải tiến khác trong API đã cập nhật.  

Tài liệu cho tất cả các API của Dell có thể xem được từ https://developer.dell.com . Tài liệu PowerMax có phần “ Có gì mới ”, với các liên kết quay lại nhật ký thay đổi REST API mới nhất trên các trang hỗ trợ của chúng tôi. Tài liệu REST API được liên kết trực tiếp từ Trợ giúp UI, giúp bạn dễ tìm hơn.

 Bạn cũng có thể tải xuống tài liệu ở định dạng OpenAPI.json từ tab tổng quan bằng cách sử dụng nút xuất như minh họa.

Giống như các bản phát hành trước, API mới có thể truy cập được ở các điểm cuối có phiên bản mới:

https:// unisphereIP :8443/univmax/restapi/100

Các phiên bản API cũ hơn vẫn khả dụng với các phiên bản API N-2. Điều này có nghĩa là bạn có thể sử dụng các lệnh gọi API phiên bản 9.2 hoặc phiên bản 9.1 với máy chủ đang chạy Unisphere 10.0.

Một thay đổi lớn là các mảng VMAX 10K/20K/40K không còn có thể quản lý được bằng API REST 10.0 nữa vì Unisphere 10.0 không còn hỗ trợ chúng nữa. Bạn sẽ nhận thấy khi xem tài liệu API rằng điểm cuối cung cấp không còn tồn tại trong 100 tài nguyên nữa. Các tác vụ cung cấp trên các mảng PowerMax và VMAX3 vẫn được quản lý thông qua các điểm cuối cung cấp slo, do đó điều này không ảnh hưởng đến các mảng mô hình mới hơn.

Sự hội tụ mô phỏng Front End. “Đó là gì vậy?” Tôi nghe bạn nói. Trên các nền tảng mới, chúng ta không còn RDF và FA/SE Director riêng biệt nữa. Thay vào đó, chúng ta có một mô phỏng duy nhất hỗ trợ các cổng có thể được bật cho chức năng cần thiết. Đây là một loại giám đốc mới, OR, viết tắt của Open Systems and Replication. Với các cổng giám đốc OR hỗ trợ các giao thức khác nhau, chúng ta cần áp dụng các bộ lọc mới khi liệt kê các cổng để tìm ra cổng nào được bật cho giao thức nào.

https:// ipaddress :8443/univmax/restapi/100/sloprovisioning/symmetrix/ symmetrixId /port?enabled_protocol=RDF_FC

Một thay đổi khác: khi liệt kê các cổng với lệnh gọi API sloprovisioning, các lệnh gọi không còn trả về các cổng nội bộ và cổng back-end nữa. Vì người dùng không bao giờ có thể sử dụng những cổng này, nên thực ra chỉ là loại bỏ nhiễu khỏi API mà nói chung là một điều tốt. Nếu bạn muốn xác định bất kỳ giám đốc và cổng back-end nào trên hệ thống của mình, bạn có thể sử dụng lệnh gọi giám đốc cấp hệ thống để lấy thông tin này.

Với các mẫu PowerMax 8500 và 2500, việc tạo nhóm cổng hiện yêu cầu một khóa bổ sung để chỉ định giao thức nhóm cổng: SCSI_FC, iSCSI hoặc NVMe_TCP.

https:// ipaddress :8443/univmax/restapi/100/sloprovisioning/symmetrix/000120000322/portgroup

{
   "portGroupId":  "finance1_portgroup" ,
   "port_group_protocol":  "SCSI_FC" ,
   "symmetrixPortKey":  [
    {
      "directorId":  "OR-1C" ,
       "portId":  "1"
    }
  ]
}

Thay đổi sao chép cục bộ

Tài nguyên sao chép của API có một số thay đổi đáng chú ý. Chúng tôi đã giới thiệu các lệnh gọi API mới để tạo Bản sao TimeFinder với các nhóm lưu trữ. Hãy xem blog rất hay Attack of the Clones , blog này nêu chi tiết những gì bạn có thể mong đợi với bản sao. Blog này cũng đề cập đến lý do tại sao chúng tôi đưa các tính năng mới cho bản sao vào mảng PowerMax 8500 và 2500 mới, ngoài các tính năng SnapVX mà chúng tôi đã có trong API. Lưu ý rằng các lệnh gọi API Bản sao có thể được sử dụng với các mô hình PowerMax hiện có và với các mảng mới. Tuy nhiên, quy mô tăng lên và tính năng “establish_terminate” mới (tạo bản sao bản sao và xóa ngay phiên khi các con trỏ được đặt đúng vị trí) chỉ khả dụng trên các mảng chạy PowerMax OS 10.

Dưới mui xe cho các lệnh gọi sao chép, đây là một số thay đổi vô hình nhưng có lợi. Trong các bản phát hành trước, các lệnh gọi REST đã tham chiếu đến mô hình Đối tượng Unisphere để biết một số thông tin. Bây giờ với Unisphere 10.0, các lệnh gọi API để sao chép tạo ra các lệnh gọi API cho phép giải pháp để đảm bảo rằng thông tin được trả về luôn song song với mảng.

Thay đổi API hiệu suất

Phần hiệu suất của Unisphere đã có những thay đổi đáng kể, chủ yếu là để giúp người dùng mới dễ sử dụng hơn. Các nhà phát triển của chúng tôi đã thêm một số phương thức trợ giúp để cho phép bạn liệt kê các danh mục hiệu suất cho loại mảng của mình.

https:// ipaddress :port/univmax/restapi/performance/Array/help/ SystemSerial /categories

Khi bạn đã xây dựng danh sách các danh mục, bạn có thể sử dụng lệnh gọi trợ giúp số liệu danh mục để tìm danh sách các số liệu được hỗ trợ cho từng danh mục. Bạn có thể chỉ định một loại cho Tất cả hoặc KPI:

https:// ipaddress :8443/univmax/restapi/performance/Array/help/ symmetrixId / category /metrics/ type

Một thay đổi lớn khác trong số liệu hiệu suất của chúng tôi là giờ đây bạn có thể nhận được số liệu thống kê chẩn đoán cấp thiết bị. Những số liệu này có thể được thu thập cho nhiều thiết bị hoặc danh sách các nhóm lưu trữ: tối đa 100 nhóm lưu trữ cho mỗi truy vấn hoặc 10.000 thiết bị cho mỗi truy vấn. Mỗi truy vấn bị giới hạn trong một giờ dữ liệu hiệu suất. Những giới hạn này nhằm ngăn các nhà phát triển vô tình tạo ra các truy vấn dài rất chuyên sâu có thể ảnh hưởng đến những người dùng API hoặc UI khác. Lưu ý: Thay đổi này chỉ dựa trên phiên bản Unisphere. Mô hình mảng không phải là yếu tố trong quá trình sử dụng. Vì vậy, nếu bạn đang chạy VMAX3 Hybrid hoặc PowerMax mới nhất, nếu Unisphere ở phiên bản 10.0 trở lên, bạn có thể sử dụng chức năng này trong API.

Một cuộc gọi mẫu và tải trọng được liệt kê bên dưới. Bạn có thể sử dụng danh mục khối lượng với các phương thức trợ giúp ở trên để xác định các danh mục hợp lệ. Như với tất cả các cuộc gọi hiệu suất, dấu thời gian được tính bằng mili giây dấu thời gian EPOCH.

https:// ipaddress :port/univmax/restapi/performance/Volume/metrics (POST)

{
   "systemId":  "0000213456789" ,
   "volumeStartRange":  "00A1" ,
   "volumeEndRange":  "00A5" ,
   "dataFormat":  "Tối đa" ,
   "startDate":  123456468 ,
   "endDate":  123456465 ,
   "metrics":  [
     "HostMBs" ,
     "MBRead" ,
     "MBWritten" ,
     "IoRate" ,
     "ResponseTime "
  ]
}

Giao diện API tệp mới cho PowerMax

Với Nền tảng SDNAS 64 Bit mới được tích hợp với PowerMax File API, giờ đây chúng ta có một bộ điểm cuối hoàn toàn mới cho các hoạt động Day0 đến Day2 với các đối tượng tệp. API có hơn 200 lệnh gọi API cho các hoạt động tệp. Tất cả các hoạt động tệp hiện có thể được hoàn thành bằng UI hoặc REST, cung cấp phạm vi bao phủ 100% của sản phẩm. Hình sau cung cấp phác thảo về API có thể được duyệt trong tài liệu trực tuyến.

PyU4V – SDK cho PowerMax API

Với API mới, chúng tôi cũng đang phát hành PyU4V 10.0, chỉ tương thích với Unisphere 10.0. Vì Unisphere tương thích ngược với API, bạn vẫn có thể sử dụng PyU4V phiên bản 9.2.1.6 với Unisphere phiên bản 10.0. Bất kỳ tập lệnh nào được viết ở các phiên bản trước của PyU4V đều tương thích ngược, với giả định rằng bạn không sử dụng bất kỳ hàm nào đã lỗi thời. (PyU4V đã cung cấp thông báo cảnh báo cho hai bản phát hành gần đây nhất để thông báo cho người dùng nếu tập lệnh của họ cần được thay đổi để tương thích ngược, vì vậy chúng tôi hy vọng sẽ không có vấn đề gì!)

Hỗ trợ Ansible cho PowerMax API 10.0

Các mô-đun Ansible được cập nhật sẽ được phát hành vào tháng 9 với hỗ trợ đầy đủ cho các mảng mới. Trong thời gian chờ đợi, bạn có thể cập nhật bất kỳ máy chủ Unisphere nào lên phiên bản 10 và các mô-đun Ansible hiện có sẽ tiếp tục hoạt động, miễn là máy chủ Ansible của bạn đã cài đặt phiên bản PyU4V mới nhất (9.2.1.6 hoặc 10.0 với bộ sưu tập Ansible cho PowerMax <=1.8).