Подход установки MS Dynamics CRM 2013

Question

Мы хотим установить Dynamics CRM 2013 для 10 пользователей. Мы думаем о двух подходах:

1. Установите только один экземпляр CRM и SQL Server на двух отдельных серверах. Сервер сервера CRM будет иметь роль сервера переднего конца, а машина SQL Server будет иметь роль конечного сервера. Все 10 пользователей будут просматривать и работать на одном экземпляре CRM.
2. Установите SQL Server на отдельную машину и установите CRM на компьютеры всех 10 пользователей. Все 10 экземпляров CRM указывают на ту же организацию, созданную на SQL Server. Каждый пользователь будет использовать CRM, установленный в своей собственной системе, но их настройки будут опубликованы в одной организации, поскольку все CRM указывают на одну и ту же организацию.

Может ли кто-нибудь сообщить мне, какой подход будет лучше с точки зрения производительности. никогда не будет требоваться

Все 10 машин будут использоваться только для разработки и IFD или NLB:

Update после ответа Draiden и Г. В одном из наших предыдущих проектов мы использовали подход 1SQL-SSRS и 1CRM (полный сервер). Во время пиковых периодов развития, когда около 8 пользователей были подключены к CRM, выполняющим настройку, использование памяти CRM-сервера будет примерно на 85% - 95%. На данный момент CRM обычно не реагирует.

Во избежание использования высокой памяти мы думаем о подходе 2, где использование памяти CRM будет распределяться между несколькими машинами. Также, если кто-то хочет отладить плагин, они будут отлаживать свой собственный CRM (и не будут блокировать других). Наличие одного SQL Server в бэкэнд позволит разработчикам использовать одни и те же данные. Также изменения в настройках будут опубликованы в одной центральной организации.

Answer 1

Вторые решения включают создание переднего сервера для каждого пользователя? Я не думаю, что это жизнеспособный (действительно хороший способ) для установки crm. Кроме того, если вы будете в ситуации с настройкой чего-то другого, например IFD, вам нужно будет установить и настроить NLB и научить всех изменять URL-адрес. Первый подход, который вы предлагаете, является лучшим, но обычно вы идете с 2 серверами, 1 sql и 1 crm полной установкой. Производительность не должна иметь большого значения, так как пользователь, использующий систему, будет всего 10 человек.

Поэтому я бы сказал, что решение 1 не поможет вам, потому что вы все еще держите бэкэнд на той же машине, , в то время как решение 2 все еще имеет узкое место, когда вы выполняете операции SQL, плюс CRM довольно требовательный, и пусть запуск сервера на машине пользователя задушит его.

Пойдите с более традиционным подходом. 1 SQL-SSRS и 1 CRM, или если вы считаете, что у вас будут проблемы с производительностью, обратитесь к 1 SQL-SSRS, 1 серверу Back-End и NLB, а также к большому количеству интерфейсов, которые вам нужны/нужны. Опять же для 10 пользователей, имеющих несколько серверов переднего конца, не имеет большого смысла.

Answer 2

Для поддерживаемых конфигураций обратитесь к this TechNet article.

Для обеспечения максимальной производительности вам понадобится использовать архитектуру с несколькими серверами. Кроме того, для совместного использования данных между пользователями, они должны будут использовать одну и ту же среду.

Answer 3

Может ли кто-нибудь сообщить мне, какой подход будет лучше с точки зрения производительности.

Я не думаю, что вариант 2 является жизнеспособным, так как это означает, что установка веб-сервера CRM на 10 машин:

• Запуск IIS на клиентских машинах начнет использовать память свой конец пользователи должны использование для настольных приложений.
• Если вам когда-либо понадобится масштабировать передние машины, вам нужно будет сделать это 10 раз.
• Поскольку ваши пользователи не могут использовать CRM весь день, IIS в конечном итоге будет переработать, что делает первый раз, когда пользователь получает доступ к сайту, выглядит медленнее , тогда ожидалось.

Я бы установил сервер и базу данных CRM на отдельные машины, следуя минимальным рекомендуемым требованиям к оборудованию.

https://technet.microsoft.com/en-us/library/hh699840(v=crm.6).aspx

Update - Если ваше требование вокруг среды разработки, я хотел бы использовать два сервера для производства и два сервера для теста (чтобы имитировать производство).

Для среды разработки - я бы попросил разработчиков установить CRM и SQL локально, чтобы они могли отлаживать свой собственный код, а затем вставлять их готовый код в центральный репозиторий, такой как Github или TFS. Тогда было бы чьей-то ролью (или чем-то) вытащить обновленный код, подготовить и CRM-решение и развернуть его до следующей среды.