ALT Linux Community general discussions
 help / color / mirror / Atom feed
* 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