Làm thế nào xấu khi chạy Exchange 2016 trên bộ điều khiển miền Windows 2012 R2 cho một tổ chức nhỏ với ít hơn 25 người dùng chắc chắn?

Tôi biết rằng nó đã chính thức không được hỗ trợ mãi mãi và tôi đã thấy hoặc nghe về nhiều cài đặt doanh nghiệp nhỏ của một máy chủ duy nhất chạy AD DS và Exchange cùng một lúc. Đối với một doanh nghiệp nhỏ thiếu tài nguyên, tiết kiệm rất hấp dẫn.

Vì vậy, giả sử rằng chúng ta biết bằng cách nào đó rằng các yêu cầu sử dụng sẽ không bao giờ vượt quá 25 người dùng, đồng thời nói 10,

1. Làm thế nào "xấu" thực sự là những ngày này để chạy cả Exchange và AD DS trên cùng một máy (sans ảo hóa bất kỳ loại nào) ?
2. Điều gì đặc biệt là xấu về nó? (Đặt tên cho 1 hoặc 2 lý do hàng đầu xuất hiện trong đầu ngoài "Microsoft nói như vậy")
3. Có thể làm gì để giảm thiểu tình trạng "xấu", nếu có gì?

Bạn có thể giả định rằng doanh nghiệp trong câu hỏi:

1. có một máy chủ vật lý tại chỗ với ISP thương mại hợp lý hoặc
2. có một nguồn tài nguyên ảo đã được khai thác và họ không muốn chi tiêu nhiều hơn.

Tình huống tôi có trong đầu là tình huống thứ hai, chỉ với một VM có thể là ứng cử viên để thêm Exchange vì đây là máy ảo Windows duy nhất và có đủ bộ nhớ dư thừa để thực hiện.

Trong mọi trường hợp, lý luận có thể không phải là tất cả, tốt, hợp lý, nhưng hãy nói rằng đó là những hạn chế bạn phải làm việc với.

Đối với một tổ chức nhỏ, MIGHT là ok. Một trong những lý do chính để chạy Exchange trên máy chủ của riêng mình là Exchange được thiết kế có chủ ý để cố gắng càng nhiều RAM càng tốt để cải thiện hiệu suất. Rõ ràng điều đó sẽ tác động đến các dịch vụ khác chạy trên cùng một máy.

Ngoài ra, Exchange phụ thuộc rất nhiều vào Active Directory và việc cả hai trên cùng một máy có thể dẫn đến việc AD bị bỏ đói tài nguyên bởi Exchange ngay tại thời điểm cần thiết nhất. Ngoài ra còn có vấn đề với thứ tự bắt đầu dịch vụ và nhiều vấn đề khác. Có thể giải quyết các loại vấn đề này, nhưng làm như vậy sẽ đòi hỏi nhiều nỗ lực hơn bạn phải chi cho hai máy chủ riêng biệt.

Điều đó nói rằng, đó là tất cả về khối lượng công việc thực tế và nếu khối lượng email thấp, người dùng sẽ không làm những điều phi thường (torrent cả ngày, gửi thư hàng loạt, v.v.) có lẽ bạn sẽ ổn.

Cấu hình như vậy thực sự được Microsoft hỗ trợ trong các sản phẩm Small Business / Server Essentials của họ , cho phép tất cả DC, Exchange và SQL Server chạy trên một máy.

Server Essentials là một tùy chọn rất hạn chế và thực sự không thể mở rộng. Nếu bạn chắc chắn rằng bạn sẽ không bao giờ vượt quá 25 người dùng, đó có thể là một lựa chọn.

Nếu bạn phải sử dụng cấu hình như vậy, làm như vậy với một sản phẩm thực sự được hỗ trợ cho trường hợp sử dụng này sẽ giúp ích khi bạn gặp sự cố, vì bạn sẽ có thể nhận được hỗ trợ của nhà cung cấp.

Giả sử một môi trường ảo hóa, chỉ cần cài đặt Exchange vào VM của chính nó. Khi bạn đặt câu hỏi với "nó tệ đến mức nào", bạn biết rằng những gì bạn đang làm là chống lại các thực tiễn tốt nhất ... Vì vậy, cách tiếp cận tốt nhất là tránh nó ngay từ đầu.

Bạn có thể cung cấp một số thông tin về lý do tại sao bạn sẽ không sẵn sàng để tách các nhiệm vụ? Ví dụ, những gì đang ngăn cản bạn làm điều đúng? Ngân sách? Giá cả? Tài nguyên?

Chà, vì một điều, Exchange muốn nói chuyện với Active Directory trước khi tắt Dịch vụ cấu trúc liên kết của Active Active Directory. Nếu chúng nằm trên cùng một hộp (vì chúng nằm trong dòng SBS đã ngừng hoạt động), Exchange có thể ngồi đó trong 30 phút để quay vòng "Bueller ... Bueller ..." đang chờ bộ điều khiển miền trả lời. Vì vậy, bạn sẽ muốn một DC thứ hai. Thành thật mà nói, ngay cả với một DC thứ hai, tôi có một kịch bản tắt máy chủ trên SBS để tắt các dịch vụ Exchange trước mọi thứ khác.

Ngoài ra, nó không được hỗ trợ để hạ cấp DC với Exchange trên đó. Một cái gì đó để giữ trong tâm trí.

Tôi không thực sự quan tâm đến tải. Khi thịt nướng chỉ ra câu trả lời của anh ấy / cô ấy, dòng SBS được nhắm mục tiêu cài đặt về kích thước của bạn (dưới 75 người dùng cho SBS cổ điển). Tôi khá chắc chắn rằng hộp có thể xử lý tải, nếu đó là một máy chủ hợp lý.

Nếu bạn chắc chắn rằng máy chủ của bạn đủ mạnh, hãy tiếp tục và đặt nó, nhưng đặt RAM tối đa khi trao đổi (và SQL nếu bạn đặt cái này ở đây), xem http://www.bursky.net/index.php/2012/ 05 / trao đổi giới hạn-2010-bộ nhớ sử dụng /

Về cơ bản, bạn đang tạo lại các yếu tố cần thiết cho máy chủ / máy chủ doanh nghiệp nhỏ; tuy nhiên tôi có thể thấy ai đó kết thúc trong một kịch bản mà việc nhân rộng có vẻ hấp dẫn hơn so với bên ngoài và vì vậy 25 không thực sự là một giới hạn cứng.