* Re: [Comm] Metodiki testirovaniya serverov
@ 2006-12-24 15:43 ` Michael Shigorin
2006-12-26 15:27 ` Maxim Tyurin
1 sibling, 0 replies; 2+ messages in thread
From: Michael Shigorin @ 2006-12-24 15:43 UTC (permalink / raw)
To: community
On Sun, Dec 24, 2006 at 04:31:18PM +0200, Dmitrii Shevchenko wrote:
> Я студент 5-го курса. Разрабатываю диплом, используя при этом
> технологии виртуализации (а конкретно, OpenVZ). На данный
> момент встала задача - обосновать целесообразность
> использования технологий виртуализации.
Осмысленно тогда, когда разделение мух и котлет (задач и
наблюдения/тестирования) приносит больше выгоды, чем проблем
с сопутствующими изменениями, вносимыми ovz в сетевой стек
и взаимодействие с устройствами сервера.
> По идее, нужно выработать [позаимствовать] методику
> тестирования серверов, и сравнить результаты тестирования
> чистой linux-машины и её же с использованием OpenVZ.
Тестирования производительности или функциональности?
> В тестирование, наверное, нужно включить не только обычные
> тесты файл-сервера, веб-сервера и т.д., которые найти в
> принципе не проблема (NetBench, dbench etc.)
Ну да, здесь Вы определите разве что степень просадки разных
задач и механизмов предоставления ресурсов (дисковых, например
-- прямым монтированием, mount --bind, ...).
> а ещё и время восстановления после сбоя, время переустановки
> системы и т.п., где виртуальные сервера как раз и проявляются
> наилучшим образом.
Скорее не "переустановки системы" (для *NIX это вообще
аврал, который может быть при полупромышленной эксплуатации
преимущественно из-за развала дисковой подсистемы или
выхода из строя специфической аппаратной платформы).
А "восстановления контейнера из резервной копии" (данных,
программ, данных и программ, данных + настроек + пакетов).
> Так вот, :) проблема в том, что не знаю, как к этому
> подступиться, как объеденить все эти тесты в одну систему.
Начните с индивидуальных, не пытайтесь сходу объять головой
всю задачу. Многие детали, которые повлияют на общее восприятие,
вылезут именно в процессе возни с деталями.
> Тем более, что готовых методик я не нашёл вообще.
> Если кто-нибудь что-то подобное встречал, any help would be
> appreciated :)
Встречать не встречал, но можете спросить peet@altlinux,
как они тестировали производительность vserver.
У меня из соображений сходу возник разве что monit, который
и применяется (пока в осн. на vserver'ах же, поскольку ALM2.4)
для контроля функционирования сервисов и доступности ресурсов.
Ещё в качестве средств получения статистики и графиков можете
взять collectd (есть в сизифе и backports/2.4).
Вот с тестами давно толком не сталкивался, тюнингом кластеров
у нас другие занимаются (по I/O, цифрообмолоту, etc).
PS: а вообще сильно рад таким дипломам, если что, пинайте --
попробую помочь. Если Вы вдруг в Киеве обитаете, то заходите
к нам, мож чего коллеги ещё подскажут.
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Comm] Metodiki testirovaniya serverov
2006-12-24 15:43 ` [Comm] Metodiki testirovaniya serverov Michael Shigorin
@ 2006-12-26 15:27 ` Maxim Tyurin
1 sibling, 0 replies; 2+ messages in thread
From: Maxim Tyurin @ 2006-12-26 15:27 UTC (permalink / raw)
To: ALT Linux Community
[-- Attachment #1: Type: text/plain, Size: 1631 bytes --]
Dmitrii Shevchenko writes:
> Добрый день.
> Я студент 5-го курса. Разрабатываю диплом, используя при этом технологии
> виртуализации (а конкретно, OpenVZ).
> На данный момент встала задача - обосновать целесообразность использования
> технологий виртуализации.
> По идее, нужно выработать [позаимствовать] методику тестирования серверов, и
> сравнить результаты тестирования чистой linux-машины и её же с
> использованием OpenVZ.
> В тестирование, наверное, нужно включить не только обычные тесты
> файл-сервера, веб-сервера и т.д., которые найти в принципе не проблема
> (NetBench, dbench etc.), а ещё и время восстановления после сбоя, время
> переустановки системы и т.п., где виртуальные сервера как раз и проявляются
> наилучшим образом.
IMCO обосновывать преимущества виртуализации по только тестам
производительности нет никакого смысла. Да и не получится это.
Любая виртуализация дает overhead.
Тут надо много чего учитывать.
Стоимость простоя, амортизация, счета за электроэнергию...
> Так вот, :) проблема в том, что не знаю, как к этому подступиться, как
> объеденить все эти тесты в одну систему.
> Тем более, что готовых методик я не нашёл вообще.
Искать книги, описывающие как считать TCO.
В вашем случае это как раз то что доктор прописал.
> Если кто-нибудь что-то подобное встречал, any help would be appreciated :)
--
With Best Regards, Maxim Tyurin
JID: MrKooll@jabber.pibhe.com
___
/ _ )__ _____ ___ ____ _______ _____
/ _ / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/ \_,_/___/
/___/
[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-12-26 15:27 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-12-24 15:43 ` [Comm] Metodiki testirovaniya serverov Michael Shigorin
2006-12-26 15:27 ` Maxim Tyurin
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git