Я знаю, что он официально не поддерживается навсегда, и все же я видел или слышал о многих установках для малого бизнеса на одном хосте, на котором одновременно работают AD DS и Exchange. Для ограниченного в ресурсах малого бизнеса сбережения являются убедительными.
Предполагая, что мы каким-то образом знаем, что требования к использованию никогда не превысят 25 пользователей, скажем, 10 одновременно,
- Насколько «плохо» в наши дни запускать Exchange и AD DS на одной машине (без какой-либо виртуализации) ?
- Что конкретно в этом плохого? (Назовите первые 1 или 2 причины, которые приходят на ум, кроме «Microsoft так говорит»)
- Что можно сделать, чтобы смягчить «плохое», если что?
Вы можете предположить, что рассматриваемый бизнес либо:
- имеет один физический локальный сервер с разумным коммерческим провайдером или
- имеет пул виртуальных ресурсов, который уже используется, и они не хотят тратить больше.
Ситуация, которую я имею в виду, - вторая, с одной виртуальной машиной, которая могла бы быть кандидатом для добавления Exchange, потому что это единственная виртуальная машина Windows и имеет достаточно избыточной памяти, чтобы это произошло.
В любом случае, аргументация может быть не такой уж и разумной, но, допустим, с этими ограничениями вы должны работать.
источник
Ответы:
Для небольшой организации это МОЖЕТ быть в порядке. Одна из основных причин запуска Exchange на своем собственном сервере заключается в том, что Exchange специально разработан для того, чтобы попытаться использовать как можно больше оперативной памяти для повышения производительности. Очевидно, что это повлияет на другие службы, работающие на той же машине.
Кроме того, Exchange сильно зависит от Active Directory, и наличие обоих на одном компьютере может привести к тому, что AD будет нуждаться в ресурсах Exchange в тот момент, когда это наиболее необходимо. Есть также проблемы с порядком запуска сервиса и различными другими проблемами. Можно обойти подобные проблемы, но для этого потребуется больше усилий, чем на двух отдельных серверах.
Тем не менее, это все о фактической рабочей нагрузке, и если объем электронной почты будет низким, пользователи не будут делать экстраординарных вещей (торрент весь день, массовая рассылка и т. Д.), Вы, вероятно, будете в порядке.
Такая конфигурация фактически поддерживается Microsoft в их продуктах Small Business / Server Essentials , которые позволяют DC, Exchange и SQL Server работать на одной машине.
Server Essentials - это очень ограниченный вариант, который на самом деле не масштабируется. Если вы абсолютно уверены, что никогда не превысите 25 пользователей, это может быть вариантом.
Если вам необходимо использовать такую конфигурацию, то если у вас возникнут проблемы, это поможет продукт, который фактически поддерживается для этого варианта использования, поскольку вы сможете получить поддержку поставщика.
источник
Предполагая виртуализированную среду, просто установите Exchange на свою виртуальную машину. Когда вы формулируете вопрос «насколько это плохо», вы понимаете, что то, что вы делаете, противоречит лучшим практикам ... Так что лучший способ - это в первую очередь избегать его.
Можете ли вы предоставить некоторую информацию о том, почему вы не захотите разделить обязанности? Например, что мешает вам поступать правильно? Бюджет? Стоимость? Ресурсы?
источник
Ну, во-первых, Exchange хочет поговорить с Active Directory перед тем, как завершить работу службы топологии Exchange Active Directory. Если они находятся в одном окне (как и в прекращенной линии SBS), Exchange может в течение 30 минут бездействовать, выдавая «Bueller ... Bueller ...», ожидая ответа от контроллера домена. Так что вам нужен второй DC. Честно говоря, даже со вторым DC у меня есть сценарий завершения работы на сервере SBS, который отключает службы Exchange прежде всего.
Кроме того, не поддерживается демонтаж DC с Exchange на нем. Что-то иметь в виду.
Я не очень беспокоюсь о нагрузке. Как указывает барбекю в своем ответе, линия SBS была нацелена на установки вашего размера (менее 75 пользователей для классического SBS). Я уверен, что коробка могла справиться с нагрузкой, если бы это был разумный сервер.
источник
Если вы уверены, что ваш сервер достаточно мощный, продолжайте, но установите максимальный объем ОЗУ при обмене (и SQL, если вы разместите это здесь), см. Http://www.bursky.net/index.php/2012/ 05 / лимит-обменно-2010-память использования /
Вы в основном воссоздаете основы сервера / сервер малого бизнеса; однако я мог видеть, что кто-то в конечном итоге оказывается в сценарии, в котором масштабирование выглядит более привлекательным, чем вне, и поэтому 25 не являются жестким ограничением.
источник