Chuẩn bị nâng cấp môi trường CloudPools

Giới thiệu

CloudPools 2.0 mang đến nhiều cải tiến và được phát hành cùng với OneFS 8.2.0. Có thể nâng cấp OneFS từ 8.x lên 8.2.x hoặc mới hơn và tận dụng các lợi ích quản lý dữ liệu của CloudPools 2.0 là điều rất có giá trị.

Blog này mô tả các bước chuẩn bị để nâng cấp môi trường CloudPools. Mục đích là để tránh các vấn đề tiềm ẩn khi nâng cấp OneFS từ 8.x lên 8.2.x hoặc mới hơn (tức là từ CloudPools 1.0 lên CloudPools 2.0).

Để biết quy trình được khuyến nghị để nâng cấp môi trường CloudPools, hãy xem tài liệu PowerScale CloudPools: Nâng cấp 8.x lên 8.2.2.x hoặc phiên bản mới hơn .

Để biết các biện pháp thực hành tốt nhất và những cân nhắc khi nâng cấp CloudPools, hãy xem sách trắng Dell PowerScale: CloudPools và ECS .

Blog này đề cập đến các công tác chuẩn bị cho cả nhà cung cấp dịch vụ đám mây và cụm PowerScale.

Nhà cung cấp đám mây

CloudPools là tính năng OneFS cho phép khách hàng lưu trữ hoặc phân tầng dữ liệu từ cụm PowerScale sang bộ lưu trữ đám mây, bao gồm các nhà cung cấp đám mây công cộng như Amazon Web Services (AWS), Microsoft Azure, Google Cloud, Alibaba Cloud hoặc đám mây riêng dựa trên Dell ECS.

Quan trọng : Chạy lệnh isi cloud account list để xác minh nhà cung cấp đám mây nào được sử dụng cho CloudPools. Các xác thực khác nhau được sử dụng với các nhà cung cấp đám mây khác nhau cho CloudPools, điều này có thể gây ra các sự cố tiềm ẩn khi nâng cấp môi trường CloudPools.

Xác thực chữ ký AWS được sử dụng cho AWS, Dell ECS và Google Cloud. Trong các bản phát hành OneFS trước 8.2, AWS SigV2 chỉ được hỗ trợ cho CloudPool. Bắt đầu từ OneFS 8.2, AWS SigV4 được thêm vào, cung cấp mức độ bảo mật bổ sung cho xác thực bằng thuật toán nâng cao. Để biết thêm thông tin về V4, hãy xem mục Xác thực yêu cầu: AWS Signature V4 . AWS SigV4 sẽ được sử dụng tự động cho CloudPool trong OneFS 8.2.x trở lên nếu cấu hình (CloudPool và nhà cung cấp đám mây) là chính xác. Xin lưu ý rằng một phương thức xác thực khác được sử dụng cho Azure hoặc Alibaba Cloud.

Nếu nhà cung cấp đám mây công cộng được sử dụng trong môi trường của khách hàng, sẽ không có vấn đề gì vì mọi cấu hình đều đã được nhà cung cấp đám mây công cộng tạo sẵn.

Nếu Dell ECS được sử dụng trong môi trường của khách hàng, cấu hình ECS sẽ được triển khai riêng và bạn cần đảm bảo rằng cấu hình trên ECS là chính xác, bao gồm bộ cân bằng tải và Hệ thống tên miền (DNS).

Phần này chỉ đề cập đến các bước chuẩn bị cho CloudPools và Dell ECS trước khi nâng cấp OneFS từ 8.x lên 8.2.x hoặc phiên bản mới hơn.

Dell ECS

Nhìn chung, CloudPools có thể đã lưu trữ rất nhiều dữ liệu từ cụm PowerScale (Isilon) vào ECS trước khi nâng cấp OneFS từ 8.x lên 8.2.x hoặc mới hơn. Điều đó có nghĩa là hầu hết các cấu hình phải được tạo cho CloudPools. Để biết thêm thông tin về CloudPools và ECS, hãy xem sách trắng Dell PowerScale: CloudPools và ECS .

Phần này đề cập đến các cấu hình sau cho ECS trước khi nâng cấp OneFS từ 8.x lên 8.2.x hoặc phiên bản mới hơn.

  • Bộ cân bằng tải
  • DNS
  • URL cơ sở

Bộ cân bằng tải

Bộ cân bằng tải cân bằng lưu lượng đến các nút ECS khác nhau từ cụm PowerScale và có thể cung cấp hiệu suất và thông lượng tốt hơn nhiều cho CloudPool. Bộ cân bằng tải được khuyến nghị mạnh mẽ cho CloudPool 2.0 và ECS. Các sách trắng sau đây cung cấp thông tin về cách triển khai bộ cân bằng tải với ECS:

DNS

AWS luôn có bản ghi DNS đại diện được cấu hình. Xem tài liệu Virtual hosting of buckets , giới thiệu quyền truy cập theo kiểu đường dẫn và quyền truy cập theo kiểu lưu trữ ảo cho bucket. Tài liệu này cũng chỉ cách liên kết tên máy chủ với bucket Amazon S3 bằng CNAME để truy cập theo kiểu lưu trữ ảo.

Trong khi đó, URL kiểu đường dẫn sẽ bị loại bỏ vào ngày 23 tháng 9 năm 2022. Các thùng được tạo sau ngày đó phải được tham chiếu bằng mô hình lưu trữ ảo. Để biết lý do chuyển sang mô hình lưu trữ ảo, hãy xem tài liệu Kế hoạch loại bỏ đường dẫn Amazon S3 – Phần còn lại của câu chuyện .

ECS hỗ trợ các ứng dụng tương thích với Amazon S3 sử dụng các lược đồ định địa chỉ kiểu máy chủ ảo và kiểu đường dẫn. (Để biết thêm thông tin, hãy xem tài liệu Địa chỉ thùng và không gian tên .) Và, để giúp đảm bảo cấu hình DNS phù hợp cho ECS, hãy xem tài liệu Cấu hình DNS .

Quy trình cấu hình DNS phụ thuộc vào máy chủ DNS hoặc nhà cung cấp DNS của bạn.

Ví dụ, DNS được thiết lập trên máy chủ Windows. Hai bảng và ba hình sau đây hiển thị các mục nhập DNS đã tạo. Khách hàng phải tạo mục nhập DNS của riêng mình.

Tên Loại hồ sơ Số hiệu đầy đủ Địa chỉ IP Bình luận
ecs MỘT ecs.demo.local 192.168.1.40 FQDN của bộ cân bằng tải sẽ là ecs.demo.local.

Tên Loại hồ sơ Số hiệu đầy đủ FQDN cho
máy chủ mục tiêu
Bình luận
đám mây_uri TÊN cloudpools_uri.demo.local ecs.demo.local Nếu bạn tạo chứng chỉ SSL cho dịch vụ ECS S3, chứng chỉ đó phải có phiên bản không phải ký tự đại diện làm Tên thay thế chủ thể.
*.cloudpools_uri TÊN *.cloudpools_uri.demo.local ecs.demo.local Được sử dụng để định địa chỉ máy chủ ảo cho một thùng. 

 

URL cơ sở

Trong CloudPools 2.0 và ECS, phải tạo URL cơ sở trên ECS. Để biết chi tiết về cách tạo URL cơ sở trên ECS, hãy xem phần Phụ lục A URL cơ sở trong sách trắng Dell PowerScale: CloudPools và ECS .

Khi tạo URL cơ sở mới, hãy giữ nguyên cài đặt mặc định (Không) cho Sử dụng với Không gian tên . Đảm bảo rằng URL cơ sở là bí danh FQDN của IP ảo của bộ cân bằng tải.

Cụm PowerScale

Nếu SyncIQ được cấu hình cho CloudPools, hãy chạy các lệnh sau trên cụm PowerScale nguồn và đích để kiểm tra và ghi lại cấu hình CloudPools, bao gồm tài khoản lưu trữ CloudPools, CloudPool, chính sách nhóm tệp và chính sách SyncIQ.

# isi danh sách tài khoản đám mây -v
# isi danh sách các nhóm đám mây -v
# danh sách chính sách tệp isi -v
# danh sách chính sách đồng bộ isi -v

Đối với CloudPools và ECS, hãy đảm bảo rằng URI là bí danh FQDN của IP ảo của bộ cân bằng tải.

Quan trọng : Chúng tôi khuyến cáo không nên chạy bất kỳ tác vụ nào (như CloudPools/SmartPools, SyncIQ và NDMP) trước khi nâng cấp.  

Trong môi trường SyncIQ, hãy nâng cấp cụm đích SyncIQ trước khi nâng cấp cụm nguồn. OneFS cho phép SyncIQ gửi các tệp SmartLink định dạng CP1.0 đến đích, tại đó chúng sẽ được chuyển đổi thành các tệp SmartLink định dạng CP2.0. (Nếu cụm nguồn được nâng cấp trước, các hoạt động Sync sẽ không thành công cho đến khi cả hai được nâng cấp; giải pháp duy nhất được biết đến là cấu hình lại chính sách Sync thành “Deep Copy”.)

Và khách hàng có thể có tài khoản CloudPools đang hoạt động (đọc & ghi) trên cả cụm PowerScale nguồn và đích, sao chép các tệp SmartLink của tài khoản CloudPools đang hoạt động theo cả hai chiều. Điều đó có nghĩa là nguồn cũng là đích. Trong trường hợp này, bạn cần cấu hình lại chính sách Đồng bộ hóa thành “Sao chép sâu” trên một trong các cụm PowerScale. Sau đó, đích có các tệp SmartLink đã sao chép nên được nâng cấp trước.

Bản tóm tắt

Blog này đề cập đến những điều bạn cần kiểm tra, trên các nhà cung cấp đám mây và cụm PowerScale, trước khi nâng cấp OneFS từ 8.x lên 8.2.x hoặc mới hơn (tức là từ CloudPools 1.0 lên CloudPools 2.0). Tôi hy vọng rằng nó có thể giúp bạn tránh được các sự cố tiềm ẩn của CloudPools khi nâng cấp môi trường CloudPools.

Tác giả : Jason He, Kỹ sư công nghệ kỹ thuật chính