Назад | Перейти на главную страницу

Физическая или виртуальная машина (HyperV R2) для шлюза управления угрозами 2010 (TMG 2010)

Каковы ХОРОШО и ПЛОХОЙ стороны использования физической машины и какие ХОРОШИЕ и ПЛОХОЙ стороны использования виртуальной машины (Hyper-V R2) для размещения TMG 2010 в NLB (также известный как 2 x TMG 2010)?

Мы планируем развертывание TMG в нашей сети и обсуждаем преимущества и недостатки одного из них. Возможно, при использовании физической машины задержка сети будет ниже, чем при использовании виртуальной.

Виртуализация увеличивает накладные расходы практически на каждый аспект машины. Вы обнаружите, что почти все недостатки сводятся к этой дополнительной сложности.

Основные плюсы заключаются в том, что вы можете разместить эти два (или более) TMG в кластере, где у вас может быть значительно больше времени безотказной работы, виртуальные машины быстрее раскручиваются, а динамическое выделение им ресурсов значительно быстрее и проще. Эти функции являются общими практически для всех развертываний виртуализации.

Как и в случае с большинством развертываний виртуализации, если вы выделяете всю машину для виртуальной машины, нет смысла добавлять сложность виртуализации. Однако, если у вас уже есть кластер VH и вам не нужно выделять большое количество оборудования, имеет смысл использовать кластер.

В случае с TMG он очень интенсивно использует сеть и немного потребляет ресурсы процессора и жесткого диска. Он хорошо подходит для виртуализации (мы запускаем его в виртуальном режиме, и у нас не было проблем, хотя он не очень часто использовался).

если вам нужна чистая мощность, обработайте процессор / память / сеть на максимальном использовании физического
Если вам нужно иметь несколько компьютеров с балансировкой нагрузки, автоматически подготовьтесь по мере увеличения нагрузки, используйте vms.

примечание о «частных облаках»:

предположим, что вам нужно X ресурсов для обработки вашего приложения, назовем его XpowApp - это включает процессор, память, диск, сеть и т. д.

теперь у вас есть группа виртуальных машин, которые могут обрабатывать это количество XpowApp на 75% от их общих ресурсов, и в какой-то момент у вас есть увеличение на 50% по сравнению с фактическим XpowApp, тогда вы превышаете 100% от того, что могут делать виртуальные машины ... поэтому в основном виртуальные машины становятся бесполезными, ЕСЛИ вы не можете принести новый физический сервер и установить на нем виртуальные машины. То же самое может произойти на физических серверах, но они смогут выполнять больше, чем все виртуальные машины вместе, потому что нет уровня виртуализации для обработки.

ubuntu предлагает очень интересную альтернативу этому, когда ваше частное облако выполняет XpowApp, и если вы превысите емкость, вы можете расширить ее до общедоступного облака, а затем вы можете поддерживать всплески с покупкой всего дополнительного оборудования.