Не понятно откуда накатываются логи, из рабочей БД или из бэкапа?
Из рабочей БД на бэкап.
У вас бэкап может занять какое-то время. Поэтому после завершения первого этапа бэкапа, делаем второй этап — log-apply который фиксирует точку в базе, и с момента начала бэкапа, до фиксируемой точки накатывает бинарные логи на бэкап. В итоге мы получаем полностью консистентный бэкап на конкретный момент времени.
А я и не трогаю. Просто ставлю мониторинг и собираю факты папетом для настройки файерволов на других хостах.
Да, как выше писал, обновлять пакеты не рекомендую — скорее всего начнутся проблемы. Все обновления только через официальные апдейты.
Ну да, по сути это CentOS, только почти всё придется по необходимости руками подключать/загружать.
мне puppet отлично помогает. Свои скрипты для первоначальной настройки делал как для Centos — никакой разницы. Учёл что там 5-я ветка и всё — чуть чуть костылей добавил.
XenServer это очень сильно урезанный и перепиленный CentOS.
Да ну?
Обычный Centos. Ничего там супер перепиленного я не вижу. Урезанного тоже.
Проблема только в том, что вся обвязка xen tools достаточно жестко привязана к некоторым либам (если я не ошибаюсь), поэтому обновлять из репозиториев пакеты я не рискую. Но в остальном это всё тот же CentOS со всеми его возможностями. Утык происходит когда необходимо сделать то, что реализуется через xentools, но это редкость.
Ну как бы даже очень древние сервера «for small office» шли с какой-никакой а картой. Не уверен про другие бренды, в основном работал с Dell. Так что может это только к ним относится.
Железный рейд нужен только в системах с высокой надёжностью сохранности данных и обязательно с батарейкой. Остальные варианты — костыль. mdadm лучше этого костыля раз в 100.
не пройдёт.
Что бы прошёл вам нужно:
1 — вывести один диск из массива.
2 — поставить на этот освободившийся диск новую систему
3 — поднять дегрейдед рейд на новом диске (для хранилища)
4 — мигрировать VG на новый диск
5 — дальше как обычно переезжаем на рейд
Извините за прямоту, но после этого можно не читать. Это уже не миграция, а чистая установка.
Удалили хранилища => спокойно переставляем систему с нуля, как положено без создания хранилища. ВСЁ. Дальше делаем рейд, вводим в пул, настраиваем согласно своих предпочтений.
Единственный вопрос: Где тут миграция?
Миграция, это когда у вас одна из боевых нод на рейде и вы апгрейдите её до новой версии. У меня так не получалось с рейдом, надеялся увидеть данное шаманство здесь.
Затем я облачился в компенсационный костюм спасателя, интуитивно ощущая, что скоро он мне понадобится со всей его встроенной микротехникой, и, наконец, нахлобучил элегантный эмкан «спрута» с усами антенн и микрофонов, именуемый на жаргоне безопасников «боссом». Связь с Умником через «босса» была мысленной, а с подчиненными и начальниками — посредством многодиапазонной рации. При включении «босса» каналы связи всех служб УАСС становились моими информаторами и исполнителями и я превращался в самого могущественного человека на Земле.
(с)В. Головачёв, "Спящий джин"
Вообще у Головачёва много описаний работы в связке человек-инк-общая_информационная_система_поле, описания найти сразу пока не могу.
не нужно на трассу лезть. Разбирайте конкретную ситуацию, а не сферического коня в вакууме.
В данном случае виноват водитель автобуса, т.к. он с робомобилем находился на ОДНОЙ полосе и был сзади робомобиля. Потом он решил что проезжает и поехал, но не угадал. Робомобиль конечно мог по всяким векторам подумать пускает его автобус или нет, но фишка не в том, что автобус пропускает, а в том, что автобус сзади и преимущество тут получается у того кто впереди, по умолчанию, т.к. они по одной полосе двигаются. Так что робомобиль принял решение исходя из ситуации, и манёвр объезда люка на одной полосе без выезда на другую никак не связан с тем, что автобус решил сунуться вперёд.
Ничего он не нарушил. Там одна полоса, просто широкая. Робот двигался по своей полосе. То что она шире и водители в два ряда становятся это уже жизненная практика, но полоса одна. Автобус, как я понял, был сзади. Да, косяк робота, что он всё таки притёрся, но не вижу тут никакого нарушения ПДД. Даже всё более уверяюсь в том, что автобус должен был уступить машинке т.к. он был сзади на момент начала манёвра робомобиля. Допускаю, что водитель автобуса уже привык к робомобилю и не подумал, что тот влево сдаст дальше чем следует.
в предыдущей статье дали ссылку на подробный разбор происшествия: https://www.drive2.ru/b/2830105/
Фактически робот не перестраивался на другую полосу, соответственно он ничего не нарушил. Робот объезжал препятствие.
Посмотрите видео по ссылке — там всё подробно товарищ рассказывает.
Вы окончательно запутались.
Где написано, что автобус "отчаливал", перестраивался, отъезжал от остановки?
Это уже местный фольклор про отъезжающий автобус. А в статье про это ни слова. Гугломобиль перестраивался, автобус двигался. Как это было точно в статье не описано.
LA может быть высоким, но реально система будет ненагруженной. Будут просто висеть процессы со статусом D например.
Зачастую завершение этих процессов невозможно т.к. это uninterruptible sleep (usually IO). Помогает перезагрузка.
Ну и переносите. У gmail так же можно подключить свой домен. В чём проблема? А можно почту на gmail сделать и сборщики настроить. Не ищите проблемы там где её нет.
Вообще я сначала на gmail почту поднял для организации, а потом оттуда переехал на яндекс. Ноу проблем. Проблема была только в размере архива писем (>50 гигов, а может и больше, уже точно не помню, даты писем с 2002 года и несколько писем ещё старше были)
Был другой подвиг и не один, я не вижу особой разницы от «перемены мест слагаемых». Если для вас это так принципиально — не смотрите. Если фильм будет хорошим, то какая разница?
Из рабочей БД на бэкап.
У вас бэкап может занять какое-то время. Поэтому после завершения первого этапа бэкапа, делаем второй этап — log-apply который фиксирует точку в базе, и с момента начала бэкапа, до фиксируемой точки накатывает бинарные логи на бэкап. В итоге мы получаем полностью консистентный бэкап на конкретный момент времени.
Да, как выше писал, обновлять пакеты не рекомендую — скорее всего начнутся проблемы. Все обновления только через официальные апдейты.
мне puppet отлично помогает. Свои скрипты для первоначальной настройки делал как для Centos — никакой разницы. Учёл что там 5-я ветка и всё — чуть чуть костылей добавил.
Да ну?
Обычный Centos. Ничего там супер перепиленного я не вижу. Урезанного тоже.
Проблема только в том, что вся обвязка xen tools достаточно жестко привязана к некоторым либам (если я не ошибаюсь), поэтому обновлять из репозиториев пакеты я не рискую. Но в остальном это всё тот же CentOS со всеми его возможностями. Утык происходит когда необходимо сделать то, что реализуется через xentools, но это редкость.
Железный рейд нужен только в системах с высокой надёжностью сохранности данных и обязательно с батарейкой. Остальные варианты — костыль. mdadm лучше этого костыля раз в 100.
Что бы прошёл вам нужно:
1 — вывести один диск из массива.
2 — поставить на этот освободившийся диск новую систему
3 — поднять дегрейдед рейд на новом диске (для хранилища)
4 — мигрировать VG на новый диск
5 — дальше как обычно переезжаем на рейд
Извините за прямоту, но после этого можно не читать. Это уже не миграция, а чистая установка.
Удалили хранилища => спокойно переставляем систему с нуля, как положено без создания хранилища. ВСЁ. Дальше делаем рейд, вводим в пул, настраиваем согласно своих предпочтений.
Единственный вопрос:
Где тут миграция?
Миграция, это когда у вас одна из боевых нод на рейде и вы апгрейдите её до новой версии. У меня так не получалось с рейдом, надеялся увидеть данное шаманство здесь.
(с)В. Головачёв, "Спящий джин"
Вообще у Головачёва много описаний работы в связке человек-инк-общая_информационная_система_поле, описания найти сразу пока не могу.
В данном случае виноват водитель автобуса, т.к. он с робомобилем находился на ОДНОЙ полосе и был сзади робомобиля. Потом он решил что проезжает и поехал, но не угадал. Робомобиль конечно мог по всяким векторам подумать пускает его автобус или нет, но фишка не в том, что автобус пропускает, а в том, что автобус сзади и преимущество тут получается у того кто впереди, по умолчанию, т.к. они по одной полосе двигаются. Так что робомобиль принял решение исходя из ситуации, и манёвр объезда люка на одной полосе без выезда на другую никак не связан с тем, что автобус решил сунуться вперёд.
https://www.drive2.ru/b/2830105/
Фактически робот не перестраивался на другую полосу, соответственно он ничего не нарушил. Робот объезжал препятствие.
Посмотрите видео по ссылке — там всё подробно товарищ рассказывает.
Где написано, что автобус "отчаливал", перестраивался, отъезжал от остановки?
Это уже местный фольклор про отъезжающий автобус. А в статье про это ни слова. Гугломобиль перестраивался, автобус двигался. Как это было точно в статье не описано.
Зачастую завершение этих процессов невозможно т.к. это uninterruptible sleep (usually IO). Помогает перезагрузка.
Вообще я сначала на gmail почту поднял для организации, а потом оттуда переехал на яндекс. Ноу проблем. Проблема была только в размере архива писем (>50 гигов, а может и больше, уже точно не помню, даты писем с 2002 года и несколько писем ещё старше были)
Почему именно винда нужна? Что там не работает в других операционках? Что вы имеет в виду под инфраструктурой ЕСИА.Госуслуги?