G
А текущий Debian Testing еще не морозили?
Size: a a a
2020 December 09
G
Спасибо
АМ
debian/ubuntu.
кек лол. ни один энтерппрайз софт нормально там не работает. я бы ронял если ты сказал сусе.
bk
зузя жыф чтоле?
АМ
Локальном конечно, сеть столько не пропихнёт, либо будет оч дорогая, да и SAN тоже надо грейдить, и вообще с SAN появляются куча своих проблем и заморочек.
Хотя фактически это и есть горизонтально масштабируемый SAN (то что я подразумевал). Но для серверов с БД это тоже применимо.
Хотя фактически это и есть горизонтально масштабируемый SAN (то что я подразумевал). Но для серверов с БД это тоже применимо.
в таком случае надо заранее предусматривать дублирование. ятобы не молится каждый раз при обновлении.
АМ
Легко. У тебя сервер в Мск и Токио, между ними ~ 200ms rtt. Тебе бы помог
net.ipv4.tcp_congestion_control = bbr, но у тебя centos 7 и его там нет.мы про обновление как процесс.
Wo
зузя жыф чтоле?
да
АМ
зузя жыф чтоле?
живее многих
ND
мы про обновление как процесс.
Обновление как процесс не нужно никогда. Единственный раз когда я его наблюдал за последние годы - когда SAP контракторы пошли обновлять нам SLES потому что так требовали их процедуры. Надо ли говорить, что они уебали ровно все за два дня до сдачи нами отчета
АМ
Обновление как процесс не нужно никогда. Единственный раз когда я его наблюдал за последние годы - когда SAP контракторы пошли обновлять нам SLES потому что так требовали их процедуры. Надо ли говорить, что они уебали ровно все за два дня до сдачи нами отчета
ну вот @alukardd утверждает что он сервера именно что обновляет и привел кейс.
АМ
я то полность согласен с тобой: всегда когда возможно избегайте обновления.
АМ
всмвсле процесса обновления, а не использования свежих верстй ПО.
AF
ага оно самозародится
АМ
почитай тред.
∀
ну вот @alukardd утверждает что он сервера именно что обновляет и привел кейс.
ну есть кейс грейда условного фронта, потому что надо, потому что rce или ещё что, там не проблема выключить сервер, всё перебалансится, но процесс грейда присутствует
АМ
ну есть кейс грейда условного фронта, потому что надо, потому что rce или ещё что, там не проблема выключить сервер, всё перебалансится, но процесс грейда присутствует
почему просто не включиь рядом новый фронт и выключить старый. зачем это обновление OS?
p
кек лол. ни один энтерппрайз софт нормально там не работает. я бы ронял если ты сказал сусе.
Ну так rhel/sles/oracle, если у вас такое
∀
почему просто не включиь рядом новый фронт и выключить старый. зачем это обновление OS?
потому что делать это итеративно гемор, а скажем 10-100-1000(нужное подчеркнуть) новых серверов под фронты нет, к тому же часто ткейс с фронтами будет сопряжён с доп махинациями на сетевом железе, что является доп гемором. Наверняка можно придумать ещё пару-тройку причин именно для грейда.
∀
я кажется начал с того, что кейсы очень разные.
если у тя 100 виртуалок в облаке, то конечно спауни новые и всё, если так не позволяет архитектура. то архитектура не очень, но даже в таком случае мы работаем с тем что есть
если у тя 100 виртуалок в облаке, то конечно спауни новые и всё, если так не позволяет архитектура. то архитектура не очень, но даже в таком случае мы работаем с тем что есть