В тесте Comss.ru виртуальная машина с 8 ГБ памяти после обновления с Windows 11 25H2 до 26H2 расходовала в простое 2,1 ГБ вместо 2,5 ГБ. Экономия — 0,4 ГБ, или 16% от прежнего расхода операционной системы.
Для закупки вывод другой: уменьшать память терминального хоста или VDI-кластера рано. Microsoft не опубликовала методику измерений, а в официальном перечне изменений Windows 11 26H2 оптимизация памяти не указана. Значение 2,1 ГБ описывает одну простаивающую ВМ, а не рабочее место с браузером, Outlook и 1С.
Если ты сейчас считаешь RAM под новые рабочие станции или виртуальные рабочие места, оставляй 6–8 ГБ на активную сессию. Пересмотреть этот диапазон можно после нагрузочного теста 26H2 на собственном наборе программ.
Что изменилось в тесте Windows 11 26H2
В тесте Comss.ru обновление повлияло не только на общий расход памяти. Выгружаемый пул сократился с 245 до 137 МБ, невыгружаемый — со 129 до 82,6 МБ. Число процессов уменьшилось со 132 до 125.
Эти результаты согласуются с направлениями, о которых пишет WinCentral со ссылкой на инициативу Microsoft. Инженеры меняют распределители памяти, WinUI 3 и работу компонентов WebView2. Неактивные процессы WebView2 приостанавливаются, а несколько экземпляров могут совместно использовать часть ресурсов.
Операционная система действительно оставляет больше свободной памяти после загрузки. Но тест не показывает, что произойдёт через четыре часа работы с десятком вкладок, почтой, видеосвязью и клиентом 1С. Для закупки важен этот пик, а не чистый рабочий стол после запуска ВМ.
Почему нельзя умножать 2,1 ГБ на число пользователей
Comss.ru получила 2,1 ГБ на одной виртуальной машине с 8 ГБ RAM в простое. В опубликованном результате нет продолжительного сценария работы, списка запущенных приложений и графика потребления памяти в течение смены.
LoginVSI в материале о производительности Windows 11 в Azure Virtual Desktop приводит другой ориентир: полноценной пользовательской сессии с многозадачностью и функциями ИИ может потребоваться 6–8 ГБ. Противоречия здесь нет. Comss.ru измеряла простаивающую ОС, LoginVSI говорит о рабочей сессии.
Память гостевых систем также нельзя считать отдельно от хоста. Гипервизору нужен собственный запас, а пики у пользователей иногда совпадают. Принцип распределения ресурсов внутри виртуальной среды от обновления Windows не меняется: сумма назначенной памяти ещё не равна безопасной загрузке узла.
Под 50 активных сессий нужны 384 или 512 ГБ
Возьмём офис, где одновременно работают 50 человек. Для каждой сессии закладываем диапазон LoginVSI — 6–8 ГБ:
- лёгкий профиль: 50 × 6 ГБ = 300 ГБ;
- многозадачность: 50 × 8 ГБ = 400 ГБ.
При 384 ГБ установленной памяти после размещения 300 ГБ гостевых систем останется 84 ГБ. Этот остаток получат гипервизор, служебные ВМ и краткие пики нагрузки.
При 512 ГБ после размещения 400 ГБ останется 112 ГБ. Такая конфигурация подходит для профиля с браузером, почтой, офисными приложениями и несколькими одновременно открытыми рабочими системами.
Допустим, экономия 0,4 ГБ из теста Comss.ru сохранится под нагрузкой у каждой из 50 ВМ. Тогда узел высвободит 20 ГБ: 50 × 0,4 ГБ. Даже при таком допущении класс конфигурации не меняется. Расчётные 300–400 ГБ всё равно не помещаются в сервер с 256 ГБ.
Для другого числа пользователей работает та же формула:
| Одновременные сессии | Память гостевых систем | Ближайшая конфигурация |
|---|---|---|
| 25 | 150–200 ГБ | 256 ГБ |
| 50 | 300–400 ГБ | 384–512 ГБ |
| 100 | 600–800 ГБ | 768 ГБ — 1 ТБ |
Нижнюю границу бери для фиксированного набора лёгких приложений. Верхнюю — если пользователи держат несколько рабочих систем, браузер и средства связи одновременно.
Спецификация под задачу
Посчитаем один узел под 50 активных виртуальных рабочих мест. Для процессора примем по 2 vCPU на сессию и переподписку 4:1: 50 × 2 ÷ 4 = 25 физических ядер. Добавим 20% для гипервизора и фоновых задач: 25 × 1,2 = 30 ядер. Ближайшая конфигурация — 32 физических ядра.
Для дисков примем профиль пользователя объёмом 20 ГБ. Пятьдесят профилей займут 1 ТБ. Четыре NVMe по 1,92 ТБ в RAID10 дадут около 3,84 ТБ полезного пространства — хватит для профилей, служебных ВМ и временного роста. Если образы рабочих столов и профили лежат на внешнем хранилище, локальный массив можно сократить.
Получается такая заявка:
| Компонент | Конфигурация | Почему столько |
|---|---|---|
| Процессор | 32 физических ядра, базовая частота от 2,8 ГГц | Расчёт дал 30 ядер с запасом гипервизору |
| Память | 384 ГБ ECC RDIMM для лёгкого профиля или 512 ГБ для многозадачности | 50 сессий по 6–8 ГБ плюс 84–112 ГБ остатка |
| Накопители | 4 × 1,92 ТБ NVMe, RAID10 | Около 3,84 ТБ полезной ёмкости и сохранение работы при отказе одного накопителя |
| Сеть | 2 × 10 Гбит/с | Один порт обслуживает трафик, второй оставляет резервный путь |
| Питание | 2 блока питания с горячей заменой | Отказ одного блока не останавливает узел |
| Корпус | 2U, не менее 16 слотов памяти, четыре свободных отсека | Можно нарастить RAM и локальное хранилище без замены платформы |
Это расчётный пример, а не конфигурация Microsoft. Если у тебя тяжёлые аналитические приложения, видеосвязь или локальные базы внутри каждой ВМ, сначала увеличивай память до 512 ГБ. Если одновременно работают только 25 человек, начинай расчёт с 256 ГБ.
Два блока питания и зеркальные диски не заменяют второй узел. При требовании работать во время ремонта одну нагрузку нужно распределить между несколькими хостами, а память считать для режима, когда один из них недоступен.
Проверь и предел расширения платформы. Если старый сервер принимает только 256 ГБ, а расчёт требует 384–512 ГБ, установка 26H2 не устранит дефицит. Здесь уже полезно сверить когда предел памяти требует замены сервера, а не очередного апгрейда.
Что 26H2 меняет в закупке
Для рабочих станций с 8 ГБ обновление может снизить фоновый расход памяти. Именно на системы с 8 ГБ и более направлена инициатива Microsoft. Подтверждённого запаса под тяжёлые приложения из этого не следует: 0,4 ГБ легко заберут несколько вкладок браузера или очередное рабочее приложение.
Для VDI оставляй 6–8 ГБ на активную сессию, пока не появятся воспроизводимые тесты 26H2 с описанной методикой и рабочей нагрузкой. Дополнительные модули памяти увеличивают цену узла. Зато расчёт по 2,1 ГБ создаёт риск, что сервер упрётся в RAM сразу после утреннего входа пользователей.
Windows 11 26H2 вышла 29 сентября 2026 года. По документации Microsoft она распространяется как пакет включения для систем с Windows 11 24H2 и 25H2. Небольшой размер обновления упрощает проверку на пилотной группе, но не делает результат чужого теста нормативом для твоей инфраструктуры.
Правило для заявки остаётся простым: умножь число одновременных сессий на 6–8 ГБ и выбери ближайшую большую ёмкость платформы. Под 50 активных пользователей это 384 ГБ для лёгкого профиля или 512 ГБ для многозадачности. До 256 ГБ можно опускаться лишь тогда, когда собственный нагрузочный тест покажет меньший пик всех одновременных сессий — не 2,1 ГБ после загрузки одной ВМ.
