Himiko: Я всё расписывал клиенту. Могу составить с указанием времени и по пунктам. Но не вижу смысла это выкладывать в паблик и расписывать "просто так", т.к. самому человеку не это нужно. Ему нужны средства и он любыми способами пытается доказать, что ничего не делалось.
Олег, конкретный список работ (желательно, с доказательствами того, что они были проведены) и обоснование их стоимости был бы, на мой взгляд, решающим аргументом в этом споре. А если Вы сможете доказать, что эти работы могут быть полезны не только при использовании Вашего мониторинга, то спор вообще сойдёт на нет. На данный момент я от Вас не вижу абсолютно никакой конкретики, а в теме есть только лог от Евгения.
Или Вы хотите ещё полдня сидеть тут и кидаться друг в друга какашками? :(
madoff: Flantru вы бы не вмешивались :) почитайте всё, Олег дал Расклад по работе, у него фирма у него репутация, что вы пытаетесь тут показать?
Сказал победитель номинации "Самое большое количество бесполезных сообщений в разделе об Администрировании-2010"? :)
avalon-group: P>S
CentOS 6 , VDSmanager так и не встал , инсталятор тупо завис, может конечно с ОС траблы , но судя по тому как даже выкачивался пакет проблемы есть.
На 5.6 , встал нормально.
Попробуйте убрать кривые репозитории, которые он добавляет в начале установки.
Raistlin: Стояла с Rawhide. Потом, когда вышел релиз - перематерился. Например, проблемы в иксах (на Intel GMA, причем на уровне самих иксов, правкой конфига не решаются), проблемы вообще с производительностью на N455 присутствовали иногда, вылет софта (в частности, cheese) ну и по мелочи накопилось. Тоже на ноуте...
У меня с i915 тоже были сильные проблемы, но это дистронезависимо -- они его то ломали, то чинили в intel-drm-next, и только в 2.6.39 он по-нормальному заработал в mainline. А Ваша проблема была связана именно с дистрибутивом, или апстримовая?
Да и systemd с приоритетами при параллельной загрузке для старых init-скриптов очень печально поступает.
Raistlin: Ух, ух. Вот этого я делать совсем не хочу. Там понадобится обновлять еще компилятор, ну его лесом... Плавал разок. А собирать RPM по всем канонам - ломает, потом еще и поддерживать их - не имею столько времени.
Согласен, идея была странная. Но компилятор обновлять в данном случае не придётся.
Кстати, моим аргументом может служить кусочек wiki по поводу просто загрузки гипервизора:
title Xen 4.0 with Linux 2.6.32.25 dom0
root (hd0,0)
kernel /xen.gz dom0_mem=1024M loglvl=all guest_loglvl=all
module /vmlinuz-2.6.32.25 ro root=/dev/mapper/vg00-lvroot rd_LVM_LV=vg00/lvroot nomodeset
module /initramfs-2.6.32.25.img
Boris A Dolgov добавил 24.07.2011 в 21:44
Raistlin: Касательно Ксена в ядре. Т.е. я так понимаю, это значит, что в 3.0 появились важные компоненты, которые классифицированы как работающий dom0. Т.о. я понимаю, что отдельно переносить ядро на Dom0, как это было ранее не требуется. С ядра 2.6.39 для работоспособности ядра как DomU достаточно включить в конфиге XEN=Y (полная поддержка, без дополнительных танцев в ванильном ядре). Т.е. я так понимаю, ваниль теперь сама по себе может быть скопилирована без дополнительных патчей как работающий Dom0, остается воткнуть в Dom0 пакеты гипервизора и все...
Да, с этим я согласен. Но это оставляет у XEN все его минусы как отдельного микроядра.
Raistlin: И, да. У ксена гораздо более интересным является CloudXEN, это более интересная в перспективе технология. KVM никаким Cloud пока похвастаться не может.
Я планирую взяться за ее препарацию в будущем гораздо более подробно. Пока что испытываю существенную нехватку времени, к сожалению.
Прочитал сайт, не особо понял, что он делает. Умеет мигрировать впску между нодами и динамически нарезать для неё ресурсы? KVM это давно умеет.
Сегодня я хочу рассказать о трёх наших новых предложениях, которые будут интересны хостинг-провайдерам.
Мы разработали плагин для совместной работы CloudLinux и ISPmanager. Сейчас это -- бесплатная бета-версия, в текущей функциональности с исправленными багами она останется бесплатной навсегда. О текущих и планируемых возможносях плагина можно прочитать на его странице в нашей базе знаний по ссылке.
Кроме того, у нас появились два новых продукта -- сам CloudLinux и Ksplice Uptrack.
CloudLinux -- это операционная система, предназначенная для нужд Shared хостинга. Она позволяет жестко лимитировать нагрузку на процессор, используемую оперативную память и количество одновременно обрабатываемых запросов для пользователя. Помимо нашего плагина, есть плагины для cPanel, Plesk и DirectAdmin, позволяющие просматривать статистику и менять ограничения прямо из панели. Планируемый функционал -- ограничение ввода/вывода, лимитирование и аккаунтинг нагрузки в MySQL. Больше информации можно узнать на сайте проекта. К сожалению, политика лицензирования CloudLinux разрешает продажу лицензий только вместе с пакетом администрирования или поддержки ISPmanager, но мы работаем над решением этой проблемы.
Ksplice Uptrack -- это набор софта, который позволяет применять критические апдейты ядра (в основном влияющие на безопасность) без перезагрузки сервера. Поддерживаются оригинальные ядра RHEL/CentOS/CloudLinux/ScientificLinux 4/5/6, Debian 5.6, Ubuntu Server LTS. Для Fedora и последних Ubuntu ksplice бесплатен и скачивается на их сайте. К сожалению, на днях эта фирма была куплена Oracle, поэтому о будущем проекта пока ничего не ясно.
Raistlin: Boris A Dolgov, F15 очень глючная штучка на ином оборудовании. По-крайней мере, десктопная часть - просто ужас (серверную я тестить и не стал, там поглядел, что дефолтные конфиги неадекватны местами).
Ну не знаю. У меня на ноуте FC15 стоит с alpha-версии (правда, с кастомным более свежим ядром), на трёх нодах стоит та же FC15. Пока все живы. Возможно, некоторый софт там неадекватен, но для виртуализации нужно всего три пакета, которые работают хорошо.
Я, конечно, извиняюсь, но Dom0 и DomU это будет одно и то же ядро. И, кроме того, это будет само ядро линукса, БЕЗ изменений. Т.е. для конечного пользователя это будет одно ядро. Администратору же следует знать, что Dom0 все же частично виртуализирован.
Суть примерно в том, что
Raistlin: Т.е. сейчас мы как Xen подключаем? Собираем ядро с нужными модулями и запускаем его.
Нет. Сейчас мы собираем ядро линукса с нужным патчем/модулем, собираем микроядро xen, запускаем его, запускаем в нём наше собранное ядро Linux. От первого шага мы избавились. Но всю работу по первичному взаимодействию с устройствами, управлению памятью, миграции, приоретизации и шедулингу виртуальных машин по прежнему выполняет микроядно xen, которое не в mainline и поддерживается гораздо меньшим сообществом. Это всё равно что назвать возможность человека нажимать на выключатель возможностью зажигать лампочку, хотя на самом деле возможность эту даёт стороняя электростанция и труд инжинеров.
Т.е. их заломало по сути собирать ядра и тестировать пакеты и под ядрами с ксеном, и под ядрами без ксена.
Это логично с их стороны -- зачем делать в три раза больше работы (т.к. на мой взгляд гарантия работы под чужим продуктом требует в два раза больше сил, чем гарантия работы под своим продуктом :)) на чужую технологию?
Но третье ядро исправит ситуацию, однако, RedHat уже похоронил XEN. По сути, они, возможно, и включат его в будущем (правда, я в этом сомневаюсь, так как у RedHat цель похоронить технологию, а не развивать ее).
Сказали про одного из крупнейших контрибуторов в линукс :)
З.Ы, в F15 приходилось после ее выхода слишком много допиливать, в том числе и selinux-policy, ибо оно не имело правил для части поставляемого софта в дистрибутиве. да и в остальном - выход ее был продиктован, скорее необходимостью выпустить дистрибутив, чем полной его готовностью (мне известны баги, которые так и небыли закрыты, хотя они имели статус "release blockers")
Ну соберите qemu+kmod_kvm из F15 для C6, получите примерно то же самое, но без десктопных багов.
И еще проблема: обновить существующую установку 5 ветки не представляется возможным ввиду технических причин. Это сильно осложняет перевод серверов на новую ОС.
Ну, тут уже centos виноват. Могли бы ещё полгода назад ставить сервера на новой платформе :) Но с этой проблемой я достаточно сильно согласен и тоже не представляю, что буду делать с кучей машин на c5 через 2.6 года, когда у него закончится основная поддержка.
Строго говоря, это неверно.
Но это здорово, что KVM уже пошел в массовый хостинг.
Спасибо, что передали :)
Итак, вот что у нас получилось:
По этому графику аптайм получается 99.95% :) (за год)
Самое печальное, что помимо всего остального упал биллинг и система лицензирования всего софта ISPsystem :(
Да хотя бы вылет питания у theplanet
Я всё расписывал клиенту. Могу составить с указанием времени и по пунктам. Но не вижу смысла это выкладывать в паблик и расписывать "просто так", т.к. самому человеку не это нужно. Ему нужны средства и он любыми способами пытается доказать, что ничего не делалось.
Олег, конкретный список работ (желательно, с доказательствами того, что они были проведены) и обоснование их стоимости был бы, на мой взгляд, решающим аргументом в этом споре. А если Вы сможете доказать, что эти работы могут быть полезны не только при использовании Вашего мониторинга, то спор вообще сойдёт на нет. На данный момент я от Вас не вижу абсолютно никакой конкретики, а в теме есть только лог от Евгения.
Или Вы хотите ещё полдня сидеть тут и кидаться друг в друга какашками? :(
Flantru вы бы не вмешивались :) почитайте всё, Олег дал Расклад по работе, у него фирма у него репутация, что вы пытаетесь тут показать?
Сказал победитель номинации "Самое большое количество бесполезных сообщений в разделе об Администрировании-2010"? :)
Real content coming soon.
Это правильно?
P>S
CentOS 6 , VDSmanager так и не встал , инсталятор тупо завис, может конечно с ОС траблы , но судя по тому как даже выкачивался пакет проблемы есть.
На 5.6 , встал нормально.
Попробуйте убрать кривые репозитории, которые он добавляет в начале установки.
Стояла с Rawhide. Потом, когда вышел релиз - перематерился. Например, проблемы в иксах (на Intel GMA, причем на уровне самих иксов, правкой конфига не решаются), проблемы вообще с производительностью на N455 присутствовали иногда, вылет софта (в частности, cheese) ну и по мелочи накопилось. Тоже на ноуте...
У меня с i915 тоже были сильные проблемы, но это дистронезависимо -- они его то ломали, то чинили в intel-drm-next, и только в 2.6.39 он по-нормальному заработал в mainline. А Ваша проблема была связана именно с дистрибутивом, или апстримовая?
Да и systemd с приоритетами при параллельной загрузке для старых init-скриптов очень печально поступает.
Ух, ух. Вот этого я делать совсем не хочу. Там понадобится обновлять еще компилятор, ну его лесом... Плавал разок. А собирать RPM по всем канонам - ломает, потом еще и поддерживать их - не имею столько времени.
Согласен, идея была странная. Но компилятор обновлять в данном случае не придётся.
Кстати, моим аргументом может служить кусочек wiki по поводу просто загрузки гипервизора:
Boris A Dolgov добавил 24.07.2011 в 21:44
Касательно Ксена в ядре. Т.е. я так понимаю, это значит, что в 3.0 появились важные компоненты, которые классифицированы как работающий dom0. Т.о. я понимаю, что отдельно переносить ядро на Dom0, как это было ранее не требуется. С ядра 2.6.39 для работоспособности ядра как DomU достаточно включить в конфиге XEN=Y (полная поддержка, без дополнительных танцев в ванильном ядре). Т.е. я так понимаю, ваниль теперь сама по себе может быть скопилирована без дополнительных патчей как работающий Dom0, остается воткнуть в Dom0 пакеты гипервизора и все...
Да, с этим я согласен. Но это оставляет у XEN все его минусы как отдельного микроядра.
И, да. У ксена гораздо более интересным является CloudXEN, это более интересная в перспективе технология. KVM никаким Cloud пока похвастаться не может.
Я планирую взяться за ее препарацию в будущем гораздо более подробно. Пока что испытываю существенную нехватку времени, к сожалению.
Прочитал сайт, не особо понял, что он делает. Умеет мигрировать впску между нодами и динамически нарезать для неё ресурсы? KVM это давно умеет.
Сегодня я хочу рассказать о трёх наших новых предложениях, которые будут интересны хостинг-провайдерам.
Мы разработали плагин для совместной работы CloudLinux и ISPmanager. Сейчас это -- бесплатная бета-версия, в текущей функциональности с исправленными багами она останется бесплатной навсегда. О текущих и планируемых возможносях плагина можно прочитать на его странице в нашей базе знаний по ссылке.
Кроме того, у нас появились два новых продукта -- сам CloudLinux и Ksplice Uptrack.
CloudLinux -- это операционная система, предназначенная для нужд Shared хостинга. Она позволяет жестко лимитировать нагрузку на процессор, используемую оперативную память и количество одновременно обрабатываемых запросов для пользователя. Помимо нашего плагина, есть плагины для cPanel, Plesk и DirectAdmin, позволяющие просматривать статистику и менять ограничения прямо из панели. Планируемый функционал -- ограничение ввода/вывода, лимитирование и аккаунтинг нагрузки в MySQL. Больше информации можно узнать на сайте проекта. К сожалению, политика лицензирования CloudLinux разрешает продажу лицензий только вместе с пакетом администрирования или поддержки ISPmanager, но мы работаем над решением этой проблемы.
Ksplice Uptrack -- это набор софта, который позволяет применять критические апдейты ядра (в основном влияющие на безопасность) без перезагрузки сервера. Поддерживаются оригинальные ядра RHEL/CentOS/CloudLinux/ScientificLinux 4/5/6, Debian 5.6, Ubuntu Server LTS. Для Fedora и последних Ubuntu ksplice бесплатен и скачивается на их сайте. К сожалению, на днях эта фирма была куплена Oracle, поэтому о будущем проекта пока ничего не ясно.
Boris A Dolgov, F15 очень глючная штучка на ином оборудовании. По-крайней мере, десктопная часть - просто ужас (серверную я тестить и не стал, там поглядел, что дефолтные конфиги неадекватны местами).
Ну не знаю. У меня на ноуте FC15 стоит с alpha-версии (правда, с кастомным более свежим ядром), на трёх нодах стоит та же FC15. Пока все живы. Возможно, некоторый софт там неадекватен, но для виртуализации нужно всего три пакета, которые работают хорошо.
Я, конечно, извиняюсь, но Dom0 и DomU это будет одно и то же ядро. И, кроме того, это будет само ядро линукса, БЕЗ изменений. Т.е. для конечного пользователя это будет одно ядро. Администратору же следует знать, что Dom0 все же частично виртуализирован.
Суть примерно в том, что
Т.е. сейчас мы как Xen подключаем? Собираем ядро с нужными модулями и запускаем его.
Нет. Сейчас мы собираем ядро линукса с нужным патчем/модулем, собираем микроядро xen, запускаем его, запускаем в нём наше собранное ядро Linux. От первого шага мы избавились. Но всю работу по первичному взаимодействию с устройствами, управлению памятью, миграции, приоретизации и шедулингу виртуальных машин по прежнему выполняет микроядно xen, которое не в mainline и поддерживается гораздо меньшим сообществом. Это всё равно что назвать возможность человека нажимать на выключатель возможностью зажигать лампочку, хотя на самом деле возможность эту даёт стороняя электростанция и труд инжинеров.
Это логично с их стороны -- зачем делать в три раза больше работы (т.к. на мой взгляд гарантия работы под чужим продуктом требует в два раза больше сил, чем гарантия работы под своим продуктом :)) на чужую технологию?
Сказали про одного из крупнейших контрибуторов в линукс :)
Ну соберите qemu+kmod_kvm из F15 для C6, получите примерно то же самое, но без десктопных багов.
Ну, тут уже centos виноват. Могли бы ещё полгода назад ставить сервера на новой платформе :) Но с этой проблемой я достаточно сильно согласен и тоже не представляю, что буду делать с кучей машин на c5 через 2.6 года, когда у него закончится основная поддержка.