У нас есть устаревший веб-сервер Windows, на котором размещаются веб-приложения через IIS, и он содержит экземпляр SQL Server 2005. Он поддерживает ряд веб-сайтов от стандартного HTML до классического ASP и до ASP.NET MVC.
В настоящее время он размещен в нашем офисе и всегда доступен нашим удаленным сотрудникам по широкополосной связи, хотя в последнее время мы начали создавать порталы для доступа некоторых наших клиентов, так что это становится ненадежной ситуацией. В этом году мы собираемся заменить сервер, и я рассматриваю возможность переноса его в облако.
Я изучал облачные сервисы Azure, но, поскольку наши требования включают классический ASP, невозможно переписать все для работы с этим, поэтому теперь я смотрю на их виртуальные машины.
У меня вопрос: есть ли какие-нибудь подводные камни при переходе с выделенного сервера на виртуальную машину? Наши веб-приложения не особо загружают процессор, и у нас нет сотен пользователей, но могут ли мы столкнуться с какими-либо проблемами с производительностью.
Что еще я должен рассмотреть?
Преобразование в виртуальные машины имеет преимущества, которые вы не можете себе представить, особенно когда вы начинаете создавать образ виртуальных жестких дисков для безопасности и быстрого восстановления.
Есть масса вещей, на которые стоит обратить внимание, и вам не придется вводить новшества и учиться на собственном горьком опыте, как это было бы всего два года назад.
Я ненавижу слушать руководящие принципы поставщиков для получения беспристрастных советов по очевидным причинам, за исключением Марка Руссиновича из Microsoft, которому было разрешено поддерживать свою интеллектуальную целостность (пожалуйста, изучите его учетные данные и убедитесь, что он считался занозой от MS, пока они не купили его компанию и не зачислили его), но у него были чрезвычайно ценные веб-трансляции об Azure, но, что более важно, о критериях и опасностях виртуализации любого узла Windows, и эта информация бесплатна по адресу:
http://channel9.msdn.com/Events/TechEd/NorthAmerica/2012/AZR209
В конце концов возникает вопрос, следует ли вам размещать на LINUX / UNIX для его преимуществ безотказной работы или на Windows для нативной интеграции, и ответы однозначны: у вас будут коварные проблемы, чем больше вы интегрируете собственные стандарты Windows с любым честным хостом RFC, но еще хуже, если вы пробуете использовать любой из бесконечных вариантов экзотических дистрибутивов LINUX и их неизвестных нюансов.
Достаточно сохранить вашу архитектуру как можно более совместимой с RFC, чтобы избавиться от хлопот виртуализированного сервера Windows.
Но ни в коем случае не используйте этот проект как возможность внедрить новые / незнакомые технологии, поскольку независимо от истинной причины любых сбоев системы первый и последний человек не в состоянии компетентно объяснить, как функционирует новая среда, и не может адекватно отреагировать на самые дикие тупицы. смехотворные обвинения разработчиков cya 'останутся с сумкой вины вне зависимости от того, заслужили они этого или нет.