У меня есть линод, который сейчас находится на одном из серверов Linode Xen. Я вижу, что могу перейти на линод KVM.
Меня беспокоит то, что в руководстве по обновлению Linode говорится, что блочные устройства будут отличаться от /dev/xvda
схему наименования /dev/sda
схема наименования.
Мой /etc/fstab
является:
proc /proc proc defaults 0 0
/dev/xvda / ext3 noatime,errors=remount-ro 0 1
/dev/xvdb none swap sw 0 0
поэтому я думаю, что мне придется как-то изменить его в связи с обновлением.
Должен ли я просто отредактировать /dev/xvda
и /dev/xvdb
записи в /dev/sda
и /dev/sdb
перед выключением и обновлением?
Стоит ли мне переключиться на UUID=
стиль декларирования устройств? (Теперь, когда я думаю об этом, UUID устройства останется прежним?)
Я открыл заявку в службу поддержки Linode, и все, что они сказали, было «включите Distro Helper в своем профиле конфигурации перед обновлением, и это должно позаботиться об этом». Это оставляет возможность того, что этого не произойдет, поэтому я бы предпочел сделать известное хорошее дело заранее.
Соответственно, я предполагаю, что параметр «корневое устройство» в профиле конфигурации в пользовательском интерфейсе управления (который представляет собой раскрывающийся список, /dev/xvdN
options) будет правильно отображать /dev/xvda
к /dev/sda
и т.д. при обновлении?
В общем, я бы хотел услышать от людей, которые прошли через переход Xen-> KVM свой линод, чтобы увидеть, как эта проблема (и другие, о которых я не знаю) решается.
У вас нет возможности предсказать, какими будут имена или идентификаторы устройств после значительного изменения оборудования (в данном случае виртуального оборудования с Xen на KVM). Linode - единственная организация, которая знает, что изменится и что делать, если вы обновитесь.
С учетом сказанного, не делай этого. Вы заставляете себя отключиться. Если он сломается, вы будете вместе с ними в службе поддержки, пока они не решат вашу проблему. Если вам повезет, вы потеряете только время, а не свои данные, когда это будет сделано. «Известно, что хорошая вещь» - это создать резервную копию данных и конфигурации вашего сервера Linode, установить новый экземпляр KVM и перенести свои данные и службы на новый хост. Если вы не можете сделать это примерно за час с помощью программного обеспечения для управления конфигурацией, вы играете с огнем. Кроме того, поскольку вы профессиональный на сайт для профессионаловЧто, черт возьми, вы делаете с серверами без управления конфигурацией?