Приведите, пожалуйста, ссылку на публикацию. Или приведите оригинал.
Потому что из новости совершенно не понятно, есть ли данная уязвимость, например, в 11.4R5, установленном год назад.
Полная чушь.
В нормальных дистрах вообще не приходится ядро трогать.
А при миграции с сервака на сервер, если железо однотипное — даже инитрд трогать не надо.
А какое ядро запускаете в пара? Насколько стабильно оно себя ведёт?
И, кстати, вы не сравнивали производительность дисковых операций в паравиртуализации и полной? Ну или в пара и на обычной железке? Я как-то пробовал фряху в полной гонять — она с дисками работала ощутимо медленнее, чем на обычной железке.
> Большая виртуалка долго мигрируется поэтому ее оставляем на текущей ноде
Т.е. в этом случае на другие ноды отправят соседей того, кто хочет больше ресурсов? А если на ноде 2 одинаковых впса? Что в этом случае произойдёт?
Это ресурс с точки зрения бизнес-модели, а сейчас речь о ресурсах этой карусели как платформы. И в данном случае трафик не в счёт, потому что в нормальных местах вы за него не платите при соблюдении определённого отношения отданного к принятому. Так что ваш кластер называть облаком, ИМХО, несколько некорректно, ибо тут нет той гибкости, которая подразумевается облаками.
На отечественном хостинге трафик как раз не ресурс. Куда важнее предоставляемые мощности и место. Облако подразумевает, что вы получаете именно столько, сколько вам надо и вы имеете возможность управлять полученными ресурсами, наращивая и снижая их по мере необходимости.
это что же, например, к эксиму только патчами прикручивается? Уж во всяком случае, что в эксиме, что в постфиксе ничего не надо с логами мудрить, в отличие от qmail:
Normally, qmail-smtpd doesn't log anything. However, many of the patches that people use with qmail include logging of various things.
Тогда был бы признателен. если бы вы дали ссылку на то, как это сделать правильно на рабочей системе, чтобы ничего не сдохло. Ибо к кумэйлу всё же есть очень большое число нареканий.
Приведите, пожалуйста, ссылку на публикацию. Или приведите оригинал.
Потому что из новости совершенно не понятно, есть ли данная уязвимость, например, в 11.4R5, установленном год назад.
> На данный момент уязвимость исправлена в следующих версиях
можно предположить, что эти релизы не подвержены уязвимости.
Будте любезны ссылку на оригинальную новость на сайте Juniper'а?
Помнится, года 3 назад новые железки шли с уже 10.2
В нормальных дистрах вообще не приходится ядро трогать.
А при миграции с сервака на сервер, если железо однотипное — даже инитрд трогать не надо.
И, кстати, вы не сравнивали производительность дисковых операций в паравиртуализации и полной? Ну или в пара и на обычной железке? Я как-то пробовал фряху в полной гонять — она с дисками работала ощутимо медленнее, чем на обычной железке.
Вы тестите её в полной виртуализации или пара?
Т.е. в этом случае на другие ноды отправят соседей того, кто хочет больше ресурсов? А если на ноде 2 одинаковых впса? Что в этом случае произойдёт?
Normally, qmail-smtpd doesn't log anything. However, many of the patches that people use with qmail include logging of various things.