Перенос веб-приложения ASP.NET на виртуальную машину Azure
В этом документе приводятся общие сведения о том, как перенести веб-приложение ASP.NET из локальной среды на виртуальную машину Azure.
Быстрое начало
Узнайте, как создать виртуальную машину и опубликовать в ней приложение.
Начать
В этих руководствах показано, как создать (перенести) виртуальную машину и опубликовать на ней веб-приложение, а также как выполнить другие задачи, которые могут потребоваться для поддержки приложения в Azure.
- Создайте виртуальную машину для приложения ASP.NET в Azure с помощью одного из следующих вариантов:
- Публикация облачной службы с помощью Visual Studio
- Создайте защищенную виртуальную сеть для виртуальных машин.
- Создайте конвейер непрерывной интеграции или непрерывного развертывания для приложения.
- Перенесите приложение в масштабируемый набор виртуальных машин, чтобы обеспечить высокий уровень доступности и масштабируемость.
Рекомендации
Льготы
Виртуальные машины предоставляют самый простой способ переноса приложения из локальной среды в облако. Они позволяют реплицировать ту среду, которую приложение использует локально, устраняя необходимость в обслуживании собственных центров обработки данных. Масштабируемые наборы виртуальных машин обеспечивают высокий уровень доступности и масштабируемость для приложений, выполняемых на виртуальных машинах.
Размер виртуальной машины
Выберите размер и тип виртуальной машины, которые лучше всего оптимизированы для вашей рабочей нагрузки. Дополнительные сведения см. в статье Размеры виртуальных машин Windows в Azure.
Обслуживание
Как и локальный компьютер, вы отвечаете за обслуживание и обновление виртуальной машины*. Если приложение может выполняться в среде PaaS (платформа как услуга), например в службе приложений Azure или в контейнере, то необходимость в обслуживании устраняется.
*Автоматическое обновление ОС для масштабируемых наборов виртуальных машин в настоящее время доступно в качестве службы предварительной версии.
Виртуальные сети
Виртуальные сети Azure позволяют выполнять следующие задачи:
- Создание управляемой гибридной инфраструктуры
- Использование собственных IP-адресов и серверов DNS
- Создание изолированной и надежно защищенной среды для приложений.
- Подключение виртуальной машины к локальной сети с использованием одного из нескольких вариантов подключения.
- Интеграция виртуальной машины с локальной сетью с помощью ExpressRoute.
Чтобы начать работу, ознакомьтесь с документацией по виртуальным сетям.
Active Directory
Многие приложения используют Active Directory для проверки подлинности и управления удостоверениями.
- Azure AD Connect позволяет интегрировать локальные каталоги с Azure Active Directory. Чтобы приступить к работе, изучите статью Интеграция локальных каталогов с Azure Active Directory.
- Также и ExpressRoute позволяет приложению получить доступ к локальной службе Active Directory.
Базы данных SQL
Если приложение использует локальную базу данных, оно не сможет обращаться к ней по умолчанию. Вы можете сделать одно из двух:
- Настройте гибридную сеть, которая позволит вашему приложению получать доступ к базе данных, работающей локально.
- Перенесите базу данных в Azure. Дополнительные сведения см. в статье Перенос базы данных SQL Server в Azure.
Высокий уровень доступности и масштабируемости
Масштабируемые наборы виртуальных машин
Если вам нужно обеспечить высокий уровень доступности и возможность масштабирования для приложения, перенесите образ виртуальной машины в масштабируемый набор виртуальных машин Azure, чтобы повысить уровень доступности и улучшить возможность масштабирования приложения. Масштабируемые наборы виртуальных машин позволяют использовать уже настроенную виртуальную машину или настроить конвейер сборки, чтобы создать образ с вашим приложением.
Чтобы приступить к работе, изучите статью Развертывание приложения в масштабируемых наборах виртуальных машин.
Централизованное ведение журналов
Если приложение выполняется на нескольких экземплярах, рассмотрите возможность хранения журналов в централизованном расположении, например в хранилище Azure.
Следующие шаги
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по