Ну, до сих пор у меня нет страшных историй обо мне делающий виртуализацию. Однако несколько примечаний все же.
Planing тщательно в деталях вперед. Особенно некоторая домашняя работа, что не может быть виртуализировано.
Если поставщик приложения, работающего на Вашем сервере, не поддерживает виртуальную среду, ожидает, пока они не поддерживают.
Реализуйте w/SAN как устройство хранения данных, хранящее все образы виртуальной машины.
Выполненный ESX или ESX (i), или Hyper-V, для получения большей части производительности.
Возможно, больше, но это - все на данный момент.:)
[обновление] здесь - другой. Примените последнее встроенное микропрограммное обеспечение к хост-серверу. У меня был тот, который я не сделал, который дал мне фиолетовый экран однажды несколько дней и разрушил сервер полностью.
Я не думаю, что имеет смысл основывать решение о количестве одних только чтений/записей (если, конечно, Вы не читаете == 0, но затем почему у Вас есть таблица?:-)).
Полагайте что:
Короче говоря, как всегда, единственный совет: профиль перед оптимизацией. Нет никакого легкого ярлыка :-/.
Чего Вы пытаетесь достигнуть? Вы пытаетесь улучшить i/o производительность? Вы испытываете нехватку дискового пространства? Преждевременная оптимизация является корнем всего зла!
Палка с быстрыми победами как 0 чтений и 100 000 000 записей. Все остальное - компромисс. Если Ваш сервер имеет высоту, но никакое дисковое пространство, то начните работать назад от самого низкого отношения чтений к записям и следите за производительностью.
Может быть более мудро исследовать другие альтернативы, такие как оптимизация процедур/запросов, добавив сжатие страницы, добавив дисковое пространство / ect RAM.