Судьба | приобретена корпорацией Oracle |
---|---|
Штаб-квартира | , Соединенные Штаты |
Virtual Iron Software , располагалась в Лоуэлле, Массачусетс , продавала фирменное программное обеспечение для виртуализации и управления виртуальной инфраструктурой. Соучредителем компании был Алекс Василевский, [1] Virtual Iron была одной из первых компаний, предложивших программное обеспечение для виртуализации, полностью поддерживающее аппаратную виртуализацию Intel VT-x и AMD-V . [2]
В мае 2009 года корпорация Oracle согласилась приобрести Virtual Iron Software, Inc., при условии соблюдения обычных условий закрытия сделки. Теперь Oracle отказывается предлагать какие-либо обновления или исправления для текущих клиентов, даже обновления и исправления, разработанные до покупки. [3] 19 июня 2009 года The Register сообщил, что Oracle прекратила разработку продукта Virtual Iron. [4][обновлять]
Программное обеспечение Virtual Iron запускало немодифицированные 32- и 64-разрядные гостевые операционные системы с производительностью, близкой к родной [ требуется ссылка ] . Менеджер виртуализации предлагал доступ к управлению, автоматизации, изменению и мониторингу виртуальных ресурсов. Службы виртуализации автоматически развертывались на поддерживаемом оборудовании без дополнительного программного обеспечения. Платформа была основана на гипервизоре Xen с открытым исходным кодом . [5] Virtual Iron, как и другое программное обеспечение виртуализации, обеспечивало консолидацию серверов, непрерывность бизнеса и управление емкостью. [6]
Платформа Virtual Iron состояла из менеджера виртуализации, серверов виртуализации и гипервизора . Менеджер виртуализации (VI-Center), приложение на основе Java , позволяло централизованно управлять виртуализированными серверами. Физический сервер мог иметь много виртуализированных серверов, которые работали как немодифицированные гостевые операционные системы .
Virtual Iron может использовать как физические, так и виртуальные модели доступа к хранилищу. Однако использование виртуальной модели доступа к хранилищу использовало хранилище SAN для создания отказоустойчивого кластера виртуальных узлов на базе iSCSI или Fibre Channel . VI Center устанавливался как на Windows, так и на Linux. После установки администратор должен был настроить «сеть управления» для связи с узлами в кластере. VI Center использовал сеть управления для загрузки PXE любого сервера, который был подключен и правильно настроен (для загрузки PXE).
Включенный инструмент LiveRecovery мог настраивать высокую доступность. Кроме того, балансировка нагрузки ЦП или энергопотребления настраивалась с помощью инструментов LiveCapacity или LivePower соответственно. Дополнительные функции включали клонирование дисков и виртуальных машин (снимки), поддержку IPMI /ILO и т. д.
Virtual Iron реализовала полную виртуализацию (требующую аппаратной виртуализации , которую она назвала собственной виртуализацией ) вместо паравиртуализации . Собственная виртуализация допускала немодифицированные гостевые операционные системы и имела преимущество в виде аппаратных усовершенствований для лучшей производительности. Virtual Iron, Inc заявила, что была пионером внедрения собственной виртуализации . [7] Virtual Iron обсуждала паравиртуализацию и собственную виртуализацию в своем блоге:
Virtual Iron принял решение отказаться от паравиртуализации в пользу «родной виртуализации». С появлением аппаратных достижений Intel и AMD мы видим, что родная виртуализация способна соответствовать производительности физического оборудования без какой-либо сложности и инженерных усилий, связанных с паравиртуализацией ОС. Из наших обсуждений с широким кругом пользователей следует, что они просто не хотят развертывать модифицированные ОС, если компромисс не будет в их пользу. Этот фаустовский компромисс больше не нужен. [8]