У вас всё ещё есть некоторые вопросы, на которые нужно ответить: - оправдает ли себя вся эта возня с созданием такой специфической и сложной среды (в обоих старых серверах IBM X)? - можно ли получить две рекомендуемые процедуры восстановления после сбоев? - каковы преимущества в производительности / вводе-выводе / доступности этого сервера с такой неясной конфигурацией? - действительно ли хорошая идея заставлять использовать такие устаревшие технологии (ваши сервера, архитектура NVMe)? - Даже если это сработает, большинство моментов, которые вы нашли, указывают на то, что загрузчик невозможно разместить на нужном устройстве. стоит ли иметь второе устройство (USB-флешка на сервере в производственной среде?) или обычный SSD/SATA-диск только для передачи загрузочной последовательности на диск NVMe? Возможно, моё мнение не совсем ясное, но я не вижу практического применения NVMe в качестве системного / загрузочного диска, так как основное использование и положительные применения этого типа памяти (в серверах с более быстрым вводом-выводом) заключаются в использовании их в приложениях для баз данных, аналитике больших данных, в качестве кэша перед хранилищем или в решениях с программно-определяемым хранилищем, таких как Ceph. Учитывая, что, возможно, единственным преимуществом будет более быстрое время загрузки и реакция системного раздела на виртуализированной системе, что, по идее, должно работать постоянно, кажется довольно непрактичным и контрпродуктивным, на мой взгляд.

Привет, @wolfgang! Если мы установим Proxmox на NVMe, а /boot на другое устройство, будут ли у нас проблемы с установкой кластера? В начальных тестах, которые мы проводим здесь на старых машинах, похоже, что у нас не будет проблем с созданием кластера (мы установили Proxmox через Debian 9). С наилучшими пожеланиями.

Способ установки на Debian предназначен для использования вашей собственной схемы диска. Так что, отвечая на ваш вопрос, проблем с кастомными схемами диска на стороне Proxmox VE не будет.