Как подключить 2 виртуальные машины в Windows Azure, чтобы иметь двухуровневую архитектуру?
Как создать 2 подключенные виртуальные машины в Windows Azure, чтобы иметь возможность развертывать решение с двухуровневой архитектурой ?
позвольте мне уточнить сценарий, в настоящее время я использую 1 виртуальные машины в Windows Azure, где у меня установлен SQL Server 2008 DB и ASP.NET решение.
однако я хочу создать очень простую двухуровневую архитектуру, в которой БД SQL Server 2008 установлена на Server1, и ASP.NET решение развертывается на Сервер2.
Итак, как это сделать? Я имею в виду, как подключить эти две отдельные виртуальные машины? И как они могут работать вместе, чтобы запустить одно решение?
не могли бы вы помочь мне в этом сценарии ?
спасибо !
3 ответов
похоже, что большое внимание уделяется виртуальной сети. Это хорошо, но..... если все, что вы пытаетесь сделать, это создать многоуровневое приложение с несколькими виртуальными машинами, работающими совместно друг с другом, вы можете просто создать несколько виртуальных машин в одном облачном сервисе (то есть все они живут в xyz.cloudapp.net
).
Они все будут сидеть за одним общедоступным IP-адресом, но рассмотрим ваш случай, когда у вас есть веб-сервер и сервер базы данных:
- выставить порты 80 и 443 специально для веб-сервера(ов) (вы можете иметь несколько и балансировать нагрузку на порты через эти VMs
- не выставляйте никаких открытых портов для сервера баз данных
после развертывания в той же облачной службе каждая виртуальная машина в облачной службе может напрямую разговаривать с любой другой виртуальной машиной в облачной службе, используя имя хоста, назначенное ей.
вы также можете развернуть свои веб-уровни и уровни базы данных в разных облачных службах и по-прежнему общаться между их без виртуальной сети. Если вы откроете, скажем, порт 1433 на сервере базы данных, теперь ваш веб-уровень может просто открыть соединение с yourdb.cloudapp.net:1433
. Конечно, это означает, что весь мир может делать то же самое, но... вы можете применить ACL конечной точки (список управления доступом) на yourdb.cloudapp.net
порт 1433, и разрешить только публичный VIP облачного сервиса вашего веб-уровня.
вам понадобится виртуальная сеть, если ваш веб-уровень и уровень базы данных находятся в отдельных облачных службах, и вы не хотите, чтобы какие-либо открытые порты ваш уровень данных, и вы не хотите идти через встроенный балансировщик нагрузки.
вы должны использовать виртуальную сеть (http://www.windowsazure.com/en-us/services/virtual-network/). Кроме того, можно сконфигурировать две машины как часть единой облачной службы, чтобы они были инкапсулированы вместе и общедоступны через одну cloudapp.net адрес. Обратите внимание, что для использования Azure SLA необходимо запустить два экземпляра каждого уровня (web / DB).
обратите внимание, что вы не можете добавить существующую виртуальную машину на новую виртуальную сеть.
вы можете создать виртуальную сеть, а затем добавить оба сервера в одной сети, если они находятся в разных облачных службах (что по умолчанию при использовании quick create). Но вы не можете сделать это с серверами, которые были созданы, поэтому вам нужно будет отсоединить диски, создать 2 новых сервера в новой сети, а затем снова подключить диски к новым серверам.
Если вы планируете использовать DC, то создайте 2 подсети в своей виртуальной сети и поместите свой DC в один, а серверы в другой, поскольку вы не хотите, чтобы ваш DC получал другой IP.