Một cổng lớn chỉ có giá trị khi ứng dụng, lưu trữ, bộ xử lý, đường truyền mạng và bên nhận có thể sử dụng nó. Hãy lập kế hoạch tập làm việc và mức đồng thời, đánh giá từng giai đoạn giới hạn và xác định ranh giới vận hành. Các nhãn danh mục 40, 100 và 200 Gbps là các lớp cổng, không phải bảo đảm truyền tải hay khả dụng phổ quát.
Chuyển cổng thành quy mô dữ liệu
Với đơn vị thập phân, 40, 100 và 200 Gbps tương ứng với phép tính tốc độ đường truyền là 5, 12.5 và 25 GB mỗi giây. Đây là các chuyển đổi tham chiếu trước khi tính đến hiệu ứng giao thức và triển khai. Chúng mô tả quy mô của thiết kế xung quanh, không phải tốc độ đo được hay lời hứa rằng một origin sẽ cung cấp lượng nội dung ứng dụng đó.
Đối với một dự án phân phối, hãy ước tính các yêu cầu đồng thời, kích thước đối tượng và tập làm việc. Một dịch vụ liên tục cung cấp một tập nhỏ phổ biến khác với một dịch vụ truyền phát các kho lưu trữ chưa được lưu đệm. Hãy nêu rõ các giả định. Một cổng lớn được mua mà không có những giả định đó có thể để nguyên các giới hạn lưu trữ, ứng dụng hoặc bên nhận trong khi làm tăng chi phí định kỳ của dự án.
| Lớp cổng được liệt kê | Chuyển đổi thập phân thô | Hàm ý lập kế hoạch |
|---|---|---|
| 40 Gbps | 5 GB/giây trước khi tính chi phí phụ trội | Đo lường nội dung và đường đi ứng dụng |
| 100 Gbps | 12.5 GB/giây trước khi tính chi phí phụ trội | Xem xét lưu trữ, mức đồng thời và xử lý |
| 200 Gbps | 25 GB/giây trước khi tính chi phí phụ trội | Xác thực mọi giai đoạn và dung lượng nhận |
Mô hình hóa tập làm việc và hành vi bộ nhớ đệm
Xác định nội dung nào được yêu cầu thường xuyên và nội dung nào phải được đọc từ lưu trữ theo yêu cầu. Một bộ nhớ đệm ấm có thể tạo ra kết quả mà khởi động nguội không thể duy trì. Hãy kiểm tra cả hai điều kiện khi chúng quan trọng đối với dự án. Giữ tập dữ liệu đủ lớn và đủ thực tế để phép đo trả lời câu hỏi bạn thực sự cần giải quyết.
Hãy tưởng tượng một origin tải phần mềm hợp pháp với các bản phát hành phổ biến và một kho lưu trữ cũ hơn. So sánh cửa sổ phát hành cao điểm với truy cập kho lưu trữ bình thường. Dành dung lượng cho xuất bản, tạo checksum và lưu lượng sao lưu ở những nơi các thao tác đó trùng nhau. Kịch bản gốc này cung cấp một khung lập kế hoạch; nó không thiết lập bất kỳ phần cứng hoặc dịch vụ lưu đệm cụ thể nào là được bao gồm trong SwissOctet.
Đo lường lưu trữ một cách độc lập
Bắt đầu bằng cách đo lường các thao tác lưu trữ mà ứng dụng thực hiện. Đọc tuần tự các tệp lớn và nhiều lần đọc ngẫu nhiên nhỏ có thể phơi bày các giới hạn khác nhau. Tài liệu fio mô tả các tham số khối lượng công việc có thể đại diện cho những mẫu đó. Sử dụng các tệp kiểm tra được kiểm soát và cài đặt phù hợp với hệ thống, và tránh các bài kiểm tra phá hủy trên dữ liệu sản xuất.
Ghi lại bố cục lưu trữ, kích thước tập dữ liệu và điều kiện kiểm tra. Một bài đánh giá liên quan đến dữ liệu được lưu đệm không tương đương với đọc liên tục từ các thiết bị bên dưới. Lặp lại với đường dẫn nội dung thực tế của ứng dụng sau đó. Dung lượng nhiều hơn không tự động tăng tốc độ phân phối, và một số ổ đĩa được chọn không thiết lập một bố cục mảng cụ thể hay thông lượng đo được.
Quan sát giới hạn bộ xử lý và hàng đợi
Ở tốc độ truyền cao, xử lý và xử lý ngắt có thể quan trọng cùng với việc sử dụng CPU của ứng dụng. Linux ghi lại tài liệu về mở rộng phía nhận và các cơ chế liên quan để phân phối công việc mạng trên các hàng đợi và bộ xử lý. Sự hiện diện và hành vi của chúng phụ thuộc vào phần cứng và cấu hình. Hãy sử dụng các tài liệu đó để diễn giải các phép đo thay vì áp dụng một công thức tinh chỉnh chung cho mọi máy chủ.
Theo dõi liệu một CPU, worker hoặc hàng đợi nhận có trở nên bận trước hệ thống tổng thể hay không. Bao gồm mã hóa, nén và xử lý yêu cầu trong bài kiểm tra khi dịch vụ sản xuất sử dụng chúng. Một số CPU trung bình nhàn rỗi có thể che giấu một thành phần đã bão hòa. Thay đổi từng yếu tố một và giữ lại đường cơ sở để hiệu ứng có thể hiểu được.
Xác thực ứng dụng phục vụ
Máy chủ phải làm nhiều hơn việc truyền byte qua một bài đánh giá mạng. Hãy xác thực kết nối, phân tích yêu cầu, ủy quyền, đọc nội dung và hoàn tất phản hồi với phần mềm dự định của bạn. Nginx ghi lại tài liệu về truyền tệp và kiểm soát kết nối cho triển khai của chính nó; phần mềm khác có cài đặt khác. Hãy đọc tài liệu cho phiên bản thực tế bạn sẽ vận hành.
Kiểm tra mức đồng thời thực tế và quan sát thời gian hoàn tất đuôi cũng như sản lượng tổng hợp. Một con số tổng hợp lớn có thể cùng tồn tại với các yêu cầu riêng lẻ bị hết thời gian. Thiết lập một giới hạn mà tại đó dịch vụ vẫn hoạt động chấp nhận được, sau đó để lại biên vận hành thay vì nhắm chạy mọi thành phần ở mức tối đa lý thuyết suốt ngày.
So sánh các thông số kỹ thuật Transit thực tế
Các dòng Transit của SwissOctet giữ quốc gia là Thụy Sĩ trong khi liệt kê các nền tảng bộ xử lý, bộ nhớ và lưu trữ khác nhau. Hãy đọc gói chính xác: Transit 100 liệt kê lưu trữ SSD, trong khi các thông số kỹ thuật cơ bản Transit khác liệt kê NVMe. Các tùy chọn đĩa bổ sung có nhãn riêng. Đừng để lớp cổng thay thế cho việc xem xét phần còn lại của cấu hình.
Cũng hãy xác nhận tính khả dụng, điều khoản lưu lượng, trách nhiệm quản trị và quy trình khôi phục với dịch vụ thực tế. Lưu lượng không tính phí mô tả một mô hình lưu lượng, không phải sự cho phép hoạt động tùy ý hay cam kết thời gian hoạt động. Các khối lượng công việc lớn cần điều khoản vận hành rõ ràng và quyền phân phối nội dung, giống như các khối lượng công việc nhỏ hơn.
Chuẩn bị vận hành trước khi mở lưu lượng
Xác định ai có thể xuất bản nội dung, thay đổi cấu hình và quản trị origin. Bảo vệ các giao diện đó, thu thập các phép đo vận hành hữu ích và đặt ngưỡng cho quá tải. Giữ một cách để giảm lưu lượng hoặc khôi phục một bản phát hành nếu ứng dụng hoạt động bất ngờ. Một giao diện lớn có thể khuếch đại hậu quả của một sai lầm phần mềm hoặc truy cập thông thường.
Chạy một bài tập theo giai đoạn bằng các bên nhận được ủy quyền và giới hạn đã thống nhất, sau đó tăng dần về khối lượng công việc dự kiến. Giữ kết quả, câu hỏi chưa trả lời và dung lượng dự phòng tài nguyên trong hồ sơ triển khai. Chỉ chọn một cổng lớn hơn khi bằng chứng này hỗ trợ điều đó; một thiết kế hoàn chỉnh, được đo lường hữu ích hơn con số lớn nhất có sẵn trong danh mục.
Danh sách kiểm tra thực tế của bạn.
- Chuyển đổi lớp cổng mà không coi đó là phân phối payload.
- Mô hình hóa lượt truy cập bộ nhớ đệm, đọc nguội và yêu cầu đồng thời.
- Đánh giá lưu trữ bằng dữ liệu kiểm tra vô hại.
- Quan sát CPU, worker và hàng đợi mạng.
- Kiểm tra ứng dụng phục vụ và dung lượng bên nhận.
- Chạy lưu lượng theo giai đoạn và giữ quy trình khôi phục.
Những chi tiết quan trọng.
Cổng lớn nhất có luôn là lựa chọn an toàn nhất không?+
Không. Hãy chọn dựa trên nhu cầu đo được và giới hạn của toàn hệ thống. Một cổng lớn hơn không giải quyết tình trạng thiếu lưu trữ, bộ xử lý hoặc dung lượng ứng dụng.
Mọi dòng Transit có sử dụng NVMe không?+
Không. Hãy đọc gói thực tế. Thông số kỹ thuật cơ bản của Transit 100 liệt kê SSD; các gói cơ bản khác và tùy chọn ổ đĩa bổ sung có mô tả riêng.
Tại sao nên kiểm tra với dữ liệu nguội cũng như dữ liệu được lưu đệm?+
Chúng phơi bày các điều kiện vận hành khác nhau. Một bản phát hành, khởi động lại hoặc tập làm việc thay đổi có thể tạo ra hoạt động lưu trữ mà bài đánh giá bộ nhớ đệm ấm tránh được.
Đến nguồn.
Các tài liệu tham khảo này hỗ trợ các khái niệm kỹ thuật trong hướng dẫn này. Hãy theo dõi tài liệu hiện hành trước khi thay đổi hệ thống sản xuất.
- Nhân Linux: Mở rộng trong ngăn xếp mạng docs.kernel.org
- fio: Tài liệu về khối lượng công việc và đo lường fio.readthedocs.io
- Nginx: Mô-đun lõi HTTP nginx.org
Hướng dẫn biên tập bởi SwissOctet. Các ví dụ chỉ mang tính minh họa. Thông số dịch vụ, tùy chọn có sẵn và điều kiện hợp đồng phải được xác minh riêng.