Более профессиональные инструменты, например, VirtualBox (иначе xVM), и VMware поддерживают несколько снимков и "тонкого" клонирования.
VMware дополнительно имеет некоторое ограниченное 3D ускорение, интеграция с Eclipse, отлаживающим (позволяет Вам отладить приложения в VM снаружи VM), виртуальные сетевые функции, поддержка мультимонитора, и запишите/воспроизведите функциональность (полезный для отладки проблем параллелизма - записывает на том, какое ядро и в том, что последовательность любые инструкции выполняет).
VirtualBox и Виртуальная машина Ядра намного легче получить работу, потому что Вы не должны компилировать драйвер ядра. Они также оба свободны, в то время как VMware стоит ~ 190$. KVM является абсолютно открытым исходным кодом, в то время как только некоторые части VirtualBox.
По моему опыту, производительность в различных инструментах виртуализации была о том же везде с небольшим краем к VirtualBox и VMware по сравнению с KVM. Ваш пробег может варьироваться в зависимости от Вашей аппаратной конфигурации и конфигурации системы.
Наконец, если Вы думаете о виртуализации набора серверов, рассматриваете основанную на гипервизоре ОС как Вашу базу, а не Linux, такой как ESXI VMware, HyperV Microsoft или Xen. Они обычно предлагают вещи как живая миграция, совместное использование памяти и отказоустойчивость, и имеют меньше служебное. Однако они обычно не могут использоваться от компьютера, на котором они работают, вместо этого полагаясь на удаленные инструменты управления, такие как vSphere или System Center. Все три из этих гипервизоров являются бесплатными. VMware заряжает приблизительно $3 тысячи для получения доступ ко всем хорошим функциям все же. Решения Microsoft и Xen полнофункциональны в бесплатном продукте. (Решение Microsoft doens't работает очень хорошо, если Вам не развернули Active Directory уже хотя),
Действительно ли Ваш домашний компьютер общедоступен? Это принимает соединения от Вашего рабочего компьютера? Я думал бы об установлении удаленного туннеля на локальном компьютере дома и затем попытался бы связать это с удаленным портом удаленного хоста локально к обратному потоку также.
Во-первых, Вы сначала согласовывали со своим офисом группа IT, чтобы удостовериться, что Вам разрешают выполнить ssh сервер в Вашей системе? Некоторые рабочие места запретят тот тип удаленного доступа. Поэтому, если Ваше рабочее место не позволит возможность соединения SSH удаленно, то необходимо игнорировать вторую часть этого ответа, потому что выполнение, что говорит вторая часть, могло уволить Вас или потерю полномочий.
Во-вторых, если бы Вам разрешают, необходимо было бы установить ssh демона, openssh_server
. SSH и TeamViewer работают на отдельных протоколах, который является почему SSH через порт 80 работ привычки.