Вот то, что я сделал для фиксации его, хотя я не совсем уверен, почему это разрешило проблему. Может кто-то, кто является более сведущим в сетях тщательно продуманного? Я приехал в это посредством проигрывания вокруг и экспериментирования.
В RRAS я добавил статический маршрут с Целевым набором IP-адреса к зарезервированному общедоступному IP-адресу, который я добавил к Пулу адресов. Я установил сетевую маску на 255.255.255.255, шлюз к 0.0.0.0 и Метрику к 276.
Хотя я ненавижу модные словечки, я должен защитить это, Вы проявляете Целостный подход, вместо того, чтобы пытаться установить базовые метрики, на которых можно категоризировать Ваши рабочие нагрузки для виртуализации.
В самом неопределенном из терминов вид основных определяющих факторов, которые можно использовать:
Также остерегайтесь Опасностей Методологии. Виртуализация среды компаний берут навык, опыт и немного креативного мышления для осуществления правильно, и необходимо будет глубокомысленно соединить среду, которую можно обеспечить с рабочими нагрузками, которые необходимо поддерживать при переплетении в целом наборе бизнес-требований и оппортунистических улучшений инфраструктуры по пути. Можно записать руководство для этого материала, но результат того подхода не обеспечит оптимальное значение бизнесу.
Обычно существует не обязательно строка в песке, который Вы пересекаете, и внезапно одно решение лучше, чем другой. Существуют за и против и виртуализации и не, и раз так сделать ли это в облаке или дома.
Действительно необходимо взять определенный вариант использования, узнать за и против каждого решения относительно того варианта использования, затем расположить по приоритетам каждого из профессионалов/недостатков для клиента и выбрать решение. Нет точной формулы для этого, потому что про то же могло бы быть жизненным средством сохранения для одного клиента, в то время как то же, про для того же приложения, не могло бы иметь значения для другого. То же с недостатками, недопустимое для одной компании не могло бы иметь значения для другого.
Конечно, пригодность приложения имеет значение, но когда и маршруты являются опцией, это - больше о приоритизации преимуществ и недостатков, чем какое-либо волшебство IO/CPU/Load числа.
Прежде всего я согласился бы, что необходимо удостовериться, что поставщики поддерживают или даже позволяют, виртуализация их приложений. У нас есть одно довольно важное приложение, которое позволяет виртуализацию, но оставляет за собой право заставлять нас загрузить приложение на физический сервер, если поиск и устранение неисправностей требует его. У нас есть другие приложения, которые не поддерживают виртуализацию вообще.
Во-вторых, на какие аппаратные средства хоста виртуализации Вы смотрите? Если у Вас есть достаточно лошадиной силы, можно виртуализировать примерно что-либо, но если Вы являетесь недостаточно мощными, можно вызвать главные проблемы производительности.
В-третьих, соглашаются Вы с важнейшим виртуализируемым программным обеспечением? Можно хотеть рассмотреть наличие или кластер или больше чем один виртуальный хост так, чтобы, если одинокий хост понижается, он не удалял половину инфраструктуры.
Наконец, и самый большой критерий нас на неважных приложениях, насколько подавленный действительно ли аппаратные средства являются приложением, в настоящее время находится на? У нас было несколько раскормленных серверов, делающих одну мелочь, которую мы хорошо обслуживались путем виртуализации. Кроме того, замена старых аппаратных средств является большой здесь. Существует инструмент на Sysinternals, названном disk2vhd, который создаст vhd файл (если Вы будете использовать Hyper-V или Виртуальный сервер) от физического диска, и нам очень везло с виртуализацией существующих физических экземпляров с этим.