VMware vs виртуальный сервер 2005

Это два совершенно разных класса платформы виртуализации. VS 2005 совсем не похож на VMware ESX с точки зрения функциональности. Я предполагаю, что вы говорите о серверной платформе здесь, кстати.

VMware делает множество вещей, на которые MS далеко не способен. Реальная живая миграция (VMotion), миграция хранилища, надежный интерфейс управления (который действительно нужен любящий, но эй, никто не совершенен), высокая доступность и т. Д.

Если вы говорите о программном обеспечении для настольных компьютеров, то VMware также является королем, но его предложение относительно дорого в этом плане.

Самая важная причина для начала использования VMware заключается в том, что именно эту платформу выбрала ваша новая компания для своей платформы VM.

VMware имеет vMotion для перемещения машин с одного хоста на другой в режиме реального времени. С vSphere 4.0 (только что выпущенной) у вас есть возможность использовать VMware FT, которая является новой отказоустойчивой функцией, которая обеспечивает мгновенное переключение при сбое в случае аппаратного сбоя.

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

Вы бы намного лучше сравнивали VMWare с Hyper-V, который является более прямым конкурентом VMWare на серверной платформе.

Hyper-V R2 будет выпущен с 80% набора функций, который VMWare предлагает в настоящее время, включая, помимо прочего, миграцию виртуальных машин в режиме реального времени и отказоустойчивость при использовании вместе с System Center.

Я использую оба. В зависимости от моей среды, потребностей клиентов и оборудования. Hyper-V развернут в вашей корпоративной штаб-квартире, но используйте VMWare дома из-за аппаратных ограничений. Я также использую Parallels и VirtualBox для виртуализации своих компьютеров.

MCT должны использовать Virtual Server для новых курсов, так как это единственный способ, которым MS распространяет учебное ПО.

В нашей среде разработки мы запускаем Virtual Server 2005, поскольку его легко использовать со всеми виртуальными машинами Microsoft. Однако в производственной среде мы используем ESX со смесью машин Microsoft/Linux.

ESX также позволяет вам перераспределять память вместе с несколькими ЦП, тогда как с VS2005 вы ограничены одним ЦП на машину и максимум физической памяти.

Дома я использую Virtual Server 2005 с несколькими машинами для разработки - поскольку ESXi не будет играть в мяч с моим серверным оборудованием (оно требовательно по сравнению с VS2005).

Что касается преобразования, VMWare уничтожает MS. Я неоднократно использовал VMWare Converter, когда "большая пушка" MS P2V (SCVMM) переворачивается и сдается - даже в магазине Microsoft.

MS, похоже, играет в догонялки во многих областях (например, в v-motion) - я ожидаю, что вам понравится более зрелый инструментарий VMWare.

При этом HyperV (VS 2005 - это не то, что вы хотели бы удерживать), и, как отмечает Diago, R2 доведет список функций почти до уровней VMWare, но, как только он появится, HyperV (VS 2005 - это не то, что вам нужно удерживать). Я действительно ожидаю, что реализация будет довольно сырой еще пару лет, по крайней мере.

[править] Я должен отметить, что я вполне доволен способностью win7 загружаться с различных VHD. Не то чтобы использование VMWare исключало бы использование этой функции, но я надеюсь, что "создание образа" скоро будет состоять из копирования на виртуальном жестком диске, и что я с радостью разберусь с указанными виртуальными жесткими дисками в SCVMM. (несколько непонятный момент в пользу виртуальных жестких дисков для стандарта компании по сравнению с VMDK)

Исторически были некоторые очень существенные проблемы с поддержкой Microsoft Virtual Server образов Linux - в основном, для многих дистрибутивов Linux требовался 16-битный цвет для загрузки и установки, и это не поддерживалось в эмуляции Virtual Server. Возможно, это было решено с момента выхода этой конкретной версии, но, учитывая послужной список враждебности Microsoft по отношению к миру с открытым исходным кодом, если вы собираетесь работать с виртуальными машинами, отличными от ОС Windows, вы будете намного счастливее, используя VMware (или одну из варианты с открытым исходным кодом).

Virtual Server 2005 довольно устарел. Вы должны посмотреть на Hyper-V и ESXi и / или ESX на серверной платформе, а также на VMware Workstation и VPC 2007 на настольном компьютере. Virtual Server 2005 относится к одной категории VMware Server, и оба они не должны рассматриваться в серверной среде.

Хотя я все еще стремлюсь использовать VMware поверх Microsoft, одна вещь, которая мне действительно нравится, это встроенная опция загрузки с VHD в Windows 7. Другие производители, включая VMware, не обладают такими же функциями в своих продуктах.

Надеюсь, это поможет.

На личном уровне, что мне нравится в VMware vs Virtual Server, это то, что я могу взять любую виртуальную машину и запустить ее на своей рабочей станции Windows, на сервере Linux или ESXi или на своем Mac дома.

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

Очевидно, что первым и самым важным фактором является то, что ваша новая компания использует VMWare. Вы должны использовать VMWare из-за этого, конец истории. Представьте, что ваш коллега отправляет вам гостевой образ, вы не можете его использовать, потому что он будет VMware (не без большого времени на конвертацию), и если вы захотите отправить его обратно ему, у вас будет все равно конвертировать обратно в Vmware.

Другие причины, по которым кому-то захочется использовать VMware поверх VS, заключаются в том, что у него гораздо больше функций - некоторые из них упоминались, причудливые наборы инструментов с графическим интерфейсом для управления виртуальными машинами, такими как Lab Manager и Virtual Center; живая миграция, балансировка нагрузки на ресурсы и резервное копирование; но также и относительно малоизвестный прием, который VMware использует для совместного использования памяти, позволяя вам запускать на хосте больше виртуальных машин, чем вы могли подумать. Это довольно аккуратно и позволяет вам запускать множество виртуальных машин с низким ресурсом или множество похожих виртуальных машин в одном устройстве.

Как часто вы перемещаете свои виртуальные машины с одного компьютера на другой?

У меня никогда не было проблем с этим с помощью VMWare (Server 1.x/2.x, Workstation или Player), но у меня были проблемы с виртуальными машинами, созданными с использованием Virtual Server (это было много лет назад, поэтому я не могу вспомнить конкретную ошибку, но это было как-то связано с учетными записями пользователей и отсутствием доступа к ВМ).

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

Поскольку мы уже работали в сжатые сроки, я думаю, что это повод с осторожностью относиться к продуктам MS Virtualization.