6Фев

Тип машин: Типы кузовов легковых автомобилей

6 Фев 2023 alexxlab Комментировать

Содержание

Экспорт и импорт виртуальных машин

Twitter LinkedIn Facebook Адрес электронной почты

  • Статья
  • Чтение занимает 3 мин

применимо к: Windows Server 2022, Windows 10, Windows Server 2016, Microsoft Hyper-V Server 2016, Windows server 2019, Microsoft Hyper-V server 2019

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

Экспорт виртуальной машины

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

Использование диспетчера Hyper-V

Чтобы экспортировать виртуальную машину:

  1. В диспетчере Hyper-V щелкните правой кнопкой мыши виртуальную машину и выберите пункт Экспорт.

  2. Выберите место хранения экспортируемых файлов и нажмите кнопку Экспорт.

После завершения экспорта можно просмотреть все экспортированные файлы в расположении экспорта.

Использование PowerShell

Откройте сеанс от имени администратора и выполните команду, как показано ниже, после замены < имени > и < пути > виртуальной машины:

Export-VM -Name \<vm name\> -Path \<path\>

Дополнительные сведения см. в разделе Export-VM.

Импорт виртуальной машины

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

Важно!

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

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

Импорт с помощью диспетчера Hyper-V

Чтобы импортировать виртуальную машину, выполните следующие действия.

  1. В меню действия в диспетчере Hyper-V щелкните Импорт виртуальной машины.

  2. Нажмите кнопку Далее.

  3. Выберите папку, содержащую экспортированные файлы, и нажмите кнопку Далее.

  4. Выберите виртуальную машину для импорта.

  5. Выберите тип импорта и нажмите кнопку Далее. (Описание см. в разделе типы импортаниже.)

  6. Нажмите кнопку Готово.

Импорт с помощью PowerShell

Используйте командлет Import-VM , следуя примеру для требуемого типа импорта. Описание типов см. в разделе типы импортаниже.

Регистрация на месте

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

Следующая команда показывает пример файла импорта. Выполните аналогичную команду со своими собственными значениями.

Import-VM -Path 'C:\<vm export path>\2B91FEB3-F1E0-4FFF-B8BE-29CED892A95A.vmcx'
Восстановить

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

Import-VM -Path 'C:\<vm export path>\2B91FEB3-F1E0-4FFF-B8BE-29CED892A95A.vmcx' -Copy -VhdDestinationPath 'D:\Virtual Machines\WIN10DOC' -VirtualMachinePath 'D:\Virtual Machines\WIN10DOC'
Импортировать как копию

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

Import-VM -Path 'C:\<vm export path>\2B91FEB3-F1E0-4FFF-B8BE-29CED892A95A.vmcx' -Copy -GenerateNewId

Дополнительные сведения см. в статье Импорт-виртуальная машина.

Типы импорта

Hyper-V предлагает три типа импорта:

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

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

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

Категории машин | HolylandCars — Аренда авто по всему миру

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

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


Mini
MBMN

Toyota Aygo

Elite — NBMN

Fiat 500

Economy
ECMR

Opel Corsa

Elite — HCMR

Audi A1

Compact
CDMR

Kia Ceed

Elite — DDMR

Mercedes A Class

Intermediate
IDMR

Citroen DS4

Elite — JDMR

Mercedes B Class

Standard
SDMR

Ford Mondeo

Elite — RDMR

VW Passat

Fullsize
FDMR

Skoda Octavia

Elite — GDMR

Alfa Romeo

Premium
PDMR

BMW 3 Series

Elite — UDAR

BMW 4 Series

Luxury
LDAR

Mercedes E Class

Elite — WDMR

BMW 6 Series

* Термин «Elite» был выбран ACRISS для обозначения категории транспортных средств, которая превосходит другую категорию с таким же размером кузова. Разница между этими двумя транспортными средствами может заключаться в цене, размере двигателя, производительности, дополнениях, характеристиках или любой их комбинации.

Таблица кодов по ACRISS:

Категория

M

Mini

N

Mini Elite

E

Economy

H

Economy Elite

C

Compact

D

Compact Elite

I

Intermediate

J

Intermediate Elite

S

Standard

R

Standard Elite

F

Fullsize

G

Fullsize Elite

P

Premium

U

Premium Elite

L

Luxury

W

Luxury Elite

O

Oversize

X

Special

Тип кузова

B

2-3 doors

C

2/4 doors

D

4-5 doors

W

Wagon/Estate

V

Passanger Van

L

Limousine

F

Four wheel drive

L

Limousine

S

Sport

T

Convertible

F

SUV

J

Open Air All Terrain

X

Special

P

Pick up Regular Cab

Q

Pick up Extended Cab

Z

Special Offer Car

E

Coupe

M

Monospace

R

Recreational Vehicle

M

Motor Home

Y

2 Wheel Vehicle

N

Roadster

G

Crossover

K

Commercial Van/Truck

Трансмиссия

M

Manual

N

Manual 4WD

C

Manual AWD

A

Automatic

B

Automatic 4WD

D

Automatic AWD

Топливо / Кондиционер

R

Unspecified Fuel Air

N

Unspecified Fuel No Air

D

Diesel Air

Q

Diesel No Air

H

Hybrid Air

I

Hybrid No Air

E

Electric Air

C

Electric No Air

L

LPG/Compressed Gas Air

S

LPG/Compressed Gas No Air

A

Hydrogen Air

B

Hydrogen No Air

M

Multi Fuel/Power Air

F

Multi Fuel/Power No Air

V

Petrol Air

Z

Petrol No Air

U

Ethanol Air

X

Ethanol No Air

Вот несколько примеров:

M

B

A

N

Это небольшая машина, с 2 дверями, автоматическая коробка передач и без кондиционера. Например, старый Fiat Punto. Вероятнее всего, вы не найдете его в аренду из-за частого обновления автопарков компаний по прокату.

C

D

M

R

Это компактный, 4-дверный автомобиль, с автоматическим кондиционированием, такой, как Ford Focus.

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

F

D

A

R

Такой автомобиль обычно является 5-дверный джип, с автоматической коробкой и кондиционером.

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

Что означает «или подобный автомобиль»?

Когда вы бронируете автомобиль, компании представляют определенную его модель, чтобы указать тип автомобиля, который вы получите. Вы не бронируете конкретную модель, такую ​​как Ford Fiesta, например. Вы бронируете категорию в зависимости от типа автомобиля.

Предположим, вы заказали «VW Polo или аналогичный», но получили Dacia Logan. Согласно SIPP VW Polo и Dacia Logan в целом похожи и поэтому взаимозаменяемы. Это не значит, что они абсолютно одинаковы.

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

Примеры «подобных» автомобилей по категориям

• Мини — Fiat Panda, Citroen C1, Hyundai i10, Smart ForTwo

• Эконом / Супермини — Форд Фиеста, Ниссан Микра, Мазда 2, Тойота Ярис

• Компактная / небольшая семья — Ford Focus, Opel Astra, Kia Cee’d, Seat Leon, Mercedes A-Class

• Estate / Small MPV — Peugeot 308 Estate, VW Touran, Рено Кангу, VW Passat Estate

• Большая семья — Ауди А4, Хонда Аккорд, Шкода Октавия

• Большой MPV — Ford Grand C-Max, Hyundai i800, VW Transporter, Ford Galaxy

• Executive — Audi A6, BMW 7-Series, Lexus LS, Mercedes S-Class

• Джип / внедорожник — Honda CRV, Suzuki Grand Vitara, Volvo XC90, BMW X3

• Люкс / Кабриолет — Jaguar F-Type S Cabriolet, Porsche Cayman, Aston Martin DB9 Volante, Mercedes E250 Кабриолет

Сравнение типов облачных машин Google

| by Jay Chapel

Google Cloud Platform предлагает ряд типов машин, оптимизированных для удовлетворения различных потребностей. Типы машин предоставляют виртуальные аппаратные ресурсы, которые различаются в зависимости от виртуального ЦП (vCPU), емкости диска и объема памяти, предоставляя широкий выбор вариантов. Но с таким большим выбором найти правильный тип машины Google Cloud для вашей рабочей нагрузки может быть сложно.

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

Предопределенные типы машин — это фиксированный пул ресурсов, управляемый Google Compute Engine. Они бывают пяти «классов» или категорий:

Стандартные типы машин хорошо работают с рабочими нагрузками, требующими баланса ЦП и памяти. Семейство типов машин n1-standard поставляется с 3,75 ГБ памяти на каждый виртуальный ЦП. Всего в серии 8 процессоров с объемом памяти от 3,75 до 360 ГБ, что соответствует от 1 до 96 vCPU.

Типы машин с большим объемом памяти работают именно для того, о чем вы думаете, — для задач, требующих большего объема системной памяти, а не виртуальных ЦП. Семейство n1-highmem поставляется с 6,50 ГБ памяти на виртуальный ЦП, предлагая 7 вариантов памяти в диапазоне от 13 до 624 ГБ, соответственно от 2 до 9.6 виртуальных ЦП.

Если вам нужна максимальная вычислительная мощность, вам подойдет серия n1-highcpu, предлагающая 0,90 ГБ на виртуальный ЦП. В семействе машин с высокой производительностью процессора есть 7 вариантов: от 1,80 до 86,6 ГБ и от 2 до 96 виртуальных процессоров.

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

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

Для более интенсивных рабочих нагрузок, требующих большого объема памяти, а также большего количества виртуальных ЦП, чем у машин с большим объемом памяти, идеально подходят типы машин с оптимизированной памятью. При наличии более 14 ГБ памяти на виртуальный ЦП Google предлагает выбирать типы машин с оптимизацией памяти для баз данных в памяти и аналитики, анализа геномики, служб анализа SQL и многого другого. Эти типы машин доступны в зависимости от зоны и региона.

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

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

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

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

Первоначально опубликовано по адресу www.parkmycloud.com 9 августа 2018 г.

Виртуальное оборудование — Руководство пользователя KubeVirt связанные (BIOS, материнская плата и т. д.) иногда необходимо разрешить гостевой операционные системы для правильной загрузки и перезагрузки.

Тип машины

QEMU может работать с двумя разными классами чипсетов для x86_64, так называемые типы машин. Чипсеты x86_64 — это i440fx (также называемые ПК) и q35. Версии основаны на qemu-system-${ARCH}, в формате pc-${machine_type}-${qemu_version} , например pc-i440fx-2.10 и pc-q35-2.10 .

KubeVirt по умолчанию использует новейший тип машины QEMU q35. Если нестандартная машина тип желателен, он настраивается с помощью следующей структуры: 

 метаданные:
  имя: мивми
спецификация:
  домен:
    машина:
      # Это значение указывает тип машины QEMU.
      тип: ПК-q35-2.10
    Ресурсы:
      Запросы:
        память: 512M
    устройства:
      диски:
      - имя: мое изображение
        диск: {}
  тома:
    - имя: мое изображение
      персистентволумеклайм:
        претензия Имя: моя претензия

Сравнение внутреннего устройства типов машин можно найти на сайте QEMU. вики.

BIOS/UEFI

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

Можно использовать UEFI/OVMF, установив значение через spec. firmware.bootloader : 

 apiVersion: kubevirt.io/v1
вид: виртуальная машина
метаданные:
  этикетки:
    специальный: vmi-alpine-efi
  имя: vmi-alpine-efi
спецификация:
  домен:
    устройства:
      диски:
      - диск:
          автобус: виртуальный
        имя: контейнердиск
      Функции:
        смм:
          включено: правда
    прошивка:
      # это устанавливает тип загрузчика
      загрузчик:
        ЭФИ: {}

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

Микропрограмма SMBIOS

Чтобы обеспечить согласованное представление о виртуализированном оборудовании для гостевой ОС, SMBIOS UUID может быть установлен на постоянное значение через спец.прошивка. uuid : 

 метаданные:
  имя: мивми
спецификация:
  домен:
    прошивка:
      # это устанавливает UUID
      UUID: 5d307ca9-b3ef-428c-8861-06e72d69f223
      серийный номер: e4686d2c-6e8d-4335-b8fd-81bee22f4815
    Ресурсы:
      Запросы:
        память: 512M
    устройства:
      диски:
      - имя: мое изображение
        диск: {}
  тома:
    - имя: мое изображение
      персистентволумеклайм:
        претензия Имя: моя претензия

Кроме того, серийный номер SMBIOS можно установить на постоянное значение через спец.прошивка.серийный номер , как показано выше.

ЦП

Примечание : Это не связано с решениями по планированию или ресурсами назначение.

Топология

Установка количества ядер ЦП возможна через spec.domain.cpu.cores . Следующая виртуальная машина будет иметь ЦП с 3 ядрами: метаданные 

:
  имя: мивми
спецификация:
  домен:
    Процессор:
      # это устанавливает ядра
      ядра: 3
    Ресурсы:
      Запросы:
        память: 512M
    устройства:
      диски:
      - имя: мое изображение
        диск: {}
  тома:
    - имя: мое изображение
      персистентволумеклайм:
        претензия Имя: моя претензия
Включение принудительной совместимости ЦП

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

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

Маркировка узлов моделями ЦП и функциями ЦП

Чтобы правильно пометить узел, пользователь может использовать Kubevirt Node-labeller, который создает все необходимые метки или создавать метки узлов самостоятельно.

Kubevirt node-labeller создает 3 типа меток: модели процессора, характеристики процессора и информация о kvm. Он использует libvirt для получения всех поддерживаемых моделей процессоров и процессоров. функции на хосте, а затем Node-labeller создает метки из моделей процессоров. Затем Kubevirt может запланировать виртуальную машину на узле, который поддерживает модель процессора виртуальной машины и Особенности.

Node-labeller поддерживает устаревший список моделей ЦП и минимальный базовый уровень модель процессора для функций. Обе функции можно настроить через KubeVirt CR: 

 apiVersion: kubevirt.io/v1
    вид: Кубевирт
    метаданные:
      имя: кубевирт
      пространство имен: кубевирт
    спецификация:
      ...
      конфигурация:
        устаревшие модели ЦП:
          486: правда
          пентиум: правда
    ...

Устаревшие процессоры не будут вставляться в метки. Если KubeVirt CR не содержит переменную obsoleteCPUModels , Labeller устанавливает значения по умолчанию («пентиум, пентиум2, пентиум3, пентиумпро, coreduo, n270, core2duo, Conroe, athlon, Phenom, kvm32, kvm64, qemu32 и qemu64»).

Пользователь может изменить устаревшие модели ЦП, добавив/удалив модель ЦП в карте конфигурации. Затем Kubevirt обновляет узлы новыми метками.

Для однородного кластера/кластеров без включенной динамической миграции возможно чтобы отключить метку узлов и избежать добавления меток к узлам, добавив следующую аннотацию к узлам:

node-labeller.kubevirt.io/skip-node .

Модель

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

Примечание : Модель ЦП чувствительна к регистру.

Установка модели процессора возможна через spec.domain.cpu.model . следующая виртуальная машина будет иметь ЦП с моделью Conroe : 

 apiVersion: kubevirt.io/v1
вид: виртуальная машина
метаданные:
  имя: мивми
спецификация:
  домен:
    Процессор:
      # это устанавливает модель процессора
      модель: Конро
...

Вы можете проверить список доступных моделей здесь.

Когда функция CPUNodeDiscovery включена и виртуальная машина имеет модель процессора, Kubevirt создает селектор узлов в формате: cpu-model.node.kubevirt.io/ , например cpu-model.node.kubevirt.io/Conroe . Когда у ВМ нет процессора модели, то селектор узлов не создается.

Включение модели ЦП кластера по умолчанию

Чтобы включить модель ЦП по умолчанию, пользователь может добавить cpuModel поле в KubeVirt CR. 

 Версия API: kubevirt.io/v1
    вид: KubeVirt
    метаданные:
      имя: кубевирт
      пространство имен: кубевирт
    спецификация:
      ...
      конфигурация:
        модель процессора: "EPYC"
    ...

Модель ЦП по умолчанию устанавливается, когда vmi не имеет модели ЦП. Когда вми имеет установленную модель процессора, тогда модель процессора vmi предпочтительнее. Когда процессор по умолчанию модель не установлена, и модель процессора vmi тоже не установлена, host-model будет быть установлен. Модель процессора по умолчанию можно изменить во время работы kubevirt. Когда Шлюз функции CPUNodeDiscovery включен Kubevirt создает селектор узла с моделью процессора по умолчанию.

Особые случаи модели процессора

В качестве особых случаев можно установить spec. domain.cpu.model равным: — host-passthrough to passthrough CPU from node to the VM 

 метаданные:
  имя: мивми
спецификация:
  домен:
    Процессор:
      # этот проход через процессор узла к виртуальной машине
      модель: хост-сквозной
...
  • модель хоста , чтобы получить ЦП на виртуальной машине рядом с узлом один 
 метаданные:
  имя: мивми
спецификация:
  домен:
    Процессор:
      # это устанавливает ЦП ВМ близко к узлу
      модель: хост-модель
...

См. API ЦП ссылка на более Детали.

Функции

Настройка функций ЦП возможна через spec.domain.cpu.features и может содержат ноль или более функций ЦП: 

 метаданные:
  имя: мивми
спецификация:
  домен:
    Процессор:
      # это устанавливает функции процессора
      Функции:
      # это имя функции
      - название: "апик"
      # это политика функции
       политика: "требовать"
...

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

Примечание . Если политика не указана для функции, по умолчанию требуется .

Поведение в соответствии с политиками:

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

Полное описание функций и политик можно найти здесь.

Когда функция CPUNodeDiscovery включена, Kubevirt создает узел селектор из функций процессора с форматом: cpu-feature.node.kubevirt.io/ , например cpu-feature.node.kubevirt.io/apic . Когда у ВМ нет процессора функция, то селектор узла не создается.

Часы

Время гостя

Устанавливает виртуализированные аппаратные часы внутри виртуальной машины на определенное время. Доступные варианты:

  • всемирное время

  • часовой пояс

См. API часов Ссылка для всех возможных вариантов конфигурации.

UTC

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

 метаданные:
  имя: мивми
спецификация:
  домен:
    Часы:
      универсальное глобальное время: {}
    Ресурсы:
      Запросы:
        память: 512M
    устройства:
      диски:
      - имя: мое изображение
        диск: {}
  тома:
    - имя: мое изображение
      персистентволумеклайм:
        претензия Имя: моя претензия
часовой пояс

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

 метаданные:
  имя: мивми
спецификация:
  домен:
    Часы:
      часовой пояс: "Америка/Нью-Йорк"
    Ресурсы:
      Запросы:
        память: 512M
    устройства:
      диски:
      - имя: мое изображение
        диск: {}
  тома:
    - имя: мое изображение
      персистентволумеклайм:
        претензия Имя: моя претензия
Таймеры

  • яма

  • РТЦ

  • квм

  • гиперв

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

 метаданные:
  имя: мивми
спецификация:
  домен:
    Часы:
      универсальное глобальное время: {}
      # вот таймер
      таймер:
        хпет:
          настоящее время: ложь
        яма:
          tickPolicy: задержка
        rtc:
          tickPolicy: наверстать упущенное
        гиперв: {}
    Ресурсы:
      Запросы:
        память: 512M
    устройства:
      диски:
      - имя: мое изображение
        диск: {}
  тома:
    - имя: мое изображение
      персистентволумеклайм:
        претензия Имя: моя претензия

hpet отключен, pit и rtc настроены на использование определенного тикПолитика . Наконец, Hyperv также доступен.

См. API таймера Ссылка для всех возможных вариантов конфигурации.

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

Генератор случайных чисел (ГСЧ)

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

 метаданные:
  имя: vmi-with-rng
спецификация:
  домен:
    устройства:
      кольцо: {}

Для гостей Linux модуль ядра virtio-rng должен быть загружен заранее в процессе загрузки, чтобы получить доступ к источнику энтропии. Другой системы могут потребовать аналогичных настроек для работы с virtio ГСЧ устройство.

Примечание . Для некоторых гостевых операционных систем или пользовательских полезных нагрузок может потребоваться Устройство ГСЧ с достаточной энтропией и может не загрузиться без нее. За например, свежие образы Fedora с более новыми ядрами (4.16.4+) могут потребовать устройство virtio RNG должно присутствовать для загрузки для входа в систему.

Видео- и графическое устройство

По умолчанию минимальная конфигурация видео- и графического устройства будет применяется к VirtualMachineInstance. Видеоустройство вга совместим и поставляется с объемом памяти 16 МБ. Это устройство позволяет подключение к ОС через vnc .

Можно не прикреплять, установив spec.domain.devices.autoattachGraphicsDevice с по false : 

 метаданные:
  имя: мивми
спецификация:
  домен:
    устройства:
      autoattachGraphicsDevice: false
      диски:
      - имя: мое изображение
        диск: {}
  тома:
    - имя: мое изображение
      персистентволумеклайм:
        претензия Имя: моя претензия

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

При использовании большого количества небольших ВМ полезно увеличить Плотность VMI на узел, поскольку для видео не нужно резервировать память.

Функции

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

  • акпи

  • вершина

  • гиперв

Общая конфигурация функций показана в следующем примере: 

 apiVersion: kubevirt.io/v1
вид: виртуальная машина
метаданные:
  имя: мивми
спецификация:
  домен:
    # типичные черты
    Функции:
      акпи: {}
      апик: {}
      гиперв:
        расслабился: {}
        вейпик: {}
        спин-блокировки:
          спинлоки: 8191
    Ресурсы:
      Запросы:
        память: 512M
    устройства:
      диски:
      - имя: мое изображение
        диск: {}
  тома:
    - имя: мое изображение
      персистентволумеклайм:
        имя претензии: моя претензия

См. API функций Ссылка для всех доступных функций и параметров конфигурации.

Запросы ресурсов и ограничения

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

 Версия API: kubevirt.io/v1
вид: виртуальная машина
метаданные:
  имя: мивми
спецификация:
  домен:
    Ресурсы:
      Запросы:
        память: "1Gi"
        процессор: "1"
      пределы:
        память: "2Gi"
        процессор: "2"
      диски:
      - имя: мое изображение
        диск: {}
  тома:
    - имя: мое изображение
      персистентволумеклайм:
        имя претензии: моя претензия

ЦП

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

Для получения дополнительной информации обратитесь к разделу «Поды с ограничениями ресурсов». бегать.

Затраты памяти

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

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

Hugepages

KubeVirt дает вам возможность использовать огромные страницы в качестве резервной памяти для ваша ВМ. Вам нужно будет предоставить желаемый объем памяти resources.requests.memory и размер огромных страниц для использования memory.hugepages.pageSize , например для архитектуры x86_64 можно быть 2Mi . 

 версия API: kubevirt.io/v1alpha1
вид: виртуальная машина
метаданные:
  имя: мвм
спецификация:
  домен:
    Ресурсы:
      Запросы:
        память: "64Ми"
    Память:
      огромные страницы:
        pageSize: "2Ми"
    диски:
    - имя: мое изображение
      диск: {}
  тома:
    - имя: мое изображение
      персистентволумеклайм:
        имя претензии: моя претензия

В приведенном выше примере виртуальная машина будет иметь 64Mi памяти, но вместо в обычной памяти он будет использовать огромные страницы узлов размером 2Mi .

Ограничения

  • узел должен иметь предварительно выделенные огромные страницы

  • размер огромных страниц не может быть больше запрошенной памяти

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

  • hugepages по умолчанию использует memfd. Memfd поддерживается, начиная с ядра >= 4.14. Если вы работаете на более старом хосте (например, centos 7.