easyjohn
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: Вся виртуалка лежит в одном файле vmdk. А похерилась только одна активная база, все остальное живо. | на диски данные пишутся блоками. когда диск отвалился, какие-то блоки записались (на живые винты), какие-то нет. если бы ты в этот момент ставил скажем сервиспак - потерял бы и системные файлы. а т.к. работы была только с базами данных, то только там рассинхронизация и выплыла. остальные блоки никуда не девались. системные файлы, как были записаны давным-давно, так и лежат. им разница, что одна часть отключилась вчера, а другая позавчера - никакой. Цитата: Была бы фибра конечно бы так и сделал. База очень активная. | FC для одной машины не нужен. я не очень верю, что ты где-то сможешь упереться в гигабит с одной машины. открой Administrative tools\Perfomance, переключи в репорт (Ctrl-R), добавь метрики Phisical Disk: Avg.Disk Bytes/Read, Avg.Disk Bytes/Write для диска с базой данных. Потом нагрузи базу и посмотри будет ли там стабильно висеть что-то близкое к 100 мегабайтам/с. Базы данных очень редко читают что-либо последовательно, по этому они упираются в иопсы, сик, но никак не в ширину канала. Цитата: При использовании iscsi будет сильная дополнительная нагрузка на процы виртуалки и таргета. | таргета не жалко, ему кроме обслуживания дисков больше все равно делать нечего, пусть хоть на 100% будет занят. На виртуалке загрузки не будет, обслуживает iscsi esx. На esx то же "сильной" загрузки не будет. Не хочешь iscsi - расшарь по NFS. только нфс чуть потормознее, в твоем случае лучше iscsi. Цитата: Я не понимаю идеологического преимущества iscsi в моей конфигурации. Экономим в одном месте, чтобы разбазарить в другом. | потому что так идеологически строится esx сеть. оно изначально проектируется и оптимизируется под работу с общим стором. тебе лично - легко можно добавить еще хостов esx, дальше проще будет развивать вирт. инфраструктуру. плюс родной мониторинг живости дисков "любимой утилитой". да, как добавлять агента в esxi я не знаю. какого, кстати, агента? там должен быть не агент а родная утилита от производителя рейд-контроллера, которую тебе самому надо будет настроить на регулярную проверку живости рейда и посылку почты, в случае сбоя. "агенты" которые есть родные скажем от HP - они предназначены исключительно для того, что бы подключиться из какой-нибудь HP OpenView видеть состояние железа, и без OV ты из них данные не получишь. Добавлено: хотя.. если поставить родной esxi от производителя, то там скорее всего уже будет утилиты от контроллера или нужные ipmi, то есть там надо просто найти как агент считывает данные, и повторить это в своих скриптах проверки. может оказаться чуть проще, чем ставить на esxi утилиты рейда самому. |