61

KRUTO пишет:

Не придирайся к словам, свободный-свободный...

Вот не поверишь, к этому так и хочется придраться.
И себе и другим напомнить... тоже не мешает.

KRUTO пишет:

А так, что мне теперь, исходя из твоего мнения, если денег нет, и не заниматься linux-ом?

Что делать каждый сам решает, это вопрос из другой сферы.
То что у нас, особенно не_в_столице жизнь админа не мёд я и сам прекрасно знаю.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

62

народ, а может оффтопик в другую ветку, а? пока что тут беседа шла вполне профильная

63

Да, можно, - куда-нибудь в разговоры... назвать только как? свободое - не бесплатное... не знаю. ab

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

64

dyasny пишет:

народ, а может оффтопик в другую ветку,

Поддерживаю, хотя это из той серии: они - аристократия, а мы - простые фермы
Fedora сейчас хорошо поддерживается, а то когда-то и за ASP стояли внушительные люди, а потом проект накрылся медным тазом??

65

и всё-таки интересно, почему параметр cache опущен, может он по-умолчанию "none"?

66

KRUTO пишет:

Fedora сейчас хорошо поддерживается, а то когда-то и за ASP стояли внушительные люди, а потом проект накрылся медным тазом??

за федорой всегда стоял Red Hat, плюс межделмаш, сиско, нетапп, НР и т.д. Линус по ходу тоже на ней сидел пока не обиделся на третий гном. Но разрабатывается не значит поддерживается, поддержка это когда можно открыть саппорт тикет, и гарантированно получить решение или патч на баг, а этого в федоре нет, как нет в дебиане и большинстве прочих дистров.

Я говорю тут о федоре потому что в ней ведется разработка о обкатка всего что касается стека виртуализации. В датацентр я бы ее не ставил, а вот на демо стенд вполне

KRUTO пишет:

и всё-таки интересно, почему параметр cache опущен, может он по-умолчанию "none"?

не знаю, это дебиановские заморочки. когда этот параметр отсутствовал в моем случае, по умолчанию был writeback, и данные на дисках дохли как мухи. Это было в 2008, и именно тогда мы это и исправили

67 (13.12.2012 09:24:18 отредактировано KRUTO)

dyasny пишет:

по умолчанию был writeback, и данные на дисках

Все подряд данные  или те, с которыми работаешь постоянно (например, бд)?
Получается, лучше выбирать "none"?
Хотя, такое чувство, что всё будет более-менее стабильно и при cache=writeback, если поставиться на lvm?

68

KRUTO пишет:

Все подряд данные  или те, с которыми работаешь постоянно (например, бд)?

обычно убивалось начало имиджа, mbr

KRUTO пишет:

Получается, лучше выбирать "none"?

о чем я уже ашнадцатый пост и пишу ab

KRUTO пишет:

Хотя, такое чувство, что всё будет более-менее стабильно и при cache=writeback, если поставиться на lvm?

какая разница LVM или файл? если пропадает кэш, ни в том LVM ни в файл данные прописаны не будут, или будут, но частично.

Просто надо использовать серьезный сторедж с собственным кэшем

69 (13.12.2012 10:08:48 отредактировано KRUTO)

dyasny пишет:

Просто надо использовать серьезный сторедж с собственным кэшем

Да мне такая уж серьезность не нужна, просто хочу освоить kvm, а пробовать почти не на чем...

70

KRUTO пишет:

просто хочу освоить kvm, а пробовать почти не на чем

это как осваивать вождение танка гоняя игрушечные машинки

71 (13.12.2012 10:52:51 отредактировано KRUTO)

dyasny пишет:

это как осваивать вождение танка гоняя игрушечные машинки

Так-то оно так...
Ты же не сразу с датацентрами работать стал? или??
Скачал CentOS 6.3 netinstall, поставлюсь, когда будет время, щас бухгалтерию на 1С перевожу... времени нет [CENSORED]..

72

KRUTO пишет:

Ты же не сразу с датацентрами работать стал? или??

вообще-то сразу ab виртуализация себя окупает когда используется в больших объемах, иначе это занятие бесполезно и дорого, но вот когда вдруг оказывается что можно несколько сотен серверов упаковать в десяток хостов, пусть и дорогих, и с дорогим СХД, экономия получается неплохая, и чем крупнее ДЦ тем больше выгода от виртуализации

73

dyasny пишет:

и чем крупнее ДЦ тем больше выгода от виртуализации

Для небольших контор выгода от виртуализации тоже есть. И тоже немаленькая.
Прежде всего в том, что есть задачи от величины конторы зависящие мало. Они просто должны быть и баста. И почему бы такие задачи не разворачивать на одном хосту в 3-4х виртуальных машинах, благо производительность хоста позволяет это делать?
Это же и отказоустойчивость резко повышается. Вышел из строя аппаратный шлюз доступа в интернет, что делать? Всем курить бамбук, пока не починишь, новый не настроишь? А с виртуалкой - минут через 5 на другом хосту поднял (если нет живой миграции) и снова всё живет...

74

Cruiser78 пишет:

Прежде всего в том, что есть задачи от величины конторы зависящие мало. Они просто должны быть и баста. И почему бы такие задачи не разворачивать на одном хосту в 3-4х виртуальных машинах, благо производительность хоста позволяет это делать?

такие задачи обычно виртуализации не требуют. На одном хосте можно спокойно крутить кучу разных сервисов, не тратя ресурсы на содержание ОС под каждый из них. И сервер понадобится намного дешевле.

Cruiser78 пишет:

Это же и отказоустойчивость резко повышается.

не каждый мелкий бизнес на один-два сервера требует отказоустойчивости. Простой на пару часов без интернета, такие конторы не слишком напрягает.

с другой стороны, хост (а их по идее надо больше чем один, плюс СХД) под виртуалки требует серьезных процессоров, а это уже тысячи долларов разницы, кучи памяти, серьезную сеть и очень хорошую дисковую подсистему. Типичная мелкая контора (DC, DHCP, MTA, DNS, Filer, POP/IMAP + router), до 50 юзеров, прекрасно может обойтись единственным сервером довольно таки скромной конфигурации, плюс аппаратным раутером SOHO модели, и юзеры не будут шуршать. Настраиваем нормальный бекап под это все, и потенциальный даунтайм достигнет, максимум, одного дня, что не критично. А если разнести каждую из данных ролей на отдельную виртуалку, цена железа поднимется в разы, без прибавки к производительности. Те же бекапы будут занимать больше места, а значит будут дороже... короче тут можно считать и считать.

75

dyasny пишет:

потенциальный даунтайм достигнет, максимум, одного дня, что не критично.

Если основной бизнес завязан на контракты по электронным торгам, то там и даунтайм в полчаса (при закрытии торгов) может принести несколько миллионов убытков... Так что с этим утверждением не согласен. Это первое.
А второе - для фирмы по большому счету, нет особой разницы сколько сервер стоит. 30 тысяч или 130. Все это дело включается в себестоимость продукции и за него платит конечный покупатель, а не хозяин фирмы из своего кармана. А хозяину как раз не положить на подобные даутнаймы. Он знает, что кроилово ведет попадалову.

76 (13.12.2012 13:07:02 отредактировано dyasny)

Cruiser78 пишет:

Если основной бизнес завязан на контракты по электронным торгам

я говорю об обычной конторе, без привязок к онлайн бизнесу (таким вообще держать сервера надо в облаках) - бухгалтеры, адвокаты, магазины, гаражи, мелкие фабрики... самый что ни на есть обычный SMB

Cruiser78 пишет:

А второе - для фирмы по большому счету, нет особой разницы сколько сервер стоит. 30 тысяч или 130. Все это дело включается в себестоимость продукции и за него платит конечный покупатель, а не хозяин фирмы из своего кармана

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

Cruiser78 пишет:

А хозяину как раз не положить на подобные даутнаймы. Он знает, что кроилово ведет попадалову.

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

77

dyasny пишет:

потенциальный даунтайм достигнет, максимум, одного дня, что не критично.

Если основной бизнес завязан на контракты по электронным торгам, то там и даунтайм в полчаса (при закрытии торгов) может принести несколько миллионов убытков... Так что с этим утверждением не согласен. Это первое.
А второе - для фирмы по большому счету, нет особой разницы сколько сервер стоит. 30 тысяч или 130. Все это дело включается в себестоимость продукции и за него платит конечный покупатель, а не хозяин фирмы из своего кармана. А хозяину как раз не положить на подобные даутнаймы. Он знает, что кроилово ведет попадалову.

78

а зачем повтор? ab

79

Подскажите, если я устанавлю kvm с озу 4 гб, потом поправлю в xml-файле описания на 8Гб -- последующие глюки будут, ВМ увидит эти 8 ГБ?

80

KRUTO пишет:

Подскажите, если я устанавлю kvm с озу 4 гб, потом поправлю в xml-файле описания на 8Гб -- последующие глюки будут, ВМ увидит эти 8 ГБ?

Их будет ровно столько же, сколько будет у нативной оси, если после её установки добавить на хост еще памяти. По крайней мере, VirtualBox относится к этому делу вполне аккуратно. Не думаю, что в ином гипервизоре должны быть проблемы.

81

[Cruiser78]
Нет, я имею в виду: ставлю я ВМ указываю ей 4 Гб + 4 ядра, потом правлю в конфиги ВМ 4ГБ на 8Гб и стартую ВМ, не будет ли глюков с памятью из-за таких перемен??

82

KRUTO пишет:

[Cruiser78]
Нет, я имею в виду: ставлю я ВМ указываю ей 4 Гб + 4 ядра, потом правлю в конфиги ВМ 4ГБ на 8Гб и стартую ВМ, не будет ли глюков с памятью из-за таких перемен??

Ни разу в VirtualBox'не не имел с этим проблем. Для гостевой системы это тоже самое, что просто памяти на хосту подкинуть.

83 (15.12.2012 15:20:28 отредактировано KRUTO)

поставил centos. в ред хат появилась фича uuid сетевой карты в описании ее интерфейса, добавляю новую сетевуху, как ей добавить uuid в файл ifcfg-eth1, как узнать uuid сетевухи?
И еще, попутно, есть две сетевые карты как ее правильно (менее глючно) пробросить в ВМ: через bridge или через tun/tap? И как можно в virt-install указать эту сетевую карту??

84

KRUTO пишет:

поставил centos. в ред хат появилась фича uuid сетевой карты в описании ее интерфейса, добавляю новую сетевуху, как ей добавить uuid в файл ifcfg-eth1, как узнать uuid сетевухи?

https://alteeve.ca/w/Changing_the_ethX_ … ing_in_EL6

KRUTO пишет:

И еще, попутно, есть две сетевые карты как ее правильно (менее глючно) пробросить в ВМ: через bridge или через tun? И как можно в virt-install указать эту сетевую карту??

что значит "пробросить"? отдать ее ВМ для полного использования (хост ее не сможет использовать) можно через macvtap или через pci-passthrough, но это обычно лишнее. Обычно лучше собрать все доступные карты в один bond и на нем строить мосты для виртуалок. Для сегрегации сетей используется vlan

85 (15.12.2012 16:26:11 отредактировано KRUTO)

[dyasny]
Спасибо за ответ.

dyasny пишет:

можно через macvtap или через pci-passthrough, но это обычно лишнее. Обычно лучше собрать все доступные карты в один bond и на нем строить мосты для виртуалок

Для меня это несколько новые технологии: надо время на изучение, а времени не хватает.  pci-passthrough - это я так понял в xml-конфиге ВМ указывать?
Погуглил, пришел к выводу, что производительность сети падает при использовании бридж? а насколько примерно: на 10%, 50% или 80%? Думаю потянет ли бридж  пока две виртуалки: 1) с windows 2003 terminal server на 10 пользователей, к нему конектятся по vpn 1 мбит, + 2) debian на 20 человек freenx канал 100 Мбит?

86

dyasny пишет:

https://alteeve.ca/w/Changing_the_ethX_ … ing_in_EL6

из этого я понял, что UUID можно опустить?

87

балин, забыл добавить форвардинг, перезагрузил сеть, результат -  машина не доступна.... надо завтра ехать, а за окном -38 по Цельсию

88

KRUTO пишет:

pci-passthrough - это я так понял в xml-конфиге ВМ указывать?

все настройки там

KRUTO пишет:

Погуглил, пришел к выводу, что производительность сети падает при использовании бридж? а насколько примерно: на 10%, 50% или 80%? Думаю потянет ли бридж  пока две виртуалки: 1) с windows 2003 terminal server на 10 пользователей, к нему конектятся по vpn 1 мбит, + 2) debian на 20 человек freenx канал 100 Мбит?

падает, но не серьезно и не заметно, как и проходя через свич, особенно если не форвардить все пакеты через iptables хоста

KRUTO пишет:

из этого я понял, что UUID можно опустить?

да, это скорее для удобства

KRUTO пишет:

балин, забыл добавить форвардинг, перезагрузил сеть, результат -  машина не доступна.... надо завтра ехать, а за окном -38 по Цельсию

я обычно в крон вставляю сброс сетевых настроек раз в час, если ничего не менять, когда работаю удаленно

89 (15.12.2012 22:17:30 отредактировано KRUTO)

dyasny пишет:

падает, но не серьезно и не заметно, как и проходя через свич, особенно если не форвардить все пакеты через iptables хоста

Шикарно, тогда пока забью на всякие bond-ы и tap-ы

90

windows еще на ставил на kvm, за завтра надо реализовать...
Всё тоже самое, как с линуксом? Где-то читал, там надо дрова virtio-win, вроде как в последних версиях kvm они уже встроены? USB пробросить тоже в xml можно?