Không có gì mới S3 S3 Tăng hiệu suất yêu cầu Hiệu suất thông báo

Vào ngày 17 tháng 7 năm 2018 đã có một thông báo chính thức của AWS giải thích rằng không còn cần phải chọn ngẫu nhiên các ký tự đầu tiên của mọi khóa đối tượng S3 để đạt được hiệu suất tối đa: https://aws.amazon.com/about-aws/whats-new / 2018/07 / amazon-s3-thông báo-tăng-yêu cầu-tỷ lệ hiệu suất /

Amazon S3 công bố hiệu suất tỷ lệ yêu cầu tăng

Đăng vào ngày 17 tháng 7 năm 2018

Amazon S3 hiện cung cấp hiệu suất tăng để hỗ trợ ít nhất 3.500 yêu cầu mỗi giây để thêm dữ liệu và 5.500 yêu cầu mỗi giây để truy xuất dữ liệu, điều này có thể tiết kiệm thời gian xử lý đáng kể mà không phải trả thêm phí. Mỗi tiền tố S3 có thể hỗ trợ các tỷ lệ yêu cầu này, giúp đơn giản để tăng hiệu suất đáng kể.

Các ứng dụng chạy trên Amazon S3 hôm nay sẽ được cải thiện hiệu suất này mà không có thay đổi và khách hàng xây dựng các ứng dụng mới trên S3 không phải thực hiện bất kỳ tùy chỉnh ứng dụng nào để đạt được hiệu suất này. Sự hỗ trợ của Amazon S3 cho các yêu cầu song song có nghĩa là bạn có thể chia tỷ lệ hiệu suất S3 của mình theo hệ số của cụm tính toán mà không cần thực hiện bất kỳ tùy chỉnh nào cho ứng dụng của bạn. Hiệu suất tỷ lệ trên mỗi tiền tố, do đó bạn có thể sử dụng song song bao nhiêu tiền tố mà bạn cần để đạt được thông lượng cần thiết. Không có giới hạn về số lượng tiền tố.

Việc tăng hiệu suất tốc độ yêu cầu S3 này sẽ loại bỏ mọi hướng dẫn trước đây để ngẫu nhiên hóa các tiền tố đối tượng để đạt được hiệu suất nhanh hơn. Điều đó có nghĩa là bây giờ bạn có thể sử dụng các mẫu đặt tên hợp lý hoặc tuần tự trong đặt tên đối tượng S3 mà không có bất kỳ hàm ý hiệu suất nào. Cải tiến này hiện có sẵn trong tất cả các Khu vực AWS. Để biết thêm thông tin, hãy truy cập Hướng dẫn dành cho nhà phát triển Amazon S3.

Điều đó thật tuyệt, nhưng nó cũng khó hiểu. Nó cho biết Mỗi tiền tố S3 có thể hỗ trợ các tỷ lệ yêu cầu này, giúp đơn giản để tăng hiệu suất đáng kể

Nhưng vì các tiền tố và dấu phân cách chỉ là đối số cho GET Bucket (List Objects)API khi liệt kê nội dung của các nhóm, làm thế nào có thể có ý nghĩa khi nói về hiệu suất truy xuất đối tượng "trên mỗi tiền tố". Mọi cuộc gọi để GET Bucket (List Objects)có thể chọn bất kỳ tiền tố và dấu phân cách nào nó muốn, vì vậy tiền tố không phải là một thực thể được xác định trước.

Ví dụ: nếu xô của tôi có các đối tượng này:

a1/b-2
a1/c-3

Sau đó, tôi có thể chọn sử dụng "/" hoặc "-" làm dấu phân cách của mình bất cứ khi nào tôi liệt kê nội dung nhóm, vì vậy tôi có thể coi tiền tố của mình là

a1/ 

hoặc là

a1/b-
a1/c-

Nhưng vì GET ObjectAPI sử dụng toàn bộ khóa, nên khái niệm về một tiền tố hoặc dấu phân cách cụ thể không tồn tại để truy xuất đối tượng. Vì vậy, tôi có thể mong đợi 5.500 req / giây vào a1/hoặc thay thế 5.500 req / giây vào a1/b-và 5.500 trên a1/c-?

Vì vậy, ai đó có thể giải thích ý nghĩa của thông báo khi nó gợi ý một mức hiệu suất cụ thể (ví dụ +5.500 yêu cầu mỗi giây để truy xuất dữ liệu) cho "mỗi tiền tố s3" không?

Những gì thực sự được đề cập ở đây như một tiền tố dường như là một sự đơn giản hóa thực sự đề cập đến từng phân vùng của chỉ số xô. Chỉ mục là từ vựng, do đó việc phân tách xảy ra dựa trên các ký tự hàng đầu trong khóa đối tượng. Do đó, nó được gọi là tiền tố .

S3 quản lý các phân vùng chỉ mục một cách tự động và minh bạch, do đó, định nghĩa chính xác của "tiền tố" ở đây thực sự không chính xác: đó là "bất cứ điều gì S3 quyết định là cần thiết để hỗ trợ khối lượng công việc của nhóm bạn." S3 chia các phân vùng chỉ mục để đáp ứng với khối lượng công việc, vì vậy hai đối tượng có thể có cùng "tiền tố" ngày hôm nay có thể có các tiền tố khác nhau vào ngày mai, tất cả được thực hiện trong nền.

Ngay bây giờ, a1 / a -... và a1 / b -... và a1 / c -... có thể đều là một tiền tố duy nhất. Nhưng ném đủ lưu lượng truy cập vào nhóm và S3 có thể quyết định phân chia phân vùng, để ngày mai, a1 / a- và a1 / b- có thể nằm trong một tiền tố, trong khi a1 / c- có thể nằm trong tiền tố của chính nó. (Nghĩa là, các khóa <a1 / c- nằm trong một phân vùng, trong khi các khóa> = a1 / c- hiện nằm trong một phân vùng khác).

Ở đâu và khi nào và cụ thể ngưỡng nào kích hoạt hành vi phân tách không được ghi lại, nhưng dường như nó chỉ liên quan đến số lượng yêu cầu, chứ không phải số lượng hoặc kích thước của các đối tượng. Trước đây, các phân vùng này được giới hạn ở vài trăm yêu cầu mỗi giây và điều đó đã được tăng lên đáng kể.