Cách Tính Toán Tài Nguyên Trên Máy Chủ Terminal: Một Phương Pháp Kích Thước Thực Tế

Một máy chủ tính toán terminal hiếm khi là một máy tính theo nghĩa đen. Trong hầu hết các môi trường SMB và MSP, đây là một phương pháp lập kế hoạch được sử dụng để ước lượng bao nhiêu CPU, RAM, dung lượng lưu trữ và không gian dự phòng mà một máy chủ terminal sẽ cần trước khi người dùng bắt đầu phàn nàn. Câu hỏi thực sự đứng sau từ khóa này là thực tiễn: làm thế nào để bạn tính toán tài nguyên trên một máy chủ terminal đủ tốt để triển khai một cách tự tin, tránh chi tiêu quá mức và giảm thiểu rủi ro về tắc nghẽn hiệu suất ?

Máy tính máy chủ terminal thực sự nên tính toán gì?

Một máy tính toán máy chủ đầu cuối hữu ích nên ước lượng nhiều hơn "người dùng trên mỗi máy chủ." Là một quản trị viên, nó nên giúp bạn lập kế hoạch cho CPU, RAM, hiệu suất lưu trữ, lưu trữ hồ sơ và biên độ dung lượng dưới mức sử dụng đồng thời thực tế. Hướng dẫn của Microsoft cho các máy chủ phiên Remote Desktop định hình kích thước xung quanh loại khối lượng công việc và số người dùng được đề xuất trên mỗi vCPU, không phải xung quanh một giới hạn kết nối chung cho tất cả.

Tại sao số lượng người dùng một mình không đủ để tính toán tài nguyên trên một máy chủ terminal?

Sử dụng phiên

Hãy nhớ rằng, hai môi trường với cùng số lượng người dùng có thể tạo ra những kết quả rất khác nhau. Chúng tôi giả định rằng bạn đã biết có bao nhiêu người dùng sẽ truy cập vào hạ tầng của bạn, vì vậy việc có cân nhắc cấp phép và CALs công việc thực tế có thể bắt đầu.

Hãy tưởng tượng mười lăm người dùng mở một ứng dụng kinh doanh có thể tạo ra một tải nhẹ cho một máy chủ. Trong khi đó, mười lăm người dùng chạy một máy tính để bàn từ xa đầy đủ với trình duyệt, ứng dụng Office, công cụ PDF, in ấn và đồng bộ hóa nền có thể tạo ra một dấu chân nặng hơn nhiều. Các mô hình kích thước phản ánh sự khác biệt đó bằng cách phân tách các khối lượng công việc đa phiên nhẹ, trung bình và nặng.

Sự phân biệt này quan trọng vì "30 người dùng" không phải là một con số công suất tự nó. Nó chỉ có ý nghĩa khi bạn định nghĩa. những gì những người dùng đó làm và sử dụng trong thời gian cao điểm.

Sử dụng máy chủ

Cũng hãy nhớ một sự phân biệt quan trọng mà có ý nghĩa rất lớn: đối với các phòng thí nghiệm hoặc một văn phòng nhỏ, bạn có thể lên kế hoạch cho một máy chủ duy nhất, vì nó sẽ chạy ít phiên người dùng đồng thời hơn, trong khi đối với sản xuất, bạn sẽ có khả năng lên kế hoạch cho một cụm. Thực tế, các vai trò riêng biệt là cần thiết để cải thiện hiệu suất, đơn giản hóa việc khắc phục sự cố và đảm bảo an ninh, vì vậy một sự phân chia phổ biến sẽ là:

• 1 máy chủ cho Broker, Web và Cấp phép
• 1 hoặc nhiều máy chủ cho Session Host
• 1 RD Gateway trên máy chủ riêng của nó cho truy cập bên ngoài.

Để đi một bước xa hơn, bạn cũng sẽ thấy rằng loại máy chủ, bộ nhớ, v.v., sẽ phát huy tác dụng và bạn có thể muốn bao gồm SSD trong các thiết lập lớn hơn ví dụ. Tuy nhiên, đây chỉ là một đề cập để làm bạn nhận thức về những khả năng.

Bốn yếu tố nào hình thành kế hoạch tài nguyên?

Tiếp theo, đáng tin cậy hơn so với việc nhảy thẳng vào các con số phần cứng, đây là bốn đầu vào cần thu thập trước khi bắt đầu đếm. Công việc ở phía trên này tránh chồng chéo với các câu hỏi về giấy phép liên quan đến ai có thể kết nối và theo quy tắc nào của Microsoft. Mối quan tâm chính ở đây là một máy chủ phiên cần bao nhiêu tài nguyên để duy trì khả năng phản hồi. Bài viết trước của chúng tôi đã đề cập đến cấp phép và dung lượng máy chủ vì vậy chúng ta có thể phát triển ở đây các thực tiễn của việc đếm mọi thứ một cách có hệ thống để lập kế hoạch đúng.

Do đó, bạn cần tổng hợp:

Người dùng đồng thời hoạt động

Chúng tôi vẫn cần bao gồm số liệu thiết yếu này vì số lượng phiên đang chạy song song chắc chắn sẽ ảnh hưởng đến hiệu suất của máy chủ. Lưu ý rằng số lượng đồng thời có thể độc lập với tổng số.

Lớp khối lượng công việc theo nhóm người dùng

Đánh giá mức độ mà một người dùng hoặc một nhóm người dùng sẽ sử dụng tài nguyên là bài kiểm tra thực tế đầu tiên. Một số nhóm hoặc cá nhân chắc chắn sẽ tiêu tốn nhiều hơn cho các nhiệm vụ mà họ thực hiện. Đó là lý do tại sao cần xác định những người dùng nặng.

Loại ứng dụng và phiên

Điều này cũng rất hữu ích để xác định các ứng dụng cụ thể, vì một số người dùng sẽ chiếm dụng một lượng lớn tài nguyên tùy thuộc vào những ứng dụng mà họ chạy.

Đỉnh, tăng trưởng và biên độ dự phòng

Tổng hợp danh sách đầu vào này bằng cách tính toán mức sử dụng tối đa, để lại không gian cho sự tăng trưởng ngắn hạn dự kiến và xây dựng một biên độ dự phòng.

Làm thế nào để bạn tính toán tài nguyên trên các máy chủ Terminal?

Đây là một phương pháp tính toán thực tiễn mà chúng tôi hy vọng sẽ hữu ích trong việc quản lý SMB cũng như các bối cảnh khác. Nó nhằm mục đích ít nhất là đơn giản hóa việc lập kế hoạch và cấu trúc chuẩn bị. Sau đó, nó nên có thể được tinh chỉnh để bạn có thể dựa vào nó trong giai đoạn thử nghiệm và tiếp theo.

Bước 1: Đếm số người dùng đồng thời, không phải tổng số người dùng

Bắt đầu với số lượng người dùng đang hoạt động cùng một lúc. Đây là số lượng quyết định tải của máy chủ. Một doanh nghiệp có 50 người dùng được chỉ định có thể chỉ có 18 đến 25 người kết nối đồng thời trong giờ cao điểm. Khi xác định kích thước của một máy chủ phiên, số lượng phiên đồng thời hữu ích hơn nhiều so với tổng số người.

Trước khi kiểm tra khả năng bền vững trong thế giới thực dưới tải, việc lập kế hoạch cần phải thách thức các ước tính.

Bước 2: Phân loại khối lượng công việc thành nhẹ, trung bình hoặc nặng

Tiếp theo, sắp xếp nhóm người dùng theo khối lượng công việc. Microsoft’s hướng dẫn máy chủ phiên hiện tại đề xuất các khoảng mật độ cơ bản sau cho các môi trường đa phiên và HP cùng các nguồn khác đồng ý:

• lên đến 6 người dùng nhẹ trên mỗi vCPU,
• 4 người dùng trung bình trên mỗi vCPU và
• 2 người dùng nặng trên mỗi vCPU,

với ví dụ VM tối thiểu 8 vCPU, 16 GB RAM, 32 GB lưu trữ trong các băng tải công việc đó. Các khuyến nghị cũng bao gồm việc giữ kích thước VM đa phiên khoảng từ 4 đến 24 vCPUs để có hiệu suất tốt hơn.

Một bản đồ khối lượng công việc đơn giản cho kế hoạch SMB sẽ hướng dẫn việc phân loại:

• Ánh sáng: một ứng dụng kinh doanh, sử dụng trình duyệt hạn chế, phiên ngắn
• Trung bình: Ứng dụng văn phòng, tab trình duyệt, công cụ PDF, đa nhiệm vừa phải
• Nặng: ERP, tệp Excel lớn hơn, sử dụng trình duyệt liên tục, in ấn, nhiều ứng dụng mở suốt cả ngày

Đây là các băng kế hoạch cơ bản, không phải là đảm bảo. Mục đích là để chọn một điểm khởi đầu dựa trên hành vi khối lượng công việc.

Bước 3: Ước lượng dung lượng CPU

Khi người dùng được nhóm lại, ước lượng CPU với cách tiếp cận người dùng trên mỗi vCPU. Ví dụ, nếu 24 người dùng đồng thời chủ yếu là người dùng trung bình, mức cơ bản của Microsoft khoảng 4 người dùng trên mỗi vCPU gợi ý bắt đầu với khoảng 6 vCPUs, sau đó làm tròn lên kích thước máy chủ thực tế với không gian dự phòng. Nếu bạn muốn cung cấp khả năng bùng nổ tốt hơn trong thời gian nhu cầu CPU ngắn hạn tăng vọt, hãy lập kế hoạch tỷ lệ người dùng trên mỗi lõi thấp hơn so với những gì bạn có thể làm.

Như có thể đã trở nên rõ ràng, việc xác định kích thước CPU không nên dừng lại ở mức tối thiểu toán học. Nó nên tính đến các đợt đăng nhập đột biến, hoạt động của phần mềm diệt virus, các công việc báo cáo và các khoảng thời gian ngắn của việc khởi động ứng dụng đồng thời.

Bước 4: Ước lượng yêu cầu RAM

RAM nên đáp ứng nhu cầu của hệ điều hành, các dịch vụ cốt lõi, chi phí phiên và việc sử dụng bộ nhớ ứng dụng trên mỗi người dùng. Như đã mô tả ở trên, tiêu chuẩn đa phiên hiện tại của Microsoft đã kết hợp các ví dụ về khối lượng công việc nhẹ, trung bình và nặng với tối thiểu 16 GB RAM cho điểm khởi đầu 8 vCPU. Mặc dù đây chỉ là một tiêu chuẩn cơ bản, nó vẫn cung cấp một điểm khởi đầu cụ thể cho việc ước lượng.

Một phương pháp thực tiễn trong một doanh nghiệp nhỏ hoặc vừa là:

1. dành bộ nhớ cho hệ điều hành và dịch vụ nền tảng,
2. ước lượng bộ nhớ theo phiên theo loại người dùng,
3. nhân với các phiên đồng thời,
4. sau đó thêm một khoảng an toàn.

PeteNetLive cung cấp một quy tắc chung có chủ đích rộng rãi của 2 đến 8 GB mỗi người dùng cho việc lập kế hoạch RAM cho RD Session Host. Điều này hữu ích như một cảnh báo chống lại việc đánh giá thấp các phiên nặng, ngay cả khi số lượng chính xác phải được tinh chỉnh trong quá trình thử nghiệm.

Bước 5: Kiểm tra dung lượng lưu trữ và chi phí hồ sơ

Lưu trữ thường bị đánh giá thấp trong việc lập kế hoạch máy chủ đầu cuối. Lưu trữ chậm và tắc nghẽn có thể ảnh hưởng đến việc đăng nhập, tải hồ sơ, tệp tạm, khởi động ứng dụng và xếp hàng in ngay cả khi CPU và RAM vẫn trông chấp nhận được.

• lưu trữ hồ sơ
• Lưu trữ hệ điều hành
• nhật ký: cho mục đích bảo mật và các mục đích khác

Danh mục cuối cùng này rất đáng để ước lượng vì nó có thể nhanh chóng phình to tùy thuộc vào kích thước cơ sở hạ tầng của bạn và loại giám sát cũng như bảo vệ bạn cần.

Bài thuyết trình theo vai trò của PeteNetLive là một lời nhắc nhở hữu ích rằng máy chủ phiên thường là nơi áp lực tài nguyên xuất hiện đầu tiên, trong khi các vai trò RDS khác thường có dấu chân tương đối nhỏ hơn. Hãy ghi nhớ điều này khi bạn tìm kiếm các dấu hiệu về khả năng sử dụng của công ty bạn, vì điều này có thể hỗ trợ trong việc đánh giá kế hoạch.

Bước 6: Thêm không gian cho các đỉnh, tăng trưởng và chuyển đổi dự phòng

Không có máy chủ tính toán nào nên kết thúc với số "đủ vừa đủ". Thêm không gian dự phòng cho:

• các đỉnh điểm đăng nhập buổi sáng
• vá lỗi và quét AV
• báo cáo hàng tháng đạt đỉnh
• tăng trưởng người dùng dự kiến
• sự cố máy chủ trong thiết kế đa máy chủ

Cuối cùng, một số lời khuyên vận hành tốt cho bất kỳ môi trường nào vượt ra ngoài một máy chủ đơn lẻ là nên tính đến các máy chủ bổ sung trong trường hợp mất máy chủ hoặc hypervisor.

Phương pháp Tính Toán Máy Chủ Đầu Cuối Đơn Giản cho Doanh Nghiệp Nhỏ và Nhà Cung Cấp Dịch Vụ Quản Lý

Logic của máy tính này cố ý đơn giản. Nó nhằm mục đích tạo ra một ước lượng ban đầu có thể bảo vệ, không phải là một tiêu chuẩn cuối cùng, và để bạn điều chỉnh nó cho phù hợp.

Công thức lập kế hoạch nhanh chóng

Sử dụng chuỗi này:

1. Số lượng người dùng đồng thời .
2. Sắp xếp chúng vào nhẹ, trung bình và nặng các nhóm.
3. Ước lượng CPU sử dụng tỷ lệ người dùng trên mỗi vCPU cơ bản.
4. Ước lượng RAM từ chi phí hệ điều hành cộng với nhu cầu theo phiên.
5. Kiểm tra lưu trữ cho hồ sơ, hiệu suất tạm thời và khởi động.
6. Thêm 20 đến 30 phần trăm không gian dự phòng , sau đó xem xét nhu cầu chuyển đổi dự phòng.

Điều này phản ánh bản chất của cách định cỡ được hình thành nói chung: khối lượng công việc trước, tỷ lệ sau, tinh chỉnh sau khi quan sát. Và bây giờ, tại sao không xem trước một cái nhìn thoáng qua về hình dạng nào nó có thể có , có được ước tính chính xác và lập kế hoạch cho cơ sở hạ tầng tiềm năng của bạn? Một công cụ quan trọng khi lập kế hoạch ngân sách của bạn.

Ví dụ 1: 15 người dùng văn phòng nhẹ

Giả sử có 15 người dùng đồng thời truy cập một ứng dụng kinh doanh đã được công bố cộng với việc sử dụng trình duyệt nhẹ.

Sử dụng các tiêu chuẩn nhẹ được khuyến nghị, ước tính CPU thô khoảng 3 vCPUs. Trong thực tế, điều đó quá chặt cho khả năng bùng nổ, vì vậy một người lập kế hoạch sẽ chuyển sang một hồ sơ máy chủ thực tế hơn thay vì xây dựng đến giới hạn. Bạn sẽ thấy lời khuyên ủng hộ một phạm vi kích thước vCPU rộng hơn từ 4 đến 24 vCPU với 8 vCPU, 16 GB RAM là hồ sơ tiêu chuẩn cho các khối lượng công việc đa phiên.

Đối với RAM, hãy dự trữ dung lượng cho hệ điều hành và các dịch vụ, sau đó thêm bộ nhớ phiên cho mỗi người dùng. Nếu môi trường ổn định và việc sử dụng ứng dụng hạn chế, điều này có thể phù hợp thoải mái trên một máy chủ khiêm tốn, nhưng vẫn nên được xác thực trong quá trình sử dụng thử.

Ví dụ 2: 30 người dùng văn phòng và ERP kết hợp

Giả sử:

• 18 người dùng trung bình
• 12 người dùng nặng

Một phím tắt lập kế hoạch sẽ coi nhóm trung bình khoảng 4 người dùng mỗi vCPU và nhóm nặng khoảng 2 người dùng mỗi vCPU. Điều đó có nghĩa là khoảng 4,5 vCPUs cho nhóm trung bình và 6 vCPUs cho nhóm nặng, trước khi tính đến chi phí và không gian dự phòng. Trên thực tế, điều đó đã chỉ ra rằng không nên sử dụng một máy chủ có kích thước nhẹ duy nhất mà nên hướng tới một máy chủ lớn hơn với khoảng trống hoặc phân chia giữa nhiều máy chủ phiên.

Đây là nơi lời khuyên “lập kế hoạch cho tài nguyên máy chủ” trở nên có ý nghĩa. Với một ERP cũng như trong bất kỳ bối cảnh doanh nghiệp nào, mục tiêu không chỉ là để người dùng phù hợp ở đâu đó. Mục tiêu không chỉ là để người dùng phù hợp ở đâu đó. Mục tiêu là giữ thời gian phản hồi ở mức chấp nhận được trong những phần bận rộn nhất của ngày.

Ví dụ 3: Khi nào nên phân tách người dùng trên nhiều máy chủ

Khi phép tính tạo ra một máy chủ dày đặc với khả năng bùng nổ hạn chế, câu trả lời tốt hơn có thể là kiến trúc thay vì mở rộng theo chiều dọc. Các máy chủ phiên có thể được thiết lập để thực hiện công việc nặng nhọc, trong khi các vai trò như RD Connection Broker, Gateway và Licensing được phân bổ các hồ sơ tài nguyên khác nhau. Phân chia tải người dùng trên nhiều máy chủ có khả năng cải thiện khả năng phục hồi, linh hoạt bảo trì và lập kế hoạch chuyển đổi.

Đối với các nhà cung cấp dịch vụ quản lý (MSP), đây thường là điểm chuyển giao nơi mà một máy chủ tính toán trở thành một cuộc thảo luận về kích thước trang trại thay vì một cuộc thảo luận về máy chủ đơn.

Những sai lầm phổ biến nào thường làm giảm hiệu suất của máy chủ Terminal?

Lỗi kích thước thường không chỉ do toán học gây ra. Chúng xuất phát từ những giả định không chính xác.

Nhầm lẫn giấy phép với khả năng hiệu suất

Cấp phép cho bạn biết cách truy cập được phân bổ và cấu hình. Nó không cho bạn biết có bao nhiêu người dùng đồng thời mà một máy chủ sẽ hỗ trợ với hiệu suất chấp nhận được.

Bỏ qua các phiên nặng về trình duyệt và nặng về in ấn

Nhiều môi trường vẫn đánh giá thấp mức độ tải mà việc sử dụng trình duyệt hiện đại, xử lý PDF và in ấn có thể thêm vào một máy chủ phiên. Những hoạt động này có thể chuyển một nhóm người dùng từ nhẹ sang trung bình, hoặc từ trung bình sang nặng, ngay cả khi ứng dụng theo dòng kinh doanh tự nó là khiêm tốn.

Chỉ định kích thước cho tải trung bình

Tải trung bình hiếm khi là thời điểm người dùng phàn nàn. Các phàn nàn xảy ra trong các cơn bão đăng nhập, mở tệp đồng thời, chạy báo cáo hoặc vào giờ cao điểm buổi sáng. Microsoft lưu ý rằng khả năng bùng nổ tốt hơn là quan trọng ở tỷ lệ người dùng trên lõi thấp hơn vì nó hỗ trợ việc để lại không gian thay vì nhắm đến mật độ tối đa.

Quên phần còn lại của ngăn xếp RDS

Máy chủ phiên là tài nguyên tiêu thụ chính, nhưng không phải là vai trò duy nhất trong môi trường. Phân tích vai trò của PeteNetLive là một lời nhắc nhở hữu ích để tính đến Broker Kết nối, Cổng, Truy cập Web và Cấp phép một cách riêng biệt khi việc triển khai phát triển vượt ra ngoài một thiết lập máy chủ đơn nhỏ.

Tại sao việc giám sát nên xác thực các ước tính kích thước của bạn?

Một máy tính để tính toán máy chủ đầu cuối cung cấp cho bạn một cơ sở lập kế hoạch. Nó không cung cấp cho bạn bằng chứng. Để có bằng chứng, bạn cần theo dõi việc sử dụng.

Từ cơ bản đến chứng minh: giám sát như một điều thiết yếu

Trong bài viết trước, chúng tôi giải thích lý do tại sao khả năng người dùng bền vững là một câu hỏi giám sát thực tiễn. Ở đây, mục tiêu là chỉ ra cách ước lượng phiên bản đầu tiên của khả năng đó trước khi triển khai. Giám sát sẽ cung cấp cho bạn nhiều số liệu mà chúng tôi đã đề cập. Chúng tôi khuyên bạn nên thử nghiệm trong bối cảnh phòng thí nghiệm để đánh giá nhu cầu mà bạn dự kiến.

TSplus Server Monitoring tạo ra sự khác biệt ở đâu?

TSplus Server Monitoring vừa vặn sau khi ước lượng kích thước được triển khai. Nó giúp xác minh xem sự bão hòa CPU, áp lực bộ nhớ, nút thắt lưu trữ hoặc sự gia tăng sử dụng có phù hợp với các giả định được sử dụng trong kế hoạch hay không. Điều này đặc biệt hữu ích cho các quản trị viên CNTT SMB và MSP cần bằng chứng trước khi thay đổi kích thước một máy chủ, phân phối lại người dùng hoặc thêm một máy chủ khác.

Ngoài việc biết cách phân bổ tài nguyên, bạn còn có thể biết liệu phép tính có đúng hay không thông qua các hệ thống giám sát? Server Monitoring cung cấp cho bạn giám sát thời gian thực và các cảnh báo để giữ cho bạn được thông báo bất cứ khi nào các chỉ số đạt đến ngưỡng bạn đã đặt. .

Phần mềm TSplus cho việc cung cấp an toàn và bền vững các ứng dụng và máy tính để bàn.

TSplus Remote Access thuộc về lớp phân phối trong câu chuyện rộng hơn trong khi Advanced Security được thiết kế riêng để bảo vệ các máy chủ ứng dụng. Ngoài ra, TSplus Remote Support cung cấp một bộ công cụ cần thiết để khắc phục sự cố và duy trì các máy chủ này và nhiều hơn nữa từ bất kỳ vị trí nào. Khi môi trường được định kích thước chính xác, TSplus Remote Access sẽ xuất bản các máy tính để bàn và ứng dụng đơn giản hơn Citrix và không vượt quá ngân sách của bạn. Việc kiểm tra các tính năng như truy cập web và phân phối tập trung sẽ cho bạn một cái nhìn về cách bạn có thể vượt ra ngoài việc truy cập RDP tạm thời.

Kết luận

Một máy tính server terminal không nên hứa hẹn một câu trả lời kỳ diệu. Bây giờ là lúc để tính toán tài nguyên server terminal theo từng giai đoạn: bắt đầu với số người dùng đồng thời, phân loại cường độ khối lượng công việc, ước lượng CPU và RAM từ hành vi phiên làm việc thực tế, kiểm tra lưu trữ và sau đó thêm biên cho các đỉnh, sự phát triển và dự phòng.

Là quản trị viên hệ thống, các quản trị viên CNTT SMB hoặc MSP, điều này sẽ cung cấp cho bạn một ước lượng thực tế ban đầu. Từ đó, kỷ luật thực sự là xác thực. Lập kế hoạch cẩn thận, triển khai thận trọng và sau đó sử dụng dữ liệu giám sát để xác nhận xem máy chủ, hoặc nông trại máy chủ có thể duy trì trải nghiệm người dùng mà bạn dự định.