Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

В Fedora Linux обеспечена поддержка обновления ядра без пере..., opennews (??), 01-Сен-10, (0) [смотреть все] Не понимаю честно говоря, когда может так одновременно зачесаться обновлять яд, Аноним (-), 15:10 , 01-Сен-10, (1) –13 // Для серверов же вполне актуально , ы (?), 15:21 , 01-Сен-10, (2) +3 // Есть только одна проблема Ubuntu Desktop 9 04, 9 10 и 10 04, и Fedora 13 - не с, Frank (??), 00:46 , 04-Сен-10, (75) // Официально, а так, что мешает их сервернуть , Logo (ok), 01:08 , 11-Сен-10, (76) Ээээ, может на постоянно используемом сервере, где ошибки безопасности лучше сра, gkv311 (ok), 15:21 , 01-Сен-10, (3) +1 дырки в безопасности на лету лотать, очевидно же , Гн. Арбузов (?), 15:22 , 01-Сен-10, (4) // Латать, Анонимный трус (?), 16:18 , 01-Сен-10, (11) +4 Вам тогда на ebay , анонимиус (?), 17:39 , 02-Сен-10, (53) Минутное дело а с учетом серверных рейдом - часто и более может стоить очень, Samm (??), 15:44 , 01-Сен-10, (5) +3   // Глючный BIOS, на критическом серваке, как так , s_dog (??), 15:51 , 01-Сен-10, (7) –6   // Запросто У меня был весьма недешевый рейд контроллер от HP, который раз в н реб, Samm (??), 16:14 , 01-Сен-10, (9) +6   Внеплановое обновление на критическом серваке вас удивляет больше , аноним (?), 16:18 , 01-Сен-10, (10)   Ну а если сервер зависнет при плановом ребуте - вам сильно легче станет , Samm (??), 16:22 , 01-Сен-10, (12) +3   плановый ребут Виндоуз админ детектед, redixin (?), 17:47 , 01-Сен-10, (16) –6   покажи свои аптаймы, ну, Аноним (-), 17:55 , 01-Сен-10, (18)   Показываю uptime10 36AM up 352 days, 21 58, 1 user, load averages 0 24, 0 16, maxkit (ok), 18:37 , 01-Сен-10, (23)   Мужики, кончайте меряться аптаймами, пока VMS-ники какие замшелые не пришли Пл, Michael Shigorin (ok), 20:23 , 01-Сен-10, (27) +5   только трУсы ребутятся , universite (ok), 15:08 , 03-Сен-10, (67) +1   Плановый ребут нормальная и необходимая практика, вне зависимости от используемы, sashka_ua (?), 04:36 , 02-Сен-10, (43)   Для мазохистов Fixed , AlexAT (ok), 17:54 , 02-Сен-10, (56)   Вот вы готовы дать руку ногу голову на отсечение, что у вас все изменения в конф, XoRe (ok), 20:38 , 02-Сен-10, (58) +2   100 windows admin detected , Alex (??), 20:42 , 02-Сен-10, (59)   Вам годиков сколько, разрешите поинтересоваться И стаж рутом не на локалхосте,, Michael Shigorin (ok), 21:59 , 02-Сен-10, (63)   Глючный он у вас, вот и помаргивает Как что не понравилось - сразу на личности , Alex (??), 18:44 , 03-Сен-10, (68)   говорит очепяталсо , Alex (??), 18:46 , 03-Сен-10, (70)   Говорят, но тем более удивительны фразки вида windows админ детектед , Michael Shigorin (ok), 20:47 , 03-Сен-10, (73)   А теперь слушайте Как раз в windows настройки сервисов сохраняются при изменении, XoRe (ok), 00:01 , 03-Сен-10, (65) +2   Когда Windows-админы лезут в nix, ровно так и получается Ибо написать скрипты , Alex (??), 18:45 , 03-Сен-10, (69) –1   Если бы Среди линуксоводов тоже полно таких, кто не понимает -- сперва пишем,, Michael Shigorin (ok), 20:53 , 03-Сен-10, (74)   если реально дорого , есть HA, есть живая миграция если, конечно, реально дор, Аноним (-), 16:33 , 01-Сен-10, (13)   // Я выше привел пример - масс хостинг Строить HA - нерентабельно А аптайм - весь, Samm (??), 16:42 , 01-Сен-10, (14)   взаимоисключающие параграфы детектед либо ваши клиенты могут оплачивать HA, либ, Аноним (-), 23:57 , 01-Сен-10, (31)   А также бэкап, рейд, дублированные блоки питания, etc Есть куча вещей, которые, Michael Shigorin (ok), 00:52 , 02-Сен-10, (36) +1   ну клиенту же пофигу, че и как я горожу я обещал ему четыре девятки - это час п, Аноним (-), 01:26 , 02-Сен-10, (38)   Примерно это и пытался сформулировать, что есть _разные_ куски, зачастую влияющи, Michael Shigorin (ok), 16:45 , 02-Сен-10, (52)   да господи, чо я выдумываю-то два месяца назад потребовалось поднять фирмварь н, Аноним (-), 01:36 , 02-Сен-10, (39)   Ну и кстати даже при HA проблем будет много больше чем при подобном обновлении , Samm (??), 16:48 , 01-Сен-10, (15)   натурально, потеряете HA не средство для обеспечения _непрерывной_ работы сер, Аноним (-), 00:08 , 02-Сен-10, (32)   там где это может стоит очень дорого нужно ставить 2-3 или более одновременно ра, ТТТ (?), 11:44 , 02-Сен-10, (47)   // PSа в стране которой живу я вообще сервера на подхвате или одновременно рабочие , ТТТ (?), 11:50 , 02-Сен-10, (48)   kexec , анонимиус (?), 17:40 , 02-Сен-10, (54)   Когда деньги текут каждую секунду, минута простоя потери клиентов и денег Риск, szh (ok), 16:09 , 01-Сен-10, (8) +2 Остановка некоторых серверов даже на секунды стоит немалых денег Или возникают , The_Anonimous (ok), 00:27 , 02-Сен-10, (34) У моей машинки аптайм 2 месяца не хочется такие красивые циферки портить , sluge (ok), 09:23 , 02-Сен-10, (44) +1 // Не смеши людей , анонимиус (?), 17:45 , 02-Сен-10, (55) +1 Для домашнего использования, или просто для не особо критичных мест - согласен А, XoRe (ok), 20:42 , 02-Сен-10, (60) а как они, к примеру, Ubuntu Desktop отличают от Ubuntu Server PAE на x86 а на, Aquarius (ok), 18:16 , 01-Сен-10, (20) // Ядра разные Нахаляву дают скачать десктопное ядро или обновление к нему Вариан, filosofem (ok), 18:19 , 01-Сен-10, (22) +2 Очевидно что обновление на лету, более рискованно чем традиционным способом Пото, Аноним (-), 23:41 , 01-Сен-10, (30) // Особенно круто стопарнуть сервер молотящий какие-нибудь там транзакции А так - , The_Anonimous (ok), 00:36 , 02-Сен-10, (35) // Никто ведь не говорит что нарочно кривые апдейты будут давать Всякое может быть, Аноним (-), 01:14 , 02-Сен-10, (37) // Это не хак На сайте достаточно подробно объяснено как происходит обновление, а , samm (?), 02:39 , 02-Сен-10, (42) Вот за QA денег и хотят Плюс ksplice априори не все случаи обрабатывает, там п, Michael Shigorin (ok), 16:39 , 02-Сен-10, (51) +1 Сравнивали с nagios , XoRe (ok), 20:47 , 02-Сен-10, (62) Лет пять-шесть тому сделал для себя вывод, что мониторинг предпочитаю активный л, Michael Shigorin (ok), 22:14 , 02-Сен-10, (64) О как Для этой цели - да , XoRe (ok), 00:03 , 03-Сен-10, (66) Допилили уже , sluge (ok), 09:23 , 02-Сен-10, (45) +1 // Стоит кубунта на ноуте При закрытии крышки ноут валит в suspend to RAM, при отк, Аноним (-), 12:43 , 02-Сен-10, (49) Уже с год пользуюсь KSplice Никаких кернелпаников и прочих ахтунгов не отмечено, AlexAT (ok), 17:57 , 02-Сен-10, (57) // Ну собственно год тут не показатель Сколько раз за год пришлось использовать , Anon Y Mous (?), 18:56 , 03-Сен-10, (71) // Где-то 12-15 обновлений за год, более чем на десятке машин , Alex (??), 19:49 , 03-Сен-10, (72) 1,20,30

Сообщения

[Сортировка по времени | RSS]

	5. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+3 +/–
	Сообщение от Samm (??), 01-Сен-10, 15:44
	"Минутное дело" (а с учетом серверных рейдом - часто и более) может стоить очень дорого, особенно если это DB или NFS сервер (да или тот же VoIP transit). Да и шансы зависнуть в глючном биосе могут быть сильно больше 0.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	7. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	–6 +/–
	Сообщение от s_dog (??), 01-Сен-10, 15:51
	Глючный BIOS, на критическом серваке, как так? :)
	Ответить | Правка | Наверх | Cообщить модератору

	9. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+6 +/–
	Сообщение от Samm (??), 01-Сен-10, 16:14
	Запросто. У меня был весьма недешевый рейд контроллер от HP, который раз в н ребутов мог не загрузиться, причем повторяемость была крайне низкая.  Еще вариант - батарейка в смосе сядет, и привет. Конечно, это можно отследить по IPMI, но далеко не везде заморачиваются подобным мониторингом. Ну и в целом - для войпа, например, стоимость минуты - крайне высока, а в случае стартапа денег на полное резервирование всего может просто не быть. Кстати, еще 1 вариант - хостинг сервер. Сотни (или больше) клиентов на каждом сервере, и каждый хочет 99.99% аптайм :)
	Ответить | Правка | Наверх | Cообщить модератору

	10. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от аноним (?), 01-Сен-10, 16:18
	Внеплановое обновление на критическом серваке вас удивляет больше?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	12. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+3 +/–
	Сообщение от Samm (??), 01-Сен-10, 16:22
	>Внеплановое обновление на критическом серваке вас удивляет больше? Ну а если сервер зависнет при плановом ребуте - вам сильно легче станет? :)
	Ответить | Правка | Наверх | Cообщить модератору

	16. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	–6 +/–
	Сообщение от redixin (?), 01-Сен-10, 17:47
	плановый ребут? Виндоуз админ детектед
	Ответить | Правка | Наверх | Cообщить модератору

	18. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Аноним (-), 01-Сен-10, 17:55
	покажи свои аптаймы, ну
	Ответить | Правка | Наверх | Cообщить модератору

	23. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от maxkit (ok), 01-Сен-10, 18:37
	Показываю: # uptime 10:36AM  up 352 days, 21:58, 1 user, load averages: 0.24, 0.16, 0.12
	Ответить | Правка | Наверх | Cообщить модератору

	27. "(посмотрев на пару хостов)"	+5 +/–
	Сообщение от Michael Shigorin (ok), 01-Сен-10, 20:23
	Мужики, кончайте меряться аптаймами, пока VMS-ники какие замшелые не пришли :) Плановый ребут -- это мозги детектед, потому что бывает множество заранее труднопредсказуемых деталей (и батарейки, и болванку с нарезкой в приводе забыли, и какой-нить из апдейтов поверх позапрошлогоднего именно на этой конфигурации привёл к фатальным для загрузки или подъёма сети последствиям), а шнурок в IPMI-порт воткнут совсем не всегда (на колокейшене ещё не встречалось вроде), и SoL или iKVM там настроен ещё более не всегда. Так вот чтоб это выяснилось не тогда, когда все вводы спеклись, батарейки садятся и на дизель соскочили с перепадом (и весь личный состав и так озабочен по уши) -- а тогда, когда есть время, внимание и более-менее удобно выяснить, хост вообще планирует загрузиться или как.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "(посмотрев на пару хостов)"	+1 +/–
	Сообщение от universite (ok), 03-Сен-10, 15:08
	только трУсы ребутятся!
	Ответить | Правка | Наверх | Cообщить модератору

	43. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от sashka_ua (?), 02-Сен-10, 04:36
	Плановый ребут нормальная и необходимая практика, вне зависимости от используемых систем. С.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	56. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от AlexAT (ok), 02-Сен-10, 17:54
	>Плановый ребут нормальная и необходимая практика, вне зависимости от используемых систем. > >С. Для мазохистов. Fixed.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+2 +/–
	Сообщение от XoRe (ok), 02-Сен-10, 20:38
	>плановый ребут? > >Виндоуз админ детектед Вот вы готовы дать руку/ногу/голову на отсечение, что у вас все изменения в конфигурации так же (и без ошибок) сохранены в конфигах? А если у вас в отделе несколько админов, вы за каждого готовы поручиться?) Правильно ли сохранены настройки, хорошо видно после перезагрузки. И лучше, если вы узнаете что-то новое для себя тогда, когда вам это удобно (и вы будете рядом). А не когда будет аврал, скажем, изза питания (а вы где-нибудь в египте).
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	59. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Alex (??), 02-Сен-10, 20:42
	>Вот вы готовы дать руку/ногу/голову на отсечение, что у вас все изменения >в конфигурации так же (и без ошибок) сохранены в конфигах? >И лучше, если вы узнаете что-то новое для себя 100% windows admin detected.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "*sigh*"	+/–
	Сообщение от Michael Shigorin (ok), 02-Сен-10, 21:59
	>100% windows admin detected. Вам годиков сколько, разрешите поинтересоваться?  И стаж рутом не на локалхосте, пожалста. А то светодиодик "прогуливают уроки" подозрительно помаргивает. :)
	Ответить | Правка | Наверх | Cообщить модератору

	68. "*sigh*"	+/–
	Сообщение от Alex (??), 03-Сен-10, 18:44
	>Вам годиков сколько, разрешите поинтересоваться?  И стаж рутом не на локалхосте, >пожалста. >А то светодиодик "прогуливают уроки" подозрительно помаргивает. :) Глючный он у вас, вот и помаргивает. Как что не понравилось - сразу на личности лезут. Годиков мне достаточно, а что до стажа... Несколько тысяч юзверей в постоянном онлайне, Cisco класса 76xx, 72xx, 53xxXM, ASA 55xx, Asterisk, FreeSWITCH, MariaDB, BIRD, кластерные системы (GlusterFS, NDB Cluster), OpenVZ - если наличие навыков во всех этих областях Вам что-то говорят, то мой стаж Вас с этого момента волновать не должен абсолютно.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "*sigh*"	+/–
	Сообщение от Alex (??), 03-Сен-10, 18:46
	>говорят, то мой стаж Вас с этого момента волновать не должен *говорит. очепяталсо.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "*sigh*"	+/–
	Сообщение от Michael Shigorin (ok), 03-Сен-10, 20:47
	Говорят, но тем более удивительны фразки вида "windows админ детектед".
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	65. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+2 +/–
	Сообщение от XoRe (ok), 03-Сен-10, 00:01
	>>Вот вы готовы дать руку/ногу/голову на отсечение, что у вас все изменения >>в конфигурации так же (и без ошибок) сохранены в конфигах? >>И лучше, если вы узнаете что-то новое для себя > >100% windows admin detected. А теперь слушайте. Как раз в windows настройки сервисов сохраняются при изменении. Там деваться некуда, там нет кнопки "применить, но не сохранить". А когда вы установите linux и поработаете в консоли, то поймете, что тот-же ifconfig можно конфигурить как угодно. Но эти настройки проживут ровно до первой перезагрузки. А чтобы они остались и после перезагрузки, нужно эти настройки прописывать в конфигах. И какие-то конфиги можно проверить без перезагрузки - reload, restart, или даже configtest. А какие-то конфиги (или скрипты) либо с перезагрузкой, либо с полным перезапуском всего и вся. Конфиги Того-же grub, например. И внезапно обнаружить, что какая-то служба не запускается после перезагрузки - лучше во внерабочее время и рядом с сервером. Чем во время отпуска за пару тыс. км. Потому что чинить эти недоработки вы все равно будете. Но лучше это делать, когда вам удобно.
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	69. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	–1 +/–
	Сообщение от Alex (??), 03-Сен-10, 18:45
	>А когда вы установите linux и поработаете в консоли, то поймете, что >тот-же ifconfig можно конфигурить как угодно. >Но эти настройки проживут ровно до первой перезагрузки. Когда Windows-админы лезут в *nix, ровно так и получается. Ибо написать скрипты для загрузки конфигов забывают.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Michael Shigorin (ok), 03-Сен-10, 20:53
	>Когда Windows-админы лезут в *nix, ровно так и получается. Ибо написать скрипты >для загрузки конфигов забывают. Если бы.  Среди линуксоводов тоже полно таких, кто не понимает -- "сперва пишем, потом тестим, а откат под screen на sleep, если что"...
	Ответить | Правка | Наверх | Cообщить модератору

	13. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Аноним (-), 01-Сен-10, 16:33
	если "реально дорого", есть HA, есть живая миграция. если, конечно, "реально дорого", а не "руководство щеки дует".
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	14. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Samm (??), 01-Сен-10, 16:42
	Я выше привел пример - масс хостинг. Строить HA - нерентабельно. А аптайм - весьма важен. 4 бакса за сервер в данном случае - вполне оправданная затрата, на мой взгляд.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Аноним (-), 01-Сен-10, 23:57
	> Строить HA - нерентабельно. А аптайм - весьма важен. взаимоисключающие параграфы детектед. либо ваши клиенты могут оплачивать HA, либо нет. если они не могут оплатить sla и соотв. число девяток - я не понимаю смысла обеспечивать им какой-то аптайм. ha всяко предназначен не для бесперебойного сервиса, а для минимизации простоев сервиса. вам всяко же хотя бы раз в полгода нужно гасить систему, обновлять прикладное ПО, фирмварь.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 02-Сен-10, 00:52
	>взаимоисключающие параграфы детектед. либо ваши клиенты могут оплачивать HA, либо нет. А также бэкап, рейд, дублированные блоки питания, etc.  Есть куча вещей, которые могут несколько пересекаться по эффекту, но high availability в смысле организации failover -- это всё-таки не на четыре девятки вроде, а на пять-шесть осмысленно городить, нет?  Если не пытаться одновременно сэкономить на спичках. >если они не могут оплатить sla и соотв. число девяток - >я не понимаю смысла обеспечивать им какой-то аптайм. Клиента любить надо.  Вы к нему по-человечески -- и он к вам, а не к соседу. >ha всяко предназначен не для бесперебойного сервиса, а для минимизации простоев сервиса. Да. >вам всяко же хотя бы раз в полгода нужно гасить систему, >обновлять прикладное ПО, Проверяется на стенде, выкатывается проверенное. >фирмварь. Зачем?  За исключением дырок в торчащем в сеть и каких-то глюков, которые не следовало пропускать на предзакупочной стадии -- не припоминаю смысла чинить то, что работает. Из заметных исключений -- прошивка Mellanox 10GE, которые при включенном Intel VT-d способны без уважительных причин криво дропать трафик.  Если этот VT-d понадобится, вот тогда придётся что-то думать и шить.  И то в случае наличия out-of-band доступа и без необходимости ресетить железку по питанию можно обойтись без существенного даунтайма.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Аноним (-), 02-Сен-10, 01:26
	ну клиенту же пофигу, че и как я горожу. я обещал ему четыре девятки - это час простоя за год. пять девяток - это пять минут простоя в год. бэкапы и рейды - это все жыды придумали, чтобы клиентов смущать. если мой аплинк или горэнерго промуфлонило или у меня с бэкапом лажа вышла - интересно это клиенту или нет, кто именно облажался? у него есть sla, которое я ему гарантировал, а уж как я ему собираюсь гарантировать - это мои проблемы? >Клиента любить надо.  Вы к нему по-человечески -- и он к вам, а не к соседу. я его клиента просто обожаю. в рамках оплаченного. на десять баксов в месяц - так на десять. На тысячу баксов в месяц - так на тысячу. помнить, насколько тебе дорог тот или иной клиент - это важно. вряд ли я буду предлагать десятидолларовому клиенту даже четыре звездочки. >Проверяется на стенде, выкатывается проверенное. это - даже без вопросов, что на тесте проверяется. но если мне выкатили дизруптивный апдейт, я хоть усрись, а сервис передернуть придется. >>фирмварь. >Зачем?  За исключением дырок в торчащем в сеть и каких-то глюков, которые не следовало пропускать на предзакупочной стадии -- не припоминаю смысла чинить то, что работает. если вам не нужен саппорт вендора - не вопрос, можно не обновлять. но если у вас внезапно фирмварь 12.34.55, а вендор поднял рекомендованный уровень до или уже поддерживает только 12.48.67 - чо как тогда?
	Ответить | Правка | Наверх | Cообщить модератору

	52. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Michael Shigorin (ok), 02-Сен-10, 16:45
	>интересно это клиенту или нет, кто именно облажался? >[...] а уж как я ему собираюсь гарантировать [...] Примерно это и пытался сформулировать, что есть _разные_ куски, зачастую влияющие схожим образом в одних ситуациях (но в принципе разным), и в сумме направленные на снижение времени простоя.  Можно пережить потерю диска в рейде, можно восстановить из бэкапа одиночный, jedem das seine. [ds3700: а]
	Ответить | Правка | Наверх | Cообщить модератору

	39. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Аноним (-), 02-Сен-10, 01:36
	>>фирмварь. > >Зачем?  За исключением дырок в торчащем в сеть и каких-то глюков, >которые не следовало пропускать на предзакупочной стадии -- не припоминаю смысла >чинить то, что работает. да господи, чо я выдумываю-то. два месяца назад потребовалось поднять фирмварь на ds3700. глюки в мониторинге. дизруптив апдейт, остановите весь i/o плиз. пожалста вам, полка и два экстеншна - тридцать минут простоя всех подключенных хостов.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	15. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Samm (??), 01-Сен-10, 16:48
	Ну и кстати даже при HA проблем будет много больше чем при подобном обновлении. Например - MySQL MASTER<-->MASTER HA - при переключении отгребем пустой кеш второго мискла (performance degradation). Или тот же memcache сервер (репликации штатными средствами нет, а тот патч что есть - крайне крив). В случае VoIP системы - мы практически гарантированно потерям активные сессии, а на загруженном тазике с мерой это может быть 300+ абонентов.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	32. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от Аноним (-), 02-Сен-10, 00:08
	>Ну и кстати даже при HA проблем будет много больше чем при подобном обновлении. Например - MySQL MASTER<-->MASTER HA - при переключении отгребем пустой кеш второго мискла (performance degradation). Или тот же memcache сервер (репликации штатными средствами нет, а тот патч что есть - крайне крив). В случае VoIP системы - мы практически гарантированно потерям активные сессии, а на загруженном тазике с мерой это может быть 300+ абонентов. натурально, потеряете :) HA не средство для обеспечения _непрерывной_ работы сервиса. для этого есть более другие средства (и более дорогие). мой пойнт не в том, что HA какое-то волшебное средство, а в том, что за гарантированный аптайм обычно берут деньги, хотя бы окупающие средства гарантирования этого аптайма.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от ТТТ (?), 02-Сен-10, 11:44
	> может стоить очень дорого там где это может стоит очень дорого нужно ставить 2-3 или более одновременно рабочих сервера на подхвате друг у друга... а если сервер у вас сгорит не нароком... даже с самыми дорогими бывает вы что будете ждать 2-4 часа пока приедет гарантия и починит?
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	48. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от ТТТ (?), 02-Сен-10, 11:50
	PS а в стране которой живу я вообще сервера на подхвате или одновременно рабочие "там где дорого" ставят в разных точках страны потому как в любое место может бомба стукнуть а в ближайшем будущем может даже ядрёна :D
	Ответить | Правка | Наверх | Cообщить модератору

	54. "В Fedora Linux обеспечена поддержка обновления ядра без пере..."	+/–
	Сообщение от анонимиус (?), 02-Сен-10, 17:40
	>Да и шансы зависнуть в глючном биосе могут быть сильно больше 0. kexec?
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема