Chọn bộ nhớ cho hệ điều hành, các dịch vụ thường trực và khả năng xử lý đồng thời thực tế với phần dự phòng. Chọn CPU sau khi đo lường những tác vụ nào đang bận, liệu chúng có chạy song song không và người dùng thực sự gặp độ trễ nào.
Mô tả công việc bình thường và công việc bận rộn riêng biệt
Chỉ riêng số lượng khách truy cập là một yếu tố đầu vào yếu để định cỡ. Một yêu cầu có thể phục vụ một tệp được lưu trong bộ nhớ đệm trong khi yêu cầu khác tạo báo cáo hoặc truy vấn nhiều bảng. Hãy liệt kê các web worker, cơ sở dữ liệu, bộ nhớ đệm, trình tiêu thụ hàng đợi và tác vụ bảo trì sẽ chia sẻ VPS. Mô tả mức đồng thời bình thường và hoạt động dự kiến bận rộn nhất. Bao gồm các hoạt động xuất theo lịch, cập nhật gói và triển khai thay vì coi chúng là hoạt động nền vô hình.
Đối với một dự án hiện có, hãy thu thập một khoảng thời gian đại diện bao gồm một cửa sổ bận rộn. Ghi lại thời gian phản hồi và lỗi cùng với mức sử dụng tài nguyên. Đối với một dự án mới, hãy tạo một bài kiểm tra nhỏ với các dạng yêu cầu và kích thước dữ liệu thực tế. Ước tính ban đầu của bạn sẽ không hoàn hảo; mục tiêu hữu ích là một điểm khởi đầu được ghi lại để bạn có thể so sánh với hành vi đo được sau khi bàn giao.
Xây dựng ngân sách bộ nhớ trước khi thêm tiến trình
Nhu cầu bộ nhớ đến từ hệ thống, các dịch vụ ứng dụng thường trực, mức sử dụng của từng worker và các hoạt động tạm thời. Nhân dấu chân của một worker với mức đồng thời dự kiến là một công cụ lập kế hoạch thô, không phải một bảo đảm, vì bộ nhớ chia sẻ và bộ nhớ đệm làm phức tạp tổng số. Hãy quan sát các tiến trình thực tế dưới tải. Để đủ chỗ để một tác vụ bảo trì không buộc ứng dụng phải cạnh tranh cho từng trang còn lại.
Các cài đặt cơ sở dữ liệu có thể làm tăng mức sử dụng bộ nhớ một cách bất ngờ. PostgreSQL ghi rõ rằng work_mem áp dụng cho các thao tác truy vấn, và nhiều thao tác hoặc phiên có thể chạy đồng thời. Do đó, một cài đặt trông có vẻ khiêm tốn khi xét riêng lẻ có thể có ảnh hưởng lớn hơn đến toàn hệ thống. Hãy đọc hướng dẫn của chính cơ sở dữ liệu, kiểm tra mức đồng thời thực tế và tránh gán mọi gigabyte được quảng cáo cho một bộ nhớ đệm duy nhất.
Phân biệt mức sử dụng CPU với song song hữu ích
Số lượng bộ xử lý cho bạn biết có bao nhiêu tài nguyên thực thi được cung cấp cho máy ảo, không phải phần mềm của bạn có thể sử dụng chúng hiệu quả đến mức nào. Một luồng bận có thể giới hạn ứng dụng trong khi các lõi khác vẫn rảnh. Thêm worker có thể giúp xử lý các yêu cầu độc lập, nhưng cũng có thể làm tăng tranh chấp cơ sở dữ liệu và nhu cầu bộ nhớ. Hãy kiểm tra mô hình đồng thời của ứng dụng trước khi cho rằng gấp đôi số lõi sẽ tạo ra gấp đôi thông lượng.
KVM cung cấp máy ảo với phần cứng ảo riêng. Nó không biến mọi nhãn vCPU thành một kết quả đo chuẩn giống hệt nhau trên các máy chủ và thế hệ bộ xử lý khác nhau. Hãy so sánh mô hình CPU được liệt kê và các điều khoản phân bổ khi có sẵn, sau đó đánh giá dịch vụ bằng khối lượng công việc của chính bạn. Tránh đưa ra kết luận mua hàng từ một điểm số tổng hợp ngắn không giống với ứng dụng.
Tìm áp lực và chờ đợi, không chỉ trung bình
Một hệ thống có thể cảm thấy chậm mà không duy trì tỷ lệ CPU trung bình cao. Các tiến trình có thể chờ lưu trữ, thu hồi bộ nhớ hoặc một dịch vụ khác. Thông tin Pressure Stall Information của nhân Linux hiển thị thông tin tắc nghẽn CPU, bộ nhớ và I/O trên các hệ thống được hỗ trợ. Những tín hiệu này có thể giúp xác định tranh chấp tài nguyên cùng với các chỉ số sử dụng thông thường và thời gian của ứng dụng.
Hãy đọc các chỉ số cùng nhau. Áp lực bộ nhớ kéo dài, hoán đổi, cấp phát thất bại và yêu cầu chậm chỉ ra một biện pháp can thiệp khác với một worker tính toán đang bận. Thời gian chờ lưu trữ có thể biện minh cho việc thay đổi truy vấn hoặc một cấu hình đĩa khác. Độ trễ API bên ngoài sẽ không được khắc phục bằng cách thêm RAM cục bộ. Hãy giải thích ràng buộc quan sát được trước khi chọn tài nguyên nào cần tăng.
| Hành vi quan sát được | Câu hỏi cần điều tra | Bước tiếp theo có thể |
|---|---|---|
| Một luồng bận, các lõi dự phòng vẫn rảnh | Công việc này có thể chạy song song không? | Cải thiện tác vụ hoặc thay đổi thiết kế worker |
| Áp lực bộ nhớ trong khi chạy báo cáo | Có bao nhiêu thao tác chồng lấn? | Giới hạn mức đồng thời hoặc thêm phần dự phòng đã kiểm tra |
| Yêu cầu chậm với thời gian chờ I/O | Những thao tác đọc hoặc ghi nào bị trễ? | Kiểm tra truy vấn và hành vi lưu trữ |
| CPU và bộ nhớ thấp, yêu cầu chậm | Có phải một phụ thuộc đang làm trễ phản hồi không? | Đo lường các cuộc gọi xuôi dòng |
Ví dụ lập kế hoạch với giả định rõ ràng
Hãy tưởng tượng một ứng dụng nhỏ với hai web worker, một cơ sở dữ liệu và một trình tiêu thụ hàng đợi. Nhóm đo lường các dịch vụ đó trong các yêu cầu thông thường và một tác vụ tạo báo cáo. Họ phát hiện rằng cho phép bốn báo cáo cùng lúc làm tăng mạnh nhu cầu bộ nhớ trong khi làm trễ lưu lượng bình thường. Thay vì ngay lập tức mua gói lớn nhất, họ giới hạn mức đồng thời của báo cáo và đo lại kết quả.
Nếu khối lượng công việc đã điều chỉnh vẫn cần thêm bộ nhớ, việc nâng cấp lúc này giải đáp một yêu cầu đã quan sát được. Nếu hàng đợi vẫn bị giới hạn bởi CPU và các công việc độc lập có thể chạy đồng thời, thêm tài nguyên thực thi có thể là phù hợp. Đây là các quyết định ví dụ, không phải số liệu hiệu năng cho các gói SwissOctet. Hãy giữ các phép đo và ràng buộc của riêng bạn cùng với cấu hình đã chọn.
Để lại đường rõ ràng cho phép đo tiếp theo
Xác định các dấu hiệu sẽ kích hoạt việc xem xét lại: thời gian phản hồi xấu đi, áp lực bộ nhớ lặp lại, hàng đợi tăng hoặc khối lượng công việc thay đổi. Giữ việc giám sát đủ nhẹ để nó không trở thành một nút thắt mới. Đánh giá lại sau khi thêm một tính năng hoặc một tập dữ liệu lớn, và tránh nâng cấp lặp đi lặp lại khi vấn đề thực sự là một tiến trình không giới hạn hoặc một truy vấn chậm.
Các dòng VPS của SwissOctet hiển thị thông số CPU và bộ nhớ cùng các tùy chọn tài nguyên được chọn. Hãy đọc cấu hình cuối cùng sau khi thêm các phần bổ sung, bao gồm kỳ thanh toán và tổng số. Xác nhận các thỏa thuận nâng cấp với nhà vận hành trực tiếp trước khi dựa vào chúng. Một kích thước VPS hữu ích là kích thước chạy khối lượng công việc đã đo với phần dự phòng hợp lý và một bước tiếp theo dễ hiểu.
Danh sách kiểm tra thực tế của bạn.
- Kiểm kê các dịch vụ và công việc bảo trì.
- Đo mức đồng thời bình thường và trong giai đoạn bận rộn.
- Dự trù bộ nhớ thường trực và tạm thời.
- Kiểm tra xem công việc CPU có thể chạy song song không.
- So sánh áp lực, mức sử dụng và thời gian của ứng dụng.
- Xác định khi nào cần xem xét lại cấu hình.
Những chi tiết quan trọng.
Tôi có nên định cỡ một VPS theo số lượng khách truy cập hàng tháng không?+
Hãy dùng số lượng khách truy cập làm bối cảnh, sau đó đo độ phức tạp của yêu cầu, mức đồng thời, kích thước dữ liệu và công việc nền. Số lượng khách truy cập bằng nhau có thể tạo ra các tải khác nhau.
Nhiều RAM hơn có luôn làm dịch vụ nhanh hơn không?+
Không. Nó giúp ích khi bộ nhớ là một ràng buộc hoặc cho phép lưu đệm hữu ích, nhưng không giải quyết mọi độ trễ CPU, lưu trữ hoặc phụ thuộc bên ngoài.
Gấp đôi số vCPU có làm hiệu năng tăng gấp đôi không?+
Không. Khả năng song song, đặc điểm bộ xử lý, tranh chấp và thiết kế của ứng dụng quyết định mức dung lượng tăng thêm hữu ích.
Đế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: Pressure Stall Information docs.kernel.org
- PostgreSQL: Mức tiêu thụ tài nguyên www.postgresql.org
- Dự án KVM: Kernel Virtual Machine www.linux-kvm.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.