Рекомендации по процессору и памяти

Типы процессоров

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

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

Большинство современных операционных систем работают с x86-64-v2, который поддерживает наборы инструкций, такие как SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT и CMPXCHG16B. Опция x86-64-v2-aes включает инструкции шифрования AES, что обеспечивает более высокую производительность для программного обеспечения шифрования.

Выбор x86-64-v3 позволяет использовать инструкции AVX и AVX2, а x86-64-v4 добавляет поддержку инструкций AVX-512.

Все модели частного облака HRPC, начиная с 6Gt, поддерживают x86-64-v4.

В следующей таблице представлена сводная информация:

Процессор	x86-64-v1	x86-64-v2	x86-64-v2-aes	x86-64-v3	x86-64-v4
Поддерживаемые инструкции	Базовый набор инструкций x86-64	SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, CMPXCHG16B	x86-64-v2 + AES	AVX, AVX2, BMI1, BMI2, FMA, MOVBE	Семейство AVX-512 (AVX-512F, AVX-512CD, AVX-512DQ, AVX-512BW, AVX-512VL и др.)
Intel Xeon	Intel Xeon 3000/5000/7000 серии (1-е поколение)	Intel Xeon 5500 серии (Nehalem) и новее	Intel Xeon 5600 серии (Westmere) и новее	Intel Xeon E3 v3 (Haswell) и новее, Intel Xeon E5/E7 v3 (Haswell-EP/EX) и новее, Intel Xeon Scalable Processors 1-го поколения (Skylake-SP) и новее	Intel Xeon Scalable Processors 2-го поколения (Cascade Lake-SP) и новее, Intel Xeon Scalable Processors 3-го поколения (Ice Lake-SP)
AMD Opteron	AMD Opteron 100/200/800 серии (SledgeHammer)	AMD Opteron 4200/6200 серии (Bulldozer) и новее	AMD Opteron 4300/6300 серии (Piledriver) и новее	Не применимо	Не применимо
AMD EPYC	Не применимо	1-е поколение AMD EPYC (Naples)	1-е поколение AMD EPYC (Naples)	AMD EPYC 7002 серии (Rome) и новее	AMD EPYC 7003 серии (Milan) и новее

Управление памятью KVM и драйвер Ballooning

Коротко говоря, драйвер Ballooning не требуется в инфраструктуре HRPC и рекомендуется его отключить.

В KVM установка значения “Минимальная память” равным значению “Память” создает фиксированное выделение памяти. Однако из-за особенностей управления памятью в Linux выделенная память и фактическое использование различаются. Система резервирует память при запуске, но она активно используется только при записи данных, что делает использование памяти фактически динамическим.

Это можно наблюдать в разделе “Использование памяти” в сводке хоста или виртуальной машины. Например, виртуальная машина с выделенными 32 ГБ памяти может фактически использовать только 13,56 ГБ.

В типичной системе Proxmox VE виртуальные машины могут создаваться, пока есть доступная память. Однако, если отображаемое “Использование памяти” кажется низким, администраторы могут выделить больше памяти, чем физически доступно, что приводит к перегрузке памяти. Когда виртуальные машины внезапно требуют больше памяти, это может вызвать нестабильность, потенциально активируя Out-Of-Memory Killer в хостовой ОС, что может случайно завершить критические системные процессы.

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

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

Как упоминалось ранее, специализированный гипервизор в HRPC 6Gf предотвращает создание ненужных виртуальных машин, делая устройство Ballooning в основном ненужным в этой среде.