Обновление дистра на VPS

Aruba

Это которая остров в Карибском море?

Если VPS — продакшен сервер то лучше дистр не обновлять, возьми вторую такую-же с новой версией ОС, перенеси туда сервисы, дропни старую. Мажёрное обновление чревато осложнениями, нечего продакшеном рисковать.

А так обновление дистра на VPS отличается от обновления локалхоста в основном теми средствами которые будут в твоём распоряжении что-бы поднять сервер если что-то пойдёт не так. Это зависит от провайдера. Где-то нет ничего. Где-то есть IP-KVM со всеми ништяками и удалённый сервер не так уж сильно отличается от локалхоста.

fstab при обновлении системы трогать не обязательно. Если это не контейнер, аименно виртуалка то скорее всего от загружается так-же как обычный комп, соответственно стандартной конфигурации grub хватит. Если это контейнер то grub там в принципе не нужно.

Пару раз обновлял VPS со stable на testing (как раз на stretch), проблем не было. правда это были нулёвые системы (но тут ничего VPS-специфичного)

IP-KVM есть. Но не хотелось бы там сильно встрять. Нет, если есть выход, то это хорошо. Просто боюсь упереться в какие-то не решаемые проблемы со стороны Aruba.

Имеется ввиду Aruba Cloud конечно же.

разверни на локалхосте в вирте такую же среду. Обнови, да посмотришь отвалится или нет. Хотя может там у хостера, что то специфичное...

Проблем нет, разве что в панели VPS провайдера будет отображаться та версия, которую ты выбрал при установке. После обновления будут сохранены старые имена интерфейсов, так что тоже проблем нет.

возьми вторую такую-же с новой версией ОС, перенеси туда сервисы, дропни старую.

А как поступить, если на VPS установлен bind и там пачка доменов, а надо бы сайты проверить на работоспособность перед удалением старой?

Просто вот интересно. Все же когда-то по стандартной процедуре обновляются. У кого-то вообще Debian 7 стоял. Не терять же обновления безопасности, а настраивать новую виртуальную с нуля тоже глупо.

/etc/hosts с новым ip, пробросить 80/443 с одного vps на другую, для доменонезависимого сайта - тестовый домен. вариантов миллион.

У меня на scaleway, например, внешний ip можно перебрасывать между разными виртуалками. Вообще решает все проблемы с обновлением dns и «а вдруг после обновления не взлетит».

Каковы могут быть последствия перехода на Stretch?

1а) Если ядро внутри системы - никаких не должно быть, если в ЕУЛА ничего нет.

1б) Если ядро внутри системы, но кастомное - то может отвалиться впс целиком, если вы перед ребутом не пересоберете новую версию ядра с нужным конфигом.

2) Если ядро вам жестко выдает хостер, то может отвалиться что-то, завязанное на версию ядра.

В целом, мажорные апгрейды на vps лучше делать пересозданием vps.

А при чём тут bind? Конфиги bind-а по идее переносятся без проблем. Переносить конфиги (не меняя записи в зонах), проверяешь работает-ли bind корректно (просто сам кнему обращаешься dig-ом каким-нибудь), если всё работаешь то редактируешь NS записи доменов (что-бы их обслуживал уже новый bind). На этом этапе данные в обоих bind идентичны, так-что для пользователей ничего не изменится.
Потом уменьшаешь TTL всех «A» записей в новом bind-e (не обызательно, но так переезд пройдёт быстрее). Тут можно подождать пока не пройдёт старый TTL записей.
Переносишь сайты, проверяешь их с помощью /etc/hosts, если сайт работаешь то меняешь его IP в bind-e на IP новой VPS.
После переноса всех сайтов возвращаешь TTL записей

а настраивать новую виртуальную с нуля тоже глупо.

Абаснуй. У тебя там такая головоломная конфигурация что воспроизвести её — нетривиальная задача?

Лень почтовый сервак поднимать. Хотя там тоже делов не много. Просто лень :)

После обновления будут сохранены старые имена интерфейсов

Не обязательно. В debian 9 как-раз поменялись имена сетевых интерфейсов

Ух ты. Внезапно. Пасиб.

Бывает. Ну за то поднимать упавший продакшен иразбираться с косяками обновления будет не лень (там будут другие чувства)

Хм, интересная идея с TTL. Спасибо за ответ. Вообще переезд предстоит, т.к. ubuntu 12.04, но заказчик пока временит, коплю информацию.

Если обновляешься, то старый нейминг будет сохранен.

Лень почтовый сервак поднимать. Хотя там тоже делов не много. Просто лень :)

Хммм... т.е. без тестирования вы вот так вот сразу хотите поменять версии софта? Ну-ну... Вам выше уже правильно написали для начала потренируйтесь «на кошках».

А при чём тут bind? Конфиги bind-а по идее переносятся без проблем.

Вот тут вы правильно написали «по идее»... но не всегда, я как-то наступил на грабли с view-ми пришлось откатывать обновление, а потом гуглить, править конфиги, тестировать.

И вот по этому нефиг ставить мажорные обновления на живую.
Но тут речь о переносе на другую систему. Не такая-уж беда если придётся с часок позависать над изменившимся синтаксисом конфигов (или ещё чем-то в этом духе).

Эта история оказалась совсем не на часок... более того, пришлось приделать костыли... что есть не очень хорошо...
Собстно я это написал к тому, что до этого случая в части бинда благополучно много лет использовал одни и теже конфиги и не ожидал от него такой подставы :)
Хотя я как раз из тех кто «сначала тестирует, а только потом запускает в проде» к чему и остальных призываю... но иногда бывают и факапы... а виновата все таже лень и уверенность что уж тут-то ничего «сломать не могут» :)