Вопросы и ответы

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

Вопросов: 668Областей: 4

150 вопросов — область «Серверная виртуализация» · все вопросы

Серверная виртуализация: что это, как работает и зачем нужна(6)

VPS/VDS — это всегда полноценная виртуальная машина?

Нет. VPS/VDS может быть полноценной VM с собственной гостевой ОС, но провайдер также может предоставить контейнерную среду, использующую ядро хоста. Само название услуги не определяет технологию изоляции, наличие физически выделенных ресурсов или границы ответственности. Эти условия зависят от реализации и договора с провайдером.

Подробнее в статье →

Подходит ли VirtualBox или VMware Workstation для продакшена?

Обычно нет. Настольные гипервизоры Type 2, включая VirtualBox и VMware Workstation, используют службы основной ОС и в первую очередь подходят для обучения, разработки и тестовых лабораторий. Для серверной эксплуатации оценивают серверные платформы по поддержке оборудования и гостевых ОС, средствам управления, сетям, хранилищу, доступности и лицензированию.

Подробнее в статье →

Нужна ли IOMMU для запуска виртуальных машин?

Нет, для обычного запуска современных VM IOMMU не обязательна. Как правило, нужна аппаратная виртуализация CPU, доступная гипервизору. IOMMU, например Intel VT-d или AMD IOMMU, требуется для отдельных сценариев управления DMA и передачи PCIe-устройств гостевой системе, включая многие варианты GPU passthrough.

Подробнее в статье →

Можно ли использовать snapshot вместо резервной копии VM?

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

Подробнее в статье →

Гарантирует ли HA непрерывную работу приложения?

Нет. HA обычно пытается автоматически перезапустить VM на другом подходящем узле после отказа хоста, поэтому гостевая ОС и приложение запускаются заново. Такой механизм может сократить время восстановления, но не гарантирует отсутствие простоя, защиту от всех отказов инфраструктуры или сохранность последних изменений.

Подробнее в статье →

Почему добавление vCPU не всегда ускоряет виртуальную машину?

Потому что vCPU используют процессорное время общего хоста. Если несколько VM одновременно активно нагружают CPU, возникает конкуренция и растёт ожидание выполнения. Производительность зависит не только от числа назначенных vCPU, но и от загрузки хоста, профиля нагрузки, ограничений платформы и доступных физических ядер или потоков.

Подробнее в статье →

Как спроектировать виртуальную инфраструктуру для продакшена и 1С(6)

Нужна ли высокая доступность для виртуализации разработки?

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

Подробнее в статье →

Должен ли тестовый контур полностью повторять продакшен?

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

Подробнее в статье →

Можно ли размещать продакшен на одном хосте?

Можно, только если согласован простой при отказе сервера, локального хранилища, сети или электропитания. Один хост остаётся единой точкой отказа для всех VM. Для него нужны определённые RPO и RTO, резервные копии вне хоста и проверенный порядок восстановления на заменённом или временном оборудовании.

Подробнее в статье →

Обеспечивает ли HA непрерывную работу сервера 1С?

Нет. HA гипервизора обычно обнаруживает отказ хоста и перезапускает VM на другом узле, поэтому активные сеансы и транзакции прерываются. Непрерывность работы 1С, доступность данных, переключение СУБД и поведение клиентских подключений нужно проектировать отдельно на уровне приложения и СУБД.

Подробнее в статье →

Что проверить перед выбором платформы виртуализации?

Сначала проверьте совместимость серверов, CPU, сетевых и storage-адаптеров, версий firmware и целевого релиза гипервизора по HCL платформы. Отдельно подтвердите лицензии и права на централизованное управление, миграцию, HA, репликацию и нужные компоненты хранения.

Подробнее в статье →

Нужно ли проверять сеть между сервером 1С и СУБД в разных VM?

Да. Если сервер 1С и СУБД размещены в разных виртуальных машинах, нужно проверить задержку и пропускную способность сети между ними в условиях ожидаемого пика. Оценивать следует не только средний трафик, но и фоновые задания, регламентные операции, обмены и интеграции.

Подробнее в статье →

Гипервизоры и типы виртуализации: Type 1, Type 2, полная и паравиртуализация(5)

Почему Hyper-V после установки роли не становится Type 2?

Нет, не становится. После включения роли гипервизор Hyper-V запускается ниже разделов Windows: Windows Server для управления работает в корневом разделе, а гостевые VM — в дочерних. Корневой раздел управляет ресурсами и доступом к устройствам, но наличие Windows в нём не означает, что Hyper-V является приложением поверх основной ОС.

Подробнее в статье →

Чем KVM отличается от QEMU и libvirt?

Это разные компоненты. KVM — подсистема ядра Linux для аппаратно ускоренной виртуализации, QEMU создаёт VM и моделирует её виртуальное оборудование, а libvirt предоставляет API, службы и утилиты для управления VM, сетями и хранилищами. libvirt может управлять QEMU/KVM, но не заменяет ни KVM, ни QEMU.

Подробнее в статье →

Достаточно ли Intel VT-x или AMD-V для установки гипервизора?

Нет. VT-x и AMD-V подтверждают только наличие CPU-механизма для аппаратной виртуализации. Дополнительно нужно проверить настройки BIOS/UEFI, модель процессора, релиз гипервизора, режим загрузки, совместимость RAID/HBA-контроллеров и сетевых адаптеров. Для сценариев с виртуализацией памяти или passthrough отдельно могут потребоваться SLAT и IOMMU.

Подробнее в статье →

Нужен ли IOMMU для passthrough сетевой карты или GPU в VM?

Да, для контролируемого назначения PCIe-устройств виртуальной машине нужен Intel VT-d или AMD IOMMU. VT-x и AMD-V относятся к виртуализации CPU и не подтверждают наличие IOMMU. Помимо него требуется поддержка со стороны firmware, выбранного гипервизора, самого устройства и драйвера в гостевой ОС.

Подробнее в статье →

Можно ли использовать паравиртуальные драйверы с обычной гостевой ОС?

Да, обычно можно. Современную поддерживаемую гостевую ОС не требуется переделывать или собирать заново: достаточно включить встроенный либо установить совместимый паравиртуальный драйвер или пакет интеграции. Например, для KVM/QEMU используются VirtIO, а для Hyper-V и VMware доступны собственные интеграционные компоненты.

Подробнее в статье →

Защита виртуальных машин: изоляция, шифрование и границы гипервизора(4)

Заменяет ли гипервизор антивирус для виртуальных машин?

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

Подробнее в статье →

Можно ли использовать VMware Encryption без vCenter Server?

Для поддерживаемых сценариев VMware VM Encryption требуется централизованное управление через vCenter Server и инфраструктура ключей. vSphere использует совместимый KMS по KMIP либо поддерживаемый Native Key Provider, доступность которого зависит от версии. Нельзя считать шифрование доступным по умолчанию только из-за установленного ESXi.

Подробнее в статье →

Защищает ли Shielded VM от администратора Hyper-V?

Да, Shielded VM предназначена для более сильного ограничения доступа администраторов виртуализационной инфраструктуры к содержимому VM. Защитная модель использует vTPM, Secure Boot, аттестацию guarded host и Host Guardian Service. Однако поддерживаемые сценарии, требования к хостам и допустимые операции зависят от конкретного выпуска Windows Server.

Подробнее в статье →

Что будет, если потерять доступ к ключам шифрования VM?

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

Подробнее в статье →

OpenStack как частное облако поверх KVM: компоненты и границы выбора(6)

Чем OpenStack отличается от VMware vSphere?

Зависит от уровня сравнения. OpenStack — платформа частного IaaS-облака с проектами, ролями, квотами, API и самообслуживанием; KVM обычно исполняет VM. В VMware ESXi является гипервизором, а vCenter/vSphere отвечают за централизованное управление. Сравнивать нужно сопоставимые функции: исполнение VM, управление, модель арендаторов, автоматизацию, сеть, хранение и поддержку.

Подробнее в статье →

Можно ли считать OpenStack гипервизором?

Нет. OpenStack — платформа управления частным облаком, которая принимает запросы через API, проверяет права и квоты, планирует размещение VM и координирует сеть, образы и хранение. Гостевой код он сам не исполняет: в типичной схеме VM запускает QEMU с ускорением KVM, а libvirt предоставляет интерфейс управления этим стеком.

Подробнее в статье →

Нужен ли OpenStack, если уже есть KVM-хосты?

Не обязательно. Наличие KVM-хостов само по себе не создаёт частное облако. OpenStack оправдан, когда нескольким командам регулярно нужны изолированные ресурсы, проекты, квоты, API, каталог образов и автоматизированное самообслуживание. Если VM создаются редко и ими управляет одна команда администраторов, кластер виртуализации или централизованное управление KVM/libvirt обычно проще сопровождать.

Подробнее в статье →

Почему VM не создаётся, хотя квота проекта не исчерпана?

Свободная квота не гарантирует запуск VM. Причиной может быть отсутствие подходящего compute-кандидата по данным Placement, политики размещения, недоступный образ или сеть, ошибка подготовки порта Neutron либо тома Cinder. Нужно проверить ответ API, назначения проекта и ролей, политики сервисов, а затем журналы Nova, Neutron, Glance или Cinder по идентификатору запроса.

Подробнее в статье →

Гарантирует ли Cinder отказоустойчивость томов?

Нет. Cinder предоставляет единый API для создания и подключения блочных томов, но не делает локальные диски или внешнюю СХД отказоустойчивыми автоматически. Снапшоты, клонирование, репликация, QoS и восстановление зависят от конкретного backend-хранилища и его драйвера. Производительность, домены отказа и резервное восстановление нужно проектировать отдельно.

Подробнее в статье →

Применятся ли user data в VM без Cloud-Init?

Нет, не обязательно. OpenStack может передать метаданные и пользовательские данные при создании экземпляра, но гостевая ОС должна уметь их обработать. Cloud-Init обычно применяет такие параметры, как SSH-ключ, имя хоста и сетевая конфигурация. Если Cloud-Init или иной механизм обработки не подготовлен в образе, наличие user data не означает, что настройки будут применены.

Подробнее в статье →

Xen и XenServer: архитектура, подготовка и выбор платформы(6)

Можно ли сравнивать Xen и KVM напрямую?

Нет. Xen — гипервизор, а KVM — компонент ядра Linux для аппаратной виртуализации, который обычно используется вместе с QEMU и средствами управления, например libvirt. Для практического выбора нужно сопоставлять не только базовые механизмы, но и полный стек: управление, обновления, сеть, хранилище, автоматизацию, поддержку и компетенции команды.

Подробнее в статье →

Можно ли сравнивать Xen с VMware vSphere как с одним гипервизором?

Нет. vSphere — это не только ESXi: в неё входят средства централизованного управления vCenter Server, а кластерные функции зависят от состава продукта, подписки и архитектуры. При сравнении с Xen-платформой нужно проверять конкретные возможности управления, миграции, HA, совместимость оборудования, условия поддержки и лицензирования.

Подробнее в статье →

Можно ли ставить XenServer, если адаптера нет в HCL, но для него есть Linux-драйвер?

Нет, считать адаптер совместимым только из-за Linux-драйвера нельзя. Для XenServer нужно сверить точные модели NIC, HBA, RAID-контроллеров, CPU, сервера и внешнего хранилища с HCL выбранного релиза. Если компонента нет в матрице, его статус и риск следует отдельно согласовать, а не заменять проверку предположением.

Подробнее в статье →

Что делать, если установщик XenServer показывает неожиданные диски?

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

Подробнее в статье →

Нужны ли Intel VT-x или AMD-V для HVM-виртуальных машин Xen?

Да. HVM-гости Xen используют аппаратную виртуализацию процессора: Intel VT-x для Intel или AMD-V для AMD. Перед развёртыванием убедитесь по документации CPU и в BIOS/UEFI, что расширение доступно и включено. Если оно не обнаружено, проверьте модель CPU, настройки firmware и необходимость полного отключения питания.

Подробнее в статье →

Нужны ли PV-драйверы, если гостевая VM запускается в режиме HVM?

Зависит от гостевой ОС и выбранной конфигурации. HVM определяет аппаратно виртуализированный запуск ОС, но не требует эмуляции каждого устройства. Типичный современный вариант — HVM-VM с паравиртуальными сетевыми и дисковыми драйверами, которые обеспечивают более эффективный обмен с виртуальными устройствами при наличии поддержки в гостевой ОС.

Подробнее в статье →

VM, LXC, кластер, HA и резервное копирование в Proxmox VE(6)

Запустится ли HA-VM на другом узле, если её диск локальный?

Зависит от заранее спроектированного хранения данных. Само членство узлов в кластере не делает локальный диск VM доступным на другом хосте. Для восстановления HA-ресурса нужны доступные на целевом узле данные и ресурсы: обычно общее хранилище либо предусмотренный сценарий локальной репликации. Одиночный локальный диск автоматически не переносится.

Подробнее в статье →

Можно ли выполнить Live Migration VM с локальными дисками?

Зависит от типа хранилища, конфигурации VM и поддержки операции в установленной версии Proxmox VE. При общем storage миграция обычно проще, так как целевой узел уже видит те же диски. Для локальных дисков возможны миграция с копированием дисков или репликация в отдельных сценариях, но это не универсальное свойство любого storage и не равнозначно HA.

Подробнее в статье →

Заменяет ли снимок виртуальной машины резервную копию?

Нет. Снимок фиксирует точку состояния VM в пределах возможностей выбранного хранилища, но не заменяет резервное копирование или план миграции. Для защиты данных нужны отдельное целевое хранилище, расписание создания копий, правила хранения точек восстановления и обязательная проверка фактического восстановления на тестовом объекте.

Подробнее в статье →

Нужно ли проверять восстановление из Proxmox Backup Server?

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

Подробнее в статье →

Можно ли добавить в кластер Proxmox рабочий узел с существующими VM?

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

Подробнее в статье →

Можно ли установить Windows в Proxmox LXC?

Нет. LXC — системный Linux-контейнер, который использует ядро Linux-хоста, поэтому он не подходит для Windows и других ОС, требующих другого ядра. Для Windows следует создавать VM: она запускает собственную гостевую ОС и ядро, а также предоставляет более полную границу изоляции виртуального оборудования.

Подробнее в статье →

Datastore и VMware vSAN: как организовать хранение виртуальных машин(6)

Что делать, если на datastore не хватает места?

Не удаляйте файлы наугад. Сначала определите проблемный datastore и затронутые VM, проверьте фактических потребителей места и активные задачи. Затем штатными средствами удалите подтверждённо ненужные объекты, завершите работу с ненужными snapshot, расширьте ёмкость или перенесите VM. Для vSAN дополнительно проверьте политики, состояние объектов и ребалансировку.

Подробнее в статье →

Можно ли удалить VMDK или файлы snapshot прямо из datastore?

Нет, удалять VMDK, VMX, snapshot и служебные файлы вручную через браузер datastore или оболочку ESXi рискованно. VM может стать неработоспособной, а восстановление — усложниться. Сначала нужно определить назначение файла и использовать штатные операции vSphere; особенно опасны файлы с похожими именами у VM со снимками.

Подробнее в статье →

Почему после snapshot на datastore быстро заканчивается место?

Потому что snapshot не является неизменяемой полной копией диска: при изменениях в гостевой ОС растут delta-файлы. Место особенно быстро расходуется при длительном снимке, интенсивной записи, цепочке snapshot или незавершённой консолидации. Удаление и консолидация также могут потребовать свободного рабочего пространства.

Подробнее в статье →

Поможет ли RAID на локальном datastore запустить VM на другом хосте?

Нет, RAID защищает от отказа отдельного диска, но не делает локальный datastore общим и не заменяет второй хост, резервное копирование или защиту от ошибок администратора. При отказе ESXi-хоста VM и её локальные файлы обычно недоступны, пока хост не восстановят или данные не восстановят другим предусмотренным способом.

Подробнее в статье →

Можно ли сделать vMotion, если datastore доступен только одному хосту?

Нет, для переноса работающей VM на другой хост без перемещения её файлов datastore должен быть доступен обоим участникам. Также нужны совместимые хосты, сеть, права на vMotion и корректная конфигурация. Само наличие общего хранилища не запускает миграцию автоматически, но является одним из необходимых условий.

Подробнее в статье →

Нужно ли проверять совместимость дисков для vSAN, если ESXi их видит?

Да, обнаружение дисков ESXi не подтверждает их поддержку для vSAN. До развёртывания нужно сверить серверы, контроллеры, накопители, сетевые адаптеры, firmware и выбранную архитектуру OSA или ESA с VMware Compatibility Guide и документацией VMware/Broadcom для используемого релиза.

Подробнее в статье →

VDI: виртуализация рабочих столов, архитектура и выбор сценария(5)

Чем DaaS отличается от локально развернутой VDI?

DaaS — это модель поставки рабочего стола из инфраструктуры облачного провайдера или управляемой облачной среды. VDI может быть развернута на собственной серверной площадке или в облаке. DaaS может использовать механизмы, похожие на VDI, но не тождественна локально развернутой VDI: различается прежде всего модель эксплуатации и ответственности за инфраструктуру.

Подробнее в статье →

Можно ли дать подрядчикам доступ к VDI с личных устройств?

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

Подробнее в статье →

Чем GPU Passthrough отличается от vGPU в VDI?

При vGPU физический графический ускоритель разделяется между несколькими виртуальными машинами. При GPU Passthrough устройство назначается одной VM напрямую. Оба варианта применяют для 3D, CAD, визуализации, видео и других графически интенсивных задач, но совместимость зависит от модели GPU, драйвера, гипервизора, VDI-платформы и их версий.

Подробнее в статье →

Можно ли хранить рабочие файлы внутри непостоянного VDI-десктопа?

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

Подробнее в статье →

Почему VDI может работать медленно при нормальных ресурсах VM?

Потому что на отклик влияют не только CPU и память виртуальной машины. Для VDI критичны задержка и потери в сети, доступная полоса канала до пользователя, удалённый протокол, качество хранилища и характер приложения. Хорошая сеть внутри дата-центра не компенсирует нестабильный канал между площадкой и клиентским устройством.

Подробнее в статье →

Лицензирование VMware vSphere, ESXi и vCenter: подписки и ограничения(4)

Можно ли подключить VMware ESXi Free к vCenter?

Нет. Бесплатный вариант на базе ESXi 8.0 Update 3e не предоставляет права на управление хостом через vCenter Server, а также на коммерческую поддержку и кластерные возможности VVF или VCF. Для автономного использования нужно отдельно проверить действующую EULA, наличие дистрибутива, порядок получения лицензии, ограничения сборки и доступность обновлений.

Подробнее в статье →

Нужна ли отдельная лицензия vCenter Server для VVF или VCF?

Обычно нет. В VVF и VCF право использования vCenter Server обычно входит в пакет, поэтому отдельно покупать лицензию для этой включённой функции не следует. Однако это нужно подтвердить по спецификации конкретного SKU и заказу: они определяют срок права и объём лицензируемых хостов. В старой, смешанной или переходной среде включение vCenter автоматически предполагать нельзя.

Подробнее в статье →

Что будет после окончания VMware subscription?

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

Подробнее в статье →

Считается ли Hyper-Threading при лицензировании VMware по ядрам?

Нет. Для рассматриваемых подписок учитываются физические ядра процессоров ESXi-хоста, а логические потоки Hyper-Threading не являются отдельными лицензируемыми ядрами. Для каждого физического CPU применяется минимум 16 ядер: в расчёт берут большее значение между фактическим числом физических ядер процессора и 16, затем складывают результаты по всем хостам.

Подробнее в статье →

Установка и первичная настройка VMware ESXi: хост, VM, datastore и vSwitch(6)

Где скачать официальный образ ESXi?

Официальный образ ESXi получают через портал Broadcom Support и связанные официальные каналы VMware by Broadcom. Обычно нужна учётная запись, а доступ к конкретным релизам, OEM-образам, обновлениям и документации зависит от назначенных прав, контрактов и актуальной модели поставки. Перед созданием носителя нужно сверить контрольную сумму ISO и не использовать неофициальные образы.

Подробнее в статье →

Можно ли ставить ESXi, если NIC или RAID-контроллер не подтверждён в Compatibility Guide?

Нет, такую конфигурацию не следует считать поддерживаемой. Обнаружение устройства установщиком ещё не подтверждает его совместимость: для выбранного релиза ESXi нужно проверить точную модель сервера, CPU, каждый сетевой адаптер, HBA или RAID-контроллер, драйверы и firmware. Для Management Network должна быть подтверждена как минимум одна сетевая карта.

Подробнее в статье →

Как настроить VLAN для VM в ESXi, не потеряв доступ к управлению?

Зависит от схемы сети, но рабочий management-uplink нельзя переводить в другую access-сеть ради VM. Для VM создайте отдельную Port Group и укажите VLAN ID, согласованный с физическим коммутатором. Если management и VM находятся в разных VLAN на одном uplink, порт коммутатора должен работать как trunk с разрешёнными VLAN.

Подробнее в статье →

Можно ли создать VMFS datastore на диске, где уже есть данные?

Нет, если данные нужно сохранить. Создание VMFS изменяет структуру выбранного устройства и может сделать существующие данные недоступными. Перед форматированием нужно сопоставить устройство с его моделью, идентификатором, размером и назначением. Для существующего VMFS, NFS или SAN-хранилища используйте подключение или монтирование, а не создание нового datastore.

Подробнее в статье →

Почему ESXi не видит ожидаемый RAID-том или внешний datastore?

Причина обычно в контроллере, драйвере, firmware или конфигурации пути к хранилищу, а не в необходимости форматирования другого диска. Для RAID ESXi должен видеть логический том, предоставленный контроллером. Для внешнего хранилища нужно проверить сетевую или SAN-связность, zoning и способ подключения, поддерживаемый для NFS, iSCSI, Fibre Channel или другого типа.

Подробнее в статье →

Чем IP-адрес ESXi отличается от IP-адреса виртуальной машины?

Это разные адреса для разных сущностей. ESXi использует IP-адрес на VMkernel-интерфейсе Management Network, через него открывают DCUI-проверки и Host Client. Виртуальная машина получает собственный IP-адрес только после подключения её виртуального NIC к VM Port Group и настройки сети внутри гостевой ОС.

Подробнее в статье →

Установка и настройка Hyper-V на Windows Server: роль, VM и сеть(6)

Что проверить, если роль Hyper-V не устанавливается?

Сначала проверьте текст ошибки и журнал событий, затем версию и выпуск Windows Server, а также доступность аппаратной виртуализации. Для роли нужны 64-разрядный процессор, включённая виртуализация в firmware, SLAT и Intel XD bit либо AMD NX bit. Не пытайтесь исправить установку изменением параметров виртуальных машин: они ещё не являются причиной сбоя.

Подробнее в статье →

Можно ли использовать checkpoint Hyper-V вместо резервной копии?

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

Подробнее в статье →

Сколько памяти нужно выделить хосту Hyper-V и виртуальным машинам?

Минимум для Hyper-V — 4 ГБ ОЗУ, но это только исходный минимум, а не универсальная рекомендация. Нужно оставить память Windows Server, службам хоста и запас на пиковые нагрузки. Остальной объём рассчитывают по требованиям гостевых ОС, приложений, других VM и планируемой нагрузки, а не по свободной памяти в момент создания VM.

Подробнее в статье →

Можно ли сменить Generation 1 на Generation 2 у готовой VM?

Нет, штатно изменить поколение уже созданной виртуальной машины нельзя. Для перехода создайте новую VM нужного поколения, затем отдельно перенесите или преобразуйте рабочую нагрузку. После этого проверьте загрузку и драйверы, поскольку Generation 1 использует BIOS, а Generation 2 рассчитана на UEFI и поддерживаемые 64-разрядные гостевые ОС.

Подробнее в статье →

Что будет, если создать External Switch на единственном канале управления?

Удалённое управление хостом может кратковременно прерваться: при создании внешнего коммутатора Hyper-V меняет конфигурацию выбранного физического адаптера. Не отключайте общий доступ адаптера управляющей ОС на единственном канале RDP или WinRM без альтернативного доступа. Перед операцией подготовьте локальную консоль либо внеполосное управление через BMC, iDRAC, iLO или аналогичное средство.

Подробнее в статье →

Заменяет ли Hyper-V Enhanced Session виртуальную сеть?

Нет. Enhanced Session — это режим консольного подключения к VM через VMConnect с использованием RDP поверх VMBus. Он может дать общий буфер обмена, изменение разрешения и перенаправление локальных ресурсов, но не создаёт сеть, не выдаёт IP-адрес и не заменяет внешний, внутренний или частный виртуальный коммутатор.

Подробнее в статье →

VMware vSphere и vCenter Server: установка VCSA и добавление хостов(6)

Будет ли работать vMotion после добавления хостов в vCenter?

Зависит от архитектуры и лицензирования. Само добавление ESXi-хостов в vCenter не включает vMotion. Для миграции должны быть совместимы хосты и виртуальные машины, подготовлены сеть миграции и хранилище, а также выполнены другие условия конкретного сценария. Право использования функции определяется приобретённой подпиской или редакцией.

Подробнее в статье →

Включается ли VMware HA автоматически после добавления хостов?

Нет. Добавление хостов в vCenter не создаёт кластер и не включает VMware HA. Для HA нужны несколько хостов, рабочая management-сеть, подходящая архитектура хранения и запас ресурсов для восстановления виртуальных машин после отказа. Также необходимо отдельно настроить кластер и проверить доступность функции в используемой подписке или редакции.

Подробнее в статье →

Почему VMware DRS не появляется после подключения ESXi?

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

Подробнее в статье →

Можно ли мониторить несколько ESXi-хостов через vCenter?

Да, vCenter Server даёт единый инвентарь нескольких хостов, виртуальных машин, сетей и хранилищ, а также централизованно собирает события и задачи. После подключения хоста следует контролировать Recent Tasks, события и предупреждения, включая сообщения о связи, сертификате, лицензии и управляющем агенте.

Подробнее в статье →

Что будет с работающими VM при добавлении ESXi в vCenter?

Штатное добавление обычно не переносит и не выключает работающие виртуальные машины, не преобразует datastore и не заменяет локальные vSphere Standard Switch. При этом хост переходит под управление vCenter, а система может установить или обновить управляющие компоненты. Перед работами нужны согласованное окно, резервная копия и последующая проверка задач и состояния VM.

Подробнее в статье →

Можно ли добавить хост, которым управляет другой vCenter?

Не в обычном порядке без предварительного переноса. В стандартном сценарии хост сначала отключают, затем удаляют из инвентаря прежнего vCenter; одного статуса Disconnected недостаточно. Если хост состоит в кластере, подключён к vSphere Distributed Switch или прежний vCenter недоступен, нужен отдельный план переноса с проверкой сетевых зависимостей.

Подробнее в статье →

Установка и первичная настройка Proxmox VE(5)

Можно ли установить Proxmox VE на диск с нужными данными?

Нет, если данные не сохранены и диск не идентифицирован однозначно. Установщик переразмечает выбранные накопители, создаёт на них разделы и файловую систему. Перед установкой сделайте резервную копию и отключите либо точно определите носители с важными данными. Не выбирайте диск только по ёмкости: одинаковые SSD или LUN легко перепутать.

Подробнее в статье →

Можно ли использовать ZFS поверх аппаратного RAID-контроллера?

Обычно не следует. ZFS должна иметь прямой доступ к дискам и сама управляет программной избыточностью, поэтому сочетание с аппаратным RAID требует отдельного обоснования. Для ext4 и XFS обычно используют логический том, подготовленный RAID-контроллером. ZFS single-disk и stripe не обеспечивают избыточность, а зеркало и RAIDZ требуют подходящего числа дисков и запаса памяти.

Подробнее в статье →

Почему браузер предупреждает о сертификате Proxmox VE?

Это нормально для нового узла, но исключение нельзя подтверждать автоматически. Proxmox VE может использовать самоподписанный сертификат, а при подключении по IP возможно несовпадение имени сертификата. Получите SHA-256-отпечаток сертификата через локальную или out-of-band-консоль хоста и сравните его со значением, которое показывает браузер.

Подробнее в статье →

Что делать, если `apt update` выдаёт ошибку Enterprise Repository?

Сначала исправьте источники APT и не запускайте обновление. Если действующей подписки Proxmox VE нет, отключите Enterprise Repository и включите официальный No-Subscription Repository для кодового имени Debian установленного узла. Затем повторите apt update; продолжать к apt dist-upgrade можно только без ошибок авторизации, подписи, Release-файлов и ссылок на другой выпуск.

Подробнее в статье →

Почему Proxmox VE не видит аппаратную виртуализацию KVM?

Чаще всего Intel VT-x или AMD-V выключены в BIOS/UEFI, либо процессор или платформа не поддерживают нужное расширение. Проблема также возможна, если Proxmox VE сам работает как VM без вложенной виртуализации, или после изменения настройки firmware требуется обновление либо полное отключение питания. Проверьте lscpu, флаги vmx или svm и загрузку модулей KVM.

Подробнее в статье →

KVM, QEMU и libvirt в Linux: установка, VM, virsh и Guest Agent(6)

Как проверить работу QEMU Guest Agent?

Проверьте связь с хоста командой virsh qemu-agent-command vm1 '{"execute":"guest-ping"}'. Успешный ответ означает, что libvirt может обратиться к агенту. Для работы агент должен быть установлен и запущен внутри гостевой ОС, а в конфигурации выключенной VM должен быть добавлен канал QEMU Guest Agent org.qemu.guest_agent.0.

Подробнее в статье →

Как вывести список виртуальных машин через virsh?

Используйте virsh -c qemu:///system list --all. Команда покажет как работающие, так и выключенные домены системного экземпляра libvirt. Явное указание URI важно: без параметра -c клиент может подключиться к другому экземпляру libvirt, например пользовательскому qemu:///session, где нужной VM нет.

Подробнее в статье →

Почему есть флаг vmx или svm, но KVM не работает?

Наличие vmx или svm подтверждает возможности CPU, но не гарантирует доступность KVM. Аппаратная виртуализация может быть выключена в BIOS/UEFI, драйвер KVM — недоступен ядру, а хост может работать внутри VM без включённой nested virtualization. Проверьте /dev/kvm, модули kvm и kvm_intel либо kvm_amd, а также журналы ядра.

Подробнее в статье →

Когда выбирать qemu:///system, а когда qemu:///session?

Для серверных VM обычно выбирают qemu:///system. Этот экземпляр libvirt управляется системными службами и может использовать системные сети, bridge и устройства хоста при наличии прав. qemu:///session рассчитан на непривилегированные пользовательские сценарии: ресурсы обычно размещаются в домашнем каталоге, а доступ к системным сетям и устройствам ограничен.

Подробнее в статье →

Получит ли VM адрес в физической сети через default?

Нет, не автоматически. Сеть libvirt default обычно является частной виртуальной сетью с NAT: гостевая VM получает исходящий доступ через хост при корректной связности хоста, но не становится полноценным узлом физической сети. Для подключения VM к внешнему сегменту требуется отдельно настроить подходящую схему, например bridge.

Подробнее в статье →

Может ли диск QCOW2 заполнить хранилище хоста?

Да. QCOW2 обычно выделяет физическое место по мере записи данных гостевой ОС, поэтому файл может быть меньше заданного виртуального размера. Однако при росте данных VM том хоста способен заполниться. Свободное место нужно контролировать отдельно, особенно при thin-размещении, использовании снимков и цепочек backing file.

Подробнее в статье →

Клоны, шаблоны и снимки виртуальных машин: безопасная работа в vSphere(6)

Можно ли использовать шаблон VM для отката работающей машины?

Нет. Шаблон — это эталон для развёртывания новых однотипных виртуальных машин, а не точка возврата для уже работающей VM. Из template создают новые экземпляры с отдельными именами, сетевыми параметрами и дисками. Для краткого отката перед известным изменением используют snapshot, а для независимой копии — полный клон.

Подробнее в статье →

Можно ли удалить исходную VM после полного клонирования VMware?

Да, после успешного создания полного клона исходную VM можно изменять, выключать или удалить: новый полный клон имеет собственную конфигурацию и отдельные виртуальные диски. Это не относится к связанному клону: он читает неизменённые блоки из общего базового образа и зависит от исходного объекта и его хранилища.

Подробнее в статье →

Чем Hyper-V production checkpoint отличается от standard checkpoint?

Production checkpoint ориентирован на согласованное состояние дисков через поддерживаемые гостевые службы, а standard checkpoint сохраняет конфигурацию, диски и память работающей VM. Доступность production checkpoint зависит от версии Windows Server, гостевой ОС и интеграционных компонентов. Его не следует механически приравнивать к каждому режиму snapshot в VMware vSphere.

Подробнее в статье →

Почему snapshot виртуальной машины занимает много места?

Потому что после создания snapshot все изменённые блоки виртуальных дисков записываются в зависимые delta-файлы. Их размер зависит не только от времени жизни снимка, но и от интенсивности записи: обновлений, журналов, баз данных и временных файлов. При удалении крупного snapshot также нужно место и ресурсы хранилища для объединения изменений.

Подробнее в статье →

Что делать, если vSphere требует консолидацию snapshot?

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

Подробнее в статье →

Можно ли удалить snapshot VMware вручную из datastore?

Нет. Базовые VMDK и delta-файлы snapshot образуют зависимую цепочку, и ручное удаление или перемещение файлов может повредить виртуальную машину либо привести к потере данных. Удаляйте снимки только штатными операциями Delete snapshot или Delete All, а при остаточных файлах используйте Consolidate.

Подробнее в статье →

Vagrant для виртуальных лабораторий: boxes, providers и Vagrantfile(6)

Можно ли использовать Vagrant с VMware Workstation?

Да, но нужны совместимые версии Vagrant, VMware Workstation и компонентов VMware provider для Vagrant, а также box, опубликованный именно для этого provider. Параметры VirtualBox нельзя переносить без проверки: настройки ресурсов, сети, общих папок и отображаемого имени VM у VMware provider отличаются.

Подробнее в статье →

Нужен ли VirtualBox, чтобы Vagrant создал виртуальную машину?

Зависит от выбранного provider. Vagrant не является гипервизором: он читает Vagrantfile и поручает создание VM provider. Для локального стенда с provider virtualbox нужен совместимый VirtualBox; вместо него можно использовать VMware Workstation или другой подготовленный provider с подходящим box.

Подробнее в статье →

Подходит ли Vagrant для виртуализации разработки и тестирования?

Да, Vagrant удобен для повторяемых локальных сред разработки, тестирования и лабораторий на одном хосте. Он позволяет зафиксировать версию box, настройки VM, сеть и provisioning в Vagrantfile. Однако он не заменяет проектирование производственной инфраструктуры, отказоустойчивость, резервное копирование, мониторинг и эксплуатационные процессы.

Подробнее в статье →

Можно ли запустить box для VirtualBox в VMware Workstation?

Нет, считать такой box готовым для VMware Workstation нельзя. Box содержит файлы и метаданные для конкретного provider; могут различаться форматы дисков, драйверы, сетевые адаптеры, guest additions и сценарии запуска. Для VMware нужен совместимый VMware box и отдельная проверка конфигурации.

Подробнее в статье →

Что будет с данными после `vagrant destroy`?

VM и её виртуальные диски в рамках стенда будут удалены. Поэтому нельзя хранить в такой машине единственную копию важных данных. Перед vagrant destroy сохраните результаты за пределами VM или используйте согласованный механизм резервного копирования; затем машину можно создать заново из box и текущего Vagrantfile.

Подробнее в статье →

Почему `vagrant validate` проходит, а VM не запускается?

Потому что vagrant validate проверяет только синтаксис Vagrantfile. Успешная проверка не подтверждает наличие подходящего box, совместимость Vagrant и provider, доступность зависимостей или возможность фактически создать VM. Для запуска также нужны выбранный provider и совместимый вариант box.

Подробнее в статье →

VMware vSphere HA и DRS: перезапуск VM и балансировка ресурсов(6)

Что такое vMotion и будет ли простой VM при миграции?

vMotion переносит включённую виртуальную машину между совместимыми ESXi-хостами без выключения гостевой ОС. При переключении возможна краткая пауза, поэтому это не абсолютное отсутствие прерывания. Для миграции нужны совместимые хосты, доступная VMkernel-сеть vMotion, подходящее хранилище и отсутствие ограничений конкретной VM.

Подробнее в статье →

Защищает ли VMware HA от потери данных и сбоев приложения?

Нет. VMware HA при подтверждённом отказе ESXi-хоста пытается заново запустить затронутые VM на доступных узлах кластера. Незавершённые операции гостевой ОС и приложения могут быть прерваны. HA не заменяет резервное копирование, не защищает от повреждения данных, сбоя приложения или отказа общего хранилища.

Подробнее в статье →

Может ли DRS перезапустить VM после отказа хоста?

Нет. DRS отвечает за начальное размещение VM и балансировку потребления CPU и памяти, используя рекомендации или миграции vMotion. Аварийный перезапуск VM после отказа ESXi-хоста выполняет vSphere HA. DRS и HA могут работать вместе, но не заменяют друг друга.

Подробнее в статье →

Что будет, если отключить Admission Control в HA?

Кластер сможет разрешить запуск дополнительных VM, но его реальный запас ресурсов не увеличится. После отказа хоста мощности может не хватить для восстановления всех машин: HA запустит только часть VM либо оставит часть выключенной. Перед отключением нужно оценить N+1 с учётом фактической нагрузки, резервирований и критичных пиков.

Подробнее в статье →

Можно ли перезапустить VM на другом хосте с локального datastore?

Обычно нет. Для перезапуска VM другим хостом её файлы должны быть доступны этому хосту; типичный вариант — общее поддерживаемое хранилище. Локальный datastore одного ESXi обычно не позволяет запустить такую VM на другом узле без отдельной поддерживаемой архитектуры.

Подробнее в статье →

Что делать, если DRS не может мигрировать виртуальную машину?

Сначала устраните причину, а не включайте автоматизацию принудительно. Проверьте совместимость CPU и необходимость EVC, VMkernel-сеть vMotion, доступность datastore и подключённые устройства или passthrough. Для VM с ограничениями миграции определите допустимое размещение и оформите исключение либо правило.

Подробнее в статье →

Сети VM в ESXi, Hyper-V и Proxmox VE: vSwitch, VLAN и bridge(5)

Почему виртуальная машина не видит сеть?

Зависит от того, на каком участке цепочки возникла ошибка. Проверьте, подключён ли vNIC VM к правильной виртуальной сети, активен ли uplink, соответствует ли VLAN настройкам физического коммутатора и получила ли гостевая ОС IP-адрес, шлюз и маршрут по умолчанию. Не меняйте рабочую management-сеть наугад при диагностике.

Подробнее в статье →

Может ли Hyper-V External Switch отключить сеть у хоста?

Да, может. При создании External Switch физический NIC становится частью виртуального коммутатора, а для management OS создаётся виртуальный Ethernet-адаптер, если ей разрешён доступ. Отключение этого доступа или неверные IP/VLAN-параметры могут лишить хост обычной сетевой связности через выбранный адаптер.

Подробнее в статье →

Что означает VLAN ID 4095 в Port Group ESXi?

Это не VLAN 4095. В vSphere Standard Switch значение 4095 включает Virtual Guest Tagging: несколько VLAN и их теги обрабатывает гостевая ОС или виртуальное сетевое устройство. Для обычной VM в одном VLAN указывают VLAN ID от 1 до 4094, а физический порт должен пропускать нужные VLAN.

Подробнее в статье →

Нужны ли отдельные NIC для management, VM и storage?

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

Подробнее в статье →

Защищает ли VLAN management-сеть от пользовательского трафика?

Нет, VLAN сам по себе не является самостоятельной защитой. Он разделяет L2-широковещательные домены, но доступ между сегментами определяют маршрутизация, ACL, firewall и учётные записи управления. Не следует подключать management-интерфейс к пользовательскому VLAN только потому, что оба потока идут по одному кабелю.

Подробнее в статье →

Hyper-V Live Migration, Replica и отказоустойчивый кластер(1)

Можно ли совместить failover cluster и Hyper-V Replica?

Да. Кластер может автоматически перезапускать VM после отказа локального узла, а Hyper-V Replica — создавать асинхронную копию для переключения на отдельный сервер или площадку. Если первичная или принимающая сторона Replica является кластером, в соответствующем кластере настраивают роль Hyper-V Replica Broker; если кластеры используются с обеих сторон, Broker нужен в каждом из них. Отдельно проверяют хранение, сеть, авторизацию, порядок failover и обратную репликацию: наличие локального кластера само по себе не настраивает аварийное восстановление на второй площадке.

Подробнее в статье →

GPU passthrough и вложенная виртуализация в ESXi и Proxmox VE(6)

Чем отличаются VT-x/AMD-V от VT-d/AMD IOMMU?

Это разные возможности платформы. VT-x или AMD-V отвечают за аппаратную виртуализацию CPU и нужны для обычных VM и вложенной виртуализации. VT-d или AMD IOMMU изолируют DMA-операции и позволяют безопасно назначать PCIe-устройства, включая GPU, виртуальной машине. Наличие одной возможности не означает наличие другой.

Подробнее в статье →

Можно ли использовать один GPU одновременно на хосте и в двух VM?

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

Подробнее в статье →

Нужен ли IOMMU, чтобы включить nested virtualization?

Нет, если VM не получает PCIe-устройства через passthrough. Для вложенной виртуализации внешний гипервизор должен передать внутренней VM расширения Intel VT-x или AMD-V. IOMMU требуется для DMA-изоляции и назначения PCIe-устройств, например GPU. При сочетании nested virtualization и GPU passthrough нужны оба набора возможностей.

Подробнее в статье →

Почему ESXi не даёт назначить GPU виртуальной машине?

Причина обычно в недоступном IOMMU, несовместимости сервера, GPU или релиза ESXi, занятости устройства хостом либо неполном наборе связанных PCIe-функций. Также VM может не соответствовать требованиям GPU по режиму загрузки, версии виртуального оборудования или настройкам памяти для DirectPath I/O.

Подробнее в статье →

Почему Proxmox VE оставляет GPU у хоста?

Обычно GPU остаётся у хоста, если IOMMU не активирован, модули VFIO загружены недостаточно рано или устройство не привязано к vfio-pci. Также передаче могут мешать неподходящая IOMMU-группа, связанные PCIe-функции либо использование GPU драйвером и локальной консолью самого узла.

Подробнее в статье →

Как проверить, что вложенная виртуализация действительно включена?

Недостаточно того, что внешняя VM успешно запускается. Внутренний гипервизор должен увидеть доступные расширения виртуализации CPU и запустить небольшую тестовую VM. Если внутренний гипервизор сообщает об отсутствии VT-x или AMD-V, проверьте настройки передачи hardware-assisted virtualization, тип CPU и совместимость гипервизоров.

Подробнее в статье →

Как включить Intel VT-x, AMD-V и IOMMU в BIOS/UEFI сервера(5)

Нужно ли включать IOMMU для обычных виртуальных машин?

Нет. Для запуска обычных виртуальных машин достаточно включить аппаратную виртуализацию процессора: Intel VT-x на Intel или AMD-V на AMD. IOMMU, Intel VT-d или AMD IOMMU нужны для прямого назначения PCIe-устройств виртуальной машине, SR-IOV и других сценариев, которым требуется DMA-изоляция. Само по себе включение IOMMU не ускоряет обычные VM.

Подробнее в статье →

Достаточно ли включить VT-d или IOMMU без VT-x и AMD-V?

Нет. VT-d и IOMMU отвечают за виртуализацию ввода-вывода, DMA и изоляцию PCIe-устройств, а не заменяют виртуализацию процессора. Для обычных VM требуется VT-x либо AMD-V. Если нужен PCIe passthrough, например GPU, обычно необходимо включить и виртуализацию CPU, и отдельный параметр VT-d или IOMMU.

Подробнее в статье →

Почему Linux не видит vmx или svm после изменения BIOS?

Причина может быть не только в настройке BIOS/UEFI. Процессор или платформа могут не поддерживать функцию, изменения могли не сохраниться либо потребоваться полный цикл выключения питания. Также хост может работать внутри VM без вложенной виртуализации, а выпуск гипервизора — не поддерживать сервер. Проверьте CPU, фактическое значение настройки и совместимость платформы.

Подробнее в статье →

Можно ли назначить GPU виртуальной машине сразу после включения IOMMU?

Нет, одного IOMMU недостаточно. Для GPU passthrough нужны совместимые сервер, GPU и гипервизор, корректная PCIe-топология и IOMMU-группа, подходящий драйвер и настройки VM. Нельзя без проверки назначать загрузочный контроллер, единственный GPU локальной консоли или активный адаптер управления: это может лишить хост доступа.

Подробнее в статье →

Что ещё нужно Hyper-V, кроме включённой виртуализации CPU?

Для современных выпусков Hyper-V нужны не только VT-x или AMD-V, но также SLAT и аппаратно поддерживаемый DEP: NX на AMD либо XD/Execute Disable на Intel. Проверьте результат командой systeminfo.exe: в конце вывода Windows показывает состояние требований Hyper-V. Точный набор требований зависит от используемого выпуска Windows Server.

Подробнее в статье →

VirtualBox и VMware Workstation для лаборатории: выбор и первая VM(6)

Можно ли конвертировать VM из VirtualBox в VMware Workstation?

Зависит от конфигурации VM и возможностей конкретных версий продуктов. Для переноса можно экспортировать выключенную VM в OVF/OVA либо выполнить V2V-конвертацию поддерживаемым способом. Однако перенос виртуального диска не гарантирует загрузку: могут потребоваться изменения режима BIOS/UEFI, контроллера диска, драйверов и сетевых настроек.

Подробнее в статье →

Почему VirtualBox или VMware Workstation работают иначе при включённом Hyper-V?

Включённый Hyper-V и связанные компоненты Windows могут менять режим работы VirtualBox или VMware Workstation, ограничивать отдельные функции и влиять на производительность. Результат зависит от версий Windows и гипервизора. Не отключайте защитные функции наугад: сначала проверьте состояние Hyper-V, Windows Hypervisor Platform, Virtual Machine Platform и VBS, затем сверяйтесь с документацией выбранного продукта.

Подробнее в статье →

Нужен ли Extension Pack VirtualBox для первой VM?

Нет, для минимальной проверки с установкой гостевой ОС из ISO достаточно базового пакета VirtualBox. Extension Pack распространяется отдельно и имеет отдельные условия лицензирования: техническая возможность установить его не означает право использовать компонент в организации. Устанавливайте дополнительные компоненты только после проверки лицензии выбранной версии и разрешённого сценария использования.

Подробнее в статье →

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

Обычно выбирайте NAT. Он даёт гостевой ОС исходящий доступ через хост и не требует отдельного адреса в физической локальной сети. Мостовой режим нужен, если VM должна быть отдельным узлом LAN. Host-only или изолированная сеть подходят для закрытого стенда без внешнего доступа. После запуска проверьте IP-адрес и ожидаемую связность.

Подробнее в статье →

Заменяет ли snapshot резервную копию виртуальной машины?

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

Подробнее в статье →

Что делать, если первая VM не видит виртуальный диск или сеть?

Сначала выключите VM и проверяйте по одному уровню конфигурации. Если не виден диск, убедитесь, что виртуальный диск создан и подключён к контроллеру VM. При отсутствии сети проверьте подключение виртуального адаптера, выбранный сетевой режим и IP-настройки гостевой ОС. Не удаляйте файлы VM вручную и не меняйте сразу несколько параметров.

Подробнее в статье →

VMware, Hyper-V, Proxmox, KVM и Xen: выбор платформы виртуализации(6)

Подходит ли бесплатная виртуализация для продакшена?

Зависит от требований к поддержке и готовности команды сопровождать платформу. Отсутствие платы за загрузку или открытый исходный код не означают нулевую стоимость владения: нужны совместимые драйверы, резервные хосты, хранилище, резервное копирование, мониторинг, обновления и дежурства. Для Proxmox VE производственная эксплуатация предполагает использование Enterprise Repository с действующей подпиской.

Подробнее в статье →

Можно ли считать Xen Project готовой платформой виртуализации?

Нет. Xen Project — это гипервизор и базовые компоненты, а не готовая универсальная платформа управления кластером. Управление хостами, пулами, обновлениями, HA и миграцией нужно оценивать в контексте конкретной Xen-платформы, например XenServer или XCP-ng, и её версии, архитектуры и модели поддержки.

Подробнее в статье →

Нужен ли vCenter для vMotion и HA в VMware?

Да, для этих централизованных кластерных возможностей vCenter является необходимой частью архитектуры VMware. Отдельным ESXi-хостом можно управлять локально, но vMotion, vSphere HA и другие функции также зависят от совместимости хостов, архитектуры кластера и прав, предоставленных конкретной подпиской или договором.

Подробнее в статье →

Защищает ли живая миграция VM от потери данных?

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

Подробнее в статье →

Можно ли получить HA на одном физическом сервере?

Нет. Один физический хост остаётся единой точкой отказа для всех размещённых на нём VM независимо от гипервизора. Для HA обычно требуются несколько совместимых узлов, quorum там, где он нужен, резерв ресурсов N+1, доступное при отказе хоста хранилище, а также отдельные сети управления и миграции.

Подробнее в статье →

Что делать, если сетевой адаптер виден, но его нет в списке совместимости?

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

Подробнее в статье →

Миграция виртуальных машин: live migration, V2V и P2V(6)

Что такое vMotion?

vMotion — это название VMware vSphere для переноса включённой виртуальной машины между совместимыми хостами ESXi. Обычно вычислительное состояние VM перемещается на другой хост, а её файлы остаются на datastore, доступном обоим хостам. На финальном переключении VM обычно кратко приостанавливается, поэтому это не безусловная миграция без простоя.

Подробнее в статье →

Чем Hyper-V Replica отличается от Live Migration?

Это разные механизмы. Live Migration переносит работающую VM на другой совместимый Hyper-V-хост для планового перемещения нагрузки. Hyper-V Replica не является Live Migration и не заменяется ею: миграция не предназначена для автоматического восстановления после отказа хоста, не создаёт резервную копию и не отменяет необходимость отдельного плана восстановления.

Подробнее в статье →

Чем Storage vMotion отличается от vMotion?

vMotion переносит включённую VM между хостами ESXi, обычно без перемещения её файлов с общего datastore. Storage vMotion перемещает файлы и виртуальные диски работающей VM между datastore и не требует обязательной смены хоста. Поэтому для освобождения хранилища может быть достаточно Storage vMotion, а для обслуживания хоста перенос дисков нужен не всегда.

Подробнее в статье →

Можно ли считать Live Migration миграцией без простоя?

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

Подробнее в статье →

Почему vMotion не работает при наличии двух хостов?

Наличия двух ESXi-хостов недостаточно. Причиной могут быть несовместимые CPU или виртуальное оборудование VM, отсутствие VMkernel-сети для vMotion, недоступность datastore, несоответствие сетей VM, нехватка ресурсов, ограничения passthrough-устройств, политики кластера, права или недоступность функции по лицензии. До изменений нужно сохранить точный текст события и время ошибки.

Подробнее в статье →

Можно ли импортировать OVA в VMware?

Да, но только если конкретная версия VMware поддерживает формат, устройства и параметры импортируемого образа. OVA — это упаковка виртуального устройства OVF в один TAR-файл. Даже успешный импорт не подтверждает, что гостевая ОС загрузится: нужно проверить режим BIOS/UEFI, Secure Boot, контроллеры, драйверы и сетевую конфигурацию VM.

Подробнее в статье →

Производительность виртуализации: ресурсы VM и поиск узких мест(6)

Не хватает памяти виртуальной машине: всегда ли нужно увеличивать RAM?

Зависит от причины. Если paging или swap растут только в одной VM, а на хосте нет давления памяти, после проверки утечки и процессов гостя можно увеличить RAM. Но при ballooning, сжатии или swapping на хосте добавление памяти одной VM способно ухудшить ситуацию для соседних машин. Тогда сначала снижают overcommitment или переразмещают нагрузку.

Подробнее в статье →

Поможет ли расширение виртуального диска при высокой задержке I/O?

Нет, если проблема именно в высокой задержке storage. Расширение виртуального диска помогает при заполнении файловой системы гостя, но не сокращает latency операций чтения и записи. При медленной работе нужно сопоставить задержку, очередь I/O, IOPS, пропускную способность, состояние datastore и активность других VM на том же хранилище.

Подробнее в статье →

Может ли лимит ресурсов замедлять VM при свободном хосте?

Да. Лимит CPU или I/O способен ограничивать VM даже при наличии свободной физической ёмкости на хосте или в хранилище. Перед увеличением vCPU, памяти или изменением размещения проверьте назначенные лимиты: ошибочно заданное ограничение иногда достаточно убрать, чтобы устранить подтверждённый симптом.

Подробнее в статье →

Нужно ли уменьшать число vCPU у мало загруженной VM?

Иногда нужно. Если VM стабильно использует малую часть назначенных vCPU, на хосте есть конкуренция и наблюдаются признаки сложного планирования, например Co-stop в vSphere, уменьшение числа vCPU может снизить задержки. Однако это не ускорит одиночный поток и может навредить приложению с реальной параллельной нагрузкой.

Подробнее в статье →

Можно ли изменить vCPU или память без выключения виртуальной машины?

Зависит от платформы и конфигурации VM. Поддержка hot-add CPU и памяти определяется гипервизором, версией виртуального оборудования и гостевой ОС; для части машин потребуется выключение. Изменение числа vCPU, топологии сокетов, ядер или виртуального NUMA также может повлиять на лицензирование и поведение приложения, поэтому нужно планировать окно работ.

Подробнее в статье →

Что контролировать при thin provisioning, чтобы не закончилось место?

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

Подробнее в статье →

Диагностика проблем виртуальных машин и гипервизоров(6)

Предупреждение Proxmox no-subscription означает, что узел неисправен?

Нет. Сообщение no-subscription означает только отсутствие действительной подписки у узла и само по себе не подтверждает сбой VM, кластера или самого Proxmox VE. Отдельно нужно проверить, какой репозиторий настроен, соответствует ли он релизу Proxmox VE и выбранной модели сопровождения: предупреждение в интерфейсе не доказывает конфигурацию репозитория.

Подробнее в статье →

Если vCenter не подключается к ESXi, хост точно не работает?

Нет. Недоступность vCenter или веб-клиента не доказывает отказ ESXi-хоста. Проверьте локальную либо out-of-band-консоль, IP-адрес management-интерфейса и сетевую связность. Если локальная консоль доступна, а сеть управления нет, источник проблемы может находиться в management-сети, а не в гипервизоре или работающих VM.

Подробнее в статье →

Можно ли изменить поколение уже созданной VM Hyper-V?

Нет, штатно изменить поколение уже созданной VM Hyper-V нельзя. Generation 1 использует BIOS-среду, а Generation 2 — UEFI; у них различаются поддерживаемые варианты загрузки. При ошибочном выборе создают новую совместимую виртуальную машину и заранее планируют перенос данных, сверив поддержку гостевой ОС и шаблона Secure Boot.

Подробнее в статье →

Если Hyper-V Manager не подключается, все VM остановлены?

Нет. Недоступность Hyper-V Manager относится к управлению и не означает автоматически остановку всех виртуальных машин. Сначала проверьте службу VMMS, права, связь с сервером и журналы VMMS. Восстанавливать следует подтверждённую службу или сетевую доступность, не меняя конфигурацию VM без необходимости.

Подробнее в статье →

Нужно ли удалять файлы дисков при блокировке VM?

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

Подробнее в статье →

Почему systeminfo не показывает Hyper-V Requirements?

Это может быть нормальным. Если гипервизор Hyper-V уже работает, Windows в выводе systeminfo сообщает только, что гипервизор обнаружен, без отдельного блока Hyper-V Requirements. Когда гипервизор не загружен, этот блок используют для первичной проверки аппаратных возможностей и настроек firmware.

Подробнее в статье →

Общие вопросы(2)

Сколько оперативной памяти нужно для VMware ESXi?

Минимум 8 ГБ для самого гипервизора ESXi. Для production среды рекомендуется 128-512 ГБ в зависимости от количества и требований виртуальных машин.

Какой процессор лучше для виртуализации — Intel или AMD?

Оба производителя отлично подходят для виртуализации. Intel Xeon традиционно лидирует в enterprise-сегменте, AMD EPYC предлагает больше ядер за те же деньги. Выбор зависит от конкретных требований и бюджета.