Как расчитать СХД для виртуальных машин?

[M_tester]

Есть несколько физических серверов(которые переедут в виртуальную среду), как на них посчитать нагрузку в IOPS, что бы сделать сайзинг для СХД? СХД будет под виртуальные машины.

[gs]

Перфмоном, если виндовс, например.

[diz]

MAP toolkit от Microsoft или VMWare capacity planner.

[M_tester]

Я там и собирал стату по счетчикам
Disk read/sec
Disk write/sec
Но цифры какие то непонятные, среднее 106 значение, в максимуме 1800, но 1800iops это как то нереально звучит, у меня там зеркало из 2 дисков, зеркало, о каких 1800 может идти речи? когда там на пару ну 300iops в лучшем случае.

[diz]

1800 iops`ов - это любимая цифра антивируса Касперского, получается их кэша

[M_tester]

хм... как быть??? для реальной картины.

[diz]

Опыт+графики, наложенные на свое представление о реальных нагрузках

[M_tester]

получается увидеть никак( реальной картины, что то мой опыт не подсказывает, сколько "жрет iops моя система"

[Black-Dragon]

получается увидеть никак( реальной картины, что то мой опыт не подсказывает, сколько "жрет iops моя система"

Ну почему же. Совсем грубо можно так: мониторим нагрузку на ЦПУ, ОЗУ, дисковую и сетевушку. Потом принимаем во внимание количество и тип имеющегося оборудования и делаем "экстраполяцию".

Поясню, вот у меня есть два наиболее нагруженных сервера с таким конфигом:
2x E5420\32GB RAM\ RAID10 8x HDD\ 1gbit/sec NIC
Мониторинг показывает что avg CPU time ~ 18%, available RAM ~ 20GB, avg r/wr disk queue ~ 0.25 / 0.40, network output queue ~ 1. Криминала по пикам - нет.
(По нагрузке на сеть указанный счетчик, наверное, не является особо репрезентативным, но, как правило, на серверах с СУБД гигабитная сеть редко бывает узким местом).

IMHO, из этого я заключаю, что если сейчас объединить только две эти машины и выдать соответствующим виртуальным машинам по 4 vCPU\ 16-20GB RAM и дисковую сделать RAID10 на 12-ти HDD того же типа, то показатели сейчас останутся в пределах нормы.
Т.е. примерно прикинуть можно.

P.S. Засада может быть в (продолжительных по времени) пиках! Надо обязательно обращать на них такое же внимание, как и на средние величины.
Плюс запас на прогнозируемый рост нагрузки, плюс учесть немного накладных расходов на прослойку (5-10% тут будет более чем, IMHO), плюс потестить перед внедрением, ибо хрен знает, как оно будет на самом деле.

[gs]

Вам уже указали на капасити планнеры.

Но можно и вручную. Смотрите средние значения иопсов (убедившись, что нет постоянной очереди), суммируете с остальными машинами. Считаете, сколько нужно дисков (в среднем один SAS 15k выдает 200иопс). А дальше нужно думать насчет запаса для пиковых всплесков. Какие они у Вас - я не знаю. Если наблюдаются продолжительные всплески (десятки-секунд - минуты), значит надо считать не по среднему, а по этим всплескам. Они могут пересекаться по времени с пиками на других машинах (связанные задачи), а могут и не пересекаться - это уже творческий процесс.
Ну и плюс запас раза в полтора хотя бы на мощные короткие пики (лучше больше - это тоже творческий процесс).