easyjohn
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору В общем смысле думать о "фрагментации vmdk" незачем. vmfs имеет размер кластера что-то около 4 мегабайт. Т.е. файлы которые лежат рядом внутри виртуалки так же рядом и на vmfs. Далее эти данные лежат на lun, который представляет из себя что-нибудь вида lvm или там zfs, если не вообще waffl. Т.е. даже если все блоки одной виртуалки лежат последовательно на vmfs, они вовсе не обязательно находятся рядом на физическом диске. И ничем из средств работы верхнего уровня (vmfs) вы не можете узнать что происходит на более низких. А там может происходить много чего, то же кеширование, когда часто запрашиваемые блоки находятся в памяти или более быстрых ssd дисках автоматически, и выдаются в десятки раз быстрее, чем если бы они были подряд, но без кеширования. В общем дальше влияние сика физических дисков из-за фрагментации заметно уменьшается. Плюс в многозадачной среде никогда нельзя спрогнозировать будут ли две одновременно читающие с диска виртуалки работать быстрее во фрагментированном или в дефрагментированном состоянии. Скажем, у того же lvm то же размер минимального блока 4мегабайта, так что даже расширяя lvm вы все равно получите минимальную фрагментацию. Добавлено: В общем - даже если две ваши виртуалки будут идти в максимально фрагментированном состоянии (4 мегабайта первой, 4 второй и т.д.) все 10 гигов - это не должно никаким образом сказаться на их производительности. |