25'ten az kullanıcısı olan küçük bir kuruluş için Exchange 2016'yı bir Windows 2012 R2 etki alanı denetleyicisinde çalıştırmak ne kadar kötü?

Resmi olarak sonsuza kadar desteklenmediğini biliyorum, ancak aynı anda AD DS ve Exchange çalıştıran tek bir ana bilgisayarın birçok küçük işletme kurulumunu gördüm veya duydum. Kaynak sıkıntısı çeken küçük işletmeler için tasarruflar zorlayıcıdır.

Kullanım gereksinimlerinin hiçbir zaman 25 kullanıcının ötesine geçmeyeceğini bir şekilde bildiğimizi varsayarsak, 10

1. Bugünlerde hem Exchange hem de AD DS'yi aynı makinede çalıştırmak ("herhangi bir tür sanallaştırma ") ne kadar "kötü" ?
2. Bu konuda özellikle kötü olan nedir? ("Microsoft böyle söylüyor" dışında akla gelen ilk 1 veya 2 nedeni belirtin)
3. "Kötü" nü hafifletmek için ne yapılabilir?

Söz konusu işletmenin şunları da varsayabilirsiniz:

1. makul bir ticari ISS'ye sahip tek bir fiziksel yerinde sunucuya sahip veya
2. zaten tükenmiş bir sanal kaynak havuzuna sahiptir ve daha fazla harcama yapmak istemezler.

Aklımdaki durum, ikincisi, Exchange eklemek için aday olabilecek tek bir VM ile sadece Windows VM olduğundan ve bunu gerçekleştirmek için yeterli fazla belleğe sahip.

Her durumda, akıl yürütme o kadar iyi olmayabilir, makul, ama diyelim ki bunlar üzerinde çalışmanız gereken kısıtlamalar.

Küçük bir organizasyon için sorun olabilir. Exchange'i kendi sunucusunda çalıştırmanın ana nedenlerinden biri, Exchange'in performansı artırmak için olabildiğince fazla RAM kullanmaya çalışacak şekilde tasarlanmış olmasıdır. Bu aynı makinede çalışan diğer hizmetleri etkileyecektir.

Ayrıca, Exchange büyük ölçüde Active Directory'ye bağımlıdır ve her ikisinin de aynı makineye sahip olması, AD'nin en çok ihtiyaç duyulduğu anda Exchange tarafından kaynaklar için aç bırakılmasına neden olabilir. Ayrıca hizmet başlangıç ​​emri ve çeşitli diğer gotchas ile ilgili sorunlar var. Bu tür sorunları çözmek mümkündür, ancak bunu yapmak için iki ayrı sunucuya harcamanız gerekenden daha fazla çaba gerekecektir.

Bununla birlikte, hepsi gerçek iş yüküyle ilgilidir ve e-posta hacmi düşükse, kullanıcılar olağanüstü şeyler yapmazlar (tüm gün torrent, toplu postalama, vb.).

Böyle bir yapılandırma, DC, Exchange ve SQL Server'ın tek bir makinede çalışmasına izin veren Small Business / Server Essentials ürünlerinde Microsoft tarafından desteklenmektedir .

Server Essentials çok sınırlayıcı bir seçenektir ve gerçekten ölçeklenebilir değildir. Asla 25 kullanıcıyı aşmayacağınızdan eminseniz, bu bir seçenek olabilir.

Böyle bir konfigürasyona sahip olmanız gerekiyorsa, bu kullanım durumu için gerçekten desteklenen bir ürünle bunu yapmak, satıcı desteği alabileceğiniz için sorunlarınız olduğunda yardımcı olacaktır.

Sanallaştırılmış bir ortam olduğunu varsayarsak, Exchange'i kendi VM'sine kurmanız yeterlidir. Bir soruyu "ne kadar kötü" olarak ifade ettiğinizde, yaptığınız şeyin en iyi uygulamalara karşı olduğunu bilirsiniz ... Bu yüzden en iyi yaklaşım ilk etapta bundan kaçınmaktır.

Görevleri neden ayırmak istemeyeceğiniz konusunda bilgi verebilir misiniz? Örneğin, doğru şeyi yapmanıza engel olan nedir? Bütçe? Maliyet? Kaynaklar?

Bir kere Exchange, Exchange Active Directory Topoloji Hizmetini kapatmadan önce Active Directory ile konuşmak istiyor. Aynı kutudalarsa (durdurulan SBS hattında oldukları gibi), Exchange 30 dakika boyunca oturarak "Bueller ... Bueller ..." e cevap vererek bir etki alanı denetleyicisinin yanıt vermesini bekleyebilir. Yani ikinci bir DC isteyeceksiniz. Dürüst olmak gerekirse, ikinci bir DC ile bile, SBS sunucusunda Exchange hizmetlerini başka bir şeyden önce kapatan bir kapatma komut dosyası var.

Ayrıca, üzerinde DC bulunan bir DC'yi indirgemek de desteklenmez. Akılda tutulması gereken bir şey.

Yük hakkında gerçekten endişelenmiyorum. Barbekü yanıtında belirttiği gibi, SBS hattı boyutunuzla ilgili kurulumları hedefledi (klasik SBS için 75'ten az kullanıcı). Makul bir sunucu olsaydı, kutunun yükü kaldırabileceğinden eminim.

Sunucunuzun yeterince etli olduğundan eminseniz, devam edin ve değiştirin, ancak değişimde maksimum RAM'i ayarlayın (ve bunu buraya koyarsanız SQL'i), bkz. Http://www.bursky.net/index.php/2012/ 05 / limit değişim-2010-bellek kullanımı /

Temel olarak sunucu gereksinimlerini / küçük işletme sunucusunu yeniden oluşturuyorsunuz; ancak birisinin, ölçeklendirmenin dışarıdan daha çekici göründüğü ve böylece 25'in gerçekten zor bir sınır olmadığı bir senaryoda sona erdiğini görebiliyordum.