Лабораторная работа №1 «Ознакомление с KVM-виртуалиацией в среде ProxMox VE».

Virtual Environment (VE) (виртуальная среда) Proxmox является многоузловым кластерным гипервизором с открытым исходным кодом, построенным на Debian Linux и способным работать на общедоступных аппаратных средствах, те самым устраняя любые блокировки вендора. Proxmox свободно доступен без каких-либо блокированных особенностей. Тем не менее, доступна лицензия подписного типа для доступности репозитория уровня предприятия для получения хорошо проверенных патчей и обновлений. Подписки рекомендуются для Proxmox среды промышленного уровня.

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

В качестве гипервизоров использует KVM и LXC (начиная с версии 4.0, в версиях до 3.4 включительно вместо него использовался OpenVZ

Задание на лабораторную работу:

Зайдите в ProxMox VE с правами администратора (адрес сервера, логин и пароль – см. на доске). Создать виртуальную машину в соответствии с номером из списка ниже:

301 группа: 400+ номер по журналу.

302 группа: 460+номер по журналу.

Установить на виртуальную машину Debian со следующими характеристиками оборудования:

Процессор: Socket: 1, количество ядер: 1

НЕ нашли? Не то? Что вы ищете?

Тип виртуализации: KVM64 (можно задать KVM32 при необходимости виртуализации 32 битных ОС: например, Windows XP и ниже).

Объём жесткого диска: 30 Гбайт.

Объём оперативной памяти задайте 1024 Мбайт (с выделением по необходимости) с помощью метода Balooning (минимум 512, максимум 1024). В этом случае изначально виртуалка получит 512 Мбайт памяти, при необходимости ей будет выделен дополнительный необходимый объём (но не более 1024 Мбайт).

Ознакомьтесь с настройкой ограничений скорости соединения  (Rate Limit(MB/s). Задайте скорость 10 Мбит/сек.

Установить на виртуальную машину CentOS с теми же характеристиками оборудования. Запустите созданную виртуальную машину с консоли (нажимаем на имя узла и выбираем Консоль.

qm start номерVM (допустим я захотел запустить VM 100: qm start100).

После успешного запуска отключите запущенную виртуалку: qm shutdown номерVM

Ознакомьтесь с тем, что из себя представляет конфиг-файл вашей виртуальной машины. Каждая виртуальная машина представляет собой:
    Диск. Он может находиться на любом хранилище (HDD, SSD, NFS и т. д.) Конфиг файл, в котором задаются все параметры виртуальной машины, он хранится в каталоге /etc/pve/qemu/№VM. conf.

Клонирование виртуальной машины.

Создайте копию своей виртуальной машины. Номер VM задаем Ваш№+30.

Настройте права доступа к виртуальным машинам. Разрешите доступ к VM только для себя. Для этого:
    Создайте пользователя: Датацентр → Пользователи → Добавить. Задаём пользователю логин и пароль. Пользователя называть ФамилияИО (на английском), чтобы было понятно, кто создал пользователя, а кто схалтурил…

Задаем права доступа для VM.

Запретите доступ к VM пользователю student.

Датацентр→выбираем свою VM→Разрешения→Добавить

student: No Access.


    Дайте самому себе полный доступ (права администратора).

Войдите под пользователем student и убедитесь, что ваша VM не доступна.

Войдите под своим пользователем и убедитесь, что вы видите только свою VM.


Определите загруженность сервера виртуализации (Датацентр → Сводка)

Выведите состояние SMART дисков (имя сервера → Disks → Show S. M.A. R.T values Выведите графики загруженности ресурсов сервера (процессор, память, нагрузка на сеть). Выбираем сервер (у нас – prox-2) → Сводка. Как я указывал ранее данные могут храниться как на жёстком диске того же сервера, так и на другом сервере в сети (NFS). Network File System (NFS) — протокол сетевого доступа к файловым системам, первоначально разработан Sun Microsystems в 1984 году. За основу взят протокол вызова удалённых процедур (ONC RPC). Позволяет подключать (монтировать) удалённые файловые системы через сеть. Т. к. два сервера – это недоделанный кластер. Как она могла бы работать:

Пользователь запускает VM с хранилища NFS.

Модуль кластеризации (например, corosync) проверяет загруженность каждого из серверов (процессор, оперативная память и т. д.). При загруженности близкой к 100% управление передается другому серверу. VM при этом отключается, но запускается всё с того же файлового хранилища (и пользователь сможет продолжать работу примерно с того же состояния – плюс-минус). Реализация аналогичная указанной – одна из наиболее популярных.

Выявленные проблемы – кластер можно создать только из минимум трёх серверов.

Допустим, что образы дисков для установки хранятся на первом сервере. Создайте виртуалку с произвольным оборудованием (на ваш выбор) и установите на неё Debian из NFS-хранилища (фактически первого сервера).

301 группа: 500+ номер по журналу.

302 группа: 560+номер по журналу.

Контрольные вопросы:

Что понимается под гипервизором? В чём заключается метод Balooning? Что из себя представляет сетевая файловая система NFS? Что понимается под клонированием виртуальной машины? Что из себя представляет каждая виртуальная машина (как она хранится на жёстком диске)? Какой командой можно запустить, остановить, выключить виртуальную машину?