Làm cách nào để cải thiện Windows Server 2008 R2 để xử lý nhiều kết nối?

Đã được vài ngày cho đến nay tôi đang cố gắng tìm cách giải quyết vấn đề này. Trước hết, tôi đang điều hành một trang web với lượt xem trang trung bình hàng ngày là 350.000. Trước đây, tất cả quản lý quảng cáo (nhấp chuột theo dõi và hiển thị rằng mỗi quảng cáo đã phân phát) và nội dung được phục vụ trong một máy chủ với thông số sau:

Máy chủ 1
HĐH: Windows 2008 R2 64-Bit
CPU: Intel® Core ™ i5 - 4 lõi
RAM: 8 GB
Lưu trữ: ổ cứng 2 x 1 TB
Băng thông: 10 TB mỗi tháng

Để cải thiện tốc độ trang web của chúng tôi, tôi quyết định tách tập lệnh quản lý quảng cáo sang một máy chủ chuyên dụng khác vì chúng tôi có hơn 15 nhà quảng cáo cho 30 nhà quảng cáo trên mỗi trang.

Máy chủ 2
HĐH: Windows 2008 R2 64-Bit
CPU: Intel® Core ™ i5 - 4 lõi
RAM: 4 GB
Lưu trữ: 2 x 300 GB ổ cứng
Băng thông: 10 TB mỗi tháng

Vấn đề Vấn
đề là Server 1có thể xử lý cả nội dung và hệ thống quảng cáo. Bây giờ, tôi lấy đi hệ thống quảng cáo và đặt nó ở Server 2. Server 2chỉ có thể phục vụ hệ thống quảng cáo.

Kiểm tra

• Trước hết, tôi đã chuyển 75% quảng cáo sang Server 2. Và sau đó, thực hiện ping đến máy chủ : ping -t xxxxx. [Tôi đã thực hiện ping trong 10 phút và mô hình tương tự như sau]

Trả lời từ xxxxx byte = 32 time = 290ms TTL = 116
Trả lời từ xxxxx byte = 32 time = 289ms TTL = 116
Trả lời từ xxxxx byte = 32 time = 320ms TTL = 116
Trả lời từ xxxxx byte = 32 time = 286ms TTL = 116
Trả lời từ xxxxx byte = 32 time = 286ms TTL = 116
Trả lời từ xxxxx byte = 32 time = 348ms TTL = 116
Trả lời từ xxxxx byte = 32 time = 284ms TTL = 116

• Sau đó, tôi chuyển 100% quảng cáo sang Server 2. Sau đó, thực hiện ping đến máy chủ một lần nữa. [Tôi đã thực hiện ping trong 10 phút và mô hình tương tự như sau]

Trả lời từ xxxxx byte = 32 time = 290ms TTL = 116
Yêu cầu đã hết thời gian
Trả lời từ xxxxx byte = 32 time = 320ms TTL = 116
Trả lời từ xxxxx byte = 32 time = 286ms TTL = 116
Yêu cầu đã hết thời gian
Yêu cầu đã hết thời gian
Trả lời từ xxxxx byte = 32 time = 284ms TTL = 116

Nỗ lực

1. Tăng MaxUserPortvàTcpNumConnection
2. Khởi động lại máy chủ
3. Tăng IIS Max InstancesvàInstance MaxRequests

Tài nguyên máy chủ

• Chỉ 10% -15% kết nối mạng được sử dụng
• Chỉ 10% -15% CPU được sử dụng
• Chỉ 25% bộ nhớ được sử dụng

Hãy bắt đầu. Cái này dài hơn

Bạn hoàn toàn đánh giá sai sự thật ở đây. Windows - ngay cả phiên bản 2008 R2 lỗi thời mà bạn nên cập nhật ASAP - hoàn toàn có khả năng xử lý âm lượng mà điện thoại di động của tôi không gặp vấn đề gì.

Vì vậy, điều đó để lại 3 vấn đề có thể xảy ra:

• Cài đặt. Trình điều khiển của bạn có thể là crappy. Cho bạn chạy một hệ điều hành lỗi thời - trình điều khiển của bạn tốt như thế nào? Cập nhật chúng - điều này có thể gây ra tất cả các loại vấn đề.

• Mạng. Điều này có vẻ nghiêm trọng như "Xe của tôi quá chậm, xin hãy giúp tôi làm cho nó nhanh hơn" khi vấn đề là bạn dành phần lớn thời gian trong tình trạng kẹt xe và phàn nàn về việc giao thông không di chuyển. Không phải là một vấn đề điều chỉnh xe. Lưu lượng 10tb không nói gì về tắc nghẽn mạng. Xem số liệu thống kê lưu lượng truy cập mạng của bạn trên NIC của bạn và sau đó phản ứng tương ứng - nếu chúng không đứng đầu với tốc độ mà chúng nên .... nhà cung cấp của bạn đã bán quá mức. Đơn giản như thế.

• Mã. Có thể bạn cần thêm RAM (máy tính đang bận chuyển sang RAM thay vì xử lý) hoặc mã hóa xảo quyệt đang sử dụng tất cả CPU của bạn ở mức độ khiến ngăn xếp TCP cấp hạt nhân không phản ứng đúng (vâng, phản hồi của ICMP ở mức thấp). Điều này sẽ rất tàn bạo - nhưng đó là một con đường khác để kiểm tra. Cũng có thể là bạn quá tải các đĩa bằng cách truy cập chúng quá thường xuyên thay vì lưu vào bộ nhớ cache trong RAM, nhưng bằng cách nào đó tôi không thấy điều đó dẫn đến mất ping. Bất kỳ vấn đề nào ở đây không phải là điều mà quản trị viên có thể xử lý, mặc dù vậy - bạn phải ném phần cứng vào nó, hoặc lấy một cây gậy và đánh người lập trình với nó cho đến khi anh ta sửa nó (nếu đó là một lỗi cấp độ "ngu ngốc" ăn hiệu suất - nếu không, thì việc kiếm lợi nhuận nghiêm trọng sẽ khó hơn rất nhiều và có thể bạn chỉ cần phần cứng mạnh hơn).

Nó chắc chắn không yêu cầu điều chỉnh các cửa sổ - một cửa sổ được cấu hình tốt có thể cung cấp RẤT NHIỀU hơn thế. Các máy chủ tệp của tôi thường xuyên ß trong khoảng thời gian dài hơn - cung cấp 4-6gigabit từ một thiết lập tương đối chứng khoán.

Bây giờ, tất cả những con số bạn đưa ra không nói gì Nghiêm túc.

• 10 - 15% CPU được sử dụng COULD có nghĩa là hoán đổi.
• 25% bộ nhớ được sử dụng có khả năng là một chỉ báo tốt hiện đang hoán đổi xảy ra, nhưng điều đó vẫn có thể có nghĩa là CPU đang chờ IO.
• Mạng 10% -15% được sử dụng là phương tiện - hoàn toàn không có gì vì đó chỉ là Phía BẠN của mạng. Còn thượng nguồn thì sao? Điều gì sẽ xảy ra nếu nhà cung cấp đang đặt 20 máy chủ với 1 gigabit trên đường dẫn 1 gigabit từ giá đỡ và nó tràn ra như địa ngục?

Điểm cuối cùng rất có thể - các gói bị rơi là một chỉ báo tốt về điều đó. Và điều này sẽ không được nhìn thấy cho bạn.

Lời khuyên của tôi .... tắt mọi thứ trên máy trong giây lát, thực hiện kiểm tra tốc độ từ bên ngoài bằng một tệp tĩnh lớn. Tôi cá là bạn sẽ chạy vào tình trạng tắc nghẽn cao hơn.

Bất cứ điều gì bạn đã làm cho đến nay - maxuserport, tcpnumconnection, khởi động lại máy chủ, chơi xung quanh với cài đặt IIS - hoàn toàn tắt và không làm gì ở nơi tốt nhất. Đập búa vào một chiếc xe chậm không bao giờ sửa chữa bất cứ điều gì - đặc biệt là nếu chiếc xe chậm vì nó bị kẹt xe. Tôi sẽ hoàn tác tất cả các thay đổi và bắt đầu phân tích vấn đề, không chỉ máy chủ của bạn. Tôi sẽ đặt cược vào sự tắc nghẽn mạng tại thời điểm này.

Là ping bên ngoài hai máy chủ? Nếu vậy, hãy thử ping từ máy chủ một đến máy chủ hai. Nếu kết quả hoàn toàn khác với khi ping bên ngoài thì điều đó cho thấy vấn đề có thể không phải do máy chủ hai. Ngoài ra, hãy xem trình giám sát tài nguyên về độ dài hàng đợi đĩa cho các ổ đĩa và thời gian hoạt động - một số thông tin khác có thể làm nổi bật vấn đề.