Numa vServer
Аппаратное обеспечение, предназначенное для исполнения Numa vServer должно соответствовать минимальным техническим требованиям:
|
№ |
Состав |
Минимальные технические характеристики |
Рекомендуемые технические характеристики |
Примечание |
|
1 |
Процессор |
1 шт., 2 ядра, базовая частота не менее 1.5 ГГц, архитектура Intel x84-64 или AMD 64, расширения виртуализации Intel-VT или AMD-V |
1-2 шт., 4 ядра (или более), базовая частота не менее 2.5 ГГц, архитектура Intel x84-64 или AMD 64, расширения виртуализации Intel-VT или AMD-V |
Для обеспечения прямого доступа гостевых виртуальных машин (далее ГВМ) к устройствам на шине PCI, чипсет мат. платы и процессор должны поддерживать технологии аппаратной виртуализации ввода-вывода Intel VT-d или AMD-V. |
|
2 |
Оперативная память |
Объем не менее 4Гб |
Память с коррекцией ошибок (ECC) объемом не менее 16Гб |
|
|
3 |
Дисковая подсистема |
Жесткий диск или твердотельный накопитель объемом не менее 128Гб. Интерфейсы подключения SATA, SAS и др. |
Жесткие диски или твердотельные накопители объемом не менее 250 Гб для системы и 500 Гб для хранение данных ГВМ. Интерфейсы подключения SATA, SAS и др. |
При объединение серверных узлов в пул, для хранения данных ГВМ рекомендуется использовать внешние системы хранения с блочным или файловым доступом. |
|
4 |
Сетевые интерфейсы |
1 шт. Ethernet-адаптер, 1 порт с базовой скоростью передачи данных 100 Мбит/с |
1-2 шт. Ethernet-aдаптер, 2 порта с базовой скорость передачи данных 1 Гбит/с или 10 Гбит/с |
Для передачи данных ГВМ и данных управления серверным узлом не рекомендуется использовать один и тот же сетевой порт. |
В качестве интерфейса управления в Numa vServer предусмотрены CLI и web-интерфейс, реализованный в виде специального ПО Numa Collider.
Numa Collider является web-интерфейсом для управления виртуальной инфраструктурой, созданной на базе серверной виртуализации Numa vServer.
Поставляется Numa Collider в виде виртуальной машины. Для использования ВМ с Numa Collider необходимо выполнить импорт ВМ в Numa vServer и запустить ее. После чего из браузера по IP-адресу ВМ с ней можно работать.
Подробнее про установку и работу с Numa Collider в документе Numa Collider. Руководство пользователя.
Для установки Numa vServer на аппаратную платформу не требуется никаких дополнительных ПО, все действия по установке выполняются с помощью установочного дистрибутива Numa vServer, входящего в комплект поставки.
Подробнее про установку Numa vServer в документе Numa vServer. Руководство администратора. Установка и первичная настройка.
Да. В один пул можно объединить сервера с разными поколениями процессоров.
Numa vServer позволяет объединять в пул отличающиеся по своим характеристикам сервера. Создание таких пулов доступно при использовании технологий в процессорах Intel (FlexMigration) и AMD (Extended migration), которые обеспечивают процессор свойствами "маскирование" (msking) или "выравнивание" (leveling). При этом в таких пулах некоторые функции будут работать с ограничениями, например, "живая" миграция работать не будет.
Подробнее в разделе Создание гетерогенного пула ресурсов.
В пул можно объединить до 64 серверов.
Создать ВМ можно как из CLI Numa vServer, так и через web-интерфейс – Numa Collider. Доступно создание ВМ из шаблонов, что заметно упрощает и ускоряет настройку и развертывание ВМ.
Numa vServer и Numa Collider поддерживают перемещение накопителей ВМ «на горячую» и при выключенной ВМ между хранилищами внутри одного пула.
Numa vServer и Numa Collider поддерживают добавление ядер ЦП и памяти ОЗУ в процессе работы ВМ при условии, что для ВМ были настроены лимиты – предельные значения ресурсов.
Да, Numa vServer поддерживает такую функцию. Подробнее в разделах Проброс USB-устройства в ВМ, Проброс PCI-устройства в ВМ.
Удаленный доступ до ВМ осуществляется по протоколам SSH или RDP. Доступ к ВМ по RDP производится посредством внешнего клиента по ссылке, которую генерирует Numa Collider. Для подключения по SSH могут использоваться VNC-клиенты, такие как noVNC. Подробнее в Подключение к ВМ по SSH/RDP, Установка ВМ (шаги 8 – 10).
Есть. По умолчанию выключено. Считается автоматически, но лучше не доводить соотношение до 10:1 (vCPU:physical CPU core).
Как и многие производители не рекомендуем использовать в продуктивной среде. Лучше использовать vCPU min и max. Минимальное значение установить на уровне равному минимальному количеству физических ядер одного из хостов пула.
В Numa vServer есть DMС (Dynamic memory control). DMC работает путем автоматической регулировки объема памяти запущенных виртуальных машин, поддерживая объем памяти, выделенный каждой виртуальной машине, в пределах заданных минимальных и максимальных значений памяти, гарантируя производительность и позволяя увеличить плотность виртуальных машин на сервере. При включенном DMC, даже когда сервер заполнен, vServer попытается освободить память, автоматически уменьшая текущее выделение памяти запущенным виртуальным машинам в пределах их определенных диапазонов памяти.
На тестах получили 187%.
Заменяем на:
Хранилища Numa vServer имеют встроенную поддержку дисков, как локальных:
IDE;
SATA;
SCSI;
SAS.
Так и удалённых:
iSCSI;
NFS;
CIFS/SMB;
SAS;
Fibre Channel.
Numa vServer поддерживает технологию SR-IOV сетевых адаптеров. Настройка SR-IOV описана в разделе Использование сетевых адаптеров с поддержкой SR-IOV.
Numa vServer и Numa Collider поддерживают резервное копирование ВМ и резервное копирование метаданных.
Поддерживаются следующие типы резервного копирования ВМ:
- моментальный снимок состояния (snapshot);
- полная резервная копия: полная копия виртуальной машины выгружается в удалённое хранилище по протоколам NFS, SMB и S3 (бета-тест)
- дельта-резервная копия: полная резервная копия, далее создается копия только изменений между текущей и предыдущей версиями;
- аварийное восстановление (disaster recovery): только копирование или перемещение резервных копии (с поддержкой глубины дельта-копий) из одной локации в другую;
- непрерывная репликация: полная копия создается на другом хранилище, далее создаются только дельта-копии также на другом хранилище.
Типы резервного копирования метаданных:
- метаданные пула;
- конфигурация Numa Collider.
Импорт ВМ доступен из Numa Collider в форматах OVA и XVA. Импорт ВМ из CLI доступен только для ВМ в формате XVA. При импорте необходимо выбрать пул и хранилище, на которых необходимо разместить ВМ, после чего начнется импорт ВМ. Импортированные ВМ отобразятся в блоке меню «Инфраструктура» в разделе «Виртуальные Машины». И будут доступны для работы с ними. Также доступен импорт накопителей в формате VMDK, VHD, ISO. Аналогично с ВМ необходимо выбрать хранилище, куда будет импортирован накопитель. При необходимости в CLI Numa vServer можно выполнить преобразование образов ВМ разного формата.
В Numa vServer реализован механизм высокой доступности (HA) на основе арбитра. В качестве арбитра выступает общее хранилище, которое должно быть настроено и доступно по протоколам iSCSI / NFS / SMB или Fiber Channel.
Минимальное рекомендуемое количество серверов в пуле, которое необходимо для стабильной работы HA, – 3.
В случае отказа мастер-сервера или возникновения проблемы с управляющим стеком, сервер самоизолируется для того, чтобы исключить запуск одной ВМ на двух серверах одновременно. После запуска изоляции сервер немедленно перезагружается, а работа всех ВМ прекращается. Остальные серверы в пуле регистрируют остановку ВМ и далее перезагружают ВМ в соответствии с заданными для них приоритетами. Далее изолированный сервер начинает процесс перезагрузки и после перезапуска пытается заново войти в пул ресурсов.
Приоритеты запуска ВМ:
Подробнее про настройку механизм высокой доступности в Numa vServer и Numa Collider.
В ядро Numa vServer встроен межсетевой экран netfilter, управление которым осуществляется через утилиту iptables. МЭ не является сертифицированным по требованиям безопасности.
Функционал балансировки нагрузки реализован в Numa Collider в виде специального дополнения – load-balancer. Процесс настройки балансировки нагрузки описан в разделе Балансировка нагрузки.
По умолчанию в Numa vServer используется VLAN0 для management интерфейса. При необходимости можно перенести management интерфейса на другой VLAN.
Numa vServer поддерживает до 16 физических сетевых интерфейсов (или до 8 агрегированных сетевых интерфейсов) на одном сервере и до 7 виртуальных сетевых интерфейсов на одну ВМ.
В качестве сетевого стека по умолчанию используется Open vSwitch.
Также может быть настроен и использоваться Linux bridge. Стек Linux bridge не поддерживает протокол openflow, межсерверные частные сети (Cross Server Private Networks) и не может управляться посредством контроллера программно-определяемых сетей (SDN-controller).
Журнал аудита можно выгрузить по протоколу Syslog в любое СЗИ, поддерживающее работу протокола Syslog.
В Numa vServer встроен RRD, посредством которого отслеживается статистика работы объектов инфраструктуры в Numa Collider. Поддерживаются протоколы Syslog (для сохранения журнала аудита на удаленном сервере) и SNMP (для подключения сервера с Numa vServer к Zabbix).Auditbeat в стек ELK (Просто настроен Auditbeat, сам ELK настраивает пользователь). Оповещения, связанные с выполнением резервного копирования, отправляются по электронной почте.
В Numa Collider с помощью раздела «Пространства» можно создавать изолированные среды для управления с ВМ определенными пользователями в пределах выделенных ресурсов инфраструктуры. Подробнее в разделе Пространства.
В Numa Collider есть возможность настройки аутентификации с одноразовым паролем (OTP-аутентификация). Подробнее в разделе OTP-аутентификация.
Данный функционал присутствует в Numa Collider, называется «Маска процессора» и доступен для управления в расширенных настройках ВМ.
Numa vServer реализует функционал вложенной виртуализации.
Мы не гарантируем и официально не поддерживаем исполнение Numa vServer в ВМ под управлением стороннего гипервизора.