Một số suy nghĩ HPE 3PAR Adaptive Optimization

Tác giả CCNACCNP, T.Tư 11, 2019, 04:31:36 CHIỀU

« Chủ đề trước - Chủ đề tiếp »

0 Thành viên và 1 Khách đang xem chủ đề.

Một số suy nghĩ HPE 3PAR Adaptive Optimization


Tối ưu hóa thích ứng HP 3PAR (AO) cho phép phân tầng lưu trữ tự động trên các mảng lưu trữ HP 3PAR. Với tính năng này, hệ thống lưu trữ HP 3PAR sẽ phân tích IO và sau đó di chuyển các vùng 128 MB giữa các tầng lưu trữ khác nhau. Các vùng có khối lượng truy cập thường xuyên được chuyển sang các tầng cao hơn, các vùng ít truy cập thường xuyên hơn được chuyển sang các tầng thấp hơn. Tôi thường nói chuyện với khách hàng về AO và tôi biết rằng tính năng này đôi khi bị hiểu sai và bị định cấu hình sai. Bài viết blog này là một bản tóm tắt theo ý kiến ​​của tôi chủ đề quan trọng.


1. Cơ bản về CPG, LD, VV

Một đĩa vật lý được chia thành các phần 1 GB, vì vậy được gọi là chunklets. Nhóm cung cấp chung (CPG) tạo ra một nhóm các đĩa logic (LD) và do đó là một kho lưu trữ, có thể được sử dụng để tạo các khối ảo (VV). CPG định nghĩa các thuộc tính như loại thiết bị (SAS / FC, NL, SSD), RPM đĩa, cấp RAID, mức độ sẵn có, vv Các thuộc tính này được sử dụng để tạo LD. LD là một tập hợp các đoạn được sắp xếp trong các bộ RAID. Kích thước của LD được xác định bởi số lượng dữ liệu trong bộ RAID. Nếu CPG sử dụng RAID 5 (3 + 1), LD có khoảng 3 GB. Khi tạo VV, LD được tạo theo kích thước của mức tăng trưởng (thường là 32 GB cho SAS / FC và NL và 8 GB cho SSD). Vì vậy, nếu sử dụng RAID 5 (3 + 1) ~ 11 LD sẽ được tạo để tăng 32 GB. Một VV phân bổ không gian có kích thước 128 vùng (không gian người dùng và ảnh chụp nhanh) hoặc 32 MB (không gian quản trị viên). Mỗi vùng nằm trên một LD khác, do đó, VV bị sọc trên các LD và do đó trên các đĩa vật lý. Tôi hy vọng bản vẽ này làm cho nó dễ hiểu hơn.


Nếu không gian của CPG được phân bổ gần như đầy đủ, không gian theo kích thước của mức tăng trưởng được phân bổ - nhiều LD được tạo ra. Khai hoang mỏng có thể lấy lại không gian từ VV với gia số 16 KB, nhưng không gian VV miễn phí chỉ được trả lại với gia số 128 MB cho CPG. Một quy trình chống phân mảnh đi qua các LD và hợp nhất các trang nhỏ hơn đến các vùng tiếp giáp lớn hơn. Với thời gian, các LD có thể trở nên kém hiệu quả hơn trong việc sử dụng không gian. Do một quá trình được gọi là compact compact, các vùng VV được ánh xạ có thể được hợp nhất thành các LD ít được sử dụng hơn. Điều này có thể giải phóng không gian đĩa và tăng hiệu quả sử dụng không gian. VV có thể phân bổ không gian từ không gian trống trên LD hoặc nếu không có hoặc không đủ không gian trống liền kề có sẵn, LD mới được tạo. VV khác nhau có thể chia sẻ cùng một LD.

2. Bối cảnh giữa Tối ưu hóa thích ứng và CPG

Cấu hình Tối ưu hóa Thích ứng (AO) bao gồm, theo thuật ngữ đơn giản, CPGs, cấu hình chế độ và tùy chọn lịch biểu. Một cấu hình AO phải được cấu hình ít nhất hai tầng và có thể có tối đa ba tầng (tầng 0, tầng 1 và tầng 2). Thông thường, bạn định cấu hình CPG với SSD cho cấp 0, với các đĩa SAS / FC cho cấp 1 và với các đĩa SAS-NL cho cấp 2. Nhưng không có gì sai với nó, nếu bạn định cấu hình CPG của SAS / FC với RAID 1 cho cấp 1 và CPG của SAS / FC với RAID 5 cho tầng 2. Nhiều kết hợp có thể. Điều quan trọng là phải hiểu rằng, tầng 1 phải đáp ứng các yêu cầu về hiệu suất của các ứng dụng của bạn. Không nên sử dụng một tầng 1 chậm chậm của Viking và để AO di chuyển tất cả dữ liệu lên tầng 0, vì khối lượng công việc của bạn làm nóng các khối. Vì vậy, mỗi khi bạn tạo VV, điều này nên được liên kết với CPG cấp 1 của bạn.

3. Cấu hình chế độ

Thuật toán phân tích phân tầng xem xét ba điều khác nhau:

    không gian có sẵn trong tầng
    độ trễ trung bình
    mật độ truy cập tầng trung bình

Nếu không gian được phân bổ trong một lớp (CPG) vượt quá kích thước tầng (hoặc giới hạn cảnh báo CPG), AO sẽ cố gắng di chuyển dữ liệu sang các tầng khác. Các khu vực bận rộn sẽ được chuyển đến các tầng nhanh hơn, các khu vực nhàn rỗi hơn sẽ được chuyển đến các tầng thấp hơn. Nếu tầng 0 của bạn vượt quá giới hạn, nhưng vẫn còn khoảng trống ở tầng 1, AO sẽ cố gắng di chuyển nhiều vùng nhàn rỗi hơn từ tầng 0 sang tầng 1. Nếu tất cả các tầng vượt quá giới hạn của họ, AO sẽ không làm gì cả.

Nếu một tầng cao hơn trở nên bận rộn, độ trễ cho tầng này có thể trở nên cao hơn so với các tầng thấp hơn. Để ngăn chặn điều này, một khu vực sẽ không được chuyển sang tầng nhanh hơn, nếu độ trễ cho tầng đích cao hơn so với tầng hiện tại. Một ngoại lệ được tạo ra, nếu tải IOPS trên tầng đích thấp hơn ngưỡng bên trong. Sau đó, khu vực sẽ được chuyển đến tầng nhanh hơn.

Điểm cuối cùng là khó nhất và phức tạp nhất. Mật độ tốc độ truy cập tầng trung bình được xem xét, nếu hệ thống không bị giới hạn bởi độ trễ tầng hoặc không gian tầng. Nó mô tả mức độ bận rộn của các khu vực trong một tầng trung bình và nó được đo bằng đơn vị IOPS trên mỗi gigabyte mỗi phút. Kết quả được so sánh với các khu vực cá nhân. Tùy thuộc vào kết quả của sự so sánh này, một khu vực được chuyển đến mức thấp hơn (nó ít bận rộn hơn các khu vực khác) hoặc tầng cao hơn (bận rộn hơn các khu vực khác).

Tham số cấu hình chế độ có ba tùy chọn khác nhau:

    Hiệu suất
    Giá cả
    Cân bằng

Nếu nó được đặt thành Hiệu suất, thì dữ liệu sẽ được chuyển sang các tầng nhanh hơn. Trái ngược với điều này, chế độ Chi phí trên đường cao tốc độ di chuyển nhiều dữ liệu đến các tầng thấp hơn. Chế độ cân bằng giữa các kiểu cân bằng giữa hiệu năng và chi phí. Đây phải là cài đặt mặc định.

4. Cấu hình lớp

Bạn cần cấu hình ít nhất hai tầng. Thực hành tốt nhất là cấu hình ba tầng. CPG nhanh nhất nên được cấu hình là tầng 0, CPG chậm nhất nên được cấu hình là tầng 2.


Để đảm bảo rằng chỉ AO di chuyển dữ liệu sang các tầng khác, bạn nên sử dụng CPG cấp 1 để cung cấp VV. Không có VV nên được liên kết trực tiếp với CPG cấp 0 và cấp 2. Bạn cũng nên đảm bảo rằng tất cả các CPG được sử dụng trong cấu hình AO có cùng mức độ sẵn có (Lồng, Tạp chí hoặc Cổng). Nếu tầng 0 và tầng 1 có sẵn tạp chí và tầng 2 chỉ có sẵn tạp chí, VV sẽ chỉ có sẵn tạp chí.

5. Lịch trình

Bạn có thể định cấu hình lịch biểu hoặc bạn có thể chạy AO ngay lập tức. Nếu bạn có nhiều cấu hình AO, hãy sắp xếp tất cả chúng vào cùng một thời gian bắt đầu. Họ sẽ chạy tuần tự, nhưng việc tính toán vùng nào đã được di chuyển, được thực hiện cùng một lúc. Nếu bạn kiểm tra lịch trình trên CLI, bạn sẽ nhận thấy một sự thật thú vị khác:


Bạn có để ý đến các dòng -compact trong dòng lệnh của từng lịch AO không? Nếu bạn sử dụng AO, bạn không cần phải lên lịch cho máy compact compact để cài đặt CPG, thuộc về cấu hình AO. Điều này được thực hiện như một phần của AO. Việc nén các vùng di chuyển các LD kém hiệu quả hơn thành các LD ít được sử dụng hơn. Bạn không phải chạy AO chạy mỗi giờ. Nó đủ để chạy nó một lần một ngày. Chạy nó ở giai đoạn có IO thấp. Bạn có thể loại trừ cuối tuần, nếu công ty hoặc khách hàng của bạn không làm việc vào cuối tuần.

5. Những thứ khác để xem xét

Nếu bạn sử dụng AO, bạn nên tránh sử dụng các kỹ thuật tự động, di chuyển dữ liệu giữa các tầng lưu trữ khác nhau. Có, nếu bạn nghĩ về VMware SDRS, đó sẽ là một kỹ thuật như vậy. Nhưng chỉ khi bạn sử dụng nó trong chế độ hoàn toàn tự động. Bạn có thể sử dụng nó trong chế độ thủ công và áp dụng các khuyến nghị nếu cần thiết.

6. Lời kết

Tôi không nói rằng đây là những thực tiễn tốt nhất, nhưng với những chủ đề này, bạn sẽ dễ dàng thảo luận về các yêu cầu của khách hàng và tác động của các cài đặt AO khác nhau với khách hàng của bạn. Nếu bạn xem hướng dẫn thực hành tốt nhất về Lưu trữ HP 3PAR StoreServ , bạn sẽ nhận ra một số thực tiễn được đề cập ở trên. Nhưng luôn luôn ghi nhớ: Ngay cả thực tiễn tốt nhất có thể bỏ lỡ các yêu cầu của khách hàng. Vì vậy, đừng chỉ áp dụng những cách thực hành tốt nhất mà thôi mà không phản ánh tác động đến yêu cầu của khách hàng.