Вы приобретаете особую уверенность после первых нескольких месяцев работы с Proxmox. Веб-интерфейс становится более знакомым, ваше хранилище работает правильно, все ваши виртуальные машины загружаются надежно, и эта сложная часть практически завершена. Затем вы открываете панель «Обновления» и понимаете, что построили небольшую башню настроек, сбалансированную поверх менеджера пакетов. Внезапно это обычное обновление становится не обслуживанием, а скорее риском, который может перевернуть все с ног на голову, как неудачный ход в Jenga.
Если вы когда-либо колебались, прежде чем нажать «Обновить», вы не одиноки. Когда вы держите Proxmox рядом со складом, он стабилен, но основная причина, по которой большинство из нас его использует, — это возможность вносить изменения. Мы делаем его быстрее, красивее, тише, функциональнее и более «нашим». Проблема в том, что именно те изменения, которые улучшают работу домашней лаборатории, часто могут оказаться теми же изменениями, которые превращают день обновления в непосильную управленческую задачу.
Я обновился до Proxmox 9 – вот как это произошло
Я все время потел от пуль
Пользовательский интерфейс — это большая «ловушка» настройки.
Вы можете легко внести массу изменений, которые незаметно нарушат другие функции.
Большинство людей начинают настраивать Proxmox так же, как они настраивают что-либо еще: делая интерфейс приятным для жизни. Вам нужно меньше отвлекающих факторов, меньше отвлекающих факторов и пользовательский интерфейс, в котором в целом меньше проблем. Обычно люди делают редактирование файлов из собственных пакетов Proxmox, и в моем случае внесенные мной изменения, вероятно, не принесут большого вреда при обновлении, но они не очень практичны, если я запускаю критически важные сервисы.
Темы являются отличным примером, и, хотя они добавили собственный темный режим, некоторые пользователи хотят немного больше контроля над внешним видом пользовательского интерфейса. Есть много способов, с помощью которых люди подходят к этому, но наиболее распространенным является то, что вы касаетесь ресурсов веб-интерфейса, которые находятся по путям, управляемым пакетом, например. /usr/share/pve-manager/ Или набор инструментов для виджетов Proxmox. Даже если изменение небольшое, стоит жить там, где обновления предполагают, что они полностью контролируются. Та же история и со старыми версиями удаления баннеров или всплывающих окон «без подписки», где обычный подход заключается в исправлении файла JavaScript в наборе инструментов пользовательского интерфейса, чтобы сообщение никогда не запускалось.
Если эти файлы будут изменены в обновлении, тип возникшей поломки вряд ли будет катастрофическим, и ваш гипервизор под пользовательским интерфейсом, скорее всего, не будет полностью затронут, но это может очень затруднить взаимодействие с ним, в результате чего вам придется подключаться к голому железу, чтобы что-то исправить.
Мне нравятся скрипты сообщества proxmox, но одна команда выполняет 8 удаленных скриптов от имени пользователя root.
Знаете ли вы, что на самом деле работает на вашем сервере Proxmox?
Изменения в ядре и драйверах вызывают проблемы
Я стараюсь избегать этого, когда это возможно, но иногда это необходимо.
На самом деле я внес лишь небольшие изменения в ядро, опасаясь что-нибудь сломать, но о драйверах я много думал, особенно о локальном искусственном интеллекте и использовании сквозной передачи графического процессора для транскодирования. Это может быть SR-IOV, необычный сетевой адаптер или адаптер HBA, который ведет себя не так, как вам хочется, и все эти вещи требуют небольшой настройки. может Вызывают проблемы с обновлениями. Известно, что обновления ядра вызывают проблемы с транзитом PCIe, из-за которых при неправильном использовании SR-IOV и DKMS становятся активными. Но вот в чем дело: вы на самом деле не знаете, что вызовет бурю негодования, пока это не произойдет. Большие изменения, такие как полностью кастомное ядро, конечно, принесут вам неприятности, но больше всего меня пугают мелочи.
Скорее всего, кто-то сталкивался с похожей ситуацией.
Вряд ли вы будете первым, кто столкнется с уникальной проблемой при обновлении.
Есть большая вероятность, что все, что вы видите после обновления, будь то сломанный веб-интерфейс, внезапный сбой сквозного соединения, «сохранение» пакетов испорченными или конфигурация сети, которая больше не работает, вероятно, не уникальна. Proxmox популярен, а кроличья нора оптимизации уже давно изношена, а это означает, что многие люди уже застряли в одних и тех же крайних случаях. Сообщения на форуме — это кладезь решений, поскольку многие другие пользователи, скорее всего, сообщат о той же проблеме, что и вы, и дадут вам несколько советов, как ее исправить. Даже если поток не заканчивается идеальным решением, он часто обнаруживает нужные журналы для проверки, пакеты для проверки или изменения, которые перезаписывают обновления.
Эти 4 мода Proxmox сделали мой веб-интерфейс PvE намного лучше
Они очень полезны для мониторинга статистики Proxmox из веб-интерфейса.
Proxmox — прекрасный беспорядок в худшее время
В лучшем случае Proxmox кажется идеальной платформой для домашней лаборатории. Он достаточно гибкий, чтобы с ним можно было делать практически все, но достаточно прочный, чтобы о нем можно было забыть на несколько недель. Гибкость, которая делает его таким привлекательным, — это то же самое, что превращает день обновления в стресс-тест, когда вы выполнили огромное количество настроек. Ответ заключается не в том, чтобы прекратить настройку, а в том, чтобы все документировать, продолжать вносить воспроизводимые изменения и провести небольшое исследование потенциальных проблем с обновлением, которые могут возникнуть в результате настройки, прежде чем нажимать кнопку «Обновить».
