Несколько сетевых экземпляров или клиентов

Dynamics CRM 2016
 

Опубликовано: Февраль 2017

Применимо к: Dynamics 365 (online), Dynamics CRM Online

Microsoft Dynamics 365 Online предоставляет возможности для разделения данных Dynamics 365 и доступа пользователей. Для большинства компаний добавление и использование нескольких экземпляров в подписке обпеспечивает правильное сочетание функциональных возможностей и простоты управления. Предприятиям с отдельными географическими расположениями имеет смысл рассмотреть возможность использования нескольких клиентов для разделения лицензий Microsoft Dynamics 365 Online. При наличии нескольких экземпляров одни и те же пользователи могут быть общими для разных экземпляров; при нескольких клиентах это невозможно.

System_CAPS_noteПримечание

Концепция и принципы работы клиентов и экземпляров, хотя они и достаточно схожи, различаются между сетевыми и локальными развертываниями Microsoft Dynamics 365. Этот раздел предназначен для тех, кто занимается администрированием развертываний Microsoft Dynamics 365 Online.

Термин

Определение

Клиент

В Microsoft Dynamics 365 Online клиент — это организация, которую вы создаете в Среда Microsoft Online Services при регистрации на подписку Dynamics 365 (сетевая версия). Клиент содержит уникально определенные домены, пользователей, группы безопасности и подписки и может содержать несколько экземпляров Dynamics 365 (сетевая версия).

Клиент, созданнный для вас, имеет доменное имя вида <организация>.onmicrosoft.com. Например: contoso.onmicrosoft.com.

Экземпляр

Когда вы регистрируетесь на пробный период или приобретаете подписку Microsoft Dynamics 365 Online, создается рабочий экземпляр Dynamics 365 (сетевая версия). Каждый дополнительный рабочий или непроизводственный (в песочнице) экземпляр Dynamics 365 (сетевая версия), который вы добавляете, создает отдельную и изолированную организацию Microsoft Dynamics 365 в том же клиенте.

Экземпляр имеет URL-адрес следующего формата: https://<имя_URL-адреса>.crm.dynamics.com. Например: https://contososales.crm.dynamics.com.

Мультирегиональный экземпляр

Экземпляр в другом регионе, в котором находится клиент Dynamics 365 (сетевая версия). Локальные экземпляры могут обеспечить более быстрый доступ к данным для пользователей в данном регионе.Дополнительные сведения:Добавление и изменение мультирегиональных экземпляров

Подписка

Подписка включает в себя лицензии и надстройки Dynamics 365, входящие в состав пробной или платной службы, на которую вы подписаны в вашей организации Dynamics 365 (сетевая версия). Подписки Dynamics 365 могут отличаться по типу, цене и дате окончания лицензии.

Например, подписка может включать в себя 100 лицензий Microsoft Dynamics 365 Online Professional и 10 лицензий Enterprise Microsoft Dynamics 365 Online.

Удостоверение

Учетная запись пользователя, используемая для входа в Dynamics 365 (сетевая версия). Это удостоверение также можно использовать для доступа к другим службам Microsoft Online Services, например Office 365 или SharePoint Online. Администраторы могут решать, хотят ли они организовать федерацию для управления удостоверениями пользователей между Dynamics 365 (сетевая версия) и локальным Active Directory.

Учетная запись пользователя

Учетная запись пользователя, назначенная организацией (предприятием, учебным заведением, некоммерческой организацией) одному из своих участников (сотруднику, учащемуся, клиенту) и обеспечивающая возможность входа в одну или несколько облачных служб Microsoft, на которые подписана организация, таких как Exchange Online или Dynamics 365 (сетевая версия). Доступ к веб-службе определяется лицензией, назначенной учетной записи пользователя.

Учетные записи пользователей хранятся в облачном каталоге организации в Azure Active Directory и обычно удаляются, когда пользователь покидает организацию. Организационные учетные записи отличаются от учетных записей Microsoft тем, что они создаются и администрируются администраторами в организации, а не пользователем.

Группа безопасности

Если у вашей компании несколько экземпляров Dynamics 365 (сетевая версия), вы можете использовать группы безопасности экземпляра, чтобы управлять тем, кто из лицензированных пользователей может быть участником того или иного экземпляра.Дополнительные сведения:Управление доступом пользователей к экземплярам: группы безопасности и лицензии

Экземпляры Dynamics 365 (сетевая версия) по своей концепции подобны многоэтажному бизнес-центру, где этажи организованы в соответствии с бизнес-функциями. Каждый этаж в здании можно рассматривать как приложение (продажи/обслуживание/маркетинг, управление поставщиками, управление активами), а каждый отдел в пределах этажа — как экземпляр с определенным назначением, таким как производство, обучение, тестирование и разработка.

Multiple CRM instances as units in a building

Иметь несколько экземпляров необходимо, когда требуется сегрегация подключаемых модулей, бизнес-процессов или ресурсов администрирования, которые нельзя легко изолировать путем использования бизнес-подразделений в Dynamics 365.

Типичное развертывание Dynamics 365 (сетевая версия) включает только одного клиента. Клиент может включать в себя один или несколько экземпляров Dynamics 365 (сетевая версия), однако экземпляр Dynamics 365 (сетевая версия) всегда связан с одним клиентом.

Single tenant deployment in CRM Online

В этом примере используется два экземпляра для трех рабочих групп: "Продажи", "Маркетинг" и "Обслуживание".

Группы "Продажи" и "Маркетинг" используют один экземпляр, чтобы информация об интересах была легко доступна сотрудникам обеих групп. Группа "Обслуживание" имеет собственный экземпляр, поэтому заявками и гарантиями можно управлять отдельно от кампаний и других связанных с продажами мероприятий.

Вы можете легко предоставить доступ к одному или обоим экземплярам. Доступ пользователей "Продаж" и "Маркетинга" может быть ограничен их экземпляром, тогда как пользователи "Обслуживания" с расширенным доступом могут обновлять записи поддержки при эскалациях, связанные с организациями в обоих экземплярах.

Об одном клиенте с несколькими экземплярами:

  • Клиент может включать до 50 рабочих экземпляров в Dynamics 365 (сетевая версия) и до 75 непроизводственных (в песочнице) экземпляров.

  • Каждый экземпляр в пределах клиента получает собственную базу данных SQL.

  • Данные Dynamics 365 не являются общими для нескольких экземпляров.

  • Хранилище используется основным экземпляром и дополнительными экземплярами, если они имеются.

  • Все экземпляры для одного клиента будут настроены в географии, где клиент изначально зарегистрировал свою организацию. Потребление хранилища суммируется и отслеживается по всем экземплярам, прикрепленным к клиенту.

  • Вы можете настраивать отдельные группы безопасности для всех экземпляров.

  • Лицензированный пользователь Dynamics 365 (сетевая версия) может потенциально получить доступ ко всем экземплярам Dynamics 365 (сетевая версия), связанным с клиентом. Управление доступом производится посредством участия в группах безопасности экземпляра.

  • Дополнительные экземпляры можно приобрести посредством надстройки "дополнительный экземпляр". Дополнительные экземпляры можно добавлять только в "платные" подписки — не в пробные версии или права внутреннего использования Internal Use Rights (IUR). Если ваша подписка Dynamics 365 (сетевая версия) приобретена посредством корпоративного лицензирования, для покупки дополнительного экземпляра необходимо действовать через вашего торгового посредника со статусом Large Account Reseller (LAR).Дополнительные сведения:Поддержка выставления счетов и подписки

  • Существующие пробные версии или подписки невозможно объединить с дополнительным экземпляром; вместо этого данные и настройки потребуется перенести.

Развертывания, состоящие из нескольких экземпляров, обычно используются в следующих случаях. При выборе типа развертывания, которое будет лучше всего соответствовать требованиям вашей компании, учитывайте эти примеры.

Управление основными данными

В этом сценарии "основной" набор данных обеспечивает возможность управления изменениями посредством центрального источника основных данных. Этот подход требует синхронизации центральных основных данных со всеми экземплярами, чтобы каждый экземпляр имел доступ к последней версии базовой информации. Требуемые изменения в информации могут вноситься непосредственно в пределах основной системы. Кроме того, пользователи могут явным образом получать доступ к основной системе или фиксировать изменения в локальном экземпляре с последующей передачей этих изменений в основной экземпляр.

Требование о том, чтобы все изменения вносились централизованно, обеспечивает возможность централизованного управления изменениями. Например, можно выполнять проверки для предотвращения мошенничества, чтобы гарантировать, что изменения вносятся только центральной рабочей группой, а не локальными рабочими группами, которые могут извлечь выгоду из изменения, такого как изменение кредитных лимитов. Это обеспечило бы второй уровень авторизации и верификации изменений, благодаря чему у одного человека или группы работающих вместе людей не будет возможности совместно реализовать мошеннические действия. Перевод запроса в другую, независимую рабочую группу может обеспечить защиту от потенциального мошенничества.

Безопасность и конфиденциальность

Различия в региональном — например, законодательстве Евросоюза (ЕС) — или национальном законодательстве могут обуславливать различные требования по обеспечению безопасности данных или поддержанию конфиденциальности данных в различных регионах или странах в пределах развертывания. В некоторых случаях законодательные/нормативные ограничения запрещают хранить данные за границей страны или региона, и решение этой проблемы имеет особенно критическое значение в определенных бизнес-секторах.

Например, рассмотрим ограничения по передаче информации о пациентах, существующие в здравоохранении. Некоторые нормы ЕС требуют, чтобы любые сведения, собираемые о живущих в ЕС людях, хранились и передавались только в пределах ЕС, тогда как аналогичные данные, собираемые о людях в США, находились в пределах США. Также можно рассмотреть ограничения на передачу информации о клиентах, существующие в банковском секторе. В Швейцарии, например нормы запрещают передавать информацию о клиентах за пределы государственной границы страны.

Масштабируемость

Хотя один экземпляр Microsoft Dynamics 365 можно масштабировать в соответствии с ростом предприятия клиента для работы с очень большими объемами данных и уровнями сложности, необходимо принять во внимание дополнительные факторы. Например, в средах с чрезвычайно большими объемами и/или интенсивным использованием планирования служб масштабирование SQL Server может потребовать сложной и дорогостоящей инфраструктуры — чересчур дорогой или которой чрезвычайно трудно управлять.

Существует множество сценариев, в которых имеет место естественнной функциональное разделение в требованиях к возможностям. В подобных случаях делегирование рабочих нагрузок путем создания сценариев уменьшения масштаба, основанных на этом функциональном разделении, может обеспечить более высокие объемы при использовании инфраструктуры из стандартных компонентов.

О том, как добавить экземпляр в подписку Dynamics 365 (сетевая версия), см. в разделе Добавление экземпляра в подписку.

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

Multi-tenant deployment in CRM Online

Этот пример включает второго клиента для Contoso Japan.

Учетные записи пользователей, группы безопасности, подписки, лицензии и хранилище не могут использоваться совместно разными клиентами. Все клиенты могут иметь несколько экземпляров, связанных с каждым определенным клиентом. Данные Dynamics 365 не являются общими для нескольких экземпляров или клиентов.

О нескольких клиентах:

  • В сценарии с несколькими клиентами лицензированный пользователь Dynamics 365 (сетевая версия), связанный с клиентом, может получать доступ только к одному или нескольким экземплярам Dynamics 365 (сетевая версия), сопоставленным этому же клиенту. Для доступа к другому клиенту пользователю потребуется отдельная лицензия и уникальный набор учетных данных для входа для этого клиента.

    Например, если пользователь А имеет учетную запись для входа в клиента А, его лицензия позволяет ему получать доступ к любому и всем экземлярам, созданным в клиенте А — если это разрешено его администратором. Если пользователю А нужен доступ к экземплярам в клиенте Б, ему потребуется дополнительная лицензия Dynamics 365 (сетевая версия).

  • Каждому клиенту потребуется администратор (администраторы) клиента с уникальными учетными данными для входа, и каждое лицо, аффилированное с клиентом, будет управлять своим клиентом отдельно через консоль администрирования.

  • Несколько экземпляров в клиенте видны из интерфейса Dynamics 365 (сетевая версия), если администратор имеет доступ.

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

  • Локальную федерацию Active Directory невозможно установить с несколькими клиентами, если у вас нет доменов верхнего уровня, которые требуется объединить в федерацию с другими клиентами (например Contoso.com и Fabricam.com).

Функциональная локализация

Этот сценарий обычно возникает в организациях с перекрывающимися, но отдельными функциональными потребностями. Некоторые распространенные примеры:

  • Организации с разными бизнес-подразделениями, каждое из которых работает на своем рынке или имеет свою модель деятельности.

  • Глобальные организации с региональными или страновыми моделями, которые различаются для учета вариаций в подходе, величине рынка или законодательных и нормативных ограничений.

В подобных бизнес-средах организации часто будут иметь общие наборы функциональных возможностей, которые обеспечивают конкретным регионам, странам или бизнес-направления определенную степень локализации в следующих аспектах:

  • Фиксация информации. Например, фиксация почтового индекса в США соответствует фиксации почтового индекса в Великобритании.

  • Формы, бизнес-процессы.

Физическое распределение

Для бизнес-решений, предназначенных для пользователей, физически разделенных большими расстояниями, в особенности для глобальных развертываний, использование одного экземпляра может быть нецелесообразным из-за сложностей (таких как задержка глобальной сети), связанных с инфраструктурой, посредством которой подключаются к пользователи, что может существенно сказываться на комфорте работы пользователей. Распределение экземпляров для предоставления пользователям «более локального» доступа может помочь устранить или смягчить связанные с глобальной сетью проблемы, поскольку доступ в этом случае осуществляется по более коротким сетевым подключениям.

Для развертывания нескольких клиентов вам потребуется Поправка для нескольких клиентов. Поправка о нескольких клиентах — это поправка к соглашению о корпоративном лицензировании, используемом для покупки лицензий. Для получения поправки обратитесь к своему дилеру или торговому посреднику Microsoft.

Администраторы, которые планируют развертывать нескольких клиентов и управлять ими, должны иметь в виду следующее:

  • Учетные записи пользователей, группы безопасности, подписки, лицензии и хранилище не могут использоваться совместно разными клиентами.

  • Один домен может входить в федерацию только с одним клиентом.

  • Каждый клиент должен иметь свое собственное пространство имен; пространства имен UPN и SMTP не могут быть общими для нескольких клиентах.

  • Если существует локальная организация Exchange существует, разбить эту организацию на нескольких клиентов невозможно.

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

  • Совместная работа между клиентами будет ограничена федерацией Lync и функциями федерации Exchange.

  • Доступ SharePoint между клиентами может быть невозможен. Хотя эту проблему можно решить с помощью партнерского доступа, это мешает комфорту пользователей; кроме того, могут возникнуть вопросы с лицензированием.

  • В клиентах или разделах в локальном Active Directory не может быть дублирующихся учетных записей.

© Корпорация Майкрософт (Microsoft Corporation), 2017. Все права защищены. Авторские права

Добавления сообщества

ДОБАВИТЬ
Показ: