Нажмите "Enter", чтобы перейти к содержанию

Виртуальный процессор для пк: Как из домашнего ПК средствами виртуализации сохранить игровую систему / Хабр

Как из домашнего ПК средствами виртуализации сохранить игровую систему / Хабр
Благодаря конкуренции и развитию НТП современные ПК позволяют выполнять множество простых и сложных задач одновременно, например играть и воспроизводить видео на ТВ, рендерить графику и читать новости в интернете, раздавая торренты параллельно, и т.д. и т.п. Многие идут дальше и используют несколько ПК для работы и развлечений. Однако при помощи технологий виртуализации можно с одной стороны расширить возможности своего ПК, а с другой сэкономить, т.к. по сути можно запустить несколько операционных систем на одном железе в одно и то же время.
Эта статья будет повещена настройки хоста именно для использования в «быту», т.е. разговор пойдет о GPU PASSTHROUGH.

Содержание

Введение


Сперва несколько слов про виртуализацию в целом. Согласно Википедии:
Виртуализа́ция — предоставление набора вычислительных ресурсов или их логического объединения, абстрагированное от аппаратной реализации, и обеспечивающее при этом логическую изоляцию друг от друга вычислительных процессов, выполняемых на одном физическом ресурсе.
Достигается как при помощи приложений (например VirtualBox, VMware) так и на уровне систем, поддерживающих аппаратную виртуализацию (например KVM, ESXi, Hyper-V). В последнем случае потери производительности по сравнению с нативными системами минимальна.

Здесь и далее в статье будет описание настроек системы виртуализации с открытым исходным кодом Proxmox потому что она в меру дружелюбна, есть легкий доступ к консоли через веб форму, а так же базируется на связке Debian + kvm, по которым очень много гайдов и описаний в сети, т.е. документации в т.ч. и на русском языке.

Требования к железу


Нам потребуется:

— процессор и материнская плата с поддержкой VT-x, VT-d от Интел или AMD-Vi, IOMMU от АМД. Не поленитесь и уточните поддерживает ли именно Ваш экземпляр данные требования.

Что касается материнских плат. Категорически не рекомендую гнать железо при посредственной разводке на плате питания. По Z270 и Z390 игнорировать оранжевую зону или оставлять работать в стоке.

  • 2 видеокарты, одну игровую (в сети за меньшее количество проблем при пробросах в виртуальную машину хвалят красных, но лично у меня все получилось с видеокартой от зеленых), вторую для хоста. В моем случае это интегрированная в процессор.
  • 1-2 монитора и кабели к ним, для того чтобы
  • пара комплектов клавиатура + мышь, чтобы было удобно работать и настраивать системы
  • второй ПК или планшет подключенный к локальной сети, что бы сделать настройки через вебформу.

Установка и настройки


Мною было использована следующая игровая конфигурация:

— ПК для хоста конфиг был собран на далеко не лучшей материнской плате, но на англоязычных форумах очень часто хвалят эту фирму за то, что ее железо чаще всего подходит для таких вещей:
Процессор — i7 8700k
Мать — ASRock Z390M Pro4
Видеокарта — INNO3D GeForce GTX 1070 iChill X4
— второй ПК (Мини-ПК Morefine-M1s),
— 2 мыши,
— 1 клавиатуру на хосте, на остальных устройствах использовал софтварную,
— 3 подключения к монитору Dell U2713HM (VGA — для интегрированной видеокарты, HDMI — для GTX1070, на DVI находится Мини-ПК. Переключения между видеосигналами осуществлял через меню монитора)

0й этап — На материнской плате включаем VT-d:Enable, Intel Vitrualization Technology:Enable, Primary Graphx adapter:VGA, Above 4G Decoding:Enable. Если есть возможность обязательно выбираем основным графическим адаптером тот, на котором будет работать хост, т.е. более слабую видеокарту и переключаемся на нее.

1й этап — Устанавливаем Proxmox на хост. Для этого:

1.1. Скачиваем образ диска с официального сайта

1.2. Пишем образ на флешку при помощи специальных программ

1.3. Загружаемся с флешки, и производим инсталляцию с указанием на какой жесткий диск ставить, вводим пароль для будущего пользователя root, а так же настройки сети прописываем явно.

2й этап — Подключаемся по сети через веб интерфейс при помощи второго ПК или
планшета (в моем случае это был Мини-ПК) к хосту и настраиваем Proxmox по этому гайду через текстовую консоль.

image

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

1) Run the «dmesg | grep ecap» command.

2) On the IOMMU lines, the hexadecimal value after «ecap» indicates whether interrupt remapping is supported.

If the last character of this value is an 8, 9, a, b, c, d, e, or an f, interrupt remapping is supported. For example, «ecap 1000» indicates there is no interrupt remapping support. «ecap 10207f» indicates interrupt remapping support, as the last character is an «f».

Interrupt remapping will only be enabled if every IOMMU supports it.

Если условие выполняется — продолжаем.

Итак настройки:

Открываем файл командой из консоли (символ двойной решетки вводить не надо, так я буду разделять в тексте команды от того что необходимо внести в файл)

## nano /etc/default/grub

производим замену
GRUB_CMDLINE_LINUX_DEFAULT="quiet"

для процессоров Интел
GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on"

для процессоров АМД
GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on"

следом даем команду
## update-grub

после чего перезагружаем хост через веб интерфейсФайл grub для ПК в статье
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="Proxmox Virtual Environment"
GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on"
GRUB_CMDLINE_LINUX=""

# Disable os-prober, it might add menu entries for each guest
GRUB_DISABLE_OS_PROBER=true

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"


Добавляем в файл конфигурации загрузку необходимых драйверов
## nano /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
vfio
vfio_iommu_type1
vfio_pci
vfio_virqfd

Прописываем в консоли
## lspci

На экран будет выведен список устройств доступных для проброса, находим интересующий нас блок с видеокартой, в моем случае это 2 устройства в группе видеокарта и звук по адрсам 01:00.0 и 01:00.1, поэтому я прописываю сразу группу.
## nano /etc/pve/qemu-server/vmid.conf
hostpci0: 01:00

Прописываем в консоли команду для того что бы определить модель и ее id

## lspci -n -s 01:00
01:00.0 0300: 10de:1b81 (rev a2)
01:00.1 0403: 10de:10f0 (rev a1)

Теперь правим файл под нашу видеокарту (в Вашем случае id будут иные)

## nano /etc/modprobe.d/vfio.conf
options vfio-pci ids=10de:1b81,10de:10f0

Заносим в черный лист драйвера
## nano /etc/modprobe.d/blacklist.conf
blacklist radeon
blacklist nouveau
blacklist nvidia

Теперь создаем через веб интерфейс и правим через консоль файл настроек виртуальной машины. Здесь строка «args:» решает, т.к. без нее драйвер видеокарты обнаружит виртуализацию, но путем подмены наименования оборудования, точнее hv_vendor_id=willitwork, мы снимаем проблему с ошибкой 43, которую может выдать видеодрайвер устройства. Здесь есть номер виртуальной машины в proxmox используемый в качестве имени.
## nano /etc/pve/qemu-server/<vmid>.conf
args: -cpu 'host,+kvm_pv_unhalt,+kvm_pv_eoi,hv_vendor_id=willitwork,kvm=off'
.....
bios: ovmf
.....
hostpci0: 01:00.0,pcie=1
.....
machine: q35

Файл настроек виртуальной машины для ПК в статье
args: -cpu 'host,+kvm_pv_unhalt,+kvm_pv_eoi,hv_vendor_id=willitwork,kvm=off'
bios: ovmf
boot: dcn
bootdisk: sata0
cores: 8
cpu: host
hostpci0: 01:00.0,pcie=1
ide2: local:iso/ru-en_windows_10_1803_x86-x64.iso,media$
machine: q35
memory: 16384
net0: e1000=EA:20:FA:6A:D6:A0,bridge=vmbr0
numa: 0
ostype: win10
sata0: local-lvm:vm-100-disk-0,size=120G
scsihw: virtio-scsi-pci
smbios1: uuid=751edeca-d249-4c0d-9ded-b59d929df0f1
sockets: 1
usb0: host=1-8.4
usb1: host=1-8.3
vmgenid: b75aeb27-3102-458d-8e23-18cd27796dc1


Теперь перезагружаем хост и запускаем виртуальную машину.

3й этап — Через Удаленную видеоконсоль установим Windows и драйвера. В моем случае Windows распознал сперва видео драйвер proxmox для работы через видеоконсоль, потом нашел драйвер для GTX1070, а после обновления через интернет (принудительный поиск драйверов в сети) скачал и установил нужный мне драйвер для игровой видеокарты.

4й этап — Перезапустим Виртуальную машину, переключаем отображение видеопотока на мониторе на разъем видеокарты и… в моем случае все заработало сразу, никаких ошибок 43… При этом рабочий стол определяется как №2.

я попробовал запустить видео Blue-ray — без проблем, задержек и фризов с видеорядом нет, запустил Warhammer online — он завелся и в PvP играть было комфортно, запустил GTA5 у мя выскочила сюжетка, вполне комфортно пострелял. Визуально потерь в производительности нет.

Если нам необходимо пробросить жесткий диск целиком, то в файле настроек виртуальной машины необходимо добавить строку:

ide0: volume=/dev/sda

или
sata0: volume=/dev/sda

Конкретно какой именно sda/sdb/sdc/и т.п. можно уточнить в веб интерфейсе.

image

P.S.

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

00:1f.0 ISA bridge: Intel Corporation Device a305 (rev 10)
00:1f.3 Audio device: Intel Corporation Device a348 (rev 10)
00:1f.4 SMBus: Intel Corporation Device a323 (rev 10)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Device a324 (rev 10)
00:1f.6 Ethernet controller: Intel Corporation Device 15bc (rev 10)

Т.е. звук или через видеокабель на монитор или внешняя звуковая карта. Порты USB пробрасываюся без проблем. К сожалению на текущий момент нерешаемо. Есть вариант удаленного подключения с другого ПК к игровому, через RDP или SPICE. В этом случае все будет нормально

Не всегда проброс видеокарты проходит идеально как в моем случае, мешается или ошибка 43 или что-то еще. Здесь описаны и другие настройки, которые могут помочь. В идеале нужно искать в сети удачные сетапы и ориентироваться на них, каким для меня явился этот, кроме того есть еще список железа, позволяющий достичь того же что и я, но он не полный.

UPDATE1:
Несколько замечаний по переферии:
1. Как прокинуть в ВМ клавиатуру с порта PS/2:
сперва вводим комманду в консоли
## dmesg | grep input
Ищем в тексте запись навроде

input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2

Запоминаем цифру 2 в конце, она может быть и другой. Потом в файл настроек ВМ в строку добавляем:
args: -object 'input-linux,id=kbd,evdev=/dev/input/event2,grab_all=on,repeat=on'
вставляя 2 в конец evdev=/dev/input/event2

Для мыши — аналогично.

2. По USB:
Что касается USB устройств там все проще, устройства прокидываются прямо из веб формы по ID или же целиком можно прокинуть порт. Однако есть нюанс — если Вы по каким-либо причинам не можете как и я прокинуть аудиоустройство в ВМ, т.к. оно содержится в группе с ключевыми контроллерами без которых хост не может полноценно работать, то проброс порта/устройства через USB решает эту проблему, но звук может начать отваливаться через некоторое время работы, шипить/гудеть и прочие… прочее, в то же время на нативной системе все будет замечательно. В этом случае необходимо пробрасывать не порт/устройство, а сам контроллер USB как PCIe устройство по методу указанному в статье. И все резко наладится. Но в то же время через хост после запуска ВМ с такими настройками пробросить другие устройства с этого контроллера больше не получится.

3. Жесткие диски можно пробрасывать как через проброс контроллера как PCIe устройство по методу указанному в статье (не рекомендую пробрасывать контроллер интегрированный в материнскую плату, только подключенные к PCIe), либо напрямую:
заходим в
## cd /dev/disk/by-id
через dir смотрим листинг…
копируем строки вида ata-WDC_WD40EFRX-68WT0N6_WD-WCC4E1АС9SХ9, в которой прописан интерфейс подключения, марка и номер серии жесткого диска. Затем открываем Файл конфигурации ВМ и пишем:
sata1: volume=/dev/disk/by-id/ata-WDC_WD40EFRX-68WT0N6_WD-WCC4E1АС9SХ9
и все работает, при этом учитывайте, что sata0-sata5, т.е. для одной ВМ число подключаемых таким образом дисков, включая виртуальных, не может превышать 6шт.

UPDATE 2
1. На этом видео видно, что для обхода ошибки 43 помогает обманка со следующей строкой в конфигурационном файле ВМ:

cpu: host, hidden=1, flags=+pcid

www.youtube.com/watch?v=fgx3NMk6F54
Однако там проброс ВК организован с использованием rom файла, что отличается от моего варианта.

2. В связи с тем, что была обновлена версия ProxMox с 5й на 6ю, то что бы система работала с UEFI БИОСом, то необходимо добавить в оборудовании ВМ EFI-диск, иначе не взлетит и не заведется, на 5й версии ProxMox'а этой фичи не было.

P.S.
вот так это выглядит вживую (снято на тапок, освещение тоже не очень)
www.youtube.com/watch?v=wjlmWHJiEug

Некоторые особенности использования виртуальных машин для новичков / Хабр
Виртуальные машины, такие как Virtualbox, используются для эмуляции виртуальное оборудование и запуска нескольких операционных систем на компьютере. Чем лучше будет у вас CPU и чем больше будет оперативной памяти, тем быстрее будут выполнятся виртуальные машины на вашем компьютере.
Я предлагаю несколько советов которые помогут вам сэкономить время при начальной настройке виртуальных машин. Это будет полезно для работы с виртуальными машинами VirtualBox, VMware, Parallels, или любой другой.

Обязательно установите дополнения гостевой ОС VirtualBox или VMware Tools

После установки гостевой операционной системы в виртуальной машине, первое, что нужно сделать, это установить программное обеспечение виртуальной машины -«Дополнения гостевой ОС для VirtualBox» или VMware Tools для VMware". Эти пакеты включают в себя специальные драйверы, которые помогут вашей гостевой операционной системе работать быстрее на используя аппаратные средства вашей основной машины.

Установка пакета проста — в VirtualBox, после загрузки гостевой операционной системы, нажмите кнопку меню Устройства и выберите «Install Guest Additions». Если вы используете VMware, выберите «Install VMware Tools» в меню Virtual Machine. Следуйте инструкциям на экране для завершения установки — если вы используете Windows в качестве гостевой операционной системы, то это будет аналогично установке любого другого приложения.

Убедитесь, что вы имеете самую последнюю версию Guest Additions — если вы видите уведомление, что доступно обновление для Guest Additions или VMware Tools, вы должны установить его.

Создание фиксированного размера дисков при первоначальной настройке

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

Например, если вы создаете новую виртуальную машину с динамически выделяемым диском с максимальным размером 30 Гб, это не займет до 30 Гб места на жестком диске сразу.После установки операционной системы и программ, диск может только занять до 10 Гб. По мере добавления файлов на виртуальном диске, он будет расширяться до максимального размера в 30 Гб.

Это может быть удобно — каждая виртуальная машина не будет занимать неоправданно много места на вашем жестком диске. Тем не менее, это медленнее, чем создание фиксированного размера диска (диск с заранее выделенным местом). При создании фиксированного размера диска, все 30 Гб, будет занято немедленно на вашем компьютере.

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

Исключите каталог виртуальных машин в вашем антивирусе

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

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

Выделите больше памяти

Виртуальные машины любят много виртуальной памяти. Microsoft рекомендует 2 Гб RAM для 64-битной Windows 7, и эта рекомендация относится и к Windows 7 x32, когда он работает в виртуальной машине. Если вы работаете большими приложениями в виртуальной машине, вы можете выделить более 2 Гб оперативной памяти.

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

Выделите больше процессоров

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

Если вы собираетесь инсталлировать ОС семейства MS-Windows и в будущем чтобы можно было использовать больше ядер при инсталляции указывайте 2 ядра для того чтобы поставился корректный HAL, после инсталляции вы можете выключить машину и поставить 1 ядро по умолчанию для повседневного использования. Но для будущего вы всегда сможете добавить ядра без деинсталляции ОС. Linux VM может динамически определять любое количество ядер при загрузке ОС.

Настройте параметры видео

Тонкая настройка параметров видео и выделение большего объема видеопамяти поможет также улучшить скорость вашей виртуальной машины. Например, включение функции 2D ускорение в VirtualBox улучшает воспроизведение видео в виртуальных машинах, включение 3D-ускорения позволит вам использовать некоторые 3D-приложения.

По большому счету нужно минимизировать использование 3D например ОС Windows 7 — отключив Aero.

Убедитесь, что функции Intel VT-x или AMD-V включены

Intel VT-x и AMD-V являются специальными расширениями процессора, которые улучшают скорость виртуализации. Новые Intel и AMD процессоры обычно включают в себя эти функции. Тем не менее, некоторые компьютеры не включают автоматически VT-x или AMD-V — вам придется включить этот параметр в BIOS вашего компьютера.

Чтобы определить, поддерживает ли Ваш Intel процессор расширение Intel VT, воспользуйтесь утилитами показывающими системную информацию. Если ваш процессор поддерживает эту функцию, но опция недоступна в вашей виртуальной машине, вы должны в BIOS вашего компьютера включить эту функцию. Этот параметр обычно включен по умолчанию в материнских платах с процессорами AMD.

Поместите файлы виртуальной машины на другой диск

Производительность диска может ограничить скорость вашей виртуальной машины. Размещение файлов виртуальной машины на отдельном физическом диске или не на системном диске — может улучшить производительность. Ваша виртуальная машина и система не будут конкурентно читать и писать с одного диска.

Однако, вы не должны запускать виртуальную машину с внешнего диска (USB) — это будет гораздо медленнее.

Еще несколько полезных советов

  1. Выделение дополнительных процессоров редко бывает хорошей идеей. Используйте 1 CPU для настольных ОС.
  2. Постарайтесь не использовать графические гипервизоры для серверных ОС.
  3. Не выделяйте работающим VM Больше ядер чем есть на Вашем компьютере.
Виртуальное "железо", или компьютер понарошку / Программное обеспечение

Иногда компьютер имеет неполную комплектацию. Например, в нем нет привода для чтения лазерных дисков, не работает мышь или клавиатура и так далее. Подобная картина особенно характерна для отработавших свой срок старых ПК. Тратить деньги на обновление морально устаревшего оборудования бессмысленно, а выбрасывать работающие комплектующие жалко. И все же не спешите ставить крест на своих стареньких пентиумах. С помощью специального программного обеспечения можно продлить жизнь устаревших десктопов «на пенсии» и продолжать их использовать для простейших задач – для подготовки офисных документов или организации медиасервера. В крайнем случае, они могут служить в качестве дополнительного монитора.

⇡#Virtual Keyboard 3.2 – виртуальная клавиатура на все случаи жизни

  • Разработчик: Andrej Koch
  • Распространение: shareware
  • Русский интерфейс: есть

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

Хотя главное предназначение программы – решение проблем при наборе текста, утилиту можно использовать также как дополнительное средство безопасного ввода данных. Виртуальная клавиатура затрудняет работу клавиатурных шпионов. Virtual Keyboard пригодится и для решения проблем, связанных с неправильной раскладкой текстовых символов на клавиатуре. Чаще всего они возникают в путешествиях и дальних поездках и причиняют массу неудобств.

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

При установке приложения, можно выбрать шаблоны раскладок клавиатуры для самых разных языков – от арабского и белорусского до вьетнамского и китайского. Virtual Keyboard имеет более семидесяти раскладок и поддерживает около пятидесяти языков.

Набор текста можно выполнять как непосредственно в окне Virtual Keyboard, так и в активном окне любого открытого приложения. В последнем случае виртуальная клавиатура будет постоянно располагаться поверх всех окон. Такую клавиатуру удобно использовать и при наборе писем, сообщений в чатах и т.д.

В программе удобно реализован набор «второстепенных» символов, таких как «скобки», «знак доллара» и пр. Для них на виртуальной клавиатуре предусмотрена отдельная кнопка. Такие команды, как Shift и Caps, работают в стандартном режиме, и при их нажатии соответствующим образом меняется раскладка клавиатуры. В настройках программы можно выбирать шрифт надписей на виртуальной клавиатуре, а также включать двойное обозначение символов на отображаемой раскладке.

На официальном сайте проекта есть специальная версия программы, написанная на Java – J Virtual Keyboard. Ее можно использовать на любой платформе.

⇡#ZMouse 1.0 – выполнение функций мыши с клавиатуры

  • Разработчик: RavenLabs
  • Распространение: бесплатно
  • Русский интерфейс: нет

ZMouse – это небольшая, но очень полезная программа, предназначенная для управления курсором с клавиатуры. В режиме «hotkeys» программа позволяет назначить любую клавишу для выполнения определенного действия мыши. Так, например, при нажатии клавиши «8» курсор может двигаться вверх, при двойном нажатии «9» - выполнять двойной клик и так далее.

По умолчанию утилита уже предлагает свой вариант расположения клавиш для управления указателем мыши – с помощью кнопок на дополнительной клавиатуре.

Нужно отметить, что при использовании ZMouse могут возникнуть совершенно непредвиденные проблемы. Поскольку в процессе работы утилиты группа клавиш клавиатуры отводится для эмулирования команд мыши, в некоторых случаях может оказаться, что их «отсутствие» невосполнимо. Поэтому предлагаемый программой вариант управления по умолчанию нам кажется оптимальным. Программа позволяет использовать стандартные функции нажатия правой и левой кнопки мыши, возможность перемещения курсора по экрану рабочего стола, а также задействовать функцию прокрутки. Кроме того, можно «на лету» менять чувствительность мыши, используя для этого специальные клавиши.

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

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

⇡#MaxiVista 4.0.12 – подключение второго монитора через локальную сеть

  • Разработчик: Bartels Media GmbH
  • Распространение: shareware
  • Русский интерфейс: нет

Похвастаться продвинутой конфигурацией рабочей станции, включающей несколько мониторов, может далеко не каждый пользователь. Действительно, дисплей – это едва ли не самая дорогая часть компьютера, и поскольку без дополнительного экрана можно вполне обойтись, многие пользователи отказываются от такого «излишества». А между тем, чтобы получить возможность работать с несколькими мониторами, можно пойти на хитрость и использовать экран другого компьютера, например, старенького ноутбука, который без дела пылится в сумке или лежит в ящике стола. Причем для этого даже не нужно будет возиться с проводами, а также проверять наличие входов-выходов на видеосистемах настольного компьютера и подключаемого ноутбука. Главное условие задействования «соседнего» экрана – возможность подключения двух компьютеров, которые находятся в локальной сети (при ее достаточной пропускной способности).

MaxiVista состоит из двух частей: одна устанавливается на главный компьютер (PrimaryPC), другая – на удаленный (установочный файл с приставкой SecondaryPC).

При относительно небольшом размере дистрибутива (несколько мегабайт), установка драйвера для работы MaxiVista может происходить достаточно долго, причем по окончании установки потребуется перезагрузка. Возможно, при использовании этой программы необходимо будет внести некоторые дополнительные правила в используемый брандмауэр. В нашем случае, после установки и запуска приложения утилита «посетовала» на наличие установленного антивирусного пакета Kaspersky Internet Security, который, к слову, в дальнейшем никак не влиял на работу MaxiVista.

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

С помощью MaxiVista очень удобно изменять разрешение рабочего стола, а также менять ориентацию картинки и указывать параметры подключенных мониторов. Однако наличие дополнительного монитора подразумевает не только передачу изображения, но также возможность использования общего буфера обмена на удаленном компьютере и сервере. В настройках MaxiVista можно синхронизировать содержимое буфера обмена между клиентом и сервером. Кроме того, чтобы не перегружать канал доступа, можно ограничить размер передаваемого буфера, а также указать тип данных, которые должны передаваться на удаленный компьютер, скажем, только текстовые фрагменты.

⇡#Magic Camera 7.1 – виртуальная web-камера

  • Разработчик: ShiningMorning Software
  • Распространение: shareware
  • Русский интерфейс: есть

Существует множество приложений, которые позволяют работать с web-камерами. Функции видеочата можно найти в интернет-пейджерах для обмена мгновенными сообщениями, утилитах для удаленного администрирования и т.д. Даже если у вас нет web-камеры, вы можете использовать эти возможности, передавая собеседнику изображение, благодаря драйверу виртуальной камеры Magic Camera. Эта программа дает возможность транслировать через видеочат любой видеофайл или показывать слайд-шоу из фотографий. Кроме этого, с помощью Magic Camera можно показывать собеседнику, что в данный момент происходит на вашем рабочем столе.

По умолчанию подключенная к компьютеру web-камера работает таким образом, что транслируемый видеопоток перехватывается первым приложением и становится недоступным для других программ. В Magic Camera реализована поддержка наиболее популярных приложений, которые задействуют web-камеру: Skype, ooVoo, MSN Live Messenger, Yahoo Messenger и пр. Выбрав соответствующие профили можно настроить виртуальную камеру таким образом, что при запуске определенного приложения она будет использоваться по умолчанию (вместо реальной камеры). Благодаря тому, что Magic Camera позволяет создавать неограниченное число виртуальных камер, можно одновременно использовать функцию видеочата в нескольких приложениях.

Программа имеет целый ряд полезных функций, дополняющих стандартные возможности web-камеры. Среди них – добавление текста, запись транслируемого видео, наложение эффектов на видео в реальном времени, получение эффекта "картинка в картинке".

⇡#Virtual CD 10.1.0.10 – виртуальные приводы и диски

  • Разработчик: H+H Software
  • Распространение: shareware
  • Русский интерфейс: нет

Отсутствие привода для чтения CD/DVD дисков – отнюдь не такая редкая проблема, как это может показаться на первый взгляд. Многие выпускаемые сегодня дешевые ноутбуки не могут похвастаться наличием этого устройства. Производители стараются таким образом снизить стоимость продукции и сделать размеры мобильного компьютера как можно меньше. Кроме этого, невысокая производительность нетбуков ограничивает их возможности – это явно не игровой класс компьютеров. Тем не менее, для хранения и передачи данных часто используются образы дисков, поэтому присутствие виртуального привода в компьютере без настоящего DVD-RW будет очень кстати.

Виртуальный привод также имеет целый ряд дополнительных удобств: он не шумит, продлевает срок службы дисков, а скорость считывания на порядок выше, по сравнению с оригинальным устройством. Кроме этого, используя Virtual CD, можно одновременно работать с большим числом виртуальных дисков (поддерживается до 23 виртуальных приводов). Это гораздо удобнее, чем постоянно менять диски в приводе. Образы можно создавать непосредственно из Virtual CD, хотя если у вас уже есть готовые образы ISO и совместимые с этим форматом, программа будет отлично работать с ними. Для работы с неподдерживаемыми форматами образов можно использовать встроенный конвертер. Программа сохраняет образы в библиотеке, где их можно быстро найти, когда возникнет такая необходимость.

При помощи Virtual CD можно имитировать не только чтение с CD/DVD/BD-приводов, но и функцию записи. Программа позволяет установить в системе виртуальный модуль для записи дисков, который воспринимается сторонними приложениями как реальное устройство. Используя такую виртуальную "писалку", пользователь получает возможность имитировать процесс записи любого содержимого, в том числе и DVD.

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

⇡#VirtualBox 4.0 – виртуальный компьютер

  • Разработчик: Oracle
  • Распространение: бесплатно
  • Русский интерфейс: есть

На виртуальном компьютере особо не поиграешь – производительность ниже исходной, многие аппаратные возможности видеокарт и других устройств недоступны. Несмотря на это, эмуляторы настоящего компьютера пользуются большой популярностью. Можно найти много применений такой программе. Прежде всего, виртуальный компьютер – это идеальная платформа для экспериментов и всевозможных «издевательств» над операционной системой. Разработчики могут тестировать свои проекты, системные администраторы - изучать возможности других операционных систем. Возможность выбора гибкой конфигурации виртуального компьютера позволяет моделировать различные ситуации: изучать топологию сетей, проверять стабильность работы программного обеспечения в определенных условиях и т. д.

А еще обладатель виртуального компьютера может удовлетворить свое любопытство – например, заглянуть в «яблочный мир» операционной системы Mac OS X и выяснить для себя, стоит ли покупать MacBook или iMac.

Программа VirtualBox позволяет эмулировать огромное число различных систем: многие версии Windows, разные дистрибутивы Linux, Solaris, Mac OS X Server, FreeBSD, OpenBSD, DOS и другие. VirtualBox – это не просто эмулятор отдельного устройства, это комплексное решение, позволяющее создавать и использовать условную конфигурацию компьютера. Пользователь «придумывает» и указывает в настройках виртуальной машины параметры ее комплектующих – число и объем жестких дисков, объем оперативной памяти, поддержку нескольких процессоров и так далее. VirtualBox оптимизирует конфигурацию ПК в зависимости от операционной системы, которая будет запущена на виртуальном компьютере.

Программа поддерживает различные расширения, позволяющие увеличить функциональность виртуального устройства. Например, одна из удобных функций VirtualBox – это возможность быстрого подключения настоящих USB-устройств. В процессе работы эмулятора ПК есть возможность "на лету" отключать устройства от основной операционной системы и задействовать их на гостевой ОС. Поддержка стандарта USB 2.0 реализована в виде расширения.

⇡#Заключение

Совершенству нет предела – апгрейд компьютера можно производить до тех пор, пока это позволяют делать рамки выделенного бюджета. Если рассматривать компьютер как инструмент для работы, то, безусловно, такое вложение средств, как покупка настольного ПК или ноутбука, - более чем оправданный шаг. Но нельзя забывать, что этот товар относится к той категории вещей, для которых практически невозможно указать максимальную стоимость. Количество денег, потраченных на апгрейд или приобретение нового компьютера, определяется исключительно финансовыми возможностями потенциального покупателя. Поэтому желание многих пользователей по возможности сэкономить вполне понятно. Программы, рассмотренные в этом обзоре, в некоторой степени могут снизить затраты на покупку нового или модернизацию старого компьютерного "железа".

Если Вы заметили ошибку — выделите ее мышью и нажмите CTRL+ENTER.

Технология виртуализации в процессоре | Технологии | Блог

На протяжении последних 15 лет слово «виртуальный» звучит практически из каждого утюга. Нам обещают все более реалистичные виртуальные миры или, как минимум, дополненную реальность. Виртуальная реальность, как в знаменитой трилогии «Матрица», пока в будущем. А вот виртуализация внутри процессора — реальное настоящее.

Зачем нужна виртуализация на домашнем компьютере

Вот простой пример: вы используете для работы и игр Windows, но при этом хотите изучить, например, Linux. Значит, нужно, чтобы эта операционная система находилась под рукой. Или занимаетесь программированием под Android или iOS. В этом случае постоянно требуется проверка разработанного приложения в родной среде.

Без виртуализации пришлось бы устанавливать на один компьютер две операционные системы, делать загрузчик и запускать каждую операционную систему поочередно. Или еще хуже — стирать одну ОС, устанавливать другую с переносом данных, переустановкой нужных приложений и так далее.

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

Виртуализация в бизнесе

Главная задача виртуализации — оптимальное использование производительности и мощности современной компьютерной техники в бизнес-приложениях, где используется мощное и дорогое оборудование.

Например, ваша организация собирается поставить почтовый сервер для обработки поступающей и исходящей переписки, а еще развернуть DNS и WEB-сервер. Сколько для этого нужно серверных машин? Достаточно одной. Потому что на ней, в виртуально разделенных друг от друга «песочницах», на одном и том же железе заработают как бы три отдельных компьютера, выполняющие каждый свою задачу. Так вы разместите на одном компьютере сразу три отдельных сервера и используете всю мощность и производительность техники, окупив потраченные средства.

Разумеется, так как мощность и производительность серверных систем и пропускная способность каналов связи постоянно растет, у виртуализации появляется все больше возможностей для применения. Наглядный пример из относительно недавно запущенных и находящихся у всех на слуху — сервис GeForce Now, благодаря которому можно на слабых компьютерах запускать современные игры.

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

Основные направления развития виртуализации

В целом виртуализация как технология сейчас развивается по трем основным направлениям:

  • Виртуализация представлений. Это все тот же сервис GeForce Now. Сервер предоставляет вычислительные мощности, выполняет все расчеты, а на стороне терминала, за которым находится пользователь, только отображаются результаты расчетов. Да, в этом случае аппаратные требования к серверу оказываются высокими, но зато терминальное оборудование может быть очень простым.
  • Виртуализация аппаратной платформы. Это имитация аппаратной платформы с четко заданными параметрами. На созданный таким образом виртуальный компьютер устанавливают собственную ОС, запускаемую с помощью соответствующего приложения. Пример такой виртуализации — точная эмуляция Android для проверки и поиска багов в новых приложениях.

  • Виртуализация программной среды. Используется для запуска программ в изолированной, не контактирующей с «окружающим миром» среде. Это делается для исключения конфликтов и защиты приложений — как запускаемых внутри «песочницы» от внешних воздействий, так и остальных программ от небезопасного софта внутри виртуальной среды. Например, при запуске в такой «виртуальной песочнице» безопасного браузера, вы не навредите свой операционной системе, посещая вредоносные сайты, так как все работает внутри специально созданной для приложения программной среды.

Как работает виртуализация

Мы разобрались с тем, что виртуализация — это хорошо и полезно. А что требуется для того, чтобы она заработала на вашем конкретном компьютере? Надо чтобы процессор поддерживал виртуализацию.

То есть, он должен уметь работать с несколькими системами команд одновременно – например, от одной операционной системы и от другой. А значит, выполнять инструкции, выделять адреса и место под хранение данных так, чтобы они работали только в нужной среде, да еще и взаимодействовали с интерфейсом, портами ввода-вывода, видеокартами и прочими узлами компьютера.

Такая технология есть у обоих крупных производителей процессоров для ПК: у Intel она называется Intel VT, у AMD — AMD –V.

Особенности Intel VT

Впервые о разработке технологии виртуализации компания Intel объявила еще в 2005 году. И с тех пор Intel VT постоянно совершенствуется и расширяется.

Корпорация Intel описывает Intel VT как технологию, развивающую несколько основных направлений. На сегодня это:

  • виртуализация процессоров. Производительность современного процессора, работающего в составе виртуальной машины, практически такая же, как и при работе в составе физической. Кроме того, пользователь может создавать внутри работающей виртуальной среды другую. То есть, делать что-то вроде «матрешки» из «вложенных» друг в друга виртуальных операционных систем — так работает вложенная виртуализация;

  • виртуализация графических представлений через Intel Graphics Virtualization. Обеспечивает виртуальным машинам полный доступ или совместное использование графических процессоров и систем, отвечающих за работу с видео. Применяется для удаленных рабочих мест (несколько пользователей работают с удаленных терминалов на одном сервере) и онлайн-игр;
  • виртуализация ввода-вывода Intel Virtualization Technology for Directed I/O и прочие технологии работы с периферией обеспечивают передачу результатов обработки на сетевые и прочие устройства ввода-вывода информации. То есть, образно говоря, не дают виртуальным машинам «поссориться» при взаимодействии с сетью и не потерять в быстродействии. А также позволяют им получать доступ к любым устройствам, подключенным, например, к шине PCI-E. Отсюда следует и виртуализация сетевых функций, например, Intel QuickAssist.
Особенности AMD–V

Процессоры AMD по цене доступнее Intel, но это совсем не говорит о том, что они хуже. Есть мнение, что как раз наоборот. Многие игровые платформы строятся именно на основе процессоров, чипсетов и видеокарт этой компании.

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

Включение виртуализации на компьютере

Непосредственный запуск виртуальных машин выполняется с помощью специальных приложений:

  • менеджеров виртуальных машин. В качестве примера можно привести VMWare Workstation, Parallels Workstation. В этом случае одна операционная система запускается внутри другой;
  • программ-гипервизоров, позволяющих запускать на одном компьютере одновременно несколько операционных систем. Примеры таких приложений — Microsoft Hyper-V или Xen.

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

Дело в том, что по умолчанию в настройках BIOS большинства материнских плат виртуализация отключена. И ее необходимо включить в соответствующем разделе, который называется у каждого производителя по-своему, например, «Virtualization Technology» изменив значение опции с «Disabled» на «Enabled».

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

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

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

Бесплатные серверные платформы виртуализации

В последнее время множество различных компаний, работающих не только в IT-секторе, но и в других областях, стали всерьез присматриваться к технологиям виртуализации. Домашние пользователи также почувствовали надежность и удобство платформ виртуализации, позволяющих запускать несколько операционных систем в виртуальных машинах одновременно. На данный момент технологии виртуализации являются одними из самых перспективных по оценкам различных исследователей рынка информационных технологий. Рынок платформ виртуализации и средств управления в данный момент сильно растет, и на нем периодически появляются новые игроки, а также в самом разгаре процесс поглощения крупными игроками мелких компаний, занимающихся разработкой программного обеспечения для платформ виртуализации и средств для повышения эффективности использования виртуальных инфраструктур.

Между тем, многие компании пока не готовы инвестировать серьезные средства в виртуализацию, поскольку не могут точно оценить экономический эффект от внедрения этой технологии и не имеют персонала достаточной квалификации. Если во многих западных странах уже есть профессиональные консультанты, способные проанализировать ИТ-инфраструктуру, подготовить план по виртуализации физических серверов компании и оценить прибыльность проекта, то в России таких людей очень мало. Безусловно, в ближайшие годы ситуация изменится, и в момент, когда различные компании оценят преимущества виртуализации, найдутся специалисты обладающие достаточными знаниями и опытом для внедрения технологий виртуализации в различных масштабах. На данный же момент множество компаний лишь проводят локальные эксперименты по использованию средств виртуализации, применяя, в основном, бесплатные платформы.

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

Лидеры в производстве платформ виртуализации

Развитие средств виртуализации на различных уровнях абстракции систем продолжается уже на протяжении более тридцати лет. Однако, только сравнительно недавно аппаратные мощности серверов и настольных ПК позволили всерьез воспринимать эту технологию относительно виртуализации операционных систем. Так уж сложилось, что многие годы, как различные компании, так и энтузиасты разрабатывали различные средства для виртуализации операционных систем, но не все они в данный момент активно поддерживаются и находятся в приемлемом для эффективного использования состоянии. На сегодняшний день, лидерами в сфере производства средств виртуализации являются компании VMware, Microsoft, SWSoft (вместе с принадлежащей ей компанией Parallels), XenSource, Virtual Iron и InnoTek. Помимо продуктов этих вендоров присутствуют также такие разработки как QEMU, Bosch и прочие, а также средства виртуализации разработчиков операционных систем (например, Solaris Containers), которые не получили широкого распространения и используются узким кругом специалистов.

Компании, добившиеся определенного успеха на рынке серверных платформ виртуализации, распространяют некоторые свои продукты бесплатно, делая при этом ставку не на сами платформы, а на средства управления, без которых сложно использовать виртуальные машины в больших масштабах. Кроме того, коммерческие настольные платформы виртуализации, предназначенные для использования IT-профессионалами и компаниями-разработчиками ПО, обладают существенно большими возможностями, чем их бесплатные аналоги.

Тем не менее, если применять виртуализацию серверов в небольших масштабах, в секторе SMB (Small and Medium Business) бесплатные платформы вполне могут заполнить нишу в производственной среде компании и обеспечить существенную экономию денежных средств.

Когда использовать бесплатные платформы

В случае если вам не требуется массовое развертывание виртуальных серверов в организации, постоянный контроль производительности физических серверов при изменяющейся нагрузке и высокая степень их доступности, вы можете использовать виртуальные машины на основе бесплатных платформ для поддержания внутренних серверов организации. При увеличении числа виртуальных серверов и высокой степени их консолидации на физических платформах требуется применение мощных средств управления и обслуживания виртуальной инфраструктуры. В зависимости от того, необходимо ли вам использовать различные системы и сети хранения данных, например, Storage Area Network (SAN), средства резервного копирования и восстановления после сбоев и «горячую» миграцию запущенных виртуальных машин на другое оборудование, вам может не хватить возможностей бесплатных платформ виртуализации, однако, надо отметить, что и бесплатные платформы постоянно обновляются и приобретают новые функции, что расширяет сферу их использования.

Еще один важный момент — техническая поддержка. Бесплатные платформы виртуализации существуют либо в рамках сообщества Open Source, где множество энтузиастов занимаются доработкой продукта и его поддержкой, либо поддерживаются вендором платформы. Первый вариант предполагает активное участие пользователей в развитии продукта, составление ими отчетов об ошибках и не гарантирует решения ваших проблем при использовании платформы, во втором же случае, чаще всего, техническая поддержка вообще не предоставляется. Поэтому квалификация персонала, разворачивающего бесплатные платформы, должна быть на высоком уровне.

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

Бесплатные серверные платформы виртуализации

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

OpenVZ

OpenVZ

Проект OpenVZ представляет собой платформу виртуализации с открытым исходным кодом, развитие которого осуществляет сообщество независимых разработчиков, поддерживаемое компанией SWSoft. Распространяется продукт под лицензией GNU GPL. Ядро платформы OpenVZ входит в состав продукта Virtuozzo, коммерческого продукта SWSoft, обладающего большими, нежели OpenVZ, возможностями. Оба продукта используют оригинальную технику виртуализации: виртуализацию на уровне экземпляров операционной системы. Такой способ виртуализации обладает меньшей гибкостью по сравнению с полной виртуализацией (можно запускать только ОС семейства Linux, поскольку используется одно ядро для всех виртуальных окружений), однако позволяет достичь минимальных потерь производительности (около 1-3 процентов). Системы под управлением OpenVZ нельзя назвать полноценными виртуальными машинами, это скорее виртуальные среды (Virtual Environments, VE), в которых не происходит эмуляции компонентов аппаратуры. Такой подход позволяет лишь устанавливать различные дистрибутивы Linux в качестве виртуальных сред на одном физическом сервере. При этом каждое из виртуальных окружений имеет свои собственные деревья процессов, системные библиотеки и пользователей и может по-своему использовать сетевые интерфейсы.

Виртуальные окружения представляются для пользователей и приложений, работающих в них, практически полностью изолированными средами, которые могут управляться независимо от других окружений. Благодаря этим факторам и высокой производительности, продукты OpenVZ и SWSoft Virtuozzo получили наибольшее распространение при поддержке виртуальных частных серверов (Virtual Private Servers, VPS) в системах хостинга. На основе OpenVZ можно предоставлять клиентам несколько выделенных виртуальных серверов на основе одной аппаратной платформы, на каждом из которых могут быть установлены различные приложения и которые могут быть перезагружены отдельно от других виртуальных окружений. Архитектура OpenVZ представлена ниже:

Архитектура OpenVZ

Некоторые независимые эксперты проводили сравнительных анализ производительности виртуальных серверов на основе коммерческих платформ SWSoft Virtuozzo и VMware ESX Server для целей хостинга и выносили заключение, что Virtuozzo лучше справляется с этой задачей. Безусловно, платформа OpenVZ, на которой построен Virtuozzo, обладает такой же высокой производительностью, однако ей не хватает расширенных средств управления, которые есть в Virtuozzo.

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

Virtual Iron

Virtual Iron

Компания Virtual Iron сравнительно недавно вышла на рынок платформ виртуализации, однако быстро включилась в конкурентную борьбу с такими серьезными вендорами серверных платформ, как VMware, XenSource и SWSoft. Продукты компании Virtual Iron основываются на бесплатном гипервизоре Xen, поддерживаемым Open Source сообществом Xen-community. Virtual Iron представляет собой платформу виртуализации, не требующую хостовой операционной системы (так называемая bare-metal платформа), и направлена на использование в корпоративной среде крупных предприятий. Продукты Virtual Iron обладают всеми необходимыми средствами для создания виртуальных машин, управления ими и их интеграции в производственную информационную среду компании. Virtual Iron поддерживает 32- и 64-битные гостевые и хостовые операционные системы, а также виртуальный SMP (Symmetric Multi Processing), предоставляющий возможность использования нескольких процессоров виртуальными машинами.

Изначально Virtual Iron использовала техники паравиртуализации для запуска гостевых систем в виртуальных машинах, так же как и продукты компании XenSource на основе гипервизора Xen. Использование паравиртуализации предполагает использование в виртуальных машинах специальных версий гостевых систем, исходный код которых модифицирован для запуска их платформами виртуализации. При этом требуется внесение изменений в ядро операционной системы, что для ОС с открытым исходным кодом не является большой проблемой, в то время, как для проприетарных закрытых систем, таких как Windows, это неприемлемо. Большого же прироста производительности в системах паравиртуализации не наблюдается. Как показала практика, производители операционных систем неохотно идут на включение поддержки паравиртуализации в свои продукты, поэтому эта технология не завоевала большой популярности. Вследствие этого, компания Virtual Iron одной из первых стала использовать техники аппаратной виртуализации, позволяющие запускать немодифицированные версии гостевых систем. В данный момент, последняя версия платформы Virtual Iron 3.7 позволяет использовать виртуальные машины на серверных платформах только с поддержкой аппаратной виртуализации. Официально поддерживаются следующие процессоры:

  • Intel® Xeon® 3000, 5000, 5100, 5300, 7000, 7100 Series
  • Intel® Core™ 2 Duo E6000 Series
  • Intel® Pentium® D-930, 940, 950, 960
  • AMD Opteron™ 2200 or 8200 Series Processors
  • AMD Athlon™ 64 x2 Dual-Core Processor
  • AMD Turion™ 64 x2 Dual-Core Processor

К тому же, на сайте Virtual Iron можно найти списки сертифицированного компанией оборудования для своей платформы виртуализации.

Продукты Virtual Iron существуют в трех изданиях:

  • Single Server Virtualization and Management
  • Multiple Server Virtualization and Management
  • Virtual Desktop Infrastructure (VDI) Solution

На данный момент бесплатным решением является решение Single Server, которое позволяет установить Virtual Iron на одном физическом хосте в инфраструктуре организации. При этом поддерживается протокол iSCSI, сети SAN и локальные системы хранения.

Бесплатное издание Single Server имеет следующие минимальные требования к установке:

  • 2 ГБ RAM
  • Привод CD-ROM
  • 36 ГБ места на диске
  • Сетевой интерфейс Ethernet
  • Сетевой интерфейс Fibre channel (не обязательно)
  • Поддержка аппаратной виртуализации в процессоре

Virtual Iron позволяет по достоинству оценить все возможности аппаратной виртуализации и средства управления виртуальными машинами. Бесплатное издание в первую очередь предназначено для того, чтобы оценить эффективность и удобство платформы виртуализации и средств управления. Однако и оно может использоваться в производственной среде предприятия для поддержки внутренних серверов компании. Отсутствие отдельной хостовой платформы позволит, во-первых, не тратится на приобретение лицензии на хостовую ОС, а во-вторых, снижает потери производительности на поддержку гостевых систем. Типичные применения бесплатного издания Virtual Iron — развертывание нескольких виртуальных серверов в инфраструктуре небольшой организации сектора SMB в целях отделения от аппаратуры жизненно важных серверов и повышения их управляемости. В дальнейшем, при покупке коммерческой версии платформы инфраструктура виртуальных серверов может быть расширена, а также могут быть использованы такие возможности, как эффективные средства резервного копирования и «горячей» миграции виртуальных серверов между хостами.

Xen Express

Xen Express

Компания XenSource также является провайдером технологий паравиртуализации на основе бесплатного гипервизора Xen. Однако, в отличие от Virtual Iron, XenSource продолжает борьбу за внедрение технологий паравиртуализации и добилась в этом отношении определенных успехов. Некоторые вендоры операционных систем Linux, таких как Red Hat и SUSE, согласились на включение средств виртуализации Xen в свои дистрибутивы. Продукты XenSource поддерживают также аппаратные техники виртуализации, что позволяет также запускать немодифицированные версии гостевых систем. Таким образом, при запуске виртуальных машин в продуктах XenSource можно использовать одну из двух техник виртуализации.

Не так давно компания XenSource выпустила бесплатную версию продукта на основе гипервизора Xen, получившую название Xen Express. Этот продукт существует совместно с бесплатным Open Source решением Xen, поддержкой которого занимается сообщество независимых разработчиков. Основные возможности Xen Express включают в себя:

  • поддержку до 4 ГБ физической RAM хоста
  • поддержку до 4 ГБ RAM для гостевых систем Windows
  • поддержку до 2 процессорных гнезд
  • решения для P2V (Physical-to-Virtual) миграции (только для Linux-систем, P2V для Windows доступны через third-party вендоров)
  • поддержку гостевых систем Windows Server 2003; Windows XP; Windows 2000 Server; Red Hat EL 3.6, 3.7, 3.8, 4.1, 4.2, 4.3, 4.4, 5.0; SUSE SLES 9.2, 9.3, 10.1; Debian Sarge
  • поддержку одной графической консоли единовременно

При этом, хотя сама платформа и является бесплатной, техническая поддержка продукта может быть приобретена дополнительно. Компания XenSource недавно провела масштабное тестирование производительности гипервизора Xen в сравнении гипервизором продукта VMware ESX Server, являющегося на данный момент стандартом де-факто для виртуализации серверов к крупных производственных средах. По результатам исследования гипервизор Xen даже опередил гипервизор ESX сервера на 1.5% при 2-х виртуальных процессорах, проиграв на 4-х процессорах менее одного процента. Тестирование производилось одним из стандартных средств тестирования компьютерных систем SPECjbb2005.

Обобщенные результаты сравнения производительности гипервизоров Xen и VMware ESX Server

Результаты говорят о том, что быстродействие платформ виртуализации на основе гипервизора Xen вполне удовлетворяет требованиям пользователей самого разного уровня. Таки образом, продукт XenExpress может быть использован в производственной среде малых, реже средних, предприятий для поддержания не только внутренних, но и внешних серверов. Однако, ограниченные возможности бесплатной версии не позволяют использовать платформу в больших масштабах, где должен использоваться Xen Enterprise, обладающий всеми необходимыми средствами, присущими серьезной платформе.

Microsoft Virtual Server

Microsoft Virtual Server

Компания Microsoft не новичок на рынке технологий виртуализации. Корпорация уже давно проявила интерес к виртуальным машинам, приобретя в 2003 году компанию Connectix вместе с популярным тогда продуктом Microsoft Virtual PC. На тот момент, Virtual PC мог вполне соперничать с продуктами компании VMware, однако, по непонятным причинам, Microsoft выпустила лишь версию Virtual PC 2004, надолго оставив дальнейшее развитие продукта, выпустив только в начале этого года Virtual PC 2007. А компания VMware стремительными темпами продолжала наращивать функционал продуктов VMware Workstation и VMware GSX Server, сделав последний, в конце концов, бесплатным и переименовав его в VMware Server.

Компания Microsoft, безусловно, осознавала свое технологическое отставание от VMware и выпустила коммерческую серверную платформу виртуализации Microsoft Virtual Server 2005 на основе ядра Virtual PC. Этот продукт существовал в двух изданиях: Standard Edition (для сектора SMB) и Enterprise Edition (для крупных компаний), однако продавался он весьма плохо. Вследствие этого, в апреле 2006 года Microsoft объявила об объединении двух изданий в одно (Enterprise Edition) и сделала продукт бесплатным. Вместе с этим Microsoft объявила о начале глобальной стратегии по виртуализации и включении виртуализации на основе гипервизора под кодовым названием Viridian в новую версию серверной платформы Windows 2008 Longhorn. Сейчас Microsoft готовится к выпуску первого пакета обновлений для продукта Microsoft Virtual Server R2 SP1, в который будут включены средства поддержки аппаратной виртуализации Intel VT и AMD-V.

Сама компания Microsoft так определяет основные варианты использования продукта Virtual Server:

  • Разработка программного обеспечения и создание виртуальных тестовых сред
  • Миграция приложений и их отвязывание от оборудования
  • Консолидация серверного парка предприятия

В данный момент наибольший интерес представляет использование Virtual Server в связке с продуктом System Center Virtual Machine Manager (SCVMM), находящимся сейчас в стадии бета-тестирования, окончательная версия которого будет поддерживать как виртуализацию на основе Virtual Server, так и виртуальные сервера семейства Windows Longhorn. Пока же можно бесплатно загрузить с сайта Microsoft вторую бету SCVMM.

Консоль управления виртуальными серверами Virtual Machine Manager

К сожалению, недавно компания Microsoft объявила о том, что виртуализация на платформе Windows 2008 будет доступна не ранее середины 2008 года, так что у VMware есть еще много времени для того, чтобы захватить еще большую долю рынка технологий виртуализации.

Еще одним плюсом Virtual Server является возможность управления сервером виртуализации через Windows Management Instrumentation (WMI) и тесная его интеграция с другими продуктами и службами Microsoft. Виртуальные машины на основе Virtual Server могут управляться как посредством тонкого, так и толстого клиента.

Безусловно, продукт Virtual Server можно использовать для поддержания внутренней инфраструктуры виртуальных серверов не только в секторе SMB, но и в крупных организациях. Пока неясно, какой же все-таки будет интегрированная виртуализация в платформу Windows Server 2008, но совершенно точно Microsoft составит хорошую конкуренцию платформам VMware.

VMware Server

VMware Server

Компания VMware в данный момент является безусловным лидеров в производстве как серверных, так и настольных платформ виртуализации. В секторе виртуализации серверов VMware предлагает сразу два принципиально различных продукта: бесплатный VMware Server и коммерческий VMware ESX Server. Первый нацелен на сегмент виртуализации для малого и среднего бизнеса, второй же является частью решения для построения виртуальной инфраструктуры в крупной организации. Продукт VMware Server, хотя и имеет в данный момент версию 1.0.3, разрабатывается компанией VMware уже давно, и ранее носил название VMware GSX Server. Став бесплатным в 2006 году, этот продукт приобрел поистине огромную популярность не только как средство виртуализации серверов, но и, зачастую, используется как настольная платформа виртуализации IT-профессионалами и компаниями-разработчиками ПО.

VMware Server обладает всеми необходимыми возможностями для внедрения виртуализации в секторе SMB для поддержания виртуальной инфраструктуры в компании. В качестве хостовых могут использоваться Windows и Linux платформы, что позволяет использовать виртуализацию в гетерогенной среде предприятия. Список поддерживаемых гостевых операционных систем весьма обширен, а удобство использования продукта позволяет применять его самому широкому кругу пользователей. VMware Server поддерживает 32- и 64-битные хостовые и гостевые операционные системы и предоставляет возможности по удаленному управлению виртуальными машинами и виртуальным сервером. VMware Server включает в себя поддержку Intel VT, программные интерфейсы для взаимодействия third-party приложений с виртуальными машинами и может быть запущен в качестве сервиса при старте хостовой системы. Виртуальная машина под управлением VMware Server может иметь до 4-х виртуальных сетевых интерфейсов, 3,6 ГБ оперативной памяти и управляться несколькими пользователями. При развитой инфраструктуре виртуальных серверов вам могут понадобиться дополнительные средства управления, которые предоставляет продукт VMware Virtual Center.

С точки зрения удобства и простоты использования VMware Server является безусловным лидером, а по производительности не отстает от коммерческих платформ (особенно в хостовых системах Linux). К недостаткам можно отнести отсутствие поддержки горячей миграции и отсутствие средств резервного копирования, которые, однако, предоставляются, чаще всего, только коммерческими платформами. Безусловно, VMware Server лучший выбор для быстрого развертывания внутренних серверов организации, включая предустановленные шаблоны виртуальных серверов, которых в избытке можно найти на различных ресурсах (например, Virtual Appliance Marketplace).

Итоги

Подводя итоги обзора бесплатных серверных платформ виртуализации, можно сказать, что каждая из них на данный момент занимает свою нишу в секторе SMB, где за счет использования виртуальных машин можно существенно повысить эффективность ИТ-инфраструктуры, сделать ее более гибкой и уменьшить затраты на приобретение оборудования. Бесплатные платформы, в первую очередь, позволяют оценить возможности виртуализации не на бумаге и ощутить все преимущества этой технологии. В заключение, приведем сводную таблицу характеристик бесплатных платформ виртуализации, которая поможет вам выбрать подходящую серверную платформу для своих целей. Ведь именно через бесплатную виртуализацию лежит путь к дальнейшему вложению денег в проекты по виртуализации на основе коммерческих систем.

Название платформы, разработчикХостовая ОСОфициально поддержи- ваемые гостевые ОСПоддержка нескольких виртуальных процессоров (Virtual SMP)Техника виртуализацииТипичное использованиеПроизводи- тельность
OpenVZОткрытый проект сообщества Open Source при поддержке SWSoft LinuxРазличные дистрибутивы LinuxДаВиртуализация уровня операционной системыИзоляция виртуальных серверов (в том числе для услуг хостинга)Без потерь
Virtual Iron 3.7
Virtual Iron Software, Inc
Не требуетсяWindows, RedHat, SuSEДа (до 8)Нативная виртуализация, аппаратная виртуализацияВиртуализация серверов в производственной средеБлизка к нативной
Virtual Server 2005 R2 SP1
Microsoft
WindowsWindows, Linux (Red Hat и SUSE)НетНативная виртуализация, аппаратная виртуализацияВиртуализация внутренних серверов в корпоративной средеБлизка к нативной (при установленных Virtual Machine Additions)
VMware Server
VMware
Windows, LinuxDOS, Windows, Linux, FreeBSD, Netware, SolarisДаНативная виртуализация, аппаратная виртуализацияКонсолидация серверов небольших предприятий, разработка /тестированиеБлизка к нативной
Xen Express и Xen
XenSource (при поддержке Intel и AMD)
NetBSD, Linux, SolarisLinux, NetBSD, FreeBSD, OpenBSD, Solaris, Windows, Plan 9ДаПаравиртуализация, аппаратная виртуализацияРазработчики, тестировщики, IT-профессионалы, консолидация серверов небольших предприятийБлизка к нативной (некоторые потери при работе с сетью и интенсивном использовании дисков)

как не накосячить / Блог компании DataLine / Хабр

Итак, вот перед вами свеженькая организация в vCloud Director, и вам только предстоит создать свою первую виртуальную машину. Сегодня расскажу, какие настройки выбирать при создании виртуальной машины, чтобы она работала и не просила есть. Поехали!


Источник: drive2.ru

Операционная система. Выбирайте современные дистрибутивы. Если берете Windows 2008 R2 и более старую или Linux до ядра 4.19.x, ждите проблем. Каких? Ну, например, вендор уже перестал поддерживать актуальное состояние Windows 2008 R2 аж в 2013 году (EOL). Это означает, что он больше не разрабатывает драйвера под вышедшее с тех пор железо, не модифицирует ОС под новое что угодно. С древними операционками вы точно не сможете использовать все возможности, которые предоставляет современный гипервизор. А уже в эти новогодние праздники остро встанет проблема с безопасностью, так как 14 января 2020 года заканчивается расширенная поддержка Windows Server 2008 R2 и перестанут выходить Security Update.

Cores per socket. Оставляйте 1 ядро на сокет, ставьте столько сокетов, сколько вам нужно виртуальных процессоров. Да, логично наоборот, но правильно так. Если у вас нет специализированных лицензионных требований. Например, вы платите за сокет, а больше сокетов означает больше лицензий. Не ставьте 2/2, чтобы получить 4. Сделайте 4/1. Такую машину гипервизор будет обслуживать оптимальным образом. Scheduler гипервизора будет меньше пенализировать такие ВМ.
Объясню на пальцах. Представьте, что проводник рассаживает пассажиров по вагону, вагон – как в Сапсане. В роли проводника scheduler, пассажиры – это ВМ. Пассажиров, которые едут в одиночку (однопроцессорные ВМ), ему распределить проще всего: их можно посадить на любое место. Семью из 4 человек (4-процессорные ВМ) уже сложнее. Им нужно найти 4 места в одном вагоне. А теперь представим, что все в семье хотят ехать только лицом друг другу, а таких групп мест – 4 вокруг стола – в вагоне только 2. С большой вероятностью такой семье придется пройти в следующий вагон (на следующий тик планирования). Это как раз та ситуация, как если бы вы выбрали 2 сокета по 2 ядра, чтобы получить 4. Скорее всего, придется подождать, чтобы нашлись подходящие места. Так же и с ВМ: ей придется ждать дольше, чем менее “прихотливым” ВМ с 1 сокетом и кучкой процессоров.

Хотя эта история актуальнее для старых версий ESXi. Начиная с 6.5 (но не ранее!) механизм vNUMA отвязан от количества виртуальных сокетов, и старая рекомендация “не плодить сокеты” не так категорична. Но все еще зависит от приложения внутри гостевой ОС.

Hot Add для CPU и Memory. Это опция добавления памяти CPU для работающей виртуальной машины. Казалось бы, прекрасная функция: не нужно гасить машину, чтобы докинуть ей ресурсов. Так вот, не все так просто, и не зря они по дефолту отключены. Лучше и не включать, если вы не знаете, что такое NUMA-топология. Допустим, под капотом облака у нас двухсокетный сервер. На каждом сокете 4 ядра. Работает это именно как 4+4, а не 8 ядер. Такая же тема с памятью: если на каждом сокете 128 ГБ, это не дает в сумме 256 ГБ. Каждый процессорный сокет имеет прямой доступ только к определенным слотам памяти. Каждый сокет вместе с причитающейся ему процессором и памятью – это физическая NUMA-нода.

Если виртуальная машина влезает в размер физической NUMA-ноды, то она исполняется внутри этой ноды. Если виртуалка не умещается в NUMA-ноду, например по памяти, то она будет использовать память из соседней NUMA-ноды. Путь к удаленной памяти будет извилист – через межпроцессорную шину. Работать это будет не так быстро, как если бы виртуалка использовала ресурсы одной ноды.

Когда вы включаете добавления виртуальных процессоров и памяти на горячую, все это идет только в нулевую NUMA-ноду. Например, добавилось еще 4 процессора, и на NUMA-ноде 0 стало 6, а на NUMA-ноде 1 – 2 процессора. Машину немного перекосило, и работает она также косо. Это связано с тем, что при включении vCPU Hot-Plug перестает работать vNUMA, через которую vSphere старается оптимизировать топологию NUMA для ВМ. Поэтому, принимая решение о включении CPU Hot-Add, учитывайте физическую топологию NUMA для обеспечения производительности ВМ. Это очень критично, если по каким-либо причинам в ВМ имеется несколько виртуальных сокетов. В этом случае несоответствие физической топологии вызовет сильное падение производительности: CPU Scheduler сойдет с ума, пытаясь предоставить процессорное время такой ВМ, что вызовет рост CPU Ready и Co-Stop.


Все добавленные виртуальные процессоры (5-8) и память попали на NUMA-ноду 0.

Отдельная история в том, что будет происходить внутри ОС и приложения после таких “добавок”. Поэтому если уж решили пользоваться этой опцией, то проверьте, поддерживает ли ваша ОС такое. Non-NUMA-Aware приложения могут сильно просесть по производительности при расположении на нескольких NUMA-нодах.

Если вы все-таки добавили процессоры или память на горячую, сразу планируйте перезагрузку ВМ (не только ОС) на ближайший запланированный даунтайм.


Галочки не ставим.

Дисковый контроллер (Bus type). Для дисков выбирайте дисковый контроллер Paravirtual. Этот тип контроллера требует установки драйверов в ОС VMware Tools. Paravirtual – это специальное виртуальное устройство, которое создавалось для работы в виртуализации и не эмулирует работу какого-то другого аппаратного устройства. Любая эмуляция аппаратного устройства всегда работает медленнее.

Если вы не хотите использовать Paravirtual (но почему?), выбирайте LSI Logic SAS. Если ОС не поддерживает и его — LSI Logic Parallel. Никогда не используйте SATA и IDE. ВМ будет медленно работать, в итоге вы не получите производительности, за которой идут в облако.

При инсталляции ОС даже свежая версия Windows может не найти драйвер для Paravirtual адаптера. В этом случае примонтируйте к ВМ два ISO файла — ваш загрузочный образ Windows и диск с VMware tools. На последнем есть необходимый драйвер.

Сетевой адаптер. Правильный выбор – VMXNet3. VMXNet3, как и дисковый адаптер Paravirtual, это паравиртуальное устройство. Оно также требует драйверов, которые входят в VMware Tools.

Если вдруг VMXNet3 не подходит (проявляется какая-то несовместимость), то на крайний случай используйте E1000E. Но не ожидайте от адаптера E1000E производительности больше, чем 1 Гбит.

В общем, E1000E без прямых указаний вендоров не используйте. Казалось бы, оно новее, но сделано для обеспечения еще большей совместимости c legacy.


Вот не надо E1000E.

VMware Tools. Следите, чтобы они были установлены в ОС, запущены и актуальны. В VMware Tools входят драйвера устройств и разные другие компоненты, которые позволяют общаться ОС виртуальной машины с гипервизором, и наоборот. Через них происходит синхронизация времени ОС с хостом виртуализации (отключаемо), ходят heartbeat’ы, которые показывают гипервизору, что виртуалка жива, и прочее. Для работы ОС на виртуальной машине нужны как минимум драйверы сетевой карточки, дискового адаптера. Свежие версии всего вот этого входят в VMware Tools.

По умолчанию актуальные версии Windows и Linux имеют драйвера для работы с виртуальными устройствами VMware, но если у вас будут VMware Tools, то эти драйвера будут всегда свежими. Для Linux рекомендуется использовать open-vm-tools. Это не просто лучшая интеграция с ОС, но и обновление драйверов вместе с системой.

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

Кроме того, новый виртуальный диск также получит дополнительную квоту на дисковую производительность.

Кастомизация. При первом включении ВМ нужно кастомизировать, чтобы все настройки из облака (например выданный облаком IP-адрес) применились к ОС. После уберите эту галку от греха подальше, чтобы нечаянно не сбросить настройки ОС: SID, пароль администратора и т. п.

Конечно, все вышесказанное – упрощенная картина, слова “капитана О” и, вообще, “все же это знают”. Но, как показывает практика, более 70% ВМ в облаке содержат одну или сразу несколько описанных ошибок.

Автоматизация Для Самых Маленьких. Часть 1.1. Основы виртуализации / Хабр
Предыдущая статья рассматривала архитектуру виртуализированной сети, underlay-overlay, путь пакета между VM и прочее.
Роман Горге вдохновился ею и решил написать обзорный выпуск о виртуализации вообще.

В данной статье мы затронем (или попытаемся затронуть) вопросы: а как собственно происходит виртуализация сетевых функций, как реализован backend основных продуктов, обеспечивающих запуск и управление VM, а также как работает виртуальный свитчинг (OVS и Linux bridge).

Тема виртуализации широка и глубока, объяснить все детали работы гипервизора невозможно (да и не нужно). Мы ограничимся минимальным набором знаний необходимым для понимания работы любого виртуализированного решения, не обязательно Telco.


  • Введение и краткая история виртуализации
  • Типы виртуальных ресурсов — compute, storage, network
  • Виртуальная коммутация
  • Инструменты виртуализации — libvirt, virsh и прочее
  • Заключение


История современных технологий виртуализации берет свое начало в 1999 году, когда молодая компания VMware выпустила продукт под названием VMware Workstation. Это был продукт обеспечивающий виртуализацию desktop/client приложений. Виртуализация серверной части пришла несколько позднее в виде продукта ESX Server, который в дальнейшем эволюционировал в ESXi (i означает integrated) — это тот самый продукт, который используется повсеместно как в IT так и в Telco как гипервизор серверных приложений.

На стороне Opensource два основных проекта принесли виртуализацию в Linux:

  • KVM (Kernel-based Virtual Machine) — модуль ядра Linux, который позволяет kernel работать как гипервизор (создает необходимую инфраструктуру для запуска и управления VM). Был добавлен в версии ядра 2.6.20 в 2007 году.
  • QEMU (Quick Emulator) — непосредственно эмулирует железо для виртуальной машины (CPU, Disk, RAM, что угодно включая USB порт) и используется совместно с KVM для достижения почти «native» производительности.
На самом деле на сегодняшний момент вся функциональность KVM доступна в QEMU, но это не принципиально, так как бо́льшая часть пользователей виртуализации на Linux не использует напрямую KVM/QEMU, а обращается к ним как минимум через один уровень абстракции, но об этом позже.

Сегодня VMware ESXi и Linux QEMU/KVM это два основных гипервизора, которые доминируют на рынке. Они же являются представителями двух разных типов гипервизоров:

  • Type 1 — гипервизор запускается непосредственно на железе (bare-metal). Таковым является VMware ESXi, Linux KVM, Hyper-V
  • Type 2 — гипервизор запускается внутри Host OS (операционной системы). Таковым является VMware Workstation или Oracle VirtualBox.

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

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

Пожалуй, наиболее важной и самой широко используемой является технология Intel VT (Virtualization Technology) — набор расширений, разработанных Intel для своих x86 процессоров, которые используются для эффективной работы гипервизора (а в некоторых случаях необходимы, так, например, KVM не заработает без включенного VT-x и без него гипервизор вынужден заниматься чисто софтверной эмуляцией, без аппаратного ускорения).
Наиболее известны два из этих расширений — VT-x и VT-d. Первое важно для улучшения производительности CPU при виртуализации, так как обеспечивает аппаратную поддержку некоторых ее функций (с VT-x 99.9% Guest OS кода выполняется прямо на физическом процессоре, делая выходы для эмуляции только в самых необходимых случаях), второе для подключения физических устройств напрямую в виртуальную машину (для проброса виртуальных функций (VF) SRIOV, например, VT-d должен быть включен).

Следующей важной концепцией является отличие полной виртуализации (full virtualization) от пара-виртуализации (para-virtualization).
Полная виртуализация — это хорошо, это позволяет запускать какую угодно операционную систему на каком угодно процессоре, однако, это крайне неэффективно и абсолютно не подходит для высоконагруженных систем.
Пара-виртуализация, если коротко, это когда Guest OS понимает что она запущена в виртуальной среде и кооперируется с гипервизором для достижения большей эффективности. То есть появляется guest-hypervisor интерфейс.
Подавляющее большинство используемых операционных систем сегодня имеют поддержку пара-виртуализации — в Linux kernel это появилось начиная с ядра версии 2.6.20.

Для работы виртуальной машины нужны не только виртуальный процессор (vCPU) и виртуальная память (RAM), требуется также эмуляция PCI-устройств. То, есть по сути, требуется набор драйверов для управления виртуальными сетевыми интерфейсами, дисками и тд.
В гипервизоре Linux KVM данная задача была решена посредством внедрения virtio — фреймворка для разработки и использования виртуализированных устройств ввода/вывода.
Virtio представляет из себя дополнительный уровень абстракции, который позволяет эмулировать различные I/O устройства в пара-виртуализированном гипервизоре, предоставляя в сторону виртуальной машины единый и стандартизированный интерфейс. Это позволяет переиспользовать код virtio-драйвера для различных по своей сути устройств. Virtio состоит из:

  • Front-end driver — то что находится в виртуальной машине
  • Back-end driver — то что находится в гипервизоре
  • Transport driver — то что связывает backend и frontend

Эта модульность позволяет изменять технологии, применяемые в гипервизоре, не затрагивая драйверы в виртуальной машине (этот момент очень важен для технологий сетевой акселерации и Cloud-решений в целом, но об этом позже).
То есть существует связь guest-hypervisor, когда Guest OS «знает» о том, что запущена в виртуальной среде.
Если вы хоть раз писали вопрос в RFP или отвечали на вопрос в RFP «Поддерживается ли в вашем продукте virtio?» Это как раз было о поддержке front-end virtio драйвера.

Из чего же состоит виртуальная машина?
Выделяют три основных вида виртуальных ресурсов:
  • compute — процессор и оперативная память
  • storage — системный диск виртуальной машины и блочные хранилища
  • network — сетевые карты и устройства ввода/вывода

CPU


Теоретически QEMU способен эмулировать любой тип процессора и соотвествующие ему флаги и функциональность, на практике используют либо host-model и точечно выключают флаги перед передачей в Guest OS либо берут named-model и точечно включают\выключают флаги.

По умолчанию QEMU будет эмулировать процессор, который будет распознан Guest OS как QEMU Virtual CPU. Это не самый оптимальный тип процессора, особенно если приложение, работающее в виртуальной машине, использует CPU-флаги для своей работы. Подробнее о разных моделях CPU в QEMU.

QEMU/KVM также позволяет контролировать топологию процессора, количество тредов, размер кэша, привязывать vCPU к физическому ядру и много чего еще.

Нужно ли это для виртуальной машины или нет, зависит от типа приложения, работающего в Guest OS. Например, известный факт, что для приложений, выполняющих обработку пакетов с высоким PPS, важно делать CPU pinning, то есть не позволять передавать физический процессор другим виртуальным машинам.

Memory


Далее на очереди оперативная память — RAM. С точки зрения Host OS запущенная с помощью QEMU/KVM виртуальная машина ничем не отличается от любого другого процесса, работающего в user-space операционной системы. Соотвественно и процесс выделения памяти виртуальной машине выполняется теми же вызовами в kernel Host OS, как если бы вы запустили, например, Chrome браузер.
Перед тем как продолжить повествование об оперативной памяти в виртуальных машинах, необходимо сделать отступление и объяснить термин NUMA — Non-Uniform Memory Access.
Архитектура современных физических серверов предполагает наличие двух или более процессоров (CPU) и ассоциированной с ней оперативной памятью (RAM). Такая связка процессор + память называется узел или нода (node). Связь между различными NUMA nodes осуществляется посредством специальной шины — QPI (QuickPath Interconnect)

Выделяют локальную NUMA node — когда процесс, запущенный в операционной системе, использует процессор и оперативную память, находящуюся в одной NUMA node, и удаленную NUMA node — когда процесс, запущенный в операционной системе, использует процессор и оперативную память, находящиеся в разных NUMA nodes, то есть для взаимодействия процессора и памяти требуется передача данных через QPI шину.

С точки зрения виртуальной машины память ей уже выделена на момент ее запуска, однако в реальности это не так, и kernel Host OS выделяет процессу QEMU/KVM новые участки памяти по мере того как приложение в Guest OS запрашивает дополнительную память (хотя тут тоже может быть исключение, если прямо указать QEMU/KVM выделить всю память виртуальной машине непосредственно при запуске).

Память выделяется не байт за байтом, а определенным размером — page. Размер page конфигурируем и теоретически может быть любым, но на практике используется размер 4kB (по умолчанию), 2MB и 1GB. Два последних размера называются HugePages и часто используются для выделения памяти для memory intensive виртуальных машин. Причина использования HugePages в процессе поиска соответствия между виртуальным адресом page и физической памятью в Translation Lookaside Buffer (TLB), который в свою очередь ограничен и хранит информацию только о последних использованных pages. Если информации о нужной page в TLB нет, происходит процесс, называемый TLB miss, и требуется задействовать процессор Host OS для поиска ячейки физической памяти, соответствующей нужной page.

Данный процесс неэффективен и медлителен, поэтому и используется меньшее количество pages бо́льшего размера.
QEMU/KVM также позволяет эмулировать различные NUMA-топологии для Guest OS, брать память для виртуальной машины только из определенной NUMA node Host OS и так далее. Наиболее распространенная практика — брать память для виртуальной машины из NUMA node локальной по отношению к процессорам, выделенным для виртуальной машины. Причина — желание избежать лишней нагрузки на QPI шину, соединяющую CPU sockets физического сервера (само собой, это логично если в вашем сервере 2 и более sockets).



Как известно, оперативная память потому и называется оперативной, что ее содержимое исчезает при отключении питания или перезагрузке операционной системы. Чтобы хранить информацию, требуется постоянное запоминающее устройство (ПЗУ) или persistent storage.
Существует два основных вида persistent storage:
  • Block storage (блоковое хранилище) — блок дискового пространства, который может быть использован для установки файловой системы и создания партиций. Если грубо, то можно воспринимать это как обычный диск.
  • Object storage (объектное хранилище) — информация может быть сохранена только в виде объекта (файла), доступного по HTTP/HTTPS. Типичными примерами объектного хранилища являются AWS S3 или Dropbox.

Виртуальная машина нуждается в persistent storage, однако, как это сделать, если виртуальная машина «живет» в оперативной памяти Host OS? Если вкратце, то любое обращение Guest OS к контроллеру виртуального диска перехватывается QEMU/KVM и трансформируется в запись на физический диск Host OS. Этот метод неэффективен, и поэтому здесь так же как и для сетевых устройств используется virtio-драйвер вместо полной эмуляции IDE или iSCSI-устройства. Подробнее об этом можно почитать здесь. Таким образом виртуальная машина обращается к своему виртуальному диску через virtio-драйвер, а далее QEMU/KVM делает так, чтобы переданная информация записалась на физический диск. Важно понимать, что в Host OS дисковый backend может быть реализован в виде CEPH, NFS или iSCSI-полки.

Наиболее простым способом эмулировать persistent storage является использование файла в какой-либо директории Host OS как дискового пространства виртуальной машины. QEMU/KVM поддерживает множество различных форматов такого рода файлов — raw, vdi, vmdk и прочие. Однако наибольшее распространение получил формат qcow2 (QEMU copy-on-write version 2). В общем случае, qcow2 представляет собой определенным образом структурированный файл без какой-либо операционной системы. Большое количество виртуальных машин распространяется именно в виде qcow2-образов (images) и являются копией системного диска виртуальной машины, упакованной в qcow2-формат. Это имеет ряд преимуществ — qcow2-кодирование занимает гораздо меньше места, чем raw копия диска байт в байт, QEMU/KVM умеет изменять размер qcow2-файла (resizing), а значит имеется возможность изменить размер системного диска виртуальной машины, также поддерживается AES шифрование qcow2 (это имеет смысл, так как образ виртуальной машины может содержать интеллектуальную собственность).

Далее, когда происходит запуск виртуальной машины, QEMU/KVM использует qcow2-файл как системный диск (процесс загрузки виртуальной машины я опускаю здесь, хотя это тоже является интересной задачей), а виртуальная машина имеет возможность считать/записать данные в qcow2-файл через virtio-драйвер. Таким образом и работает процесс снятия образов виртуальных машин, поскольку в любой момент времени qcow2-файл содержит полную копию системного диска виртуальной машины, и образ может быть использован для резервного копирования, переноса на другой хост и прочее.

В общем случае этот qcow2-файл будет определяться в Guest OS как /dev/vda-устройство, и Guest OS произведет разбиение дискового пространства на партиции и установку файловой системы. Аналогично, следующие qcow2-файлы, подключенные QEMU/KVM как /dev/vdX устройства, могут быть использованы как block storage в виртуальной машине для хранения информации (именно так и работает компонент Openstack Cinder).



Последним в нашем списке виртуальных ресурсов идут сетевые карты и устройства ввода/вывода. Виртуальная машина, как и физический хост, нуждается в PCI/PCIe-шине для подключения устройств ввода/вывода. QEMU/KVM способен эмулировать разные типы чипсетов — q35 или i440fx (первый поддерживает — PCIe, второй — legacy PCI ), а также различные PCI-топологии, например, создавать отдельные PCI-шины (PCI expander bus) для NUMA nodes Guest OS.

После создания PCI/PCIe шины необходимо подключить к ней устройство ввода/вывода. В общем случае это может быть что угодно — от сетевой карты до физического GPU. И, конечно же, сетевая карта, как полностью виртуализированная (полностью виртуализированный интерфейс e1000, например), так и пара-виртуализированная (virtio, например) или физическая NIC. Последняя опция используется для data-plane виртуальных машин, где требуется получить line-rate скорости передачи пакетов — маршрутизаторов, файрволов и тд.

Здесь существует два основных подхода — PCI passthrough и SR-IOV. Основное отличие между ними — для PCI-PT используется драйвер только внутри Guest OS, а для SRIOV используется драйвер Host OS (для создания VF — Virtual Functions) и драйвер Guest OS для управления SR-IOV VF. Более подробно об PCI-PT и SRIOV отлично написал Juniper.

Для уточнения стоит отметить что, PCI passthrough и SR-IOV это дополняющие друг друга технологии. SR-IOV это нарезка физической функции на виртуальные функции. Это выполняется на уровне Host OS. При этом Host OS видит виртуальные функции как еще одно PCI/PCIe устройство. Что он дальше с ними делает — не важно.

А PCI-PT это механизм проброса любого Host OS PCI устройства в Guest OS, в том числе виртуальной функции, созданной SR-IOV устройством

Таким образом мы рассмотрели основные виды виртуальных ресурсов и следующим шагом необходимо понять как виртуальная машина общается с внешним миром через сеть.


Если есть виртуальная машина, а в ней есть виртуальный интерфейс, то, очевидно, возникает задача передачи пакета из одной VM в другую. В Linux-based гипервизорах (KVM, например) эта задача может решаться с помощью Linux bridge, однако, большое распространение получил проект Open vSwitch (OVS).
Есть несколько основных функциональностей, которые позволили OVS широко распространиться и стать de-facto основным методом коммутации пакетов, который используется во многих платформах облачных вычислений(например, Openstack) и виртуализированных решениях.

  • Передача сетевого состояния — при миграции VM между гипервизорами возникает задача передачи ACL, QoSs, L2/L3 forwarding-таблиц и прочего. И OVS умеет это.
  • Реализация механизма передачи пакетов (datapath) как в kernel, так и в user-space
  • CUPS (Control/User-plane separation) архитектура — позволяет перенести функциональность обработки пакетов на специализированный chipset (Broadcom и Marvell chipset, например, могут такое), управляя им через control-plane OVS.
  • Поддержка методов удаленного управления трафиком — протокол OpenFlow (привет, SDN).

Архитектура OVS на первый взгляд выглядит довольно страшно, но это только на первый взгляд.

Для работы с OVS нужно понимать следующее:

  • Datapath — тут обрабатываются пакеты. Аналогия — switch-fabric железного коммутатора. Datapath включает в себя приём пакетов, обработку заголовков, поиск соответствий по таблице flow, который в Datapath уже запрограммирован. Если OVS работает в kernel, то выполнен в виде модуля ядра. Если OVS работает в user-space, то это процесс в user-space Linux.
  • vswitchd и ovsdb — демоны в user-space, то что реализует непосредственно сам функциональность коммутатора, хранит конфигурацию, устанавливает flow в datapath и программирует его.
  • Набор инструментов для настройки и траблшутинга OVS — ovs-vsctl, ovs-dpctl, ovs-ofctl, ovs-appctl. Все то, что нужно, чтобы прописать в ovsdb конфигурацию портов, прописать какой flow куда должен коммутироваться, собрать статистику и прочее. Добрые люди написали статью по этому поводу.

Каким же образом сетевое устройство виртуальной машины оказывается в OVS?

Для решения данной задачи нам необходимо каким-то образом связать между собой виртуальный интерфейс, находящийся в user-space операционной системы с datapath OVS, находящимся в kernel.

В операционной системе Linux передача пакетов между kernel и user-space-процессами осуществляется посредством двух специальных интерфейсов. Оба интерфейса использует запись/чтение пакета в/из специальный файл для передачи пакетов из user-space-процесса в kernel и обратно — file descriptor (FD) (это одна из причин низкой производительности виртуальной коммутации, если datapath OVS находится в kernel — каждый пакет требуется записать/прочесть через FD)

  • TUN (tunnel) — устройство, работающее в L3 режиме и позволяющее записывать/считывать только IP пакеты в/из FD.
  • TAP (network tap) — то же самое, что и tun интерфейс + умеет производить операции с Ethernet-фреймами, т.е. работать в режиме L2.

Именно поэтому при запущенной виртуальной машине в Host OS можно увидеть созданные TAP-интерфейсы командой ip link или ifconfig — это «ответная» часть virtio, которая «видна» в kernel Host OS. Также стоит обратить внимание, что TAP-интерфейс имеет тот же MAC-адрес что и virtio-интерфейс в виртуальной машине.

TAP-интерфейс может быть добавлен в OVS с помощью команд ovs-vsctl — тогда любой пакет, скоммутированный OVS в TAP-интерфейс, будет передан в виртуальную машину через file descriptor.

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

Теперь, если нам необходимо получить возможность передачи пакетов между двумя и более виртуальными машинами, которые запущены на одном гипервизоре, нам потребуется лишь создать OVS bridge и добавить в него TAP-интерфейсы с помощью команд ovs-vsctl. Какие именно команды для этого нужны легко гуглится.

На гипервизоре может быть несколько OVS bridges, например, так работает Openstack Neutron, или же виртуальные машины могут находиться в разных namespace для реализации multi-tenancy.

А если виртуальные машины находятся в разных OVS bridges?

Для решения данной задачи существует другой инструмент — veth pair. Veth pair может быть представлен как пара сетевых интерфейсов, соединенных кабелем — все то, что «влетает» в один интерфейс, «вылетает» из другого. Veth pair используется для соединения между собой нескольких OVS bridges или Linux bridges. Другой важный момент что части veth pair могут находиться в разных namespace Linux OS, то есть veth pair может быть также использован для связи namespace между собой на сетевом уровне.

В предыдущих главах мы рассматривали теоретические основы виртуализации, в этой главе мы поговорим об инструментах, которые доступны пользователю непосредственно для запуска и изменения виртуальных машин на KVM-гипервизоре.
Остановимся на трех основных компонентах, которые покрывают 90 процентов всевозможных операций с виртуальными машинами:

  • libvirt
  • virsh CLI
  • virt-install
Конечно, существует множество других утилит и CLI-команд, которые позволяют управлять гипервизором, например, можно напрямую пользоваться командами qemu_system_x86_64 или графическим интерфейсом virt manager, но это скорее исключение. К тому же существующие сегодня Cloud-платформы, Openstack, например, используют как раз libvirt.

libvirt


libvirt — это масштабный open-source проект, который занимается разработкой набора инструментов и драйверов для управления гипервизорами. Он поддерживает не только QEMU/KVM, но и ESXi, LXC и много чего еще.
Основная причина его популярности — структурированный и понятный интерфейс взаимодействия через набор XML-файлов плюс возможность автоматизации через API. Стоит оговориться что libvirt не описывает все возможные функции гипервизора, он лишь предоставляет удобный интерфейс использования полезных, с точки зрения участников проекта, функции гипервизора.

И да, libvirt это де-факто стандарт в мире виртуализации сегодня. Только взгляните на список приложений, которые используют libvirt.

Хорошая новость про libvirt — все нужные пакеты уже предустановлены во всех наиболее часто используемых Host OS — Ubuntu, CentOS и RHEL, поэтому, скорее всего, собирать руками нужные пакеты и компилировать libvirt вам не придется. В худшем случае придется воспользоваться соответствующим пакетным инсталлятором (apt, yum и им подобные).

При первоначальной установке и запуске libvirt по умолчанию создает Linux bridge virbr0 и его минимальную конфигурацию.

Именно поэтому при установке Ubuntu Server, например, вы увидите в выводе команды ifconfig Linux bridge virbr0 — это результат запуска демона libvirtd

Этот Linux bridge не будет подключен ни к одному физическому интерфейсу, однако, может быть использован для связи виртуальных машин внутри одного гипервизора. Libvirt безусловно может быть использован вместе с OVS, однако, для этого пользователь должен самостоятельно создать OVS bridges с помощью соответствующих OVS-команд.

Любой виртуальный ресурс, необходимый для создания виртуальной машины (compute, network, storage) представлен в виде объекта в libvirt. За процесс описания и создания этих объектов отвечает набор различных XML-файлов.

Детально описывать процесс создания виртуальных сетей и виртуальных хранилищ не имеет особого смысла, так как эта прикладная задача хорошо описана в документации libvirt:

Сама виртуальная машина со всеми подключенными PCI-устройствами в терминологии libvirt называется domain. Это тоже объект внутри libvirt, который описывается отдельным XML-файлом.

Этот XML-файл и является, строго говоря, виртуальной машиной со всеми виртуальными ресурсами — оперативная память, процессор, сетевые устройства, диски и прочее. Часто данный XML-файл называют libvirt XML или dump XML.
Вряд ли найдется человек, который понимает все параметры libvirt XML, однако, это и не требуется, когда есть документация.

В общем случае, libvirt XML для Ubuntu Desktop Guest OS будет довольно прост — 40-50 строчек. Поскольку вся оптимизация производительности описывается также в libvirt XML (NUMA-топология, CPU-топологии, CPU pinning и прочее), для сетевых функций libvirt XML может быть очень сложен и содержать несколько сот строк. Любой производитель сетевых устройств, который поставляет свое ПО в виде виртуальных машин, имеет рекомендованные примеры libvirt XML.

virsh CLI

Утилита virsh — «родная» командная строка для управления libvirt. Основное ее предназначение — это управление объектами libvirt, описанными в виде XML-файлов. Типичными примерами являются операции start, stop, define, destroy и так далее. То есть жизненный цикл объектов — life-cycle management.

Описание всех команд и флагов virsh также доступно в документации libvirt.

virt-install

Еще одна утилита, которая используется для взаимодействия с libvirt. Одно из основных преимуществ — можно не разбираться с XML-форматом, а обойтись лишь флагами, доступными в virsh-install. Второй важный момент — море примеров и информации в Сети.

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


В данной статье мы рассмотрели минимальный набор теоретических знаний, который необходим для работы с виртуальными машинами. Я намеренно не приводил практических примеров и выводов команд, поскольку таких примеров можно найти сколько угодно в Сети, и я не ставил перед собой задачу написать «step-by-step guide». Если вас заинтересовала какая-то конкретная тема или технология, оставляйте свои комментарии и пишите вопросы.






  • Александру Шалимову — моему коллеге и эксперту в области разработки виртуальных сетей. За комментарии и правки.
  • Евгению Яковлеву — моему коллеге и эксперту в области виртуализации за комментарии и правки.
Поддерживает ли мой процессор технологию виртуализации Intel®?
На странице продукта процессора и в разделе Advanced Technologies проверьте, поддерживается ли технология виртуализации Intel® (VT-x).

На примере процессора Intel® Core ™ i7-8700K:

  • Введите число процессоров в поле поиска.
  • На странице спецификации для процессоров и в разделе Advanced Technologies найдите поле Intel® Virtualization Technology (VT-x).

Search box

Advanced Technologies list

Q: Как включить или отключить технологию виртуализации Intel® (VT-x)?

Благодаря процессору Intel® с поддержкой VT-x и BIOS с поддержкой VT-x VT-x можно включить или отключить в BIOS. Обратитесь к поставщику материнской платы за точными инструкциями, если опция недоступна в BIOS.

Q: Мой процессор поддерживает технологию виртуализации Intel® (VT-x), но я не могу включить ее в BIOS.

Если процессор поддерживает VT-x, но опция включения или выключения в BIOS доступна, обратитесь к поставщику материнской платы, чтобы узнать, как включить эту опцию.

В. Как узнать, включена ли технология Intel® Virtualization (VT-x) в моей системе?

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

Используя инструмент, выберите вкладку CPU Technologies . Посмотрите, проверены ли опции технологии Intel® Virtualization или нет.

Вот пример, показывающий, что для Intel® Virtualization доступно , доступно .

Intel Virtualization is available

Вот пример, показывающий, что Intel® Virtualization недоступна .

Intel Virtualization is not available

Если технология Intel® Virtualization не включена в инструмент, возможно, ваш процессор все еще поддерживает технологию Intel® Virtualization, но она уже используется некоторым программным обеспечением, использующим гипервизор. В этом случае вы также можете использовать диспетчер задач для проверки ситуации.

Вот пример, показывающий, что виртуализация Intel® включена с помощью диспетчера задач:

Intel Virtualization is enabled using Task Manager

Используя таблицу ниже, вы можете увидеть, поддерживает ли ваш процессор Intel® Virtualization, если она отключена, и дополнительную информацию.

Утилита идентификации процессоров Intel® Диспетчер задач Наблюдение
Виртуализация Intel® Виртуализация включена Виртуализация Intel® включена и доступна для использования.
Виртуализация Intel® проверена Виртуализация отключена Виртуализация Intel® отключена в BIOS.
Виртуализация Intel® не проверена Виртуализация включена Виртуализация Intel® включена, но используется другим программным обеспечением на компьютере.
Виртуализация Intel® не проверена Виртуализация отключена Виртуализация Intel® не поддерживается процессором.

В: Если процессор Intel поддерживает технологию Intel® Virtualization (VT-x), должен ли чипсет, ОС и драйверы это поддерживать?

Для поддержки Intel® VT-x требуется, чтобы и процессор, и BIOS поддерживали ее.Хотя, если VT-d (Virtualization Trusted I / O также необходим, BIOS, чипсет и процессор также должны его поддерживать.

Q: Как отключить технологию виртуализации Intel® (VT-x), если опция BIOS

С процессором Intel®, поддерживаемым VT-x, и BIOS, поддерживаемым VT-x, VT-x может быть включен или отключен в BIOS. Обратитесь к поставщику материнской платы за точными инструкциями, если опция недоступна в BIOS

,
Советы по использованию виртуальных ПК и аппаратная виртуализация

Я недавно опубликовал список советов по оптимизации производительности на виртуальном ПК, и я большой поклонник Invirtus VM Optimizer. Джефф предпочитает выполнять оптимизацию сам, но сэкономленное время стоит 70 долларов за такой инструмент. С новым Orcas March CTP, доступным в качестве виртуальной машины и весом 9 гигабайт, мне нужно экономить все время, которое я могу. Честно говоря, все, что я могу сделать, чтобы выжать производительность из виртуальной машины, - это хорошо.

Обязательно ознакомьтесь с музеем виртуальных машин Тима Снита - вот где я исказил картину Windows 3.1 VPC.

  • Я всегда запускаю свои виртуальные машины на другом шпинделе:
    • Клянусь дисками WDC My Book, у меня есть две на работе, на которых мы запускаем виртуальные машины, и одна дома.
  • На работе, потому что мы находимся в банковской сфере, практически ВСЕ зашифровано. Если он не связан, он либо зашифрован, либо зашифрован. Я использую TrueCrypt на уровне разделов с AES на моих дисках емкостью 500 гигабайт - на тех, на которых я запускаю свои виртуальные машины, и вы можете подумать, что это стеснит мой стиль, но на самом деле все не так уж плохо.
  • Я запускаю VM Optimizer (автоматизированную версию) на всех моих дисках.
  • У меня есть 4 гигабайта оперативной памяти на одной машине и 2 гигабайта на другой ... Я склонен выделять от 512 до 768 миллионов виртуальных машин.
  • Я запускаю свои виртуальные машины без файлов подкачки, если для них выделено достаточно оперативной памяти.
  • Я всегда проверяю, что на моей виртуальной машине установлена ​​последняя версия Virtual PC Additions.
  • Я отключаю функции, которые мне не нужны в ВМ. Поддержка звука и USB часто бывает первой.

Я использую Virtual PC и Virtual Server на своей рабочей машине. Почему ты спрашиваешь? Вот мои рассуждения из очень хорошей статьи, сравнивающей Virtual PC и Virtual Server.

  • Поддержка многопроцессорных хостов. Виртуальный сервер масштабируется на несколько процессоров на главном компьютере - до 32. Каждая работающая виртуальная машина может использовать до одного процессора. Например, на 32-процессорном хост-компьютере вы можете распределить емкость вашего ЦП так, чтобы каждая из 31 одновременно работающих виртуальных машин использовала до одного ЦП, оставляя ЦП свободным для операционной системы хоста.
  • Многопоточность. Virtual Server 2005 - это многопоточное приложение, которое работает как системная служба, и каждая виртуальная машина работает в своем собственном потоке выполнения. В отличие от этого, Virtual PC - это однопоточное приложение, в котором все одновременно запущенные виртуальные машины работают на одном процессоре.
  • Виртуальные сети. Виртуальный сервер позволяет создавать неограниченное количество виртуальных сетей, каждая из которых имеет собственный виртуальный сервер DHCP (Dynamic Host Configuration Protocol).Вы также можете настроить серверы доменных имен (DNS) и Windows Internet Name Service (WINS), адреса интернет-протокола (IP) и время аренды IP-адреса.

Так как у меня есть машина Core Duo, это имело смысл для меня. Я могу выделить (в основном) виртуальную машину одному процессору или, что более важно, я могу запустить несколько виртуальных машин (часто это делается при выполнении больших демонстраций) и получить лучшую производительность. При запуске нескольких виртуальных машин в качестве группы вы можете повысить производительность, используя отдельных внешних дисков для каждой виртуальной машины и гарантируя, если они являются USB2, каждый диск имеет свой собственный выделенный корневой порт USB2.«Избегайте одновременного доступа к диску с двух дисков на одном корневом USB-концентраторе.

Еще одна интересная функция как в Virtual Server 2005 R2, так и в Virtual PC 2007 - это аппаратная виртуализация или технология VT с технологией VT. в обоих приложениях (Вот как включить аппаратную виртуализацию на виртуальном сервере).

Обратите внимание на флажок. Однако, здесь есть хитрость. Вам нужен не только процессор, поддерживающий это - почти все новые Intel и AMD - но часто вам нужно включить его в BIO. Мои IBM T60 и T60p по умолчанию отключены. Еще одна вещь, которую стоит отметить, это то, что она часто выключается после обновления BIO. Я не уверен, почему это, как кажется, безвредно, но в любом случае, имейте в виду.

Если вы используете Intel, обратитесь к этой таблице в Intel, чтобы узнать, поддерживает ли ваш чип VT . Все Core Duos поддерживают VT, кроме тех, которые заканчиваются на «E», как процессор Intel Core Duo T2300E.

Вот еще несколько подробностей о VT от Intel.Поскольку операционные системы по своей природе и определению не ожидают, что будут совместно использовать физических ресурсов, они, как правило, приходят в бешенство, когда их об этом просят. Аппаратная виртуализация перемещает кучу вычислительных задач по «управлению платформой» на аппаратное обеспечение, устраняя слой абстракции. Без аппаратной помощи большая часть информации о состоянии ЦП хранится в памяти, а при виртуализации - в выделенной памяти. В центре обработки данных или в размещенной виртуальной среде это означает, что вы не можете уничтожить всю «Виртуальную ферму», отключив одну виртуальную машину.

Итак, теперь реальный вопрос в том, действительно ли аппаратная виртуализация делает вещи быстрее?

Да, конечно. Но для виртуальных машин Windows это не так, как «день и ночь». Это не в два раза быстрее, что некоторые люди считают, что должны, в основном на основе слов «Аппаратное обеспечение» и подпитываются прошлой болью работы в медленной ВМ .

Виртуальный компьютер Гай и Джон Ховард провели некоторый анализ в этой области. Прежде чем мы перейдем к мелочам, давайте просто выпьем в этих параграфах от Virtual PC Guy (, акцент ):

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

Поддержка аппаратной виртуализации позволяет нам запускать весь код виртуальной машины непосредственно на процессоре в виртуализированном режиме (за редким исключением). Итак, возвращаясь к первоначальному вопросу - что все это значит для Virtual Server?

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

По сути, это соответствует тому, что я нашел. Это быстрее, но это не похоже на WOW быстрее, если вы запускаете настроенную виртуальную машину, в которой есть Virtual PC Additions - это то, что вы должны делать в любом случае. (Некоторые люди не обнаружили эти дополнения ... убедитесь, что вы их установили.)

Тем не менее, Джон провел установку Windows Server 2003 на двух виртуальных машинах, с аппаратной виртуализацией и одной без:

901 901 901 901 901 901 901 901 901 901 901 901 9 9 938 901 9 9 938 901 9 9 938 901 9 938 236
Step с аппаратным обеспечением
Поддержка
(секунды)
без аппаратного обеспечения
Помощь
(секунды)
Улучшение
(секунды /%)
334 98s = 29%
2: начальная установка графического интерфейса 167 287 120s = 42%
3: завершение установки 933 901 901 901 901 901 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 всего 9 всего 901 9 9 9 9 9 2 9 9 9 9 9 2 9 9 9 2 9 9 9 2 9 9 9 2 9 9 9 2 9 9 9 2 9 9 9 9 2 9 9 9 9 2 9 9 9 2 9 9 9 2 2 9 9 9 2 9 9 9 2 2 9 9 9 2 9 9 2 9 9 9 2 2 9 9 9 2 9 всего 9 всего 9 всего 9 всего 9 9 9 9 2 9 9 9 2 9 9 9 2 9 9 9 2 9 9 9 2 9 9 2 9 всего 9 9 9 9 9 9 9 9 9 всем 9 9 9 9 9 9 9 всем 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 всем 9 все 9 26%
4: загрузка с дополнениями 10 14 4 = 29%
* Из блога Джона Ховарда

У него также есть несколько хороших графиков, чтобы проверить.

С моей точки зрения, поставьте галочку, получите повышение производительности на 10-30%. Кажется, хорошо для меня.

,
Виртуальный гитарный процессор для ПК. Скачать бесплатно для Windows
.

313 Arobas Music 34958 условно-бесплатная

Редактировать гитарные и басовые табулатуры и ноты.

121 Aspyr 7702 коммерческий

Guitar Hero 3 - отличная игра для вечеринок, выпущенная для большинства платформ.

48 Корпорация Intel (R) 5140 Freeware

Утилита для определения функций и других технических данных процессора Intel.

3 Включить программное обеспечение Pty Ltd 25 условно-бесплатная

enable Guitar Tuner - это мощный инструмент, который выполняет настройку в реальном времени для a...

9 Виртуальный мир программного обеспечения 261 условно-бесплатная

Guitar Chord Buster Pro - превосходная энциклопедия аккордов для гитаристов.

19 ReddingSound 9 условно-бесплатная

Guitar Chord Legend проходит через тысячи гитарных аккордов.

7 Двенадцать Систем Тона, Inc. 107 коммерческий

Guitar Tracks Pro - это решение для записи, которое берет вашу музыку от риффа до хита.

18 Саша Гойкович 626 условно-бесплатная

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

4 Ample Sound Co. 182 коммерческий

Он призван донести до вас звук гитар Fender Stratocaster Custom в вашей студии.

27 Native Instruments GmbH 19660 Freeware

Эмулятор гитарных усилителей и эффектов, чтобы получить нужный звук.

9 ИК Мультимедиа +798 условно-бесплатная

AmpliTube Metal - это виртуальный гитарный процессор, основанный на программном обеспечении AmpliTube 2.

SUPERLYNX условно-бесплатная

Guitar Link генерирует гитарные паттерны на виртуальной гитарной шее. Интуитивно понятный дизайн облегчает Le....

StudioDevil 81 условно-бесплатная

Virtual Guitar Amp II - плагин для моделирования гитарных усилителей и звуковых эффектов.

10 ButtonBeats 580 Freeware

ButtonBeats Guitar - это программа, позволяющая играть на виртуальной гитаре.

PSICRaft Design, TC Electronic 22 демонстрация

Определите наилучшее звуковое окружение для вашего гитарного процессора.

Строка 6 29 Freeware

Редактор, предустановленный библиотекарь и приложение IR manager для гитары Helix.

98 db audioware ограничено 16 условно-бесплатная

Flying Haggis - великолепный, выразительный виртуальный гитарный усилитель.

20 Райан Грегг 552 Freeware

virtuAMP - это виртуальный гитарный усилитель с открытым исходным кодом для вашего компьютера.

2 Пиви Электроникс 218 условно-бесплатная

ReValver - это современное программное обеспечение для моделирования виртуальных гитарных усилителей.

Avid Technology, Inc. 7 условно-бесплатная

Eleven - плагин для виртуального гитарного усилителя для Pro Tools и Avid системы.

,

Лучший компьютерный процессор (ЦП) для бизнеса

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

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

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

Но одной особенностью, о которой вы не сразу задумаетесь, является процессор вашего компьютера. Будучи «мозгом» вашего компьютера, центральный процессор является критически важным элементом, который следует учитывать при покупке делового ПК. Однако лучший процессор для бизнеса будет зависеть от того, сколько вычислительной мощности вам нужно и какие приложения вы планируете использовать.

Почему я должен заботиться о процессоре моего делового компьютера?

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

Более конкретно, ЦПУ выполняет программы и направляет их в соответствии с подробными инструкциями. Чем быстрее и мощнее ваш процессор, тем быстрее и быстрее ваш компьютер будет запускать приложения и программы [1].

Что мне нужно знать о характеристиках процессора?

Вы хотите обратить внимание на тактовую частоту процессора, ядра и потоки. Но также примите к сведению оперативную память и объем кеша при принятии решения о покупке. Процессор и оперативная память будут влиять на скорость и удобство использования вашего нового бизнес-компьютера.

1. Тактовая частота

Тактовая частота процессора - это количество инструкций, которые он может обработать и обработать за данную секунду. Это измеряется в гигагерцах (ГГц). Однако процессор - не единственный элемент вашего ПК, который ускоряет обработку; Есть также много других частей компьютерного оборудования и программного обеспечения, которые влияют на скорость.

2. Сердечники

Еще один аспект ЦП, о котором следует подумать, когда вы покупаете бизнес-ПК, - это количество ядер, которое содержит компьютер. Процессоры бывают одноядерные, двухъядерные и четырехъядерные. Итак, в чем разница между ними?

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

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

3. Потоки

Некоторые процессоры могут виртуализировать ядра, что повышает производительность без добавления физических ядер. Виртуальные ядра процессора называются потоками. Одно ядро ​​ЦП с несколькими потоками означает, что большее количество инструкций может интерпретироваться и обрабатываться одновременно. Однако большее количество физических ядер будет всегда улучшать производительность по сравнению с виртуальными ядрами [2].

4. RAM

Оперативная память компьютера (RAM) - это кратковременная память вашего устройства. Если у вас недостаточно ОЗУ для количества приложений и программ, которые вы пытаетесь запустить, ваш компьютер все равно будет работать медленнее, несмотря на быстрый процессор.

5. Кэш

Кэш ЦП - это часть памяти компьютера, к которой процессор может получить наиболее быстрый доступ. Это временное виртуальное хранилище для данных, которые вы часто используете. Больше кэша означает больше места для хранения этой информации.

Кэш расположен рядом с основным процессором, поэтому он намного быстрее, чем доступ к остальным данным ОЗУ. Как правило, компьютеры имеют одну десятую кэш-памяти в качестве основной оперативной памяти [3]. Когда вы смотрите на спецификации компьютера, обратите внимание, что чем больше кэш, тем быстрее будет работать компьютер, поскольку он увеличивает оперативную память компьютера.

Распространенные типы процессоров

При поиске компьютеров вы заметите, что некоторые имена процессоров постоянно появляются.Одной из наиболее распространенных является серия Intel® Core ™: процессор i3, процессор i5 и процессор i7.

Как следует из названия, процессор i3 менее мощный, чем i5, а i7 - самый мощный из трех. Имейте в виду, что цифры не относятся к числу ядер; они просто относятся к их вычислительной мощности относительно друг друга.

Серия Intel Core i3 имеет двухъядерные процессоры, а его более мощные родственники, i5 и i7, выпускаются как в двухъядерных, так и в четырехъядерных вариантах.Как вы можете себе представить, каждая вариация этих ядер приводит к различиям в производительности [4].

Процессоры Intel Core i3:

  • Физические ядра: 2
  • Пониженное качество графики
  • Обычные пользователи ПК
  • Идеально подходят для работы в Интернете, приложений, таких как Microsoft Office, и социальных сетей

Процессоры Intel Core i5:

  • Физические ядра: 2-4
  • Среднее качество графики
  • Хорошо для промежуточных пользователей, которым нужна более высокая производительность

Процессоры Intel Core i7:

  • Физические ядра: 2-4
  • Качество графики высокого уровня
  • Опытные пользователи
  • Идеально подходит для многозадачных задач и запуска высокопроизводительных приложений или вычислений
Для бизнес-пользователей процессор Intel Core i5 или i7, вероятно, лучше подходит для ваших потребностей, особенно если вам требуется многозадачность или запуск надежного программного обеспечения для редактирования видео или расширенные расчеты.Для профессиональных опытных пользователей новейший процессор Intel i9 может быть наиболее подходящим. Однако, если вам нужен только компьютер для основных функций, таких как использование Интернета для отправки электронной почты, приложений Microsoft Office и других простых задач, достаточно процессора i3.

Другим популярным производителем процессоров является AMD, которая создает процессоры по конкурентоспособным ценам для процессоров Intel. Например, AMD Ryzen сопоставима с производительностью Intel Core i5 [5].

Покупки для ПК с подходящим процессором и функциями для вашего бизнеса

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

Ноутбук

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

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

Рабочий стол

Если вы работаете в основном вне офиса, настольный компьютер может быть лучшим выбором. Настольные компьютеры могут предложить большое количество энергии при экономичных затратах. Кроме того, вы можете ожидать более высокую скорость обработки и большую емкость локального хранилища.Настольные компьютеры также имеют тенденцию работать дольше, чем ноутбуки, поскольку они не подвергаются постоянному давлению портативных устройств. Гибридные ПК

Гибридный вариант поможет вам найти наилучшее место между этими двумя вариантами. Например, если у вас небольшой офис, но вам нужно больше энергии, чем может предоставить стандартный ноутбук, настольный компьютер «все в одном» может стать идеальным решением.

Какие лучшие компьютерные процессоры я могу использовать для своего ПК?

Лучший процессор для бизнес-ПК зависит от ваших конкретных потребностей.Если вы регулярно используете программное обеспечение для редактирования видео или обнаруживаете, что в сети многозадачность, то процессор более высокого уровня будет обслуживать вас лучше и позволит вам работать без каких-либо задержек.

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

Итак, какой процессор лучше всего подходит для вашего делового компьютера? HP® предлагает широкий выбор ноутбуков, настольных ПК, планшетов и 2-в-1, которые обеспечивают высокую вычислительную мощность, длительный срок службы аккумулятора и низкопрофильные конструкции для любой офисной установки.

Настольные компьютеры

Настольные компьютеры - отличный выбор для профессионалов, которым нужна постоянная настройка рабочей станции. Семейство HP EliteDesk разработано специально для современного предпринимателя. Такие модели, как настольный компьютер HP EliteDesk 800 G3, могут быть настроены с процессорами Intel Core 7-го поколения и твердотельными накопителями PCle Gen3. До 64 ГБ памяти DDR4 дает достаточно места для многозадачности и хранения сложных файлов. Расширьте функциональные возможности своего ПК с помощью пяти отсеков и четырех слотов полной высоты, двух M.2 разъема, и много портов. Коротко на месте? Мини-рабочий стол HP EliteDesk 800 G4 идеально подходит для небольшого офиса. Этот ПК малого форм-фактора, оснащенный процессором Intel Core i3 8-го поколения, 8 ГБ памяти и жестким диском на 500 ГБ, может помочь вам в развитии вашего бизнеса. Один USB-C-кабель и задние порты ввода-вывода обеспечивают меньше помех и отвлекают внимание, поэтому вы можете сосредоточиться на текущей задаче. Что касается безопасности, HP Sure Start Gen4 означает, что вы можете ожидать высочайший уровень безопасности и самовосстановления BIOS при магазин.Вы даже можете хранить и запирать мини-ПК и его шнур питания в дополнительном ящике HP. Ноутбуки

Ноутбуки

обеспечивают максимальную гибкость для профессионалов в дороге. Куда бы вы ни делали свою работу, вы будете готовы к работе с бизнес-ноутбуком HP, таким как HP EliteBook, HP ProBook или HP ZBook. Бизнес-ноутбук HP EliteBook 850 G5 оснащен процессором Intel Core i5 8-го поколения, обеспечивающим работу в течение рабочего дня. , Кроме того, сенсорный дисплей Full High Definition (FHD) с диагональю 15,6 дюйма предоставляет больше возможностей для многозадачности и позволяет справляться со своими задачами.Он создан для современного профессионала, которому нужны мощные инструменты для совместной работы без ущерба для безопасности, чтобы защитить ваши данные от посторонних глаз. HP ProBook x360 440 G1 - еще один пример отличного бизнес-ноутбука. Благодаря процессору Intel Core i3 8-го поколения, дополненному операционной системой Windows 10 Pro 64, вы сможете с легкостью выполнять все сроки выполнения работ.

Нужно еще больше энергии? У вас есть возможность настроить свой ноутбук и перейти на процессор Intel Core i5. Если вы хотите устройство, которое адаптируется к конкретному способу вашей работы, не смотрите дальше.HP ProBook x360 можно сложить в планшет или использовать в режиме презентации в зависимости от ваших потребностей в любой день.

Если вы работаете в творческой индустрии, ваш ноутбук имеет решающее значение для вашего рабочего процесса. У HP® есть линейка ноутбуков, созданных для поддержки видеоредакторов, цифровых художников и аниматоров: серия HP ZBook.

Съемная рабочая станция HP ZBook x2 G4, например, оснащена процессором Intel Core i7 8-го поколения, чтобы не отставать от самого требовательного программного обеспечения для редактирования видео. Для полной гибкости от клавиатуры можно отсоединить 14-дюймовый сенсорный дисплей 4K.Не говоря уже о том, что у него вдвое больше памяти, чем у любого другого съемного ПК HP, а также у NVIDIA 3D Graphics.

Настольные ПК «все в одном»

Если вам нужна мощность настольного ПК без лишних помех, то HP EliteOne 800 G4 - это модель, в которой есть все.

Процессор Intel Core i5 8-го поколения дополнен 8 ГБ памяти и 256 ГБ SSD-накопителя. 23,8-дюймовый сенсорный дисплей FHD, всплывающая ИК-камера с обращенной назад камерой FHD и кристально чистый звук позволяют легко работать с коллегами или общаться с клиентами.

Лучший компьютерный процессор для вашего бизнеса и образа жизни

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

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

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

Об авторе: Мишель Уилсон - автор статьи для HP® Tech Takes .Мишель - специалист по созданию контента, пишущий для различных отраслей, включая технические тенденции и новости СМИ.

Популярные компьютеры HP с мощными процессорами

.

Отправить ответ

avatar
  Подписаться  
Уведомление о