Архитектуры Microsoft Azure для SharePoint 2013Microsoft Azure Architectures for SharePoint 2013

Сводка. Решения SharePoint 2013 можно размещать на виртуальных машинах Microsoft Azure. Узнайте, какие типы решений хорошо для этого подходят и как настроить Microsoft Azure для их размещения.Summary: SharePoint 2013 solutions can be hosted in Microsoft Azure virtual machines. Learn which type of solutions are a good fit and how to set up Microsoft Azure to host one.

Среда Azure отлично подходит для размещения решений SharePoint Server 2013. В большинстве случаев рекомендуем использовать Office 365, но ферма SharePoint Server, размещенная в Azure, может быть хорошим вариантом для определенных решений. В этой статье описано, как спроектировать решения SharePoint для обеспечения совместимости с платформой Azure. В качестве примеров используются два следующих решения:Azure is a good environment for hosting a SharePoint Server 2013 solution. In most cases, we recommend Office 365, but a SharePoint Server farm hosted in Azure can be a good option for specific solutions. This article describes how to architect SharePoint solutions so they are a good fit in the Azure platform. The following two specific solutions are used as examples:

Службы инфраструктуры Azure отлично подходят для размещения решений SharePoint. Не все решения одинаково совместимы с этой платформой. В приведенной ниже таблице представлены рекомендуемые решения.Azure infrastructure services is a compelling option for hosting SharePoint solutions. Some solutions are a better fit for this platform than others. The following table shows recommended solutions.

РешениеSolution Преимущества работы с AzureWhy this solution is recommended for Azure
Среды разработки и тестированияDevelopment and test environments
Создавать такие среды и управлять ими легко.It's easy to create and manage these environments.
Аварийное восстановление локальных ферм SharePoint в AzureDisaster recovery of on-premises SharePoint farms to Azure
Размещенный вспомогательный центр обработки данных Используйте Azure, чтобы не вкладывать средства во вспомогательный центр обработки данных в другом регионе.Hosted secondary datacenter Use Azure instead of investing in a secondary datacenter in a different region.
Снижение затрат на среды аварийного восстановления По сравнению с локальной средой аварийного восстановления потребуется обслуживать и оплачивать меньше ресурсов. Их количество зависит от выбранной среды аварийного восстановления: с холодным или горячим резервированием либо горячей заменой.Lower-cost disaster-recovery environments Maintain and pay for fewer resources than an on-premises disaster recovery environment. The number of resources depends on the disaster recovery environment you choose: cold standby, warm standby, or hot standby.
Более эластичная платформа В случае аварии вы можете с легкостью развернуть ферму восстановления SharePoint в соответствии с требованиями к нагрузке. Когда необходимость в дополнительных ресурсах пропадет, вы можете свернуть ферму.More elastic platform In the event of a disaster, easily scale-out your recovery SharePoint farm to meet load requirements. Scale in when you no longer need the resources.
См. статью Аварийное восстановление SharePoint Server 2013 в Microsoft Azure.See SharePoint Server 2013 Disaster Recovery in Microsoft Azure.
Сайты в Интернете, которые используют функции и масштабирование, недоступные в Office 365Internet-facing sites that use features and scale not available in Office 365
Правильные приоритеты Сосредоточьтесь на создании отличного сайта, а не инфраструктуры.Focus your efforts Concentrate on building a great site rather than building infrastructure.
Воспользуйтесь преимуществами эластичности Azure Изменяйте размер фермы в соответствии с потребностями, добавляя новые серверы, и платите только за необходимые вам ресурсы. Динамическое распределение машин не поддерживается (автомасштабирование).Take advantage of elasticity in Azure Size the farm for the demand by adding new servers, and pay only for resources you need. Dynamic machine allocation is not supported (auto scale).
Использование службы Azure Active Directory (AD) Воспользуйтесь преимуществами Azure AD для учетных записей клиентов.Use Azure Active Directory (AD) Take advantage of Azure AD for customer accounts.
Добавление функций SharePoint, недоступных в Office 365 Добавьте функции подробных отчетов и аналитики.Add SharePoint functionality not available in Office 365 Add deep reporting and web analytics.
См. статью Веб-сайты в Microsoft Azure с использованием SharePoint Server 2013.See Internet Sites in Microsoft Azure using SharePoint Server 2013.
Фермы приложений для поддержки Office 365 или локальных средApp farms to support Office 365 or on-premises environments
Создание, тестирование и размещение приложений в Azure для поддержки как локальных, так и облачных сред.Build, test, and host apps in Azure to support both on-premises and cloud environments.
Разместите эту роль в Azure, не покупая новое оборудование для локальных сред.Host this role in Azure instead of buying new hardware for on-premises environments.

Для решений интрасети и совместной работы рассмотрите следующие факторы.For intranet and collaboration solutions and workloads, consider the following options:

  • Определите, соответствует ли Office 365 бизнес-требованиям и может ли быть частью решения. В Office 365 представлено много функций, которые постоянно обновляются.Determine if Office 365 meets your business requirements or can be part of the solution. Office 365 provides a rich feature set that is always up to date.

  • Если Office 365 не соответствует вашим бизнес-требованиям, рекомендуется стандартная локальная реализация SharePoint 2013 из служб консультации Майкрософт (MCS). Поддерживать стандартную архитектуру может быть дешевле и проще, чем персонализированное решение.If Office 365 does not meet all your business requirements, consider a standard implementation of SharePoint 2013 on premises from Microsoft Consulting Services (MCS). A standard architecture can be a quicker, cheaper, and easier solution for you to support than a customized one.

  • Если стандартная реализация не соответствует вашим бизнес-требованиям, рекомендуется персонализированное локальное решение.If a standard implementation doesn't meet your business requirements, consider a customized on-premises solution.

  • Если ваши бизнес-требования включают использование облачной платформы, рассмотрите возможность стандартной или персонализированной реализации SharePoint 2013 с размещением в службах инфраструктуры Azure. Поддерживать решения SharePoint в Azure намного проще, чем другие общедоступные облачные платформы (не корпорации Майкрософт).If using a cloud platform is important for your business requirements, consider a standard or customized implementation of SharePoint 2013 hosted in Azure infrastructure services. SharePoint solutions are much easier to support in Azure than other non-native Microsoft public cloud platforms.

Перед разработкой среды AzureBefore you design the Azure environment

Хотя в этой статье используются примеры топологий SharePoint, вы можете использовать эти проектные решения с любой топологией фермы SharePoint. Прежде чем разрабатывать среду Azure, используйте указанные ниже топологию, архитектуру, емкость и производительность для разработки фермы SharePoint.While this article uses example SharePoint topologies, you can use these design concepts with any SharePoint farm topology. Before you design the Azure environment, use the following topology, architecture, capacity, and performance guidance to design the SharePoint farm:

Определение типа домена Active DirectoryDetermine the Active Directory domain type

Каждая ферма SharePoint Server использует службу Active Directory для создания учетных записей администраторов. В настоящее время существует два варианта для решений SharePoint в Azure. Они описываются в следующей таблице.Each SharePoint Server farm relies on Active Directory to provide administrative accounts for farm setup. At this time, there are two options for SharePoint solutions in Azure. These are described in the following table.

ВариантOption ОписаниеDescription
Выделенный доменDedicated domain
Вы можете развернуть выделенный изолированный домен Active Directory в Azure для поддержки фермы SharePoint. Этот вариант хорошо подходит для общедоступных сайтов в Интернете.You can deploy a dedicated and isolated Active Directory domain to Azure to support your SharePoint farm. This is a good choice for public-facing Internet sites.
Расширение локального домена через подключение между организациямиExtend the on-premises domain through a cross-premises connection
Когда вы расширяете локальный домен через подключение между организациями, пользователи получают доступ к ферме SharePoint через интрасеть, как будто она размещена локально. Вы можете использовать локальные службы Active Directory и DNS.When you extend the on-premises domain through a cross-premises connection, users access the SharePoint farm via your intranet as if it were hosted on-premises. You can take advantage of your on-premises Active Directory and DNS implementation.
Для создания среды аварийного восстановления в Azure необходимо соединение между организациями, чтобы обрабатывать отказы локальной фермы.A cross-premises connection is required for building a disaster-recovery environment in Azure to fail over to from your on-premises farm.

В этой статье представлены проектные решения для расширения локального домена через подключение между организациями. Если ваше решение использует выделенный домен, подключение между организациями не требуется.This article includes design concepts for extending the on-premises domain through a cross-premises connection. If your solution uses a dedicated domain, you don't need a cross-premises connection.

Разработка виртуальной сетиDesign the virtual network

Для начала вам потребуется виртуальная сеть в Azure, включающая подсети, в которых будут размещаться виртуальные машины. Для виртуальной сети необходимо пространство частных IP-адресов, части которого назначаются подсетям.First you need a virtual network in Azure, which includes subnets on which you will place your virtual machines. The virtual network needs a private IP address space, portions of which you assign to the subnets.

Если вы расширяете локальную сеть в Azure через подключение между организациями (требуется для среды аварийного восстановления), необходимо выбрать пространство частных адресов, которое еще не используется в сети организации и может включать локальную среду и другие виртуальные сети Azure.If you are extending your on-premises network to Azure through a cross-premises connection (required for a disaster recovery environment), you must choose a private address space that is not already in use elsewhere in your organization network, which can include your on-premises environment and other Azure virtual networks.

Рисунок 1. Локальная среда с виртуальной сетью в AzureFigure 1: On-premises environment with a virtual network in Azure

Конструкция виртуальной сети Microsoft Azure для решения SharePoint. Одна подсеть для шлюза Azure. Одна подсеть для виртуальных машин.

На этой схеме:In this diagram:

  • Виртуальная сеть в Azure показана рядом с локальной средой. Между двумя средами еще не установлено подключение (VPN-подключение типа "сеть-сеть" или подключение ExpressRoute);A virtual network in Azure is illustrated side-by-side to the on-premises environment. The two environments are not yet connected by a cross-premises connection, which can be a site-to-site VPN connection or ExpressRoute.

  • Сейчас виртуальная сеть включает только подсети без остальных элементов архитектуры. В одной подсети будет размещаться шлюз Azure, а в других — уровни фермы SharePoint с дополнительной подсетью для Active Directory и DNS.At this point, the virtual network just includes the subnets and no other architectural elements. One subnet will host the Azure gateway and other subnets host the tiers of the SharePoint farm, with an additional one for Active Directory and DNS.

Добавление подключения между организациямиAdd cross-premises connectivity

Следующий этап развертывания создание подключения между организациями (если это применимо к вашему решению). В схеме подключений между организациями шлюз Azure находится в отдельной подсети, которую необходимо создать и которой нужно назначить пространство адресов.The next deployment step is to create the cross-premises connection (if this applies to your solution). For cross-premises connections, a Azure gateway resides in a separate gateway subnet, which you must create and assign an address space.

При планировании подключения между организациями необходимо определить и создать шлюз Azure и подключение к локальному устройству шлюза.When you plan for a cross-premises connection, you define and create an Azure gateway and connection to an on-premises gateway device.

Рисунок 2. Использование шлюза Azure и локального устройства шлюза для установки подключения типа "сеть-сеть" между локальной средой и AzureFigure 2: Using an Azure gateway and an on-premises gateway device to provide site-to-site connectivity between the on-premises environment and Azure

Локальная среда подключена к виртуальной сети Azure с помощью VPN-подключения типа "сеть-сеть" или подключения ExpressRoute

На этой схеме:In this diagram:

  • В отличие от предыдущей схемы, здесь добавлено подключение между локальной средой и виртуальной сетью Azure (VPN-подключение типа "сеть-сеть" или подключение ExpressRoute).Adding to the previous diagram, the on-premises environment is connected to the Azure virtual network by a cross-premise connection, which can be a site-to-site VPN connection or ExpressRoute.

  • Шлюз Azure находится в подсети шлюза.An Azure gateway is on a gateway subnet.

  • Локальная среда включает устройство шлюза, например маршрутизатор или VPN-сервер.The on-premises environment includes a gateway device, such as a router or VPN server.

Дополнительные сведения о планировании и создании распределенной виртуальной сети см. в статье Подключение локальной сети к виртуальной сети Microsoft Azure.For additional information to plan for and create a cross-premises virtual network, see Connect an on-premises network to a Microsoft Azure virtual network.

Добавление Active Directory (AD) на сервере Windows Server и DNSAdd Windows Server Active Directory (AD) and DNS

Для аварийного восстановления в Azure доменные службы AD на сервере Windows и DNS развертываются в гибридном сценарии, где AD на сервере Windows развертывается как в локальной среде, так и на виртуальных машинах Azure.For disaster recovery in Azure, you deploy Windows Server AD and DNS in a hybrid scenario where Windows Server AD is deployed both on-premises and on Azure virtual machines.

Рисунок 3. Гибридная конфигурация домена Active DirectoryFigure 3: Hybrid Active Directory domain configuration

Две виртуальные машины, развернутые в виртуальной сети Azure и подсети фермы SharePoint — это реплики контроллеров домена и DNS-серверы

В отличие от предыдущих схем, на этой схеме в подсеть AD на сервере Windows и DNS добавлены две виртуальные машины. Это реплики контроллеров доменов и DNS-серверов. Они являются расширением локальной среды AD на сервере Windows.This diagram builds on the previous diagrams by adding two virtual machines to a Windows Server AD and DNS subnet. These virtual machines are replica domain controllers and DNS servers. They are an extension of the on-premises Windows Server AD environment.

В таблице ниже приведены рекомендации по настройке этих виртуальных машин в Azure. Используйте их в качестве основы для разработки своей среды даже для выделенного домена, где среда Azure не подключена к локальной среде.The following table provides configuration recommendations for these virtual machines in Azure. Use these as a starting point for designing your own environment—even for a dedicated domain where your Azure environment doesn't communicate with your on-premises environment.

ЭлементItem КонфигурацияConfiguration
Размер виртуальных машин в AzureVirtual machine size in Azure
Размер A1 или A2 стандартного уровняA1 or A2 size in the Standard tier
Операционная системаOperating system
Windows Server 2012 R2Windows Server 2012 R2
Роль Active DirectoryActive Directory role
Контроллер домена AD DS, выбранный в качестве сервера глобального каталога. Эта конфигурация снижает выходной трафик соединения между организациями.AD DS domain controller designated as a global catalog server. This configuration reduces egress traffic across the cross-premises connection.
В среде с несколькими доменами и высокими темпами роста (такие среды встречаются редко) настройте локальные контроллеры домена так, чтобы они не синхронизировались с серверами глобального каталога в Azure, что позволяет снизить трафик репликации.In a multidomain environment with high rates of change (this is not common), configure domain controllers on premises not to sync with the global catalog servers in Azure, to reduce replication traffic.
Роль DNSDNS role
Установка и настройка службы DNS-серверов на контроллерах доменов.Install and configure the DNS Server service on the domain controllers.
Диски с даннымиData disks
Разместите базу данных Active Directory, журналы и SYSVOL на дополнительных дисках с данными Azure. Не размещайте их на диске операционной системы и временных дисках, предоставленных Azure.Place the Active Directory database, logs, and SYSVOL on additional Azure data disks. Do not place these on the operating system disk or the temporary disks provided by Azure.
IP-адресаIP addresses
Используйте статические IP-адреса и настройте виртуальную сеть, чтобы назначить эти адреса виртуальным машинам в виртуальной сети после того, как будут настроены контроллеры доменов.Use static IP addresses and configure the virtual network to assign these addresses to the virtual machines in the virtual network after the domain controllers have been configured.

Важно!

Перед развертыванием Active Directory в Azure прочитайте руководства по развертыванию Windows Server Active Directory на виртуальных машинах Azure. Они помогут вам определить, требуются ли для вашего решения другие параметры конфигурации или другая архитектура.Before you deploy Active Directory in Azure, read Guidelines for Deploying Windows Server Active Directory on Azure Virtual Machines. These help you determine if a different architecture or different configuration settings are needed for your solution.

Добавление фермы SharePointAdd the SharePoint farm

Разместите виртуальные машины фермы SharePoint по уровням соответствующей подсети.Place the virtual machines of the SharePoint farm in tiers on the appropriate subnets.

Рисунок 4. Размещение виртуальных машин SharePointFigure 4: Placement of SharePoint virtual machines

Серверы баз данных и роли сервера SharePoint добавлены в виртуальную сеть Azure в подсети фермы SharePoint

В отличие от предыдущих схем, на этой схеме на соответствующие уровни добавлены роли серверов фермы SharePoint.This diagram builds on the previous diagrams by adding the SharePoint farm server roles in their respective tiers.

  • Две виртуальные машины баз данных, на которых запущен SQL Server, образуют уровень баз данных.Two database virtual machines running SQL Server create the database tier.

  • Две виртуальные машины, на которых запущен SharePoint Server 2013, на каждый из следующих уровней: серверы переднего плана, серверы распределенного кэша и тыловые серверы.Two virtual machines running SharePoint Server 2013 for each of the following tiers: front end servers, distributed cache servers, and back end servers.

Разработка и точная настройка ролей серверов для групп доступности и доменов сбояDesign and fine tune server roles for availability sets and fault domains

Домен сбоя это набор оборудования, на котором выполняются экземпляры ролей. Инфраструктура Azure может одновременно обновлять все виртуальные машины в одном домене сбоя. Тем не менее они могут одновременно отказать, так как используют одну стойку. Чтобы не размещать две виртуальные машины в одном домене сбоя, вы можете настроить их как группу доступности, тогда каждая виртуальная машина будет размещаться в отдельном домене сбоя. Если три виртуальные машины настроены как группа доступности, Azure гарантирует, что в одном домене сбоя размещается не больше двух виртуальных машин.A fault domain is a grouping of hardware in which role instances run. Virtual machines within the same fault domain can be updated by the Azure infrastructure at the same time. Or, they can fail at the same time because they share the same rack. To avoid the risk of having two virtual machines on the same fault domain, you can configure your virtual machines as an availability set, which ensures that each virtual machine is in a different fault domain. If three virtual machines are configured as an availability set, Azure guarantees that no more than two of the virtual machines are located in the same fault domain.

При разработке архитектуры Azure для фермы SharePoint настройте одинаковые роли серверов как группу доступности. Это обеспечит распределение виртуальных машин между несколькими доменами сбоя.When you design the Azure architecture for a SharePoint farm, configure identical server roles to be part of an availability set. This ensures that your virtual machines are spread across multiple fault domains.

Рисунок 5. Использование групп доступности Azure для обеспечения высокой доступности уровней фермы SharePointFigure 5: Use Azure Availability Sets to provide high availability for the SharePoint farm tiers

Конфигурация групп доступности в инфраструктуре Azure для решения SharePoint 2013

На этой схеме показана конфигурация групп доступности в инфраструктуре Azure. Перечисленные ниже роли используют отдельную группу доступности.This diagram calls out the configuration of availability sets within the Azure infrastructure. Each of the following roles share a separate availability set:

  • Active Directory и DNSActive Directory and DNS

  • База данныхDatabase

  • Тыловой серверBack end

  • Сервер распределенного кэшаDistribute cache

  • Интерфейсный серверFront end

Может потребоваться точная настройка фермы SharePoint на платформе Azure. Чтобы обеспечить высокую доступность всех компонентов, убедитесь, что все роли серверов настроены одинаково.The SharePoint farm might need to be fine tuned in the Azure platform. To ensure high availability of all components, ensure that the server roles are all configured identically.

Ниже приводится пример стандартной архитектуры веб-сайтов, которая соответствует определенным требованиям к мощности и производительности. Этот пример представлен в модели Архитектуры поиска на веб-сайтах для SharePoint Server 2013.Here is an example that shows a standard Internet Sites architecture that meets specific capacity and performance goals. This example is featured in the following architecture model: Internet Sites Search Architectures for SharePoint Server 2013.

Рисунок 6. Пример планирования емкости и производительности в трехуровневой фермеFigure 6: Planning example for capacity and performance goals in a three-tier farm

Стандартная архитектура SharePoint 2013 Internet Sites с распределением компонентов, которое соответствует определенным требованиям к мощности и производительности

На этой схеме:In this diagram:

  • Представлена трехуровневая ферма: веб-серверы, серверы приложений и серверы баз данных;A three-tier farm is represented: web servers, application servers, and database servers.

  • Три веб-сервера настроены одинаково с несколькими компонентами.The three web servers are configured identically with multiple components.

  • Два сервера баз данных настроены одинаково.The two database servers are configured identically.

  • Три сервера приложений настроены по-разному. Эти роли серверов требуют точной настройки для групп доступности в Azure.The three application servers are not configured identically. These server roles require fine tuning for availability sets in Azure.

Рассмотрим уровень серверов приложений подробнее.Let's look closer at the application server tier.

Рисунок 7. Уровень серверов приложений перед точной настройкойFigure 7: Application server tier before fine tuning

Пример уровня серверов приложений SharePoint Server 2013 перед настройкой для групп доступности Microsoft Azure

На этой схеме:In this diagram:

  • уровень приложений включает три сервера;Three servers are included in the application tier.

  • первый сервер включает четыре компонента;The first server includes four components.

  • второй сервер включает три компонента;The second server includes three components.

  • третий сервер включает два компонента.The third server includes two components.

Количество компонентов определяется требованиями к производительности и емкости фермы. Чтобы адаптировать эту архитектуру для Azure, мы реплицируем четыре компонента на всех трех серверах. Таким образом, количество компонентов будет превышать необходимое. С другой стороны, такая схема обеспечивает высокую доступность всех четырех компонентов на платформе Azure, когда эти три виртуальные машины назначаются группе доступности.You determine the number of components by the performance and capacity targets for the farm. To adapt this architecture for Azure, we'll replicate the four components across all three servers. This increases the number of components beyond what is necessary for performance and capacity. The tradeoff is that this design ensures high availability of all four components in the Azure platform when these three virtual machines are assigned to an availability set.

Рисунок 8. Уровень серверов приложений после точной настройкиFigure 8: Application server tier after fine tuning

Пример уровня серверов приложений SharePoint Server 2013 после настройки для групп доступности Microsoft Azure

На этой схеме показаны все три сервера приложений, настроенных одинаково с одними и теми же четырьмя компонентами.This diagram shows all three application servers configured identically with the same four components.

После того как мы добавили к уровням фермы SharePoint группы доступности, этап реализации завершен.When we add availability sets to the tiers of the SharePoint farm, the implementation is complete.

Рисунок 9. Готовая ферма SharePoint в службах инфраструктуры AzureFigure 9: The completed SharePoint farm in Azure infrastructure services

Пример фермы SharePoint 2013 в службах инфраструктуры Azure с виртуальной сетью, подключением между организациями, подсетями, виртуальными машинами и группами доступности

На этой схеме показана ферма SharePoint, реализованная в службах инфраструктуры Azure: группы доступности обеспечивают домены сбоя для серверов на каждом уровне.This diagram shows the SharePoint farm implemented in Azure infrastructure services, with availability sets to provide fault domains for the servers in each tier.

Присоединяйтесь к обсуждениюJoin the discussion

Свяжитесь с намиContact us ОписаниеDescription
Какое вам решение необходимо?What cloud adoption content do you need?
Мы создаем контент для решений, которые охватывают несколько продуктов и служб Майкрософт. Сообщите нам, что вы думаете о наших межсерверных решениях, или укажите интересующие вас решения, написав по адресу MODAcontent@microsoft.com.We are creating content for cloud adoption that spans multiple Microsoft cloud platforms and services. Let us know what you think about our cloud adoption content, or ask for specific content by sending email to cloudadopt@microsoft.com.
Присоединяйтесь к обсуждению решенийJoin the cloud adoption discussion
Если вам интересны облачные решения, присоединяйтесь к теме Cloud Adoption Advisory Board (CAAB) и общайтесь с разработчиками контента Майкрософт, специалистами отрасли и клиентами со всего мира. Чтобы присоединиться, добавьте себя в качестве участника темы CAAB (Cloud Adoption Advisory Board) на сайте Microsoft Tech Community и отправьте нам письмо на адрес CAAB@microsoft.com. Просматривать материалы в блоге CAAB могут все пользователи. Однако только участники CAAB получают приглашения на закрытые вебинары, на которых мы рассказываем о новых облачных решениях и ресурсах по их внедрению.If you are passionate about cloud-based solutions, consider joining the Cloud Adoption Advisory Board (CAAB) to connect with a larger, vibrant community of Microsoft content developers, industry professionals, and customers from around the globe. To join, add yourself as a member of the CAAB (Cloud Adoption Advisory Board) space of the Microsoft Tech Community and send us a quick email atCAAB@microsoft.com. Anyone can read community-related content on the CAAB blog. However, CAAB members get invitations to private webinars that describe new cloud adoption resources and solutions.
Скачать изображения, которые вы видите здесьGet the art you see here
Если вам нужна редактируемая копия иллюстративного материала из этой статьи, мы с радостью вам ее отправим. Напишите нам, указав URL-адрес и название материала, по адресу cloudadopt@microsoft.com.If you want an editable copy of the art you see in this article, we'll be glad to send it to you. Email your request, including the URL and title of the art, to cloudadopt@microsoft.com.

См. такжеSee Also

Освоение облака и гибридные решенияCloud adoption and hybrid solutions

Веб-сайты в Microsoft Azure с использованием SharePoint Server 2013Internet Sites in Microsoft Azure using SharePoint Server 2013

Аварийное восстановление SharePoint Server 2013 в Microsoft AzureSharePoint Server 2013 Disaster Recovery in Microsoft Azure